-
-
Notifications
You must be signed in to change notification settings - Fork 55
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
all coordinates truncated to integer values #34
Comments
I tried one of the demo queries (Shop) but couldn't reproduce this issue. QGIS is running in German as well. OSM map was added as background image for illustration purposes. You could maybe try a custom layer description: |
Printing the coordinates shows only integer values. Then, I've played around the language settings and found out that setting the Number format in Regional Formats in Ubuntu's language settings (see screenshot) to something English "resolves" the issue for me. Setting it back to German results in coordinate truncations. |
For each query, you'll find, in your temp folder, the raw dowloaded file *.osm, then a *.geojson and finally a *.shp. The shapefile will be in "processing" of the temp folder. |
The .osm and .geojson files in /tmp are fine. Only the resulting shapefile shows truncated coordinates. |
Hum... The transformation from geojson to shapefile is done by QgsFileWriter since 1.1. On 1.0 it was ogr2ogr : 940bb90 |
ok, turns out my version of QGIS truncates the coordinates also when opening geojson files directly. So, I guess this is a QGIS bug? (This used to work with QGIS 2.0 which I had installed previously. btw: I've installed QGIS 2.4 via ubuntugis) |
fyi: I've installed QGIS 2.4 via http://qgis.org/en/site/forusers/alldownloads.html#ubuntu + QGIS Stable packages on plain ubuntu but I'm unable to reproduce the issue on that version. QGIS Help->About has some detailed version infos of all involved components:
You could check the shape files by running e.g.
|
I have this bug too since I've reinstalled my OS. The geojson, which contains decimals in a text-editor, can't by open correctly in QGIS. |
I leave the bug closed, but here is a quick workaround in linux distros. Run QGIS from command line like this
Which forces QGIS to use the dot as decimal separator |
Thanks @mdouchin ! |
Thanks @Gustry for your help, but for me it works only in command line (LC_NUMERIC="C" /usr/bin/qgis 1> /dev/null 2> /dev/null) I use QGIS 2.8 and ubuntu 14.04 |
It was working for one day. Now, it's not working anymore. @mdouchin is the screenshot right ? |
The screenshot is right. It has worked for me. Now I have to use the command line. It's more a qgis issue, which does not force the LC_NUMERIC for GDAL. |
It still works for me (ubuntu 15.05 fresh install), QGIS 2.12 with options "Overwrite" LC_NUMERIC "C" |
Le 28/10/2015 17:28, mdouchin a écrit :
I'll try with newer version of ubuntu and qgis Thanks Vincent Bergeot Num&Lib - Coop'Alpha +33 6 95 04 73 98 / http://numetlib.fr « La route est longue mais la voie est libre ! » |
This issue has been fixed in GDAL 2.0. |
For some reason, for me, all data requested via QuickOSM gets snapped to a grid where lat/lon values are integers:
![bildschirmfoto vom 2014-10-19 10 39 12](https://cloud.githubusercontent.com/assets/1927298/4692564/c2221a8a-576b-11e4-8ac7-c6ed0ffb8745.png)
Could it be that there is a number parsing issue because I'm on a PC with German locale (where floats are typeset with commas instead of decimal points)? But, setting the UI-language to English doesn't seem to help.
The text was updated successfully, but these errors were encountered: