Skip to content
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

Any update on IAU2000/2015 CRS support? #2601

Closed
BerginJay opened this issue Mar 24, 2021 · 8 comments · Fixed by #2876
Closed

Any update on IAU2000/2015 CRS support? #2601

BerginJay opened this issue Mar 24, 2021 · 8 comments · Fixed by #2876
Assignees
Labels
feature request pinned Prevent stale-bot from closing an issue

Comments

@BerginJay
Copy link

I noticed that there are already some discussions about IAU2000 CRS in QGIS, GDAL and here. Is there any update on these CRSs?
http://osgeo-org.1560.x6.nabble.com/Missing-lunar-CRS-td5444768.html
http://osgeo-org.1560.x6.nabble.com/PROJ-IAU2000-CRS-definitions-td5405737.html

I find that there are already some repositories of IAU2000 CRSs in WKT format:
https://github.com/USGS-Astrogeology/GDAL_scripts/tree/master/OGC_IAU2000_WKT_v2
https://svn.osgeo.org/metacrs/sr.org/srsbrowser/data/IAU2000.wkt

So can we migrate these wkt data into Proj directly?And what else need to be done?

I am not familiar with this projection thing. Please forgive me if there is anything wrong.

@kbevers
Copy link
Member

kbevers commented Mar 24, 2021

So can we migrate these wkt data into Proj directly?

I don't know about "we" but certainly "someone" can. That someone could be you. I think this would be a great addition to the PROJ CRS database but seing as it hasn't happened yet I don't think any of the regular contributors has much motivation to do the work. A motivated contributor can seek inspiration in the build_db* python scripts in https://github.com/OSGeo/PROJ/tree/master/scripts. It is likely that the new --dump-db-structure feature of projinfo added in #2577 could be helpful in this regard.

If you haven't got the skills to do it yourself and it is sufficiently important to your work, there's a good chance that you can hire one of previous contributors to this part of the PROJ codebase to do it on your behalf.

@rouault
Copy link
Member

rouault commented Mar 24, 2021

Hopefully I should have the contracting vehicle to do that in the coming months. It should have happened originally last year, but for some reasons was delayed. The source would likely be https://github.com/USGS-Astrogeology/GDAL_scripts/tree/master/OGC_IAU2000_WKT_v2

@BerginJay
Copy link
Author

A motivated contributor can seek inspiration in the build_db* python scripts in https://github.com/OSGeo/PROJ/tree/master/scripts. It is likely that the new --dump-db-structure feature of projinfo added in #2577 could be helpful in this regard.

Thanks! I'd love to contribute. It seems a little difficult to me now, but I will keep studying and trying at my spare time.

And thank you @rouault! That would be the best.

@stale
Copy link

stale bot commented Jun 9, 2021

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the wontfix label Jun 9, 2021
@rouault rouault added pinned Prevent stale-bot from closing an issue and removed wontfix labels Jun 11, 2021
@rouault rouault self-assigned this Sep 5, 2021
@rouault
Copy link
Member

rouault commented Sep 5, 2021

update: I'll work at integrating https://github.com/thareUSGS/csvForWKT in coming weeks

rouault added a commit to rouault/PROJ that referenced this issue Sep 17, 2021
…ables

Update database layout version number to 1.2 consequently

This new capability will be used by IAU planetary CRS (refs OSGeo#2601)
@rouault
Copy link
Member

rouault commented Sep 28, 2021

Implemented in #2876

@BerginJay
Copy link
Author

Thank you very much! This is an very important work for the planetary community.

@MetroPietro
Copy link

MetroPietro commented Apr 28, 2022

Roualt, thank you for the CRS definitions! Unfortunately the implementation seems incomplete, or QGIS for some other reason is having difficulty parsing them.
(1) I start a new blank session in QGIS 3.24.1 running GDAL/OGR version 3.4.2; PROJ version 9.0.0; EPSG Registry database version v10.054 (2022-02-13) on Windows 11.
(2) I set the CRS to 49900 (LongLat); and create a multipolygon layer in a new Geopackage. I create a polygon in that layer, save edits, and save the QGIS session.
(3) I change the CRS to 49950 (Robinson projection). QGIS throws errors about "No transform available" between 49950, custom CRS, and EPSG:4326. However on-the-fly reprojection seems to work.
(4) I create a Print Layout and add a Map with the 49950/Robinson projection.
(5) When I add a scalebar, it refuses to draw, as if QGIS is unable to identify the scale.
Is there any way I can help get this to work?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature request pinned Prevent stale-bot from closing an issue
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants