Gegeven een BRK Perceel hoe krijg ik bijbehorende BAG Panden via de locatieserver

Toepassingen LocatieServer
#1

Kan iemand mij helpen met een locatieserver query om met bijvoorbeeld BRK Percelen params {“kadastraleGemeentecode”:“ASD16”,“sectie”:“R”,perceelnummer:5050} de bijbehorende BAG Panden te vinden met hun BAG “identificatiecode”?

Aanvankelijk deed ik dit vanuit BRK Perceel met een POST geometrische search {“geometrie”:{“within”:“coordinaten perceel”}} op BAG Panden. Dat blijkt in de praktijk te onnauwkeurig en levert na de laatste BAG data migratie vaak geen resultaten meer op. Vandaar dat ik dit nu via de locatieserver wil oplossen.

#2

Ik zou zeggen via de /free? API, bijvoorbeeld:

https://geodata.nationaalgeoregister.nl/locatieserver/v3/free?q=gekoppeld_perceel:ALD00-A-66&fq=type:adres&fl=*
of
https://geodata.nationaalgeoregister.nl/locatieserver/v3/free?q=gekoppeld_perceel:AMR03-C-5237&fq=type:adres&fl=*

Hoewel ik bij 't voorbeeld wat jij geeft ‘niks’ terug krijg, dit lijkt een niet geindexeerd perceel… is dit wel een ‘correct’ perceelnummer?

https://geodata.nationaalgeoregister.nl/locatieserver/v3/free?q=gekoppeld_perceel:ASD16-R-5050&fq=type:adres&fl=*

gezien die ook niet terugkomt uberhaupt in de index: https://geodata.nationaalgeoregister.nl/locatieserver/v3/free?q=ASD16%20R%205050&fq=type:perceel&fl=*

De beste ‘hit’ is ASD16 T 5050, welke welweer via de /free? op te vragen is.

https://geodata.nationaalgeoregister.nl/locatieserver/v3/free?q=ASD16%20T%205050&fq=type:perceel&fl=*

Ik krijg hem ook niet terug uit onze https://geodata.nationaalgeoregister.nl/kadastralekaart/wfs/v4_0

<wfs:GetFeature xmlns:wfs="http://www.opengis.net/wfs" service="WFS" version="1.1.0" outputFormat="GML3" maxFeatures="1000" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
            xsi:schemaLocation="http://www.opengis.net/wfs http://schemas.opengis.net/wfs/1.1.0/wfs.xsd">
  <wfs:Query typeName="feature:perceel" srsName="EPSG:28992" xmlns:feature="http://kadastralekaartv4.geonovum.nl">
    <ogc:Filter xmlns:ogc="http://www.opengis.net/ogc">
        <ogc:And>
            <ogc:PropertyIsEqualTo>
                <ogc:PropertyName>AKRKadastraleGemeenteCodeWaarde</ogc:PropertyName>
                <ogc:Literal>ASD16</ogc:Literal>
            </ogc:PropertyIsEqualTo>
            <ogc:PropertyIsEqualTo>
                <ogc:PropertyName>sectie</ogc:PropertyName>
                <ogc:Literal>R</ogc:Literal>
            </ogc:PropertyIsEqualTo>
            <ogc:PropertyIsEqualTo>
                <ogc:PropertyName>perceelnummer</ogc:PropertyName>
                <ogc:Literal>5050</ogc:Literal>
            </ogc:PropertyIsEqualTo>
        </ogc:And>
    </ogc:Filter>
  </wfs:Query>
</wfs:GetFeature>

image
image1453×969 69.3 KB

#3

Excuus. Het moet ASD14 zijn i.p.v. ASD16.

In de BAG viewer op het bijbehorend adres Johan Vermeerstraat 37, 1071 DL, Amsterdam zie je Pand in het lijstje van resultaten met ID 0363100012074509. Dat is het ID dat ik zoek.

Met free?q=gekoppeld_perceel:ASD14-R-5050 krijg ik wel het adres maar geen pand.

#4

De locatieserver bevat geen pandinformatie en daardoor is deze niet terug te vinden.

Het is wel mogelijk om met de locatieserver het adres en het bijbehoorende bag identificatie te vinden
https://geodata.nationaalgeoregister.nl/locatieserver/v3/free?q=gekoppeld_perceel:ASD14-R-5050

en deze dan in een te gebruiken in een request op de bag wfs om de pand identificatie te krijgen
http://geodata.nationaalgeoregister.nl/bag/wfs/v1_1?request=getfeature&service=wfs&version=2.0.0&typenames=bag:verblijfsobject&filter=<Filter><PropertyIsEqualTo><PropertyName>identificatie</PropertyName><Literal>0363010000694428</Literal></PropertyIsEqualTo></Filter>

#5

Daarnaast is het een één-op-meer relatie en zou je iets verwachten in de geest van een gekoppelde_pand als array [].

#6

In mijn huidige search ging ik van BRK Percelen via {“geometrie”: {“within”: “Perceel coordinaten”}} naar BAP Panden en dan via pandrelatering naar BAG Verblijfsobjecten om vervolgens via de BAG v2 individuele bevragingen de “gebruiksdoelen” te verzamelen.

De ingang in de BAG is of via Pand ID of geometrisch zoeken met “within”, “intersect” of “contains”. Aangezien de BRK geometriek wat precisie afwijkt van de huidige BAG geometriek wordt deze zoekmethode lastig. Je zou verwachten dat de BAG dan een andere ingang zou hebben om bij een Pand ID te komen zonder noodzaak voor het gebruik van andere APIs.

Ik begreep dat er in het verleden een gekoppeld_perceel was voor de nul-één-of-meer relatie tussen BRK Percelen en BAG Panden.

Ik ga naar jouw oplossing kijken. Dat gaat van één naar drie API requests. Ben benieuwd wat dat voor de throughput betekent bij het doorzoeken van grotere aantallen percelen.

#7

Als je het adres uit de locatieserver hebt (of direct het nummeraanduiding_id), kan je ook de nummeraanduiding in de BAG API opzoeken. Vanuit de nummeraanduiding kan je doorklikken naar het adresseerbaar object (verblijfsobject, standplaats, of ligplaats).