Idee om wat met BAG te gaan doen

Het probleem lijkt niet structureel. De ene keer gaat het goed en een volgende keer geeft het zelfde gebied problemen. Eergisteren had ik het probleem ook toen ik het in QGis probeerde. Daarom heb ik een erg sterk vermoeden dat de instabiliteit aan de server kant zit. (http://geodata.nationaalgeoregister.nl/bag/wfs). Omdat het moeilijk reproduceerbaar is, is het ook erg moelijk om uit te zoeken wat er precies mis gaat.

Dit alles neemt niet weg, dat de manier waarop de plug-in nu reageert als het probleem optreed geen schoonheidsprijs verdient. Ik ga kijken of ik in ieder geval een nette foutmelding kan tonen.

Gertjan

Onder uitschakeling oude diensten in het volgende item https://www.pdok.nl/nl/actueel/nieuws/artikel/21jan15-kadaster-lanceert-nieuwe-bag-viewer staat dat de WFS op termijn wordt uitgeschakeld. Hopelijk kent de community enkele experts (Just / Stefan?) die kunnen helpen met een oplossing.

Op dit moment zijn er voor zover ik weet 3 BAG WFS services:
geodata.nationaalgeoregister.nl/bagviewer/wfs : Gebruikt door de Geodan bagviewer: http://bagviewer.geodan.nl
bagviewer.kadaster.nl/lvbag/bag-viewer/wfs : Gebruikt door de kadaster bagviewer: http://bagviewer.kadaster.nl

en geodata.nationaalgeoregister.nl/bag/wfs
Deze laatste wordt momenteel gebruikt door de plug-in, omdat deze niet specifiek op een bepaalde (bagviewer) applicatie gericht is.

Uit het artikel op pdok.nl begrijp ik dat geodata.nationaalgeoregister.nl/bagviewer/wfs op termijn komt te vervallen. Of dat ook geldt voor geodata.nationaalgeoregister.nl/bag/wfs wordt uit het artikel niet duidelijk.

Zojuist heb ik geprobeerd of de bag wfs van het kadaster samenwerkt met de plug-in. Dat blijkt niet het geval te zijn. Op zich komt de datastructuur van de kadaster WFS overeen met die van de andere WFS services, maar de service lijkt niet volledig te voldoen aan de WFS specificatie. Waarschijnlijk nog een kinderziekte, maar ik ga navragen bij het Kadaster hoe dat zit.
Daarnaast ga ik kijken of het veel werk is om de keuze van de WFS service configureerbaar te maken in de plug-in.

Ondanks de veelbelovende berichten in het nieuwsartikel over nevenadressen en historische informatie (gesloopte panden!), biedt de nieuwe wfs service geen nieuwe mogelijkheden voor de plug-in. De genoemde gegevens worden opgehaald via een andere service (bag-bevragen) op basis van een pand-id. Het is geen doen om voor een gebiedje met 1000 panden per pand de details op te vragen, om daar vervolgens de 5 nevenadressen of gesloopte panden in dat gebiedje uit te filteren. Daar zullen we voorlopig toch zelf een oplossing voor moeten maken.

Gertjan

Het probleem lijkt mee te vallen. Een deel van de service werkt alleen over https://, terwijl een ander deel ook over http:// werkt.
bagviewer.kadaster.nl/lvbag/bag-viewer/wfs?request=DescribeFeatureType werkt zowel over http als over https.
bagviewer.kadaster.nl/lvbag/bag-viewer/wfs?request=GetCapabilities werkt alleen over https.

WFS over https werkt nu nog niet in de plug-in, dus dat moet ik nog uitvogelen.

Gertjan

http:///geodata.nationaalgeoregister.nl/bag/wfs (de "neutrale, niet viewer-gebonden WFS, zoals die vorig jaar april is gelanceerd) blijft gewoon bestaan.
Dat lijkt me ook de meest logische voor dit importdoel.

Voor de iets warmere mappers: de releasekalender van PDOK geeft ook nog aan dat de luchtfoto’s van 2014 dit kwartaal beschikbaar komen (bron: https://www.pdok.nl/nl/actueel/releases/release-planning)).

GeeJee

Prettige geruststelling GeeJee!

Wordt de BAG gegevens zoals afbeelding gebouwen en adresgegevens centraal toegevoegd aan openstreetmap?

Mijn vraag is dus ook: mag ik als plaatselijke ‘vrijwilliger’ ontbrekende gebouwen en adressen toevoegen? Of is het verstandiger om niet te doen omdat dit centraal gedaan wordt.

Kun je met een link aangeven welk gebied je van plan bent aan te vullen?
Je kunt natuurlijk de gebruiksaanwijzing van de BAG wiki doorlezen. Het is wel noodzaak dat je basiskennis van JOSM op een redelijk peil is. Het is verstandig om echt stapje voor stapje deze gebruikshandleiding te doorgronden. Maar zo lang je geen upload verricht kun je oefenen. Neem ook contact op met de BAG mapper die deze omgeving heeft geïmporteerd.
Mocht je vragen krijgen, stel deze dan gerust.

Vergeet dan niet om een mrotman59_BAG account aan te maken, als je daadwerkelijk overgaat tot uploaden.

Of bedoel je om handmatig contouren aan te brengen met adresnodes?

Hallo Commodoortje,

Bedankt voor je snelle antwoord. Ik zal eerst contact opnemen met de BAG mapper die de omgeving heeft geimporteerd.
Het gaat inderdaad in eerste instantie om nieuwbouw van Pallandt. http://www.openstreetmap.org/#map=18/52.46431/5.99060
Mijn kennis van JOSM is minimaal.
Dan kan ik beter mijn energie in zaken steken als op locatie de situaties bekijken wat betreft wegen en paden. Dit doe o.a. ik op basis van routeerbaarheid Openfietsmap.

Maar ik ga mij zeker even verdiepen in de BAG wiki.

mrotman59, waar werk je nu dan mee ID ? Er komen met JOSM ontelbare mogelijke tools binnen handbereik, terwijl kopie en past bij het taggen goed werkt, niet alles steeds herhalen, maar gewoon ok drukken. En vooral JOSM signaleert complicaties, om te herstellen voor de upload.

Kan iemand mij hier helpen met het importeren van de nieuwbouw in de Julianastraat te Puttershoek?

Hi Sven, met JOSM 7995 kun je als onderlaag onder afbeeldingen kiezen voor BAG ondergrond, door staan voor dat gebied een aantal panden ingetekend. Je kunt ook wachten op de uitrol van de Plugin voor het permanente updaten van het BAG in OSM maar zo kan het tijdelijk ook, wel even een note aanhangen. Dat het met handwerk is geregeld.

Ik zag dat de panden nog niet waren toegevoegd aan OSM, ik neem aan dat hvdwolf het prima zal vinden dat ik een paar BAG panden heb toegevoegd.

Het lijkt erop dat de gemeente iets achter loopt met de BAG vulling. Er vanuitgaande dat de oude woningen inmiddels gesloopt zijn, en de nieuwbouw reeds is gestart.
Als met de BAG plug-in het gebied wordt gedownload, dan haalt de plug-in alleen de oude panden op, die inmiddels verdwenen zijn van OSM. Om deze nu weer te importeren lijkt mij zinloos.

Je zou als lokale mapper een terugmelding kunnen doen, met het verzoek de BAG data te laten updaten.
In de BAG viewer staan beide (gesloopte, en nieuwe panden) zie jpg.

Mocht je interesse (@Sven) hebben dat ik je zou helpen met het instellen van deze layer, stuur me dan even een mailtje. Dan zal ik je hierbij helpen.

Uiteraard vind ik dat prima. Ik heb niet zo’n hoge territorium drang.

Ik heb een tijdje niets gedaan met BAG maar me meer geconcentreerd op wegen, details e.d. ook in het buitenland.
Na mijn wintersport volgende week was ik van plan weer een een aantal nieuwbouw projecten in mijn omgeving toe te voegen. Ik zal dan ook hier naar kijken. Als iemand mij dan voor is geweest: ook prima.

@mrotman59: ik vind het ook prima als je hier (voorzichtig) mee “oefent”. Mocht er iets fout gaan dan kunnen we het samen corrigeren. Iedereen hier heeft het moeten leren. Ook anderen hier kunnen je ondersteunen.

@Commodoortje, graag! Ik weet welke panden nieuw/oud zijn, dus dat moet geen probleem zijn.

Laat me via mail even weten welke momenten jij beschikbaar bent, dan kijk ik even in mijn agenda of het mij schikt.

Ha Sven,

Als je toch aan de gang gaat? Hier … ook bij jouw in de buurt https://www.openstreetmap.org/#map=19/51.77806/4.62354&layers=N
Bevershoekstraat 's-Gravendeel. Nieuwbouw na slopen oude woningen.
Net opgeleverd. Hier heb ik het met de hand ingetekend, maar de BAG lijkt me beter.

De huisnummeringen, met een onlogische nummering, die voorkomen op in de achtertuin staande gebouwen (=shed ?) geeft een uitzondering aan. Dit zijn nuts gebouwen als transformatorhuisjes (=power), dus geen schuur. De panden behoren net als garage (=garage) boxen tot een uitzonderlijke, maar wel genummerde BAG groep. Deze praktijk wordt dan weer niet door iedere BAG beheerder gebruikt :frowning: