Making sense of coordinate systems in retrieved data from a CSW
Clash Royale CLAN TAG#URR8PPP
up vote
1
down vote
favorite
I am invoking a CSW server (Catalog Service for the Web) and I am trying to draw the bounding box of each record in the front end of my application.
One of the problems is that the coordinate system of the bounding box is not always in EPSG. What I recieve is something like this:
<ows:BoundingBox crs="urn:x-ogc:def:crs:EPSG:6.11:4326" dimensions="2">
<ows:LowerCorner>-1.7 -10.3</ows:LowerCorner>
<ows:UpperCorner>5.4 5.1</ows:UpperCorner>
</ows:BoundingBox>
So the coordinate system information is condensed in a string like this:
urn:x-ogc:def:crs:EPSG:6.11:4326
But this string does not always make sense. For instance, sometimes I recieve strings like this:
urn:ogc:def:crs:::Lambert Azimuthal Projection
Is there a way to transform these coordinate system identifiers into WKT (well known text)? Doing so one can programmatically assign a coordinate system to these strings.
coordinate-system coordinates extents csw
edited Oct 1 at 12:07
Vince
14.1k32445
asked Oct 1 at 8:17
hjbello
1084
New contributor
hjbello is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
add a comment |Â
up vote
1
down vote
favorite
I am invoking a CSW server (Catalog Service for the Web) and I am trying to draw the bounding box of each record in the front end of my application.
One of the problems is that the coordinate system of the bounding box is not always in EPSG. What I recieve is something like this:
<ows:BoundingBox crs="urn:x-ogc:def:crs:EPSG:6.11:4326" dimensions="2">
<ows:LowerCorner>-1.7 -10.3</ows:LowerCorner>
<ows:UpperCorner>5.4 5.1</ows:UpperCorner>
</ows:BoundingBox>
So the coordinate system information is condensed in a string like this:
urn:x-ogc:def:crs:EPSG:6.11:4326
But this string does not always make sense. For instance, sometimes I recieve strings like this:
urn:ogc:def:crs:::Lambert Azimuthal Projection
Is there a way to transform these coordinate system identifiers into WKT (well known text)? Doing so one can programmatically assign a coordinate system to these strings.
coordinate-system coordinates extents csw
edited Oct 1 at 12:07
Vince
14.1k32445
asked Oct 1 at 8:17
hjbello
1084
New contributor
hjbello is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
1
Do you know what the server is? Because the 2nd one is probably a bug
– Ian Turton♦
Oct 1 at 8:57
Yes, the second comes from a geonetwork server. The first from a geoserver.
– hjbello
Oct 1 at 10:09
add a comment |Â
up vote
1
down vote
favorite
up vote
1
down vote
favorite
I am invoking a CSW server (Catalog Service for the Web) and I am trying to draw the bounding box of each record in the front end of my application.
One of the problems is that the coordinate system of the bounding box is not always in EPSG. What I recieve is something like this:
<ows:BoundingBox crs="urn:x-ogc:def:crs:EPSG:6.11:4326" dimensions="2">
<ows:LowerCorner>-1.7 -10.3</ows:LowerCorner>
<ows:UpperCorner>5.4 5.1</ows:UpperCorner>
</ows:BoundingBox>
So the coordinate system information is condensed in a string like this:
urn:x-ogc:def:crs:EPSG:6.11:4326
But this string does not always make sense. For instance, sometimes I recieve strings like this:
urn:ogc:def:crs:::Lambert Azimuthal Projection
Is there a way to transform these coordinate system identifiers into WKT (well known text)? Doing so one can programmatically assign a coordinate system to these strings.
coordinate-system coordinates extents csw
edited Oct 1 at 12:07
Vince
14.1k32445
asked Oct 1 at 8:17
hjbello
1084
New contributor
hjbello is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
I am invoking a CSW server (Catalog Service for the Web) and I am trying to draw the bounding box of each record in the front end of my application.
One of the problems is that the coordinate system of the bounding box is not always in EPSG. What I recieve is something like this:
<ows:BoundingBox crs="urn:x-ogc:def:crs:EPSG:6.11:4326" dimensions="2">
<ows:LowerCorner>-1.7 -10.3</ows:LowerCorner>
<ows:UpperCorner>5.4 5.1</ows:UpperCorner>
</ows:BoundingBox>
So the coordinate system information is condensed in a string like this:
urn:x-ogc:def:crs:EPSG:6.11:4326
But this string does not always make sense. For instance, sometimes I recieve strings like this:
urn:ogc:def:crs:::Lambert Azimuthal Projection
Is there a way to transform these coordinate system identifiers into WKT (well known text)? Doing so one can programmatically assign a coordinate system to these strings.
coordinate-system coordinates extents csw
coordinate-system coordinates extents csw
edited Oct 1 at 12:07
Vince
14.1k32445
asked Oct 1 at 8:17
hjbello
1084
New contributor
hjbello is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
edited Oct 1 at 12:07
Vince
14.1k32445
asked Oct 1 at 8:17
hjbello
1084
New contributor
hjbello is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
edited Oct 1 at 12:07
Vince
14.1k32445
edited Oct 1 at 12:07
Vince
14.1k32445
edited Oct 1 at 12:07
Vince
14.1k32445
14.1k32445
asked Oct 1 at 8:17
hjbello
1084
New contributor
hjbello is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
asked Oct 1 at 8:17
hjbello
1084
asked Oct 1 at 8:17
hjbello
1084
1084
New contributor
hjbello is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
New contributor
hjbello is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
hjbello is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
1
Do you know what the server is? Because the 2nd one is probably a bug
– Ian Turton♦
Oct 1 at 8:57
Yes, the second comes from a geonetwork server. The first from a geoserver.
– hjbello
Oct 1 at 10:09
add a comment |Â
1
Do you know what the server is? Because the 2nd one is probably a bug
– Ian Turton♦
Oct 1 at 8:57
Yes, the second comes from a geonetwork server. The first from a geoserver.
– hjbello
Oct 1 at 10:09
1
1
Do you know what the server is? Because the 2nd one is probably a bug
– Ian Turton♦
Oct 1 at 8:57
Do you know what the server is? Because the 2nd one is probably a bug
– Ian Turton♦
Oct 1 at 8:57
Yes, the second comes from a geonetwork server. The first from a geoserver.
– hjbello
Oct 1 at 10:09
Yes, the second comes from a geonetwork server. The first from a geoserver.
– hjbello
Oct 1 at 10:09
add a comment |Â
1 Answer
1
active
oldest
votes
up vote
2
down vote
accepted
OGC URNs are defined and described in OGC Document 07-092r1, the first one you have encountered is telling you that your data is in EPSG:4326 as defined in version 6.11 of the EPSG database (that is lat,lon).
The second one looks like either a major bug in GeoNetwork or (more likely) a user data input issue where some one has typed "Lambert Azimuthal Projection" into a box that was expecting an EPSG numeric code.
answered Oct 1 at 10:31
Ian Turton♦
45.3k543105
Thank you very much! The link you provide explains how to extract all the parameters necessary to understand the coordinate systemurn:ogc:def:objectType:authority:version:code:value1:value2
– hjbello
Oct 1 at 10:53
add a comment |Â
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
2
down vote
accepted
OGC URNs are defined and described in OGC Document 07-092r1, the first one you have encountered is telling you that your data is in EPSG:4326 as defined in version 6.11 of the EPSG database (that is lat,lon).
The second one looks like either a major bug in GeoNetwork or (more likely) a user data input issue where some one has typed "Lambert Azimuthal Projection" into a box that was expecting an EPSG numeric code.
answered Oct 1 at 10:31
Ian Turton♦
45.3k543105
Thank you very much! The link you provide explains how to extract all the parameters necessary to understand the coordinate systemurn:ogc:def:objectType:authority:version:code:value1:value2
– hjbello
Oct 1 at 10:53
add a comment |Â
up vote
2
down vote
accepted
OGC URNs are defined and described in OGC Document 07-092r1, the first one you have encountered is telling you that your data is in EPSG:4326 as defined in version 6.11 of the EPSG database (that is lat,lon).
The second one looks like either a major bug in GeoNetwork or (more likely) a user data input issue where some one has typed "Lambert Azimuthal Projection" into a box that was expecting an EPSG numeric code.
answered Oct 1 at 10:31
Ian Turton♦
45.3k543105
Thank you very much! The link you provide explains how to extract all the parameters necessary to understand the coordinate systemurn:ogc:def:objectType:authority:version:code:value1:value2
– hjbello
Oct 1 at 10:53
add a comment |Â
up vote
2
down vote
accepted
up vote
2
down vote
accepted
OGC URNs are defined and described in OGC Document 07-092r1, the first one you have encountered is telling you that your data is in EPSG:4326 as defined in version 6.11 of the EPSG database (that is lat,lon).
The second one looks like either a major bug in GeoNetwork or (more likely) a user data input issue where some one has typed "Lambert Azimuthal Projection" into a box that was expecting an EPSG numeric code.
answered Oct 1 at 10:31
Ian Turton♦
45.3k543105
OGC URNs are defined and described in OGC Document 07-092r1, the first one you have encountered is telling you that your data is in EPSG:4326 as defined in version 6.11 of the EPSG database (that is lat,lon).
The second one looks like either a major bug in GeoNetwork or (more likely) a user data input issue where some one has typed "Lambert Azimuthal Projection" into a box that was expecting an EPSG numeric code.
answered Oct 1 at 10:31
Ian Turton♦
45.3k543105
answered Oct 1 at 10:31
Ian Turton♦
45.3k543105
answered Oct 1 at 10:31
Ian Turton♦
45.3k543105
answered Oct 1 at 10:31
Ian Turton♦
45.3k543105
45.3k543105
Thank you very much! The link you provide explains how to extract all the parameters necessary to understand the coordinate systemurn:ogc:def:objectType:authority:version:code:value1:value2
– hjbello
Oct 1 at 10:53
add a comment |Â
Thank you very much! The link you provide explains how to extract all the parameters necessary to understand the coordinate systemurn:ogc:def:objectType:authority:version:code:value1:value2
– hjbello
Oct 1 at 10:53
Thank you very much! The link you provide explains how to extract all the parameters necessary to understand the coordinate system
urn:ogc:def:objectType:authority:version:code:value1:value2– hjbello
Oct 1 at 10:53
Thank you very much! The link you provide explains how to extract all the parameters necessary to understand the coordinate system
urn:ogc:def:objectType:authority:version:code:value1:value2– hjbello
Oct 1 at 10:53
add a comment |Â
hjbello is a new contributor. Be nice, and check out our Code of Conduct.
hjbello is a new contributor. Be nice, and check out our Code of Conduct.
hjbello is a new contributor. Be nice, and check out our Code of Conduct.
hjbello is a new contributor. Be nice, and check out our Code of Conduct.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fgis.stackexchange.com%2fquestions%2f297517%2fmaking-sense-of-coordinate-systems-in-retrieved-data-from-a-csw%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
1
Do you know what the server is? Because the 2nd one is probably a bug
– Ian Turton♦
Oct 1 at 8:57
Yes, the second comes from a geonetwork server. The first from a geoserver.
– hjbello
Oct 1 at 10:09