<div dir="ltr">+1 Javier</div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Thu, 9 Apr 2026 at 13:11, Charles Karney via PROJ <<a href="mailto:proj@lists.osgeo.org">proj@lists.osgeo.org</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">+1 Charles<br>
<br>
<br>
> On Apr 8, 2026, at 08:12, Even Rouault via PROJ <<a href="mailto:proj@lists.osgeo.org" target="_blank">proj@lists.osgeo.org</a>> wrote:<br>
> <br>
> Hi,<br>
> <br>
> I've prepared a release candidate for PROJ 9.8.1, ahead of the planned schedule, to address the ETRS89 related issues mentioned in the below release notes.<br>
> <br>
> Download the archives here:<br>
> <br>
> <a href="https://download.osgeo.org/proj/proj-9.8.1RC1.tar.gz" rel="noreferrer" target="_blank">https://download.osgeo.org/proj/proj-9.8.1RC1.tar.gz</a><br>
> <a href="https://download.osgeo.org/proj/proj-9.8.1RC1.zip" rel="noreferrer" target="_blank">https://download.osgeo.org/proj/proj-9.8.1RC1.zip</a><br>
> <br>
> Community members, please report any issue.<br>
> PSC members, please test and cast your vote to promote it to final 9.8.1<br>
> <br>
> Starting with my +1<br>
> <br>
> Even<br>
> <br>
> ## 9.8.1<br>
> <br>
> ### Warning<br>
> <br>
> It was discovered after the PROJ 9.8.0 release that several EPSG updates introduced<br>
> after EPSG v12.033 - notably the introduction of national realizations of ETRS89<br>
> (ETRS89-XXX […] where XXX is the 3-letter ISO country code) - caused backward<br>
> incompatibilities in some workflows involving the ETRS89 CRS.<br>
> <br>
> In particular, transformations between ETRS89 and national CRSs based on other<br>
> datums are known to be affected for Austria, Belgium, Catalonia, the Netherlands,<br>
> Romania, and Serbia. See #4736 for more details.<br>
> <br>
> While we intend to resume tracking the latest EPSG releases in future PROJ<br>
> versions, the safest solution identified so far to address these regressions is to<br>
> **revert the EPSG related content of its database from EPSG v12.049 to v12.029**,<br>
> where v12.029 was the version distributed with PROJ 9.7.1<br>
> <br>
> As a consequence of this revert, the EPSG datum and CRS records introduced in<br>
> PROJ 9.8.0, which are mostly related to the new ETRS89-XXX datum and CRS, are no<br>
> longer available in PROJ 9.8.1.<br>
> <br>
> ### Updates<br>
> <br>
> * Database: **Revert content from EPSG v12.049 to v12.029** (#4741).<br>
>   See above warning for more details.<br>
> <br>
> * CMake: handle deprecated SQLite::SQLite3 target in CMake 4.3 (#4694)<br>
> <br>
> ### Bug Fixes<br>
> <br>
> * Make sure that epoch is set in more scenarios of time-dependent transformations (#4688)<br>
> <br>
> * pj_obj_create: use database context if already open for grid name resolution (#4703)<br>
> <br>
> * Chain vertical CRS transformations through intermediate same-datum vertical CRS (#4711)<br>
>   Helps for example for **EPSG:5705** (Baltic 1977 height) to **EPSG:5706** (Caspian depth)<br>
>   by using intermediate operation from Baltic 1977 height to Caspian *height*<br>
> <br>
> <br>
> -- <br>
> <a href="http://www.spatialys.com" rel="noreferrer" target="_blank">http://www.spatialys.com</a><br>
> My software is free, but my time generally not.<br>
> <br>
> _______________________________________________<br>
> PROJ mailing list<br>
> <a href="mailto:PROJ@lists.osgeo.org" target="_blank">PROJ@lists.osgeo.org</a><br>
> <a href="https://lists.osgeo.org/mailman/listinfo/proj" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/proj</a><br>
<br>
_______________________________________________<br>
PROJ mailing list<br>
<a href="mailto:PROJ@lists.osgeo.org" target="_blank">PROJ@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/proj" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/proj</a><br>
</blockquote></div>