Dit is inmiddels opgelost. We geven de lijst met properties niet meer door in het WFS request. Het lijkt me nog steeds wel dat de Id altijd onderdeel moet uitmaken van het resultaat want staat ook niet onder properties in JSON. @wouter.visscher@Jeroen_D Wanneer gaat de beta versie in productie? Toch wel voor 1 juli hoop ik.
Anders zou ik willen verzoeken om de oude BAG WFS nog niet uit productie te nemen op 1 juli.
@EfekE Wanneer gaat de beta versie in productie? Toch wel voor 1 juli hoop ik.
Anders zou ik willen verzoeken om de oude BAG WFS nog niet uit productie te nemen op 1 juli.
Ok, dat zou mooi zijn. Voor zover ik kan overzien werkt het goed.
Bij Kadaster V4 werkte het al goed en dat is dacht ik ook een MapServer implementatie? Waarom was dat bij BAG dan een probleem?
De …/bag/wfs/v1_1_beta hebben we moeten hernoemen naar /bag/wfs/v1_2-preprod in verband met architectuur richtlijnen/URL strategie. Gezien de v1_1_beta het idee geeft dat dit de ‘voorloper’ is/was van de v1_1 (terwijl dat niet het geval was).
Vandaar dat er nu de …/bag/wfs/v1_2-preprod is, die dan mogelijk (?) naar een v1_2 versie gaat. Ik was in de veronderstelling dat dit al ‘communiceert’ was naar “iedereen” die van het bestaan van de v1_1_beta wist… excuses dat we jou zijn vergeten. Ter volledigheid het is niet het idee dat we deze URL ‘breedt’ verspreiden qua nieuws berichten/enz…
Bovenstaande was heel nuttig, ik heb de nieuwe manier aan de praat gekregen. Alleen met CGL_FILTER was het mogelijk om de verblijfsobjecten binnen een pand te bepalen. Is dit nu nog steeds mogelijk? Ik probeerde TYPENAMES=bag:verblijfsobject&featureId=pand.bag:PAND_ID maar die geeft alleen het BAG pand.
het filter parameter bevat dus een stukje XML/GML waarmee je een specifiek pandidentificatie (of meerdere) kan meegeven en zo de gerelateerde vbo’s bij een pand kan vinden.