Now it seems that the epsg-registry.org domain is no longer used, and everything is under epsg.org. A redirection has been put in place, but it is not properly working.
In particular, you can stumble upon the following issues, depending on the browser and the security/privacy settings you use:
An additional issue concerns the CRS URIs operated by the OGC registry, also included in the SDWBP. Now they redirect to the EPSG API, which is however returning an error (invalid certificate) - see, e.g.:
Certificate-related issues are supposed to be a temporary problem, but the rest concerns the migration policies of the ESPG Web site.
We can of course update all the links to the EPSG registry in the SDWBP. However, unless the current EPSG URLs are going to be persistent, this solution is simply not sustainable.
The SDWBP document includes links to specific CRS entries in the EPSG registry - e.g., this is the URL used for EPSG 28992 ("Amersfoort / RD New"):
http://epsg-registry.org/?display=entity&urn=urn:ogc:def:crs:EPSG::28992
Now it seems that the
epsg-registry.org
domain is no longer used, and everything is underepsg.org
. A redirection has been put in place, but it is not properly working.In particular, you can stumble upon the following issues, depending on the browser and the security/privacy settings you use:
An additional issue concerns the CRS URIs operated by the OGC registry, also included in the SDWBP. Now they redirect to the EPSG API, which is however returning an error (invalid certificate) - see, e.g.:
http://www.opengis.net/def/crs/EPSG/0/28992
Certificate-related issues are supposed to be a temporary problem, but the rest concerns the migration policies of the ESPG Web site.
We can of course update all the links to the EPSG registry in the SDWBP. However, unless the current EPSG URLs are going to be persistent, this solution is simply not sustainable.