-
-
Notifications
You must be signed in to change notification settings - Fork 3.1k
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
CRS Issue #35459
Comments
@tveinot what operating system? |
Windows 10 |
This is what ogrinfo (from GDAL 3 installation that comes with QGIS 3.10/12) says about your filegeodatabase layer:
Then you can convert it to SHP and GPKG using ogr2ogr:
and check again the results with ogrinfo:
As you can see the CRS definitions differ in the SHP and GPKG this should be the reason of what you are observing, anyway this seems to be a GDAL issue, not a QGIS one. |
@rouault seems that this site states otherwise https://spatialreference.org/ref/epsg/2292/ is it the site that is wrong or could the deprecated status have been inverted by mistake somewhere? |
The only difference between EPSG 2292 and EPSG 2954 is the Epoc, 2292 is Epco 98 where as 2954 is Epco 2010. 2292 is suppose to be depreciated and 2954 is the one that is the one we use on the island. |
2292 was deprecated in the 1990s, and is no longer included in the current EPSG registry. The PROJ (formerly PROJ.4) values of 2292 and 2954 are the exact same. QGIS guesses at the projection, incorrectly picking the deprecated 2292, instead of the correct 2954. |
Generally spatialreference.org should not be considered as authoritative, but here it is indeed true. I wrongly inverted the codes in my previous answer (deleted now to avoid any confusion). So EPSG:2292 has been deprecated by EPSG:2954. And indeed, there's an issue with PROJ. It wrongly identifies |
@roya0045 best source is to go right to the source: go here and click the 'search by code' tab, to read of the 2292/2954 history https://www.epsg-registry.org |
Since this went out as an issue with PROJ I have andother question; So since moving to PEI I have been using 2954 in both Esri and QGIS. Esri says it is a "Double Stereographic Projection" but QGIS says it is a "Stereographic Projection" other sites like epsg.io/2954 say it is "Stereographic" yet The Government of PEI http://www.gov.pe.ca/gis/index.php3?number=77865&lang=J calls it a "Stereographic Double Projection" University of Prince Eward Island calls it a "Double Stereographic Projection" and NR Can doesn't seem to specify. The locals and the surveyors that are using 2954 (we still have a stubbron group using NAD27 Imperial lol), they say it is indeed a Double Stereographic Projection. Should this also be addressed? How do we find out who is right? |
@tveinot maybe your comment about PROJ should be pasted into the new PROJ ticket. (be sure also to at least click the notification button on that ticket). Also, your question could be a good discussion topic to raise on the dedicated PROJ forum, which exists for this purpose (you ask good questions ha!). https://lists.osgeo.org/mailman/listinfo/proj I personally don't know the answer. |
Discussed here: http://geotiff.maptools.org/proj_list/oblique_stereographic.html |
Thank you, I did as you suggested. To my understanding GeoNB (New Brunswick) is the Geomatics Authority PE has used to establish their CRS. I would say that they are the authority but again I am not too sure. |
Closing as upstream issue. |
Describe the bug
Working with EPSG 2954 all exports drop to depreciated CRS 2292
How to Reproduce
Export or add any dataset using 2954 and QGIS will assign it 2292. If using a fielgeodatabase QGIS will assign 2954 but any export to shapefile, or any other spatial format I tried, QGIS will write the CRS as 2292
QGIS and OS versions
3.10.4-A Coruña
The attached zip includes a filegeodatabase and a shapefile the shapefile is an export of the same featureclass in the filegeodatabase. You wil notice that the shapefile reads as 2292 and the fieldgeodatabase reads as 2954. When I exported I selected 2954 as the EPSG to use.
This issue extends to everything I use in QGIS in 2954 from geoprocessing outputs to adding layers; QGIS keeps reverting them to 2292.
Tanks for the help
Tyler
GIS.zip
The text was updated successfully, but these errors were encountered: