zdef and multi NS-def issue pops up again
Just van den Broecke
For some TN featuretypes an earlier issue where NS defs are generated is
back. For example, when publishing this feature (using FSLoader):
<base:SpatialDataSet
xmlns:TN-RO="urn:x-inspire:specification:gmlas:RoadTransportNetwork:3.0"
xmlns:TN="urn:x-inspire:specification:gmlas:CommonTransportElements:3.0"
xmlns:NET="urn:x-inspire:specification:gmlas:Network:3.2"
xmlns:GN="urn:x-inspire:specification:gmlas:GeographicalNames:3.0"
xmlns:gmd="http://www.isotc211.org/2005/gmd"
xmlns:xlink="http://www.w3.org/1999/xlink"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:gml2="http://www.opengis.net/gml"
xmlns:gml="http://www.opengis.net/gml/3.2"
xmlns:base="urn:x-inspire:specification:gmlas:BaseTypes:3.2"
xmlns:ogr="http://ogr.maptools.org/"
xsi:schemaLocation="urn:x-inspire:specification:gmlas:BaseTypes:3.2
http://schemas.kademo.nl/inspire/v3.0.1/BaseTypes.xsd
urn:x-inspire:specification:gmlas:GeographicalNames:3.0
http://schemas.kademo.nl/inspire/v3.0.1/GeographicalNames.xsd
urn:x-inspire:specification:gmlas:RoadTransportNetwork:3.0
http://schemas.kademo.nl/inspire/v3.0.1/RoadTransportNetwork.xsd
urn:x-inspire:specification:gmlas:CommonTransportElements:3.0
http://schemas.kademo.nl/inspire/v3.0.1/CommonTransportElements.xsd
urn:x-inspire:specification:gmlas:Network:3.2
http://schemas.kademo.nl/inspire/v3.0.1/Network.xsd" gml:id="NL.KAD.TN-RO">
<base:identifier>
<base:Identifier>
<base:localId>0</base:localId>
<base:namespace>NL.KAD.TN-RO</base:namespace>
</base:Identifier>
</base:identifier>
<base:metadata xsi:nil="true"/>
<base:member>
<TN-RO:RoadNode gml:id="NL.KAD.TN-RO.N.NL.TOP10NL.114524564">
<gml:identifier
codeSpace="http://inspire.jrc.ec.europa.eu/">urn:x-inspire:object:id:NL.KAD.TN-RO.N.NL.TOP10NL.114524564</gml:identifier>
<NET:beginLifespanVersion xsi:nil="true" nilReason="UNKNOWN"/>
<NET:inspireId>
<base:Identifier>
<base:localId>NL.TOP10NL.114524564</base:localId>
<base:namespace>NL.KAD.TN-RO.N</base:namespace>
</base:Identifier>
</NET:inspireId>
<NET:endLifespanVersion xsi:nil="true" nilReason="UNKNOWN"/>
<NET:inNetwork xsi:nil="true" nilReason="UNKNOWN"/>
<NET:geometry>
<gml:Point gml:id="Point_NL.KAD.TN-RO.N.NL.TOP10NL.114524564"
srsName="urn:ogc:def:crs:EPSG::4258">
<gml:pos>52.35528286579008 6.843176201926373 </gml:pos>
</gml:Point>
</NET:geometry>
<TN:geographicalName xsi:nil="true" nilReason="other:unpopulated"/>
<TN:validFrom xsi:nil="true" nilReason="UNKNOWN"/>
<TN:validTo xsi:nil="true" nilReason="UNKNOWN"/>
<TN-RO:formOfRoadNode
codeSpace="http://schemas.kademo.nl/inspire/codelist-1004/FormOfRoadNodeValue.xml">junction</TN-RO:formOfRoadNode>
</TN-RO:RoadNode>
</base:member>
.
.
The feature below is returned in a WFS feature collection.
<gml:FeatureCollection
xsi:schemaLocation="http://www.opengis.net/gml/3.2
http://schemas.opengis.net/gml/3.2.1/deprecatedTypes.xsd
urn:x-inspire:specification:gmlas:RoadTransportNetwork:3.0
http://localhost:8080/deegree3/services?SERVICE=WFS&VERSION=1.1.0&REQUEST=DescribeFeatureType&OUTPUTFORMAT=text%2Fxml%3B+subtype%3Dgml%2F3.2.1&TYPENAME=tn-ro:RoadNode&NAMESPACE=xmlns(tn-ro=urn%3Ax-inspire%3Aspecification%3Agmlas%3ARoadTransportNetwork%3A3.0)"
gml:id="WFS_RESPONSE" xmlns:gml="http://www.opengis.net/gml/3.2"
xmlns:ogc="http://www.opengis.net/ogc"
xmlns:xlink="http://www.w3.org/1999/xlink"
xmlns:tn-ro="urn:x-inspire:specification:gmlas:RoadTransportNetwork:3.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<gml:featureMember>
<tn-ro:RoadNode gml:id="NL.KAD.TN-RO.N.NL.TOP10NL.114524564">
<gml:identifier
codeSpace="http://inspire.jrc.ec.europa.eu/">urn:x-inspire:object:id:NL.KAD.TN-RO.N.NL.TOP10NL.114524564</gml:identifier>
<net:beginLifespanVersion xsi:nil="true"
nilReason="UNKNOWN"
xmlns:net="urn:x-inspire:specification:gmlas:Network:3.2"></net:beginLifespanVersion>
<net:inspireId
xmlns:net="urn:x-inspire:specification:gmlas:Network:3.2"
xmlns:base="urn:x-inspire:specification:gmlas:BaseTypes:3.2">
<base:Identifier>
<base:localId>NL.TOP10NL.114524564</base:localId>
<base:namespace>NL.KAD.TN-RO.N</base:namespace>
</base:Identifier>
</net:inspireId>
<net:endLifespanVersion xsi:nil="true" nilReason="UNKNOWN"
xmlns:net="urn:x-inspire:specification:gmlas:Network:3.2"></net:endLifespanVersion>
<net:inNetwork xsi:nil="true"
xmlns:net="urn:x-inspire:specification:gmlas:Network:3.2"></net:inNetwork>
<zdef-327930689:geometry
xmlns:zdef-327930689="urn:x-inspire:specification:gmlas:Network:3.2">
</!--Inlined geometry 'Point_NL.KAD.TN-RO.N.NL.TOP10NL.114524564'-->
<gml:Point
gml:id="Point_NL.KAD.TN-RO.N.NL.TOP10NL.114524564" srsName="EPSG:4258">
<gml:pos>52.35528287 6.84317620</gml:pos>
</gml:Point>
</zdef-327930689:geometry>
<tn:geographicalName xsi:nil="true"
nilReason="other:unpopulated"
xmlns:tn="urn:x-inspire:specification:gmlas:CommonTransportElements:3.0"></tn:geographicalName>
<tn:validFrom xsi:nil="true" nilReason="UNKNOWN"
xmlns:tn="urn:x-inspire:specification:gmlas:CommonTransportElements:3.0"></tn:validFrom>
<tn:validTo xsi:nil="true" nilReason="UNKNOWN"
xmlns:tn="urn:x-inspire:specification:gmlas:CommonTransportElements:3.0"></tn:validTo>
<tn-ro:formOfRoadNode
codeSpace="http://schemas.kademo.nl/inspire/codelist-1004/FormOfRoadNodeValue.xml">junction</tn-ro:formOfRoadNode>
</tn-ro:RoadNode>
</gml:featureMember>
i.e. In each "NET" element the NET namespace is defined, plus a "zdef"
NET def (zdef-327930689:geometry) in the "geometry" element. Also in the
gml_objects table these NS defs are already present. Though formally
correct it adds quite some bulk. I remember seeing this issue earlier.
Using deegree 3.0.2 for all deegree components.
best,
Just
Markus Schneider
Hash: SHA1
Hi Just,
thanks for providing the dataset. I was able to reproduce the problem
and I will fix this as soon as I have the time.
Best regards,
Markus
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk1qvQ0ACgkQLM5hjXxU/E5gkwCgsDnzOhU4XSrnPEauvwuxEnZ3
YZYAnizHZXsfCn/z8DP7TwjOgTO1lEIP
=5U81
-----END PGP SIGNATURE-----