[fdo-users] MapInfo provider

Kenneth Skovhede, GEOGRAF A/S ks at geograf.dk
Wed Mar 25 10:49:09 EDT 2009

That depends on what you want to accomplish.

I find that speed is very good, even better than SDF when using TAB files.
All the data I have tested with renders fine, but date/time columns are 
not supported.

But, the OGR only supports a geometry and a single logical expression.
It would be cool to have it support arbitrary FDO expressions.
If that is your target, I belive some of the other providers have much 
of the logic for this,
and that it would be a better solution than a pure MI provider.

For now TAB files are read-only, because OGR/MITAB does not support it, 
but at least some
work has been done in this regards:

Regards, Kenneth Skovhede, GEOGRAF A/S

Jackie Ng skrev:
> Hi All,
> Something that's been brewing in the back of my mind is whether it is feasible to write an FDO provider for MapInfo. 
> Now the reason I say feasible is because:
> a) The OGR provider already supports MapInfo files. I could be duplicating effort here, but then again this could be a SHP or PostGIS situation where OGR can support it, but there is already a specialized provider for it.
> b) The only libraries I know of that can read/write MapInfo file are MITAB and OGR, but reading more about MITAB I find that its is based on the OGR library, so this is going back to point a)
> We have a lot of potential clients (MapInfo users) here in Australia, where a dedicated MapInfo FDO provider could really sway them over. Having to work with the lowest common denominator behaviour of the OGR provider is kind of cumbersome though. 
> I guess my question is: Is it worth writing a MapInfo-only FDO provider when the OGR provider already exists that can adequately serve this purpose?
> - Jackie

More information about the fdo-users mailing list