[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