Closed GoogleCodeExporter closed 9 years ago
First, thanks for spotting this regression. It should be fixed now.
However, there's more to this. According to the INSPIRE schema, the inlining of
subfeatures is actually *not* permitted -- e.g. for the
urn:x-inspire:specification:gmlas:Addresses:3.0}component property, only the
xlink-attributes are allowed, but no child elements.
Of course, this brings up the question why the WFS produces nested features
when using traverseXlinkDepth > 0!? The answer is that the WFS is currently a
bit relaxed about this. It's just very convenient to have the ability to
request a feature and get the subfeatures in the same document as well...
However, I will add a switch to the WFS configuration in the future to enforce
strict behavior with respect to inlining of features and the requirements of
the schema. If this switch is set, subfeatures could be added to the top level
of the feature collection (and xlinks used in the super features). Then again,
this is a bit strange considering the numHits attribute and the fact that the
result feature collection will actually contain features that were not
requested using the typeName attribute.
On the bright side, the WFS 2.0 FeatureCollection introduces a special section
for such features that have to be included, but that have not been actually
requested...
Original comment by mar...@beefcafe.de
on 15 Sep 2010 at 10:49
Original issue reported on code.google.com by
jus...@gmail.com
on 15 Sep 2010 at 11:35