I can confirm that the MIF/TAB driver does not support append/update: it
only supports read-only and write-only modes.
I'm not sure why OGR ends up writing a shapefile though. I would expect
it to produce an error instead.
Daniel
King, Ross wrote:
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: [email protected]
[mailto:[email protected]] On Behalf Of Simon O'Keefe
Sent: Monday, 19 April 2010 11:22 PM
To: [email protected]
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: [email protected]
web: http://www.groundtruth.com.au
_______________________________________
_______________________________________________
gdal-dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/gdal-dev
_______________________________________________
gdal-dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/gdal-dev
--
Daniel Morissette
http://www.mapgears.com/
_______________________________________________
gdal-dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/gdal-dev