You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For uploading features for a sketch from a file, is the file required to be in 4326?
When I try to upload a GeoJSON with my local CRS or 3857, I get an
error saying there were invalid features found. If I reproject the data
to 4326, the file uploads successfully.
If there is a CRS requirement it would probably be helpful to add that information
to the Upload Features dialog.
The text was updated successfully, but these errors were encountered:
No, I don't agree with the committee decision to punt just because CRSes are hard. CRS transformation is not a lossless operation. Aside from rounding errors, it also often breaks topology, and changes the ground path that lines and curves follow between the points/vertices. To fix this either requires knowing the exact transformation steps so it can be exactly reversed, or introducing new vertices to limit the error to an acceptable level. Neither of these options are very appealing. This means that GeoJSON is fundamentally not usable in a standard compliant way in situations where the source data is not already in EPSG:4326 and the accuracy of the data matters.
Yes, I do use GeoJSON with "invalid" CRSes between my internal endpoints to avoid the above issue, but that doesn't really work for things with a public endpoint.
For uploading features for a sketch from a file, is the file required to be in 4326?
When I try to upload a GeoJSON with my local CRS or 3857, I get an
error saying there were invalid features found. If I reproject the data
to 4326, the file uploads successfully.
If there is a CRS requirement it would probably be helpful to add that information
to the Upload Features dialog.
The text was updated successfully, but these errors were encountered: