#1432 closed bug (invalid)
Delimited text import: precision loss (latlong)
Reported by: | neteler | Owned by: | nobody |
---|---|---|---|
Priority: | critical: causes crash or data corruption | Milestone: | |
Component: | C++ Plugins | Version: | Trunk |
Keywords: | Delimited | Cc: | |
Must Fix for Release: | No | Platform: | Mandriva |
Platform Version: | Awaiting user input: | no |
Description
I observe a severe precision loss when importing LatLong CSV files:
#original CSV: ID,LONG,LAT BG1,10.367989875,45.873774277 BG2,10.368377488,45.903017929 BG3,10.368990013,45.907293667 ... # imported into QGIS, saved as SHP shpdump traps_LL.shp Shapefile Type: Point # of Shapes: 20 File Bounds: ( 10.341, 45.874,0,0) to ( 10.903, 45.927,0,0) ... Shape:18 (Point) nVertices=1, nParts=0 Bounds:( 10.369, 45.907, 0, 0) to ( 10.369, 45.907, 0, 0) ( 10.369, 45.907, 0, 0) ...
Precision of 3-digits isn't sufficient in LatLong, especially if my original data were good.
Suggestions: either increase the precision during import/export (not sure where it get's lost). Or add a "number of decimals" field to the user frontend so that s/he may decide.
Note:
See TracTickets
for help on using tickets.
OK, my bad (or say, of shpdump): the source code analysis of shpdump.c reveils that the precision loss is in shpdump. Hacking that program shows the (test) points imported from CSV correctly into QGIS and exported to SHAPE.