You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
WKT lacks the Z coordinates. Use LINESTRING Z and include the Z
Why are the numbers in WKT different from those in GML? Does WKT use a different CRS? Which one?
Is the coordinate order in GML correct?
This conversion from EPSG:5972 to EPSG:4326 maps 482515.352, 6474917.289 to 8.7007295, 58.414672, which matches the GeoJSON coordinates and falls in Norway
Why is the Z (height) different between GeoJSON and GML (20 vs 40.81)? https://epsg.io/5972 describes it as "ETRS89 / UTM zone 32N + NN2000 height".
The last part means "Norway Normal Null 2000" and has PARAMETER["latitude_of_origin",0].
I don't know what is "Null 2000" but is why would it change the height by 20.81m?
WKT lacks a coordinate system.
The default is WGS84 (lat long) so the numbers should be the same as in GeoJSON but are not.
6502691 is an invalid latitude value (too big).
According to the same example, you can write "<http://www.opengis.net/def/crs/EPSG/0/5972> LINESTRING Z (6474917.289 482515.352 40.81, 6474917.288 482515.348 40.81)"
The text was updated successfully, but these errors were encountered:
@Sveino @ThomasRanvikEriksen @EmilieSkog
(continuing #337)
The current data includes 4
geo:Feature
with 3geo:Geometry
inTelemark-120_AO.jsonld
. Eg one of them is:I see these problems:
\"
in WKT and GeoJSONLINESTRING Z
and include the Z482515.352, 6474917.289
to8.7007295, 58.414672
, which matches the GeoJSON coordinates and falls in Norway6474917.289, 482515.352
to56.2549442, 2.954377
, which is somewhere in Africahttps://epsg.io/5972 describes it as "ETRS89 / UTM zone 32N + NN2000 height".
The last part means "Norway Normal Null 2000" and has
PARAMETER["latitude_of_origin",0]
.I don't know what is "Null 2000" but is why would it change the height by 20.81m?
urn:x-ogc:def:crs:EPSG::5972
come from?According to this example https://opengeospatial.github.io/ogc-geosparql/geosparql11/document.html#_b99084ae-8fbd-c3f4-d43c-afaeb1fe1626 ,
I would use this URL http://www.opengis.net/def/crs/EPSG/0/5972, which resolves and returns the correct data.
The default is WGS84 (lat long) so the numbers should be the same as in GeoJSON but are not.
6502691 is an invalid latitude value (too big).
According to the same example, you can write
"<http://www.opengis.net/def/crs/EPSG/0/5972> LINESTRING Z (6474917.289 482515.352 40.81, 6474917.288 482515.348 40.81)"
The text was updated successfully, but these errors were encountered: