Opened 9 years ago

Closed 5 years ago

#5815 closed defect (wontfix)

E00 to SHP conversion excessively slow

Reported by: cowwoc Owned by: warmerdam
Priority: normal Milestone: closed_because_of_github_migration
Component: default Version: unspecified
Severity: normal Keywords:
Cc:

Description

(Migrated from http://hub.qgis.org/issues/11981)

I've got an 8MB uncompressed E00 vector file. When I attempt to add it into the project, qgis-bin.exe runs for a very long time (5 minutes and counting) using only a single CPU core. I know there is a configuration option for using multicore for rendering vectors and I have enabled this, but it doesn't seem to help with whatever is blocking the load operation.

I have a 2MB uncompressed E00 vector file, and this one loads fairly quickly (5 seconds) so I think something odd is going on with the 8MB file. I would expect it to take at most 4x longer to load (say 20 seconds).

Having read http://marc.info/?l=gdal-dev&m=121323053222337 I used avcimport to convert the file format and tried again. The converted file opened within 10 seconds.

Suggested behavior: Convert using avcimport seamlessly under the hood before attempting to convert to SHP format.

Change History (3)

comment:1 by cowwoc, 9 years ago

This bug tracker refuses to accept attachments bigger than 1MB. Please download the attachment from http://hub.qgis.org/issues/11981 (2MB)

comment:2 by Jukka Rahkonen, 9 years ago

As Frank wrote 6 years ago, driver spends lot of time with resolving the polygons. In addition, it seems to fail frequently in this task and prints these errors:

OGR: Failed to close ring 2.
End Points are: (-73.74994778,45.5887239) and (-73.7501131,45.5886296)

I would say that this driver is useless as it stands now.

comment:3 by Even Rouault, 5 years ago

Milestone: closed_because_of_github_migration
Resolution: wontfix
Status: newclosed

This ticket has been automatically closed because Trac is no longer used for GDAL bug tracking, since the project has migrated to GitHub. If you believe this ticket is still valid, you may file it to https://github.com/OSGeo/gdal/issues if it is not already reported there.

Note: See TracTickets for help on using tickets.