Re: [gdal-dev] ogr2ogr: debugging slow performance when converting .e00 to other formats

2020-10-12 Thread Jed O. Kaplan
Thanks for the help all. Using avcimport to convert the .e00 to binary coverages allowed me to convert to other formats in seconds. I should have thought of this. Thanks again, Jed > On 13 Oct 2020, at 07:02, Even Rouault wrote: > > > Another option is to use QGIS to convert it. > > That ma

Re: [gdal-dev] ogr2ogr: debugging slow performance when converting .e00 to other formats

2020-10-12 Thread Even Rouault
> Another option is to use QGIS to convert it. > That may be the best option for you. This is unlikely to help. QGIS uses the OGR AVCE00 driver underneath. Even -- Spatialys - Geospatial professional services http://www.spatialys.com ___ gdal-dev mai

Re: [gdal-dev] ogr2ogr: debugging slow performance when converting .e00 to other formats

2020-10-12 Thread Mike Flannigan
I would try the "Geo::E00" module for Perl. If you can get the file to me, I'll try it for you.  Or you can install Perl and try it yourself. I just checked my files, and surprisingly I have no E00 files.  I guess I just convert them and throw them away, because I remember converting quite a few

Re: [gdal-dev] ogr2ogr: debugging slow performance when converting .e00 to other formats

2020-10-12 Thread Even Rouault
Jed, There isn't much to debug. AFAIR, this is a limitation of the AVCE00 driver when reconstructing linear or polygonal geometries. It has to do lots of seeking in the file, which is super slow. You might possibly try the avcimport utility ( http://avce00.maptools.org/avce00/index.html ) to

[gdal-dev] ogr2ogr: debugging slow performance when converting .e00 to other formats

2020-10-12 Thread Jed O. Kaplan
Hello all, I am new to this list, apologies if this type of question has already been asked. I’m using GDAL/OGR version 3.0.4 on a brand new server with 256GB ram. I have a moderately sized (~110MB) .e00 file I would like to convert to another format. The original file appears to be clean; ogri