Beste Jonna,
Dank je wel! Daar doe ik het voor!
3 likes
PDOK en QGIS.pdf (2,3 MB)
Vorige week bij ons op de zaak ook een presentatie gehouden. Tekenaars waren hier ook enthousiast.
Hierbij mijn presentatie.
3 likes
Is er ook een officieel beleid mbt deze beta viewer? Ik wil 'm graag inbouwen in onze software maar dan wil ik onze gebruikers wel wat garanties kunnen geven. Namelijk dat de data actueel is en dat er na de beta direct een officiële versie komt (url mag wijzigen).
Met dat laatste bedoel ik dat er een serieus plan ligt. Het is niet prettig voor gebruikers als deze viewer uit het oog raakt omdat er andere prioriteiten zijn, dat iemand in een opschoonbui de viewer weer opruimt of de urls maar even aanpast of veldnamen wijzigt, enz.
Is er ook al een API documentatie beschikbaar over het uitlezen van de data? Er was toch ook nog een key nodig? Ik meende dat die opgevraagd moest worden op een niet-gecertificeerde site, heeft dat nog gevolgen voor het toepassen van de key?
Wat een werk, in heb een oude plugin in autocad, VIANLCS (deze wordt niet meer ondersteund. Maar die kan wel handmatig BGT en BRK omzetten naar autocad tekeningen. Daarmee heb ik in 10 min een bruikbare kaart. Vervolgens screenshot maken van Luchtfoto van ESRI en ik heb daarna een mooi kaartje in pdf waarin je de lagen aan en uit kan zetten 
Voor mijn werk gebruiken we trouwens 2 producten van GISKit. (BGTShape en BGTDWG). Ik genereer automatisch elke dag vanuit PDOK shape bestanden en AutoCAD bestanden voor de organisatie. Deze worden in de nacht klaargezet. Groet Erik
Hallo @Jeroen_PDOK,
Zojuist weer eens een stukje BGT gedownload vanaf https://download.pdok.io/lv/bgt/viewer/ , maar helaas weer een object dat er 2x in voor komt.
De zip is 60 MB. Hoe kan ik die het beste bij je bezorgen?
@PieterGeert kun je een ID sturen van de objecten en aangeven welk deelgebied je hebt gedownload? Dan kunnen we het betreffende gebied wel eerst zelf downloaden en bekijken.
@Jeroen_PDOK het gebied is rond Zwolle-Zuid. Het object waar ik bij inlezen op struikelde (wellicht zijn er nog meer) was een BAK met id G0193.9afe99f4f1654e959d81fa9aede384ac (coordinaten: 204558.383 499153.991)
Als ik dit via de officiele manier download, dan wordt het object niet dubbel geleverd. In de database lijkt het dus goed te zitten.
@PieterGeert er wordt historie meegeleverd en er zijn twee records aan PDOK geleverd met verschillende LV-publicatiedatums welke wij uitleveren als 2 voorkomens, dit op verzoek van de BGT. @RobertvH en/of @John_Schaap kunnen jullie dit vanuit de BGT toelichten (of navragen binnen de keten)?
1 like
@Jeroen_PDOK dat zou wel wat kunnen verklaren.
Maar in de XML zie ik het object 2x, beide met dezelfde creationDate en dezelfde terminationDate:
Citaat
<imgeo:bakLk01T StUF:entiteittype=“BAK” StUF:functie=“update”>
imgeo:parameters
StUF:mutatiesoortT</StUF:mutatiesoort>
StUF:indicatorOvernameV</StUF:indicatorOvername>
</imgeo:parameters>
<imgeo:object StUF:entiteittype=“BAK” StUF:verwerkingssoort=“T”>
imgeo:identificatie
imgeo:namespaceNL.IMGEO</imgeo:namespace>
imgeo:lokaalIDG0193.9afe99f4f1654e959d81fa9aede384ac</imgeo:lokaalID>
</imgeo:identificatie>
imgeo:creationDate2016-08-16</imgeo:creationDate>
imgeo:terminationDate2016-11-08</imgeo:terminationDate>
StUF:tijdstipRegistratie</StUF:tijdstipRegistratie>
imgeo:bronhouderG0193</imgeo:bronhouder>
<imgeo:inOnderzoek StUF:metagegeven=“true” xsi:nil=“true” StUF:noValue=“geenWaarde” />
imgeo:relatieveHoogteligging0</imgeo:relatieveHoogteligging>
<imgeo:bgt-status codeSpace=“http://www.geostandaarden.nl/imgeo/def/2.1#Status”>bestaand</imgeo:bgt-status>
<imgeo:plus-status codeSpace=“http://www.geostandaarden.nl/imgeo/def/2.1#VoidReasonValue” xsi:nil=“true” StUF:noValue=“geenWaarde” />
<imgeo:bgt-type codeSpace=“http://www.geostandaarden.nl/imgeo/def/2.1#TypeBak”>niet-bgt</imgeo:bgt-type>
<imgeo:plus-type codeSpace=“http://www.geostandaarden.nl/imgeo/def/2.1#TypeBakPlus”>afvalbak</imgeo:plus-type>
imgeo:geometrie2dBak<gml:Point xmlns:gml=“http://www.opengis.net/gml” srsName=“urn:ogc:def:crs:EPSG::28992”><gml:pos srsDimension=“2”>204558.383 499153.991</gml:pos></gml:Point></imgeo:geometrie2dBak>
</imgeo:object>
</imgeo:bakLk01T>
@PieterGeert de creation date is inderdaad wel hetzelfde maar de LV-publicatiedatum niet:
Voorkomen 1:
!
Voorkomen 2:
@Jeroen_PDOK tijdstipRegistratie is in mijn download voor beide instanties leeg. Door de xml heen bladerend zie ik dat dat voor meerdere objecten zo is.
@PieterGeert kun je mij jouw bestand sturen? WeTransfer link bijvoorbeeld? Je kunt in het forum directe berichten sturen, dan ligt je e-mailadres niet op staat. Mag ook via een mail naar onze helpdesk (beheerpdok@kadaster.nl)
@PieterGeert, @Jeroen_PDOK, dit is de gebruikelijke wijze van het laten vervallen van een object in de LVBGT. Als een object vervalt wordt in het actuele record de objecteindtijd en eindtijdregistratie ingevuld. Er wordt een nieuwe instantie van hetzelfde object opgevoerd waarin de LV-publicatiedatum van het laten vervallen van het object in de LVBGT wordt ingevuld.
Het leeg zijn van het ‘tijdstipRegistratie’ attribuut wordt veroorzaakt door een bekende bug in onze software. Bij recent aan PDOK geleverde data is het probleem al verholpen. We zijn van plan om in de nabije toekomst de gehele BGT opnieuw te verwerken. Hiermee zal dit issue voor alle features verholpen worden.
2 likes