[PROJ] EPSG release once more busted
Martin Desruisseaux
martin.desruisseaux at geomatys.com
Wed Jul 22 03:26:01 PDT 2026
Hello Nicolas
Le 22/07/2026 à 11:55, SIMON Nicolas via PROJ a écrit :
> Another aspect of the problem is the stability of the official definitions already in place.
> For the Belgian Lambert 2008 projection (EPSG:3812), the EPSG has defined a new projection with epochs (EPSG:11219).
> This is a good approach. However, the following problems arose: (…snip…)
Yes, an ESRI employee reported this kind of problem during the last OGC
meeting (I don't know if it was for the same CRS). I cannot said whether
EPSG should have created new CRSs for such cases, it is not my call.
However, we reminded that CRS codes in URN or HTTP forms have a version
number. It is admittedly not widely supported, but not nonexistent
neither: at least one open source project supports versioned EPSG codes
for about 10 years, admittedly not in a convenient way (users must
install themselves each version of the EPSG databases they are
interested in). I realize that versioned EPSG will not become mainstream
easily, but it could be a long term goal. While some changes are clearly
minor editions (e.g. typo in a comment) and some other changes are
clearly majors enough for deserving a new CRS, I think that there will
always be gray area between the two.
Martin
More information about the PROJ
mailing list