-
-
Notifications
You must be signed in to change notification settings - Fork 3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
crash loading big shapefile #11512
Comments
Author Name: Horst Düster (@hdus) Works for me. I just loaded a shape with size of 1.2GB and more than 1000000 polygons without any problems regardless whether I use on the fly projection to WGS84 or not. Did you check your data? |
Author Name: Maciej Sieczka - (Maciej Sieczka -) Replying to [comment:1 hdus]:
The data is OK AFAICT. I can easily process it with OGR tools, export/import in GRASS. Will soon try rendering with [[MapServer]] and I'll post the result if I remember to. Interesting - the Shapefile crashes whole Xorg (!!!) if "Fix problems..." is set ON in Options>Rendering, and only crashes QGIS alone if the option is set OFF. I can't share the data in public. It's for sale. I could share it with an interested QGIS developer in private if he promises not to redistribute it. |
Author Name: Horst Düster (@hdus) Replying to [comment:2 msieczka]:
That's the difference to my attempt. I had swiched off this option. Now I switched "Fix problems ..." on, but every works fine for me.
|
Author Name: Maciej Sieczka - (Maciej Sieczka -) I have isolated the smalest single polygon that crashes Xorg when loaded to QGIS. It's 2.5 MB. You can download it at http://www.sieczka.org/tmp/feat_8.7z (0.5 MB). It's a subset of the big Shapefile I originaly reported about. I have 4 more such polygons (larger though) if needed. ogr2ogr can process the polygon just fine. It also renders OK with [[MapServer]]'s shp2img. As well as QGIS with "Fix problems..." set ON in Options>Rendering set OFF. Yet it constantly crashes Xorg when loaded to QGIS with "Fix problems..." set ON. Differently than with the original big shapefile, if "Fix problems..." is set OFF there's no crash with this single polygon. After looking more into this, it showed that the original big shapefile crashes QGIS because the memory runs out. So probably two issues here - QGIS crashes when it runs out of memory with big shapefiles AND it makes Xorg crash rendering certain shapes. |
Author Name: Paolo Cavallini (@pcav) The shp causing the crash is no longer available. Is the bug still valid? Please check, and if it is, make the shp available (if not, just close the ticket). |
Author Name: Paolo Cavallini (@pcav) According to our new bug policy, I'm closing this pending feedback from the user. In case it is still valid, please reopen it. Sorry for the additional trouble.
|
Author Name: Anónimo (Anónimo) Milestone Version 1.0.2 deleted |
Author Name: sieczka - (sieczka -) Replying to [comment:5 pcav]:
I can again reproduce the crash with GSSHS 2.0 Shapefiles: ftp://ftp.soest.hawaii.edu/pwessel/gshhs/GSHHS_shp_2.0.zip. QGIS trunk , GDAL 1.6.2, QT 4.4.3, GEOS 3.1.0, Debian stable amd64.
|
Author Name: Giovanni Manghi (@gioman) Hi, I have loaded all the shapes included in the archive you linked (including a a 180000 polygon one) and I have no crashes. Qgis trunk compiled under ubuntu 9.04 32 bit with 512mb of ram. |
Author Name: Giovanni Manghi (@gioman) Tested also under windows xp 32 bit, 512mb of ram with qgis 1.2 (osgeo4w). No problems at all. Can anyone on a 64bit platform make a test and report back? Thanks. |
Author Name: luca76 - (luca76 -) Works to me on x64 system, with QGIS trunk. See my attachment. [https://trac.osgeo.org/qgis/attachment/ticket/1452/Schermata.jpg] closed fixed.
|
Author Name: Maciej Sieczka - (Maciej Sieczka -)
Original Redmine Issue: 1452
Assignee: nobody -
QGIS crashes loading a 382 MB shapefile, 180514 polygons:
Backtrace:
Debian testing amd64, QGIS SVN trunk r9770, QT 4.4.3, GDAL 1.6 SVN trunk r15902 (05.12.2008).
The text was updated successfully, but these errors were encountered: