Details
-
Type:
New Feature
-
Status:
Closed
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: 2.3.M0
-
Fix Version/s: 2.4-M0
-
Component/s: referencing
-
Labels:None
Description
In addition of the "EPSG:xxxx" authority code (which is ambiguious, see GEOT-858), OGC defines a namespace of the kind "urn:ogc:def". Examples:
urn:ogc:def:crs:EPSG:6.0:4277
urn:ogc:def:cs:EPSG:6.0:6402
urn:ogc:def:axis:EPSG:6.0:9901
urn:ogc:def:datum:EPSG:6.0:6277
urn:ogc:def:meridian:EPSG:6.0:8901
urn:ogc:def:ellipsoid:EPSG:6.0:7001
Note that this naming scheme include the kind of object ("crs", "axis", etc.) as well as the database version ("6.0" in the above examples).
Issue Links
- depends upon
-
GEOT-1100
Deprecate the AbstractFactory.priority field
-
- is related to
-
GEOT-1659
urn:ogc:def:crs:EPSG:4326 parsing won't work if forcexy is activated
-
-
GEOT-1388
EPSG codes in URN form do not respect global axis orientation setting
-
-
GEOT-1710
urn:ogc:def:crs:OGC:1.3:CRS84 is not recognized by the referencing subsystem
-
-
GEOT-858
Allow users to force CRS creation with (longitude,latitude) axis order
-
-
GEOT-1563
Cannot decode http://www.opengis.net/gml/srs/epsg.xml#XXXX when XXXX is a custom projection
-
-
GEOS-1548
get story straight about urn style srsName
-
I have applied hte patch to trunk.
-Justin