Idee om wat met BAG te gaan doen

Sander H · 2014-03-26 13:06:06

BAGgeraar wrote:

Kan ik op deze pagina ook de straatnamen inzien? Dat heb ik namelijk nog niet gevonden...

Lijkt alsof ze de kaart veranderd hebben. Je kan op deze kaart in ieder geval "Nationaal Wegen Bestand (NWB)\Wegen" uitklappen en dan "NWB Wegen - Wegvakken" aanvinken. Dan verschijnt er een lijntje bij de weg en als je daar op klikt komt er een popup waar je als je naar rechts schuift de straatnaam kan zien.
Vond de vorige kaart praktischer in het gebruik. Thuis straks eens nakijken of dat wellicht een andere link was naar de PDOK kaart of dat ik me nu vergis.

Edit: Ik gebruikte blijkbaar deze kaart (al lijken ie wat verouderd), maar volgens mij dezelfde gegevensbron en iets prettiger in gebruik.
Krijg bij die andere kaart trouwens ook die popup niet meer... handig zo!

Edit2: Gevonden, ook nog het knopje objectinformatie (blauwe icoon linksboven de kaart) aanzetten.

Last edited by Sander H (2014-03-26 17:54:22)

Commodoortje · 2014-03-26 14:00:10

BAGgeraar wrote:

Maar: wanneer in de BAG enkele standaard afkortingen gebruikt worden (die vermeld staan in https://wiki.openstreetmap.org/wiki/Nam … ds_-_Dutch), dan moeten de straatnamen van de adrespunten gewijzigd worden.
Heb ik het goed begrepen?

Je hebt het goed begrepen
Voorbeelden:
Als "dr" in BAG wordt gebruikt omzetten naar ► Doctor.
"Dr." ► Dokter.

Last edited by Commodoortje (2014-03-26 14:00:36)

OliverH · 2014-03-26 14:47:31

Ik heb tot nu toe 1 keer een terugmelding gedaan in EIndhoven, als ik alle fouten moet terugmelden dan gaat het echt te lang duren, gelukkig is het niet zo erg als een paar pagina's terug hier werd getoond.
In dat ene geval lagen op hetzelfde stuk grond twee gebouwen. Een uit 1930 en de ander uit 1957. Ik heb ondertussen antwoord gehad van de gemeente-ambtenaar en het gebouw uit 1930 is uit de BAG verwijderd.

Ik heb mijn done.osm online gezet en gelinkt vanaf de intekenlijst.

Ik ben ook eens gaan spelen met Postgis. De pbf van 24 maart toont nog altijd 2.340.375 3dShapes en 261.427 overig, maar ook alweer 2.029.022 bag-gebouwen.

Nu krijg ik in Libreoffice zogauw geen grafiek gemaakt die de schaal automatisch aanpast aan de data, dus ik kan Cavits grafiek vooralsnog niet updaten.

De volgende stap zou dan moeten zijn, spelen met mapnik om zelf zo'n mooie blauw / rode kaart te maken.

Cavit · 2014-03-26 16:56:43

OliverH wrote:

Ik ben ook eens gaan spelen met Postgis. De pbf van 24 maart toont nog altijd 2.340.375 3dShapes en 261.427 overig, maar ook alweer 2.029.022 bag-gebouwen.Nu krijg ik in Libreoffice zogauw geen grafiek gemaakt die de schaal automatisch aanpast aan de data, dus ik kan Cavits grafiek vooralsnog niet updaten.

Toevallig had ik eerder vandaag de grafiek bijgewerkt. We hebben inderdaad bijna evenveel BAG-gebouwen als 3dShapes, en zo'n 18 procent van de 3dShapes-gebouwen is vervangen:

Ik update de grafiek elke 5 dagen. Overigens kan het aantal gebouwen ook zonder een postgis database worden bepaald met osmfilter, zie de beschrijving.

OliverH wrote:

De volgende stap zou dan moeten zijn, spelen met mapnik om zelf zo'n mooie blauw / rode kaart te maken.

Succes! Ik heb trouwens TileMill gebruikt met een tekenstijl die is afgeleid van openstreetmap-carto.

Cavit · 2014-03-26 17:08:02

Ldp wrote:

Cavit wrote:
Zo'n server van openstreetmap.nl klinkt goed (ook omdat mapbox niet gratis is )
Als je een stylesheet hebt, kunnen we dat fixen. Dan maak ik een extra laag op openstreetmap.nl aan.

Ldp, bedankt voor het aanbod. Ik heb een stylesheet, maar dit maakt gebruik van de 'source' tag om de kleur van gebouwen te bepalen. De source tag wordt bij een normale import met osm2pgsql weggegooid, dus heb ik gebruik gemaakt van een aangepaste versie van osm2pgsql die de source informatie behoudt. De extra laag op openstreetmap.nl zou dus alleen werken als de source tag wordt meegenomen in de database. Is dat mogelijk?

Ldp · 2014-03-26 20:25:57

Cavit wrote:

De extra laag op openstreetmap.nl zou dus alleen werken als de source tag wordt meegenomen in de database. Is dat mogelijk?

Dat is mogelijk. Ik wil toch binnenkort, ergens de komende dagen, een verse import doen. Doe maar een PM met de tags die je nodig gaat hebben.

Sander H · 2014-03-26 22:27:00

Ik kom nogal wat straatnamen tegen in OSM met de OSM Inspector die niet overeenkomen met BAG. Voornamelijk bij wegen gebaseerd op historische personen.
Het topic heb ik wat teruggelezen (jammer genoeg geen handige zoekfunctie binnen een topic van meerdere pagina's), maar de vragen gingen daar voornamelijk straatnamen zonder voornamen/letters, dus wellicht de vraag hier nogmaals.

De BAG naam is vaak "V v Achternaamstraat", terwijl OSM vaak "Voorletter van Achternaamstraat" heeft. Het tussenvoegsel zouden we voluit schrijven, dus dat deel is dan opgelost. Lokaal worden de meeste straatnamen echter voluit gebruikt/gesproken, enkele voorletters worden compleet genegeerd in het dagelijks gebruik. Ik heb de neiging om voor de "Voornaam" variant te kiezen boven de afgekortte "V" variant.

Er zijn in OSM echter ook nog alternatieven voor de naam, zoals loc_name, nat_name, official_name. Hierbij zouden alle varianten gehandhaafd kunnen blijven voor gebruik in verschillende toepassingen, maar ga je dan de BAG naam in nat_name/official_name vastleggen of nou juist de volledige naam in loc_name? De tag name is bedoeld voor hetgeen je op de straat ziet, maar als op het bord op de paal "Voornaam" staat en pal erachter op het bord dat aan een woning is bevestigd "V", wat dan?
Aan de kleur van het bord is min of meer af te leiden wat het recentste (en dus te gebruiken?) bord is: donkerblauw=oud, blauw=nieuw, en reflecterend helderblauw=nieuwst (gemeente heeft net een rondje borden vervangen achter de rug).

Met routeplanners in het achterhoofd, wat zou de meeste voorkeur hebben? In kleinere dorpen heb je na het kiezen van plaatsnaam soms aan 1 letter genoeg om een straat te vinden, maar in grotere plaatsen heb je wellicht al "Voorlet" ingevoerd voordat je erachter komt dat er geen straten meer zijn, en ga je dan als gebruiker "V<spatie>" proberen? En hoe ga je meerdere varianten van de straatnaam linken aan de adresnodes, want je wilt denk ik niet alle varianten op alle adresnodes hebben getagd. Dat is waar associatedAddress relaties wellicht weer handig voor zijn.

Net in Google search proberen te zoeken op enkele straten met enkel voorletter of voluit geschreven tussen quotes om te kijken hoe "men" de straatnaam het vaakst gebruikt en dat geeft wisselende resultaten. Soms voluit meer hits, soms de voorletter. In ieder geval met voorletter en tussenvoegsel afgekort loopt het concequent zeer sterk terug. Ook vraag ik me af hoe betrouwbaar deze telling is, want het aandeel verzamelsites lijkt schrikbarend hoog (huizenverkoopsites, bedrijfs- en telefoongidsen en dergelijke). Kans dat als dit in OSM of enkele andere plaatsen wordt aangepast, 99% van de websites meeveranderen.

Ldp · 2014-03-26 22:30:23

Wat je zou kunnen doen is zoeken in Google op "achternaamstraat site:naamgemeente.nl", om te kijken hoe de gemeente het in hun eigen (openbare) documenten gebruikt.

Zo heb ik in het verleden al van diverse straten de volledige naam achterhaald, terwijl die niet op de bordjes stond.

It's so funny · 2014-03-26 23:37:38

Allroads wrote:

Zou je op de tag address Bag node buildinglevel=1 mogen zetten.

Volgens mij moet dat nog worden ontworpen in het taggingschema. Het staat op zich los van de BAG import, maar het is goed om nog eens na te denken over de verwerking van flats. Probleem is dat we in 2D werken. En eigenlijk zou je de ingang moeten kunnen laten zien aan de buitenzijde van een appartementengebouw (daar wil je met je smartphone immers uitkomen), en vervolgens zou je met een andere adresweergave willen kunnen zien dat je bijvoorbeeld op de 5e verdieping in de galerij links moet zijn. Klinkt als indoor routing waar soms wel wat stapjes in gezet worden. En waar Google regelmatig de pers mee haalt (indoor routing van vliegvelden en zo)

richardbrinkman wrote:

Ik dacht dat de importtool de nodes die op elkaar liggen uit elkaar zou trekken? Waarom gebeurt dat niet hier: http://osm.org/go/0GS4BWxg4? Komt dat omdat de nodes BIJNA op elkaar liggen?

Goed punt, tot nog toe heb ik alleen maar voorbeelden gezien waarbij op de twee hoogste zoomniveau's van iD en Potlatch de nodes los van elkaar lagen. Gertjan, kun jij hier eens naar kijken? Ik vermoed dat dit komt doordat de betreffende gemeente de adresnodes bijna in het hart van een outline plaatst.

Gertjan Idema · 2014-03-27 00:20:46

It's so funny wrote:

Allroads wrote:
Zou je op de tag address Bag node buildinglevel=1 mogen zetten.
Volgens mij moet dat nog worden ontworpen in het taggingschema. Het staat op zich los van de BAG import, maar het is goed om nog eens na te denken over de verwerking van flats. Probleem is dat we in 2D werken. En eigenlijk zou je de ingang moeten kunnen laten zien aan de buitenzijde van een appartementengebouw (daar wil je met je smartphone immers uitkomen), en vervolgens zou je met een andere adresweergave willen kunnen zien dat je bijvoorbeeld op de 5e verdieping in de galerij links moet zijn. Klinkt als indoor routing waar soms wel wat stapjes in gezet worden. En waar Google regelmatig de pers mee haalt (indoor routing van vliegvelden en zo)

Volgens mij is de officiele tag hiervoor level in plaats van buildinglevel. Volgens mij kan het geen kwaad om die tag toe te voegen als weet op welke verdieping een adres is.

richardbrinkman wrote:
Ik dacht dat de importtool de nodes die op elkaar liggen uit elkaar zou trekken? Waarom gebeurt dat niet hier: http://osm.org/go/0GS4BWxg4? Komt dat omdat de nodes BIJNA op elkaar liggen?
Goed punt, tot nog toe heb ik alleen maar voorbeelden gezien waarbij op de twee hoogste zoomniveau's van iD en Potlatch de nodes los van elkaar lagen. Gertjan, kun jij hier eens naar kijken? Ik vermoed dat dit komt doordat de betreffende gemeente de adresnodes bijna in het hart van een outline plaatst.

Als de adresnodes dicht bij elkaar staan laat Mapnik maar één huisnummer zien. Dat maakt het beeld ook een stuk rustiger. In mijn ogen is dat een pré. De adressen zijn er in eerste instantie voor de routers en niet voor een achtergrondkaart.

It's so funny · 2014-03-27 00:40:05

Gertjan Idema wrote:

.Als de adresnodes dicht bij elkaar staan laat Mapnik maar één huisnummer zien. Dat maakt het beeld ook een stuk rustiger. In mijn ogen is dat een pré. De adressen zijn er in eerste instantie voor de routers en niet voor een achtergrondkaart.

Geheel eens. Alleen zou mijns inziens de plugin ook in een gemeente waarvan de ambtenaar niet helemaal heeft begrepen waar adresnodes geplaatst moeten worden moeten zorgen dat de adresnodes op de hoogste twee zoomniveaus's van iD en Potlatch los van elkaar staan. In het voorbeeld van Richard staan ze niet los maar overlappen ze elkaar deels op de hoogste zoomniveau's van iD.

Allroads · 2014-03-27 01:05:07

Misschien heb ik er overheen gelezen, hoe zie we dat de Bag verandert t.o.v. wat we nu zelf aangepakt hebben.

Met een gemeente gesproken en die moesten de komende weken nog wel wat doen voor de nieuwe audit.

Allroads · 2014-03-27 01:22:01

Dat BAGmelden is teveel werk.
We zien nu zoveel verschillende foutjes, teken fouten, dubbele panden, gesloopte panden, kruisend panden, oud en nieuw pand, rare constructies.

Eigenlijk zouden we in Josm een laag moeten hebben (file), note node zetten, deze lagen verzamelen/samenvoegen, en in een keer aanbieden aan het platform.

Of we hadden op de ods bag en bagnote op het pand kunnen zetten, dat werd mee geupload en een iemand haalt de verschillende panden op haalt de bagnote eraf t.z.t. en geeft ze door.

Last edited by Allroads (2014-03-27 10:27:32)

Allroads · 2014-03-27 11:00:12

Zat op Cavit bagsite locatie te kijken

Er gaat wel eens wat mis.
Schijnbaar met het uploaden.
http://www.openstreetmap.org/#map=19/52 … 2&layers=D
en ook hier
http://www.openstreetmap.org/way/583418 … 8&layers=D

Bag nodes zijn wel geupload. Met tags
Bag panden zijn de hoeknodes wel geupload, de closed way niet en ook niet de tags, raar.
en raar de shape panden staan er nog in.

Wat is een filter voor de nodes die geen tag hebben

Last edited by Allroads (2014-03-27 11:10:16)

Cavit · 2014-03-27 13:04:14

Allroads wrote:

Bag nodes zijn wel geupload. Met tags
Bag panden zijn de hoeknodes wel geupload, de closed way niet en ook niet de tags, raar.
en raar de shape panden staan er nog in.

Dit is waarschijnlijk het gevolg van een upload die niet geheel voltooid is. Ik zou in zo'n geval een revert toepassen, maar misschien heeft iemand een betere suggestie.

jeffrey89 · 2014-03-27 13:10:25

Ik ben bezig de gemeente Westervoort van een BAG import te voorzien. Ik ben nieuw tot BAG-imports en probeer zoveel mogelijk via de conventies te werken. Ik heb een aantal vragen.

1. De BAG import had voor stacaravans een polygoon getagd als building:static_caravan met corresponderende adresgegevens (addr-tags). Op deze plek staat dus de stacaravan. Achter deze plek staat een stenen huisje dat getagd is als building:yes. Nu heb ik het geval dat dit gebouw de stacaravan doorsnijdt met als gevolg een "crossing building" waarschuwing (JOSM). Hoe lossen jullie dit op? Samenvoegen (met behoud van data: building=yes;static_caravan, ref:bag=xxx;yyy) of de polygoon van de stacaravan iets aanpassen, zodat het gebouw daarachter niet doorkruist wordt?

2. Huisnummers worden als losse nodes op de woningen geplaatst en ziet er vaak netjes uit. Nu hebben sommige huizen garagaboxen die ook nummers hebben gekregen (bijv. 17-g1, 60g-1, 60g-2, 60g3, etc.). Wat doen jullie met deze nummers? Laten staan of verwijderen?

3. In een winkelcentrum komt het voor dat de nummers soms naast het pand staan. Nu vroeg ik me af of jullie deze nummers handmatig op de goede positie zetten?

Math1985 · 2014-03-27 13:22:47

Cavit wrote:

Dit is waarschijnlijk het gevolg van een upload die niet geheel voltooid is. Ik zou in zo'n geval een revert toepassen, maar misschien heeft iemand een betere suggestie.

Houd er rekening mee dat een upload enkele uren of in extreme gevallen zelfs dagen kan duren. Terwijl de upload bezig is zie je alleen de hoekpunten en niet de outlines, want de hoekpunten worden eerst geupload. Graag alleen reverten als je zeker weet dat de upload niet meer loopt.

Last edited by Math1985 (2014-03-27 13:23:17)

Math1985 · 2014-03-27 13:25:56

jeffrey89 wrote:

De BAG import had voor stacaravans een polygoon getagd als building:static_caravan met corresponderende adresgegevens (addr-tags). Op deze plek staat dus de stacaravan. Achter deze plek staat een stenen huisje dat getagd is als building:yes. Nu heb ik het geval dat dit gebouw de stacaravan doorsnijdt met als gevolg een "crossing building" waarschuwing (JOSM). Hoe lossen jullie dit op? Samenvoegen (met behoud van data: building=yes;static_caravan, ref:bag=xxx;yyy) of de polygoon van de stacaravan iets aanpassen, zodat het gebouw daarachter niet doorkruist wordt?

Probeer op de Bing laag uit te vinden wat de daadwerkelijke positie van de stacaravan is, en pas de outline van static_caravan daarop aan. Aangenomen dat de caravan in werkelijkheid niet het stenen gebouwtje doorkruist kun je de polygoon dus aanpassen.

Huisnummers worden als losse nodes op de woningen geplaatst en ziet er vaak netjes uit. Nu hebben sommige huizen garagaboxen die ook nummers hebben gekregen (bijv. 17-g1, 60g-1, 60g-2, 60g3, etc.). Wat doen jullie met deze nummers? Laten staan of verwijderen?

Ik laat ze zelf staan.

In een winkelcentrum komt het voor dat de nummers soms naast het pand staan. Nu vroeg ik me af of jullie deze nummers handmatig op de goede positie zetten?

Dit ben ik niet tegengekomen, heb je een voorbeeld?

jeffrey89 · 2014-03-27 13:43:21

Dit ben ik niet tegengekomen, heb je een voorbeeld?

Excuses, het bleek dat de node niet uit de BAG-data afkomstig was, maar dat iemand een winkel op de verkeerde plek heeft geplaatst.
Bedankt!

florisje · 2014-03-27 13:58:32

Math1985 wrote:

Cavit wrote:
Dit is waarschijnlijk het gevolg van een upload die niet geheel voltooid is. Ik zou in zo'n geval een revert toepassen, maar misschien heeft iemand een betere suggestie.
Houd er rekening mee dat een upload enkele uren of in extreme gevallen zelfs dagen kan duren. Terwijl de upload bezig is zie je alleen de hoekpunten en niet de outlines, want de hoekpunten worden eerst geupload. Graag alleen reverten als je zeker weet dat de upload niet meer loopt.

dagen??? zelfs als het uren is heb je volgens mij een veel te groot gebied gepakt. ik denk dat het bij mij maximaal 30 minuten duurt en dat is als de API langzaam is. meestal is het minder.

omdat er steeds meer mensen BAG aan het inlezen zijn is een groot gebied een te groot risico voor dubbele uploads.

ik denk dat we over een paar weken klaar zijn. althans, met een eerste versie. daarna moeten we naar updates gaan kijken.

Last edited by florisje (2014-03-27 13:58:54)

florisje · 2014-03-27 14:01:58

jeffrey89 wrote:

3. In een winkelcentrum komt het voor dat de nummers soms naast het pand staan. Nu vroeg ik me af of jullie deze nummers handmatig op de goede positie zetten?

dit zou niet voor mogen komen. een verplichting van de BAG is dat de adresnode binnen de pandcontour staat.

ik heb het bij amsterdam centraal station wel gezien maar voor de rest nog nergens.

weet je zeker dat je niet op de rand van je import door een BAG gebouw snijdt?

Commodoortje · 2014-03-27 14:16:53

Cavit wrote:

Allroads wrote:
Bag nodes zijn wel geupload. Met tags
Bag panden zijn de hoeknodes wel geupload, de closed way niet en ook niet de tags, raar.
en raar de shape panden staan er nog in.
Dit is waarschijnlijk het gevolg van een upload die niet geheel voltooid is. Ik zou in zo'n geval een revert toepassen, maar misschien heeft iemand een betere suggestie.

Geen revert toepassen.
In 99% van de gevallen gaat het goed. Zoals @Cavit al aangeeft is de rendering dan nog bezig. De upload is al wel klaar, want anders had @Allroads het niet zo gek gevonden.
De volgorde in de rendering is (naar mijn ervaring) eerst de nodes, daarna de pandcontouren, daarna de straten en daarna de rest.
Op elk zoomniveau zou je F5 (verversen) kunnen toepassen. Meestal na een paar uur is het geheel goed gerenderd.
Visueel is het mogelijk dat je dubbele panden te zien krijgt. Ook dit is een proces dat tijdelijk is omdat de rendering nog in volle gang is.

Een revert zou ik alleen inzetten als je zeker weet dat je de stappen niet volgens handleiding hebt verricht en dat je echt niet meer weet hoe je het zou moeten oplossen.

Schiet dan niet gelijk in paniek en meld het op dit forum zodat een meer ervaren gebruiker er eerst even naar zou kunnen kijken. Geef dan een link naar je gebieds polygon (via dropbox of iets van dergelijke aard)

Ldp · 2014-03-27 14:47:24

Dubbele panden op de kaart komt niet door de rendering die nog bezig is, maar omdat de import nog loopt.

Als je tijdens het uploaden van een gebied regelmatig een gebied met F5 ververst op osm.org, zul je zien dat eerst de adresnodes verschijnen (standalone nodes worden eerst geüpload) en daarna de nieuwe panden (nodes en ways). Als laatste upload JOSM de panden en nodes die verwijderd zijn. Je zult dus tijdens een upload zowel BAG als 3dShapes panden over elkaar kunnen zien, waarbij de laatstgenoemde langzaamaan weer verdwijnen. Een paar minuten na het voltooien van een upload, moet alles al goed op de kaart staan.

Cavit · 2014-03-27 14:52:30

Commodoortje wrote:

Cavit wrote:
Allroads wrote:
Bag nodes zijn wel geupload. Met tags
Bag panden zijn de hoeknodes wel geupload, de closed way niet en ook niet de tags, raar.
en raar de shape panden staan er nog in.
Dit is waarschijnlijk het gevolg van een upload die niet geheel voltooid is. Ik zou in zo'n geval een revert toepassen, maar misschien heeft iemand een betere suggestie.
Geen revert toepassen.
In 99% van de gevallen gaat het goed. Zoals @Cavit al aangeeft is de rendering dan nog bezig. De upload is al wel klaar, want anders had @Allroads het niet zo gek gevonden.

Sorry, ik was niet duidelijk genoeg, ik bedoelde iets anders. Het gaat in het geval van Allroads om changesets 21256552 en 21254127. Deze zijn 4 en 5 dagen geleden afgesloten. Toch zijn alleen losse nodes geupload. Ik bedoelde met "upload die niet geheel voltooid is" dat de upload door onbekende oorzaak voortijdig is afgebroken (4 en 5 dagen geleden) terwijl deze nog met de nodes bezig was, en niet is toegekomen aan de pandcontouren. Het ligt hier dus niet aan de rendering. Dit was de reden om een revert te suggereren.

Commodoortje · 2014-03-27 15:09:19

De (lege) losse nodes zijn simpel door de validator op te sporen en via "fix" te verwijderen in de zelfde validator.

Deze stap staat in de handleiding als volgt beschreven:

Download minimaal een uur na afronding van je import via de optie 'Download from OSM mirror' het gebied dat je hebt geïmporteerd. Draai de validator en los met behulp van het commando 'fix' automatisch alle duplicated ways en building duplicated nodes op. Onder warnings kun je ook nog 'other duplicated nodes - duplicated nodes' tegenkomen. Los ook deze automatisch op. [11] Geef bij upload als omschrijving: "Validatortest" en als source: "Validator" mee

Announcement

#501 2014-03-26 13:06:06

Re: Idee om wat met BAG te gaan doen

#502 2014-03-26 14:00:10

Re: Idee om wat met BAG te gaan doen

#503 2014-03-26 14:47:31

Re: Idee om wat met BAG te gaan doen

#504 2014-03-26 16:56:43

Re: Idee om wat met BAG te gaan doen

#505 2014-03-26 17:08:02

Re: Idee om wat met BAG te gaan doen

#506 2014-03-26 20:25:57

Re: Idee om wat met BAG te gaan doen

#507 2014-03-26 22:27:00

Re: Idee om wat met BAG te gaan doen

#508 2014-03-26 22:30:23

Re: Idee om wat met BAG te gaan doen

#509 2014-03-26 23:37:38

Re: Idee om wat met BAG te gaan doen

#510 2014-03-27 00:20:46

Re: Idee om wat met BAG te gaan doen

#511 2014-03-27 00:40:05

Re: Idee om wat met BAG te gaan doen

#512 2014-03-27 01:05:07

Re: Idee om wat met BAG te gaan doen

#513 2014-03-27 01:22:01

Re: Idee om wat met BAG te gaan doen

#514 2014-03-27 11:00:12

Re: Idee om wat met BAG te gaan doen

#515 2014-03-27 13:04:14

Re: Idee om wat met BAG te gaan doen

#516 2014-03-27 13:10:25

Re: Idee om wat met BAG te gaan doen

#517 2014-03-27 13:22:47

Re: Idee om wat met BAG te gaan doen

#518 2014-03-27 13:25:56

Re: Idee om wat met BAG te gaan doen

#519 2014-03-27 13:43:21

Re: Idee om wat met BAG te gaan doen

#520 2014-03-27 13:58:32

Re: Idee om wat met BAG te gaan doen

#521 2014-03-27 14:01:58

Re: Idee om wat met BAG te gaan doen

#522 2014-03-27 14:16:53

Re: Idee om wat met BAG te gaan doen

#523 2014-03-27 14:47:24

Re: Idee om wat met BAG te gaan doen

#524 2014-03-27 14:52:30

Re: Idee om wat met BAG te gaan doen

#525 2014-03-27 15:09:19

Re: Idee om wat met BAG te gaan doen

Board footer