I'd say that's because OGR will use the drivers in order to 'guess'
which driver to use to open the directory. I thought that the MapInfo
driver was only read/write (ie no incremental update), so maybe it's
dismissing the "MapInfo File" declaration as it's not able to append?
You could try explicitly specifying the MapInfo file
'C:\Output\states.tab', rather than just using the directory.

Cheers

Ross

-----Original Message-----
From: gdal-dev-boun...@lists.osgeo.org
[mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Simon O'Keefe
Sent: Monday, 19 April 2010 11:22 PM
To: gdal-dev@lists.osgeo.org
Subject: [gdal-dev] MapInfo TAB append issue

Hi,

I'd like to report some unexpected behaviour from ogr2ogr
(FWTools2.4.7 in Windows 7) when attempting to append to a MapInfo TAB
file.

To recreate this issue, I first run the following to create a new
MapInfo table from a SHP file:
ogr2ogr -f "MapInfo file" C:\Output C:\Input\states.shp

This successfully generates a MapInfo table at C:\Output\states.tab.

Now, I attempt to append the source data to the new table (not a
realistic example, I know):
ogr2ogr -f "MapInfo file" C:\Output C:\Input\states.shp -append

What happens here is that, instead of appending to the MapInfo table,
it generates a new SHP file: C:\Output\states.shp.

I experience this behaviour whether the source is SHP or TAB. The
slightly dangerous element to this issue is that if the input and
output folders are the same, the source file (if it's SHP) gets
appended to itself.

Has anyone experienced this issue?

Cheers,

Simon
_______________________________________
Simon O'Keefe
Geospatial Systems Developer
Groundtruth Mapping Systems
Level 2, 140 Queen Street
Melbourne VIC 3000 Australia
phone:  +61 409 413 890
email:  simon.oke...@groundtruth.com.au
web:    http://www.groundtruth.com.au
_______________________________________
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev

Reply via email to