-
-
Notifications
You must be signed in to change notification settings - Fork 217
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
Layer CRS has to match project CRS #58
Comments
Well, I managed to have all my layers in the same projection EPSG 3857, no more projection on the fly in the project. |
I remember having troubles with shp. Can you save the layer as spatialite and try with that? Make sure it's added with the spatialite provider and not with the ogr provider. (Layer => Add => SpatiaLite) |
Well well... Conclusion :
Thank's a lot for your help and for this project in wich I really believe.
|
Were you able to isolate the cause?
|
I think my layer's origin is part of the problem. This is IGN's data (french institutional organism in geographic data) from BD Topo in a strange SCR and not in UTF8 encoding. I already had problems to transform them from shapefile to spatialite and had to cut the data with my study zone to make it work. We (french Conservatoires espaces naturels) recently little sponsored the Qgis project. Maybe I could suggest to have a look to Qfield project too ? |
If you have any indication that you think may be helpful to identify the root of this problem, please let me know.
Much appreciated 👍 |
Newly added geometries are always written to the layer in project CRS.
If the two CRS definitions do not match, the newly added geometry ends up at the wrong position.
Digitizied geometries will need to be reprojected into the layer CRS before saving.
For now, just make sure that the two CRS match for layers for which you want to digitize geometries.
The text was updated successfully, but these errors were encountered: