Improved support for INSPIRE

[tfr42]

we have an important request for your next TMC-Meeting: As you know deegree3 is used by many governmental organizations for the implementation of web services according to INSPIRE. The next milestone (aka deadline…) on the INSPIRE roadmap will be the 23/11/2017 and every responsible organization has to provide its interoperable spatial data sets (Annex I) until this date.

In this context many improvements and bugfixes were promoted by LDBV Bayern / LGB Brandenburg in cooperation with known service providers. Unfortunately many organizations are still working with deegree 3.4 RC3 or other versions (it’s a small mess at the moment) and they encounter huge problems which are already solved in the developments we ordered.

For this reason, we strongly recommend to take the following tickets into account and we hope that you’ll integrate these improvements in the new release (or at least into a release candidate):

• WFS GetFeature POST request with filter fails to evaluate xlink:href attribute #573
• FeatureStore wizard fails to create mapping for GML application schemas with cyclic references #742
• DDL and SQLFeatureStore created by DDLCreator and SQLFeatureStoreConfigWriter does not match #713
• Enhance SQLFeatureStoreConfigWriter and DDLCreator to support configurable FIDMapping #745
• Disable resolve of xlink:href for codelist values #747
• WMS GetFeatureInfo is empty in case of XSLT is used to transform complex data models #781
• WMS 1.3.0 is missing INSPIRE ExtendedCapabilities element #782
• Support inserting features via WFS-T that reference features already in the service #749
• DDL for PostgreSQL created with deegree contains too long column names  #827
• Support OGC HTTP URI style CRS references #711

We think it would be more effective and easier for INSPIRE users if these developements were available in one merged version. The community would benefit and it would increase the distribution of deegree.

refs:

• https://sourceforge.net/p/deegree/mailman/message/36081617/
• https://twitter.com/deegree_org/status/922396238724640769

[tfr42]

Issue	PR	GA version	VERIFIED BY USER	workspace/test data
#573	#837	3.4-RC5	-	-
#742	#817	3.4-RC6	-	-
#713	#752, #796	3.4-RC4	-	-
#745	#887	3.4-RC7	-	-
#747	#787	3.4-RC5	YES	-
#781	#834	3.4-RC5	YES	-
#782	#836	3.4-RC5	YES	-
#749	#820	3.4-RC5	#864	-
#827	#838	3.4-RC4	YES	-
#711	#840	3.4-RC5	-	-

@marcus-mohr please comment for which issues you can provide feedback

[marcusmohr]

I've tested PR #820 - please see: #864

[JuergenWeichand]

[LDBV] #781 (#834) is successfully fixed in 3.4-RC5.

[marcusmohr]

I can confirm that #747 (#787) now works as expected in 3.4-RC5

[marcusmohr]

#782 (#836) is also "fixed". But the <soapwms:ExtendedCapabilities> element ist not disabled by default.

[marcusmohr]

#827 (#838) is fixed!

[marcusmohr]

#573 (#837) doesn't seem to be fixed. Now there is another bug which affects the gml output of a getfeature request and there are also problems with filtering at layerstyling.

[tfr42]

@marcus-mohr Have you tried to apply the provided information as in #573 (comment) and following comments to verify the expected behavior?

[tfr42]

deegree webservices version 3.4.0 is GA. Please create a new issue in case you encounter an error or problem.