Performance WFS ruimtelijke query voor WKPB zeer slecht

[rli]

Een eenvoudige ruimtelijke WFS query in een zeer klein gebiedje van ongeveer 1 bij 1 meter (puntselectie eigenlijk) duurt bijna 10 seconden. Zit er een ruimtelijke index op de data?

URL: https://service.pdok.nl/kadaster/wkpb/wfs/v1_0

<wfs:GetFeature service="WFS" version="2.0.0"
outputFormat="application/gml+xml; version=3.2" count="1000" startindex="0" xmlns:wkpb="http://wkpb.geonovum.nl"
xmlns:wfs="http://www.opengis.net/wfs/2.0"
xmlns:fes="http://www.opengis.net/fes/2.0"
xmlns:ogc="http://www.opengis.net/ogc"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:gml="http://www.opengis.net/gml/3.2"
xsi:schemaLocation="http://www.opengis.net/wfs
http://schemas.opengis.net/wfs/2.0/wfs.xsd">
<wfs:Query typeNames="wkpb:pb_multipolygon" srsName="EPSG:28992"><fes:Filter>
<fes:Intersects><fes:ValueReference>geom</fes:ValueReference>
<gml:Polygon gml:id="geo.1" srsName="EPSG:28992"><gml:exterior><gml:LinearRing><gml:posList srsDimension="2">184676.45987499997 463576.2101875 184676.45987499997 463578.4601875 184678.70987499997 463578.4601875 184678.70987499997 463576.2101875 184676.45987499997 463576.2101875</gml:posList></gml:LinearRing></gml:exterior></gml:Polygon></fes:Intersects>
</fes:Filter>
</wfs:Query>
</wfs:GetFeature>

[hulstg]

@rli,

Bedankt voor het melden. Ik heb er naar gekeken. De query die wordt uitgevoerd op de onderliggende database lijkt hier niet de meeste tijd te kosten. Het uitvoeren van de query duurt ongeveer 50 miliseconde. Er zit een ruimtelijke index op de data. Vermoedelijk gaat de meeste tijd zitten in het verwerken en downloaden van de geometrie. Deze is bijna 7 mb groot. Het downloaden kost ongeveer 3 seconden en het verwerken van de geometrie aan onze kant 7 seconden. Dit laatst is CPU bound. Aangezien dit niet multi-threaded gebeurt, zijn we gebonden aan de snelheid van 1 core. Ik ben dus bang dit ik dit niet heel veel sneller kan krijgen.

[rli]

Bedankt voor het antwoord.
Het is inderdaad een enorme geometrie, multi-polygoon me vele polygonen en coordinaten.
Waarom is dit zo’n groot multipolygoon en geen afzonderlijke objecten?
Dit is totaal onwerkbaar zo, dan kun je net zo goed geen WFS aanbieden.
En waarom zijn er maar 3 generieke featuretypes en wel veel meer WMS lagen?

[ETimmer]

@rli,

We begrijpen de uitdagingen die er zijn bij het gebruik van de dataset. Vanuit de BRK-PB wordt de informatie geleverd zoals deze is ingeschreven door de bronhouder. In dit geval gaat het om een beperking Natura2000 gebied Veluwe welke is ingeschreven met een contour, één publiekrechtelijke beperking met een grote geometrie als werkingsgebied.
De WFS standaard heeft mogelijkheden om niet altijd alle informatie (attributen/properties) van een feature op te halen. Met de parameter “propertyName” kan gestuurd worden welke attributen wel geleverd moeten worden. Wanneer gekozen wordt om de geometrie niet mee te leveren zal een request veel sneller zijn.

De WMS lagen komen voort uit de individuele grondslagen en geven daardoor de mogelijkheid tot afzonderlijke visualisatie in viewers (o.a de PDOK Viewer). Deze grondslag is een van de attributen van een feature, de WFS biedt middels filters de mogelijkheid om alleen de features op te halen voor een bepaald grondslag; gelijk aan de WMS-lagen.