BGT - WFS dataserver

[Jeroen_PDOK]

@M_de_Bakker op dit moment wordt er in door PDOK en het ministerie van IenM (opdrachtgever BGT) onderzoek gedaan naar eventuele mogelijkheden. Op dit moment kunnen we nog niet meer roepen helaas. Zodra er meer bekend is laten we dit direct weten!

[M_de_Bakker]

dank je voor de reactie

[geogap]

@M_de_Bakker Via https://www.bgtviewer.nl zijn we op dit moment bezig met het aanbieden van een WFS dienst van de BGT. Mocht je hierin nog steeds geïnteresseerd zijn, stuur dan een emailtje naar bgtviewer@geogap.nl

[Edwin]

Inmiddels als Betá beschikbaar: https://geodata.nationaalgeoregister.nl/beta/bgt/wfs?request=getcapabilities

[M_de_Bakker]

We zijn er bijna…nu nog de volledige wfs data beschikbaar ipv 100 features maximaal

[wouter.visscher]

Hoi @M_de_Bakker,
De komen de tijd zijn we feedback aan het verzamelen over de BETA versie van de BGT wfs, zou jij in het topic: Bèta versie BGT WMS en WFS beschikbaar via PDOK, kunnen toelichten wat jij bedoelt met de volledige wfs data?
Doel je hiermee op de complex citygml structuur of ‘ontbrekende’ attributen bij bepaalde featuretypes?

[M_de_Bakker]

Hoi @wouter.visscher

Wat ik bedoel met de volledige wfs is het hebben van de mogelijkheid om meer features dan 100 te kunnen downloaden of de mogelijkheid om gebruik te maken van paginering.

[jwva]

Vergeet niet dat als je behoefte hebt aan veel BGT data, je ook terecht kunt op data.nlextract.nl. De BGT staat daar ongeveer elke twee weken, in PostGIS formaat. Ik hoor toch van verschillende kanten dat WFS op zich een prima standaard is, maar minder geschikt voor het serveren van zeer grote hoeveelheden data. De paginering in WFS 2.0 werkt op zich wel, maar de internet verbindingen zijn in veel gevallen toch nog niet snel genoeg als het om grotere gebieden gaat.

[jeroen_verdonschot]

De WFS get functie voor BGT werkt top!
Maar ik heb 1 vraag. In de GML files die ik download via de pdok download site zijn geen in de bestanden gml:curves (en gml:arc) meegenomen.
De WFS data bevat geen cruves maar zijn kromme lijnen vertaald in heel veel punten.
De te downloaden set en de grafische bestanden die ik ervan wil maken worden hierdoor veel groter.
Wordt dit in de productieversie nog aangepast? Kan ik dit ergens aanpassen?

[jansep]

Kruinlijnen ontbreken in het antwoord. Graag toevoegen, voor onze toepassing zijn die noodzakelijk.

[jansep]

Als ik filter op basis van lokaalid worden er geen features teruggegeven. Duurt ongeveer 35 tot 40 seconden voordat ik antwoord krijg. Mogelijk dat ik wat fout doe. Mijn getfeature zie er als volgt uit:
https://geodata.nationaalgeoregister.nl/beta/bgt/wfs?VERSION=1.0.0&SERVICE=WFS&REQUEST=GetFeature&TYPENAME=bgt:onbegroeidterreindeel&outputformat=gml2&SRS=EPSG:28992&Filter=<Filter%20xmlns="http://www.opengis.net/ogc"><PropertyIsEqualTo><PropertyName>lokaalid</PropertyName><Literal>G0345.26655e7b211c3488e0532e0310acc97f</Literal></PropertyIsEqualTo></Filter>

Ik heb ook versie 1.1.0 geprobeerd maar maakt niet, gaat ook fout. Ik ben er overigens van uit gegaan dat er een index zit op lokaalid…

[daneng]

@jansep, mij lukt het wel om te filteren op lokaalid met een getfeature request.

Voorbeeld:
https://geodata.nationaalgeoregister.nl/beta/bgt/wfs?service=WFS&request=GetFeature&version=1.0.0&typename=bgt:onbegroeidterreindeel&filter=<PropertyIsEqualTo><PropertyName>lokaalid</PropertyName><Literal>G0202.46e9a1d21f06381ee053436041917953</Literal></PropertyIsEqualTo>

WFS 1.0.0 GetFeature met filter

Het response:
<wfs:FeatureCollection xmlns="http://www.opengis.net/wfs" xmlns:wfs="http://www.opengis.net/wfs" xmlns:gml="http://www.opengis.net/gml" xmlns:bgt="http://bgt.wfs.geonovum.nl" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://bgt.wfs.geonovum.nl https://geodata.nationaalgeoregister.nl/beta/bgt/wfs?service=WFS&version=1.0.0&request=DescribeFeatureType&typeName=bgt%3Aonbegroeidterreindeel http://www.opengis.net/wfs http://schemas.opengis.net/wfs/1.0.0/WFS-basic.xsd"> <gml:boundedBy> <gml:null>unknown</gml:null> </gml:boundedBy> <gml:featureMember> <bgt:onbegroeidterreindeel fid="onbegroeidterreindeel.2824037"> <bgt:plus-status_codespace> http://www.geostandaarden.nl/imgeo/def/2.1#VoidReasonValue </bgt:plus-status_codespace> <bgt:status_codespace>http://www.geostandaarden.nl/imgeo/def/2.1#Status</bgt:status_codespace> <bgt:inonderzoek_leeg>geenWaarde</bgt:inonderzoek_leeg> <bgt:lokaalid>G0202.46e9a1d21f06381ee053436041917953</bgt:lokaalid> <bgt:plus-fysiekvoorkomen_leeg>waardeOnbekend</bgt:plus-fysiekvoorkomen_leeg> <bgt:fysiekvoorkomen_codespace> http://www.geostandaarden.nl/imgeo/def/2.1#FysiekVoorkomenOnbegroeidTerrein </bgt:fysiekvoorkomen_codespace> <bgt:creationdate>2017-01-25T00:00:00</bgt:creationdate> <bgt:plus-status_leeg>geenWaarde</bgt:plus-status_leeg> <bgt:terminationdate_leeg>geenWaarde</bgt:terminationdate_leeg> <bgt:plus-fysiekvoorkomen_codespace> http://www.geostandaarden.nl/imgeo/def/2.1#VoidReasonValue </bgt:plus-fysiekvoorkomen_codespace> <bgt:optalud>false</bgt:optalud> <bgt:relatievehoogteligging>0</bgt:relatievehoogteligging> <bgt:status>bestaand</bgt:status> <bgt:lv-publicatiedatum>2017-01-27T20:04:02</bgt:lv-publicatiedatum> <bgt:tijdstipregistratie>2017-01-27T14:08:52</bgt:tijdstipregistratie> <bgt:kruinlijn_leeg>waardeOnbekend</bgt:kruinlijn_leeg> <bgt:bronhouder>G0202</bgt:bronhouder> <bgt:bgt-fysiekVoorkomen>zand</bgt:bgt-fysiekVoorkomen> <bgt:geom> <gml:Polygon srsName="http://www.opengis.net/def/crs/EPSG/0/28992"> <gml:outerBoundaryIs> <gml:LinearRing> <gml:coordinates xmlns:gml="http://www.opengis.net/gml" decimal="." cs="," ts=" "> 187793.514,439970.086 187799.285,439966.276 187800.255,439966.62 187802.751,439970.4 187796.463,439974.552 187793.514,439970.086 </gml:coordinates> </gml:LinearRing> </gml:outerBoundaryIs> </gml:Polygon> </bgt:geom> </bgt:onbegroeidterreindeel> </gml:featureMember> </wfs:FeatureCollection>

Wellicht dat het lokaalid waarop je filtert niet bestaat binnen onbegroeidterreindeel?

[Edwin]

Wat is de actualiteit van de WFS?
Als ik nu de WFS in QGIS raadpleeg krijg ik niet dezelfde situatie als zichtbaar in PDOK namelijk.
Objecten die 6 weken geleden zijn gemuteerd zijn nog niet in de WFS zichtbaar.

Ik hoor het graag.
Dank,

[wouter.visscher]

Hoi @Edwin,
Deze wfs is neergezet als proef/beta m.b.t. het koppelvlak (de wfs in dit geval), de data daaronder is 1-malig hiervoor geschikt gemaakt en eronder geschoven. M.a.w. de data onder deze service wordt niet geüpdate.

@M_de_Bakker op dit moment wordt er in door PDOK en het ministerie van IenM (opdrachtgever BGT) onderzoek gedaan naar eventuele mogelijkheden.

Dit koppelvlak hebben in het kader het bovenstaande onderzoek ‘snel’ neergezet als proof-of-concept. Het inrichten van een ETL-pipeline (waarmee we dagelijkse mutatie kunnen verwerken) viel buiten deze scope.

Wat de status is van waar het ministerie van I&M naartoe wil kan @Jeroen_PDOK mogelijk toelichten (?) .

Groet,
Wouter

[M_de_Bakker]

Beste Wouter,

Weet jij al wanneer de BGT volledig wordt aangeboden via WFS ipv deze beta versie?

groet, Mark

[wouter.visscher]

Hoi @M_de_Bakker,
Nee, ik heb daar geen zicht op.

[Jeroen_PDOK]

@wouter.visscher @M_de_Bakker op dit moment zijn er nog geen concrete signalen/opdrachten bij PDOK bekend (vanuit de opdrachtgever) om op korte termijn een productieversie in te richten.

[rwal]

@Jeroen_PDOK Ik neem aan dat dit issue (niet updaten van de data) ook speelt bij de beta-WMS versie?

[Jeroen_PDOK]

@rwal klopt inderdaad! Staan (beide) overigens wel op de lijst met wensen bij de opdrachtgever.

[Edwin]

@Jeroen_PDOK Mag ik vinden dat dit wel vermeld had mogen zijn op pdok.nl? Bij de BGT staat de WFS ‘gewoon’ aangeboden, zonder enige vermelding van actualiteit namelijk. Er staat betá, maar het is niet duidelijk wat er dan betá aan is.
Wie BGT data nodig heeft en daar gaat kijken, kan niet weten dat de wfs data oud is.
Het lijkt me wenselijk om dit even te vermelden.

Edwin Pleijsier