<div dir="ltr"><div>Now also with the geoid model SGEOID2022, and you can access it remotely (you don't have to download it) !</div><div><br></div><div></div><div>It includes:<br>    Geographic CRSs for {N,P,C,M}ATRF2022 in the 3 flavours: geocentric, geographic 3D and 2D.<br>    Vertical systems NAPGD2022 height and NAPGD2022 height (ft).<br>    Transformations from ITRF2020 to {N,P,C,M}ATRF2022 using a Helmert transformation with the EPP.<br>    SGEOID2022 North America as GeoTIFF. It is stored as int16 to make is smaller than 100MB. The max error is 1.1 mm. (no velocities included!)<br>    Transformation from ITRF2020 to NAPGD2022 height using that geoid model and linear interpolation.<br>    All state planes from SPCS2022 in meters and international feet.<br></div><div><br></div><div>Check use usage in the examples in the README at <a href="https://github.com/jjimenezshaw/NSRS-2022-PROJ">https://github.com/jjimenezshaw/NSRS-2022-PROJ</a></div><div><br></div><div>I am happy that this project is helping to find bugs, both in NGS data (some duplicated names in SPCS) and in PROJ (corner cases when using auxiliary database).</div><div>Thanks Even for the quick fixes, that are already in master.</div><div>It works with pyproj! At some point I will add tests ;)</div><div><br></div><div>As always, you can just use it, or clone and change it on your own convenience. The generation scripts are there.</div><div><br></div><div>Cheers</div><div>Javier.</div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Thu, 24 Apr 2025 at 17:15, Javier Jimenez Shaw <<a href="mailto:j1@jimenezshaw.com">j1@jimenezshaw.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Here you have a first version.</div><div><br></div><div><a href="https://github.com/jjimenezshaw/NSRS-2022-PROJ" target="_blank">https://github.com/jjimenezshaw/NSRS-2022-PROJ</a></div><div><br></div><div>still things to improve and things to add.</div><div><br></div><div>It is something to play with. It has a expiry date: when things are published in EPSG.</div><div><br></div><div>Best regards,</div><div>Javier.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 23 Apr 2025 at 21:25, Javier Jimenez Shaw <<a href="mailto:j1@jimenezshaw.com" target="_blank">j1@jimenezshaw.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hi</div><div><br></div><div>Some people in the "NGS & CGS Binational Geospatial Software Developers Summit" asked about having the new reference systems (and transformations) in PROJ.</div><div><br></div><div>They will be there once they are published in EPSG (at least the compatible pieces).</div><div><br></div><div>In the meantime we thought that including some of that stuff in an auxiliary database could be doable. That would be out of any release, but will let some people to test it in PROJ. At least what is doable with the current PROJ source code (for instance, the dynamic part of the geoid model cannot be represented with the current code).</div><div><br></div><div>I am working on a branch with such auxiliary db. I will write here soon telling where exactly.</div><div>It will be completely unofficial, will not be included later in a release, and may change at any time. As always, open source, so you can play with it if you need/want.</div><div><br></div><div>Cheers</div><div>Javier.</div></div>
</blockquote></div>
</blockquote></div>