You are not logged in.

#26 2012-10-18 10:17:32

ZMWandelaar
Member
From: Putten, NL
Registered: 2010-06-08
Posts: 541

Re: Idee om wat met BAG te gaan doen

noordfiets heeft wel een punt. Ik zie echter wel beren op de weg. Al zijn het misschien wasbeertjes.

Al is bv de BAG data Open Data, dat betekend nog niet dat het Open Source is zoals OSM. Wijkt de Geografische positionering af in de DB van BAG, dan kan het maar zo zijn dat de Layer projectie laat zien dat bv het gemeentehuis van Harderwijk midden op de A28 ligt. Toch wat slordig lijkt mij. OSM mapper hebben in een openstructuur al snoordfiets aangeeft niet de mogelijkheid om deze vermeende fout te corrigeren.

Is het succes van het projecteren van Open data in aparte layers binnen een OSM projectie daadwerkelijk afhankelijk van de koppeling in GEO projectie?
Kan dit practische problemen opleveren?

Offline

#27 2012-10-18 10:24:55

ligfietser
Member
Registered: 2008-10-09
Posts: 5,298
Website

Re: Idee om wat met BAG te gaan doen

+1 Noordfiets

We bevinden ons in een overgangssituatie. Ik ben geneigd in mijn regio alleen nog de nieuwbouw van na plm 2005 (ontbreekt vrijwel geheel op OSM) toe te gaan voegen en daarna verder zien of het nog wel zin heeft de rest te vervangen/bij te houden. Afgelopen weekend heb ik de Vinex wijk Vathorst geïmporteerd en daarbij tot de conclusie gekomen dat heel Amersfoort laat staan Nederland vrijwel onbegonnen werk is (voor mij althans, misschien dat een IT-er hier anders over denkt).

Offline

#28 2012-10-18 10:28:45

ligfietser
Member
Registered: 2008-10-09
Posts: 5,298
Website

Re: Idee om wat met BAG te gaan doen

ZMWandelaar wrote:

Is het succes van het projecteren van Open data in aparte layers binnen een OSM projectie daadwerkelijk afhankelijk van de koppeling in GEO projectie? Kan dit practische problemen opleveren?

Ik denk dat dat ligt aan de AND wegen die verkeerd gepositioneerd zijn. Eigenlijk moeten die ook allemaal vervangen worden door de wegen uit het NWB bestand. Is die laatste dataset openbaar en zo ja waar te vinden? Op https://data.overheid.nl/data/dataset/n … waterstaat vind ik alleen doodlopende links.

Offline

#29 2012-10-18 19:05:10

sebastic
Member
Registered: 2012-05-14
Posts: 244

Re: Idee om wat met BAG te gaan doen

Ik zie wel duidelijk meerwaarde om BAG e.d. open data bronnen in OSM te integreren. De OSM database is een bron voor one-stop shopping voor geo data, het integreren van de verschillende data bronnen is als data consumer al voor je gedaan, je hoeft maar met 1 formaat rekening te houden. Tevens is rondom die database een heel ecosysteem van tools beschikbaar om met die data te werken.

Professionele kaarten tokos integreren de data uit de BAG, NWB e.d. ook in hun eigen map. Het recente Apple Maps fiasco is een voorbeeld van het niet goed integeren van de verschillende datasources. Waarom zouden we elke gebruiker van Geo data dat zelfde pad op forceren, als we het leven voor elkaar makkelijk kunnen maken door de data te integreren tot een handzaam formaat?

Het toekomst beeld wat geschetst word van het via Openlayers en dergelijke tools combineren van data sets vind ik een erg mooie. Iedere provider stelt zijn data beschikbaar en met open standaarden knopen we alles aan elkaar. Dan hebben we Google niet meer nodig om de informatie van de wereld beschikbaar te maken, dat doen de data providers dan zelf al. Ik verwacht dit echter niet op de korte termijn, daar gaan nog wel een tiental jaar overheen voor we daar zijn vermoed ik. In het nu hebben we behoefte aan adressen uit de BAG, straatnamen en ligging uit de NWB e.d. en kunnen dat eindelijk in OSM integreren nu de licentie perikelen uit de weg zijn.

Het een hoeft het ander natuurlijk niet uit te sluiten. Degenen die nut zien in het integreren van open data in OSM kunnen dat nu doen, terwijl anderen hun tijd besteden aan het ontwikkelen van tools om open data eenvoudig te combineren. QGIS ziet er op dat gebied veel belovend uit, maar is wel een andere tak van sport dan OpenLayers of mkgmap.

Wat de NWB betreft, hier zijn diverse feeds van te vinden via het Nationaal Georegister: http://www.nationaalgeoregister.nl/

Last edited by sebastic (2012-10-18 19:06:46)

Offline

#30 2012-10-18 20:09:11

PeeWee32
Member
From: Leusden, NL
Registered: 2010-11-28
Posts: 1,240
Website

Re: Idee om wat met BAG te gaan doen

Ik kan me helemaal vinden in de woorden van Sebastic. Ik zou daar nog aan toe willen voegen dat we OSM vooral als internationaal project moeten zien. Ik zou het nog steeds vreemd vinden als we anderen van deze open data onthouden (via OSM) maar ze verwijzen naar een vrij beschikbare database voor NL die met de nodige conversiesllagen te integreren is met OSM. Als een android applicatie als Osmand voor ieder land op een dergelijke wijze te werk zou moeten gaan betekent dit dat het practisch niet meer werkbaar is om te kunnen navigeren naar de exacte locatie van een adres. Op een verantwoorde wijze deze vrije data OSM in krijgen is mi momenteel de beste optie.

Ik denk dat het relatief eenvoudig moet zijn voor een locale mapper om BAG data verantwoord OSM in te krijgen. Ik ben in Leusden vorig weekend bezig geweest en dat ging relatief eenvoudig. Met wat extra scripts/plugins en wat ervaring is het mi redelijk snel te doen. Als we ook nog een snellere methode krijgen om informatie van het oude 3dShapes pand op het BAG pand te krijgen dan schiet het best op. Vele handen maken licht werk. Maar goed dat zien we tzt nog wel.

Laten we eerst maar eens kijken of het uberhaupt goed mogelijk is  de BAG data verantwoord OSM in te kunnen krijgen met de steun van een substantieel deel van de OSM gemeenschap.

Last edited by PeeWee32 (2012-10-18 20:10:52)

Offline

#31 2012-10-18 20:47:37

cartinus
Member
From: Houten
Registered: 2008-01-06
Posts: 502

Re: Idee om wat met BAG te gaan doen

noordfiets wrote:

Als ik de OSM kaart zit te bekijken en ik wil graag de huisnummers zien is het net zo makkelijk gewoon een overlay aan te zetten waarin die informatie staat.

Alleen is het maken van die wereldwijde overlay een (zo goed als) onmogelijke taak als die huisnummers verspreid zijn over een honderdtal databases met elk hun eigen formaat. Dus tot openmetamap[1] gerealiseerd is (ik mag het geloof ik geen vapourware noemen) blijven er imports.


Vergeet bovendien niet de mogelijkheid de data te verrijken na een import. In de BAG zitten adressen gekoppeld aan een 2D representatie van gebouwen. In OSM zijn er tags voor 3D modellen van gebouwen [2]. Wil je dat invoeren, dan zul je toch echt met 2D moeten beginnen.


[1]http://www.google.nl/#hl=nl&output=search&q=openmetamap
[2]http://wiki.openstreetmap.org/wiki/Category:3D

Offline

#32 2012-10-19 02:40:26

sebastic
Member
Registered: 2012-05-14
Posts: 244

Re: Idee om wat met BAG te gaan doen

sebastic wrote:

Ik zie het zelf niet zitten om met twee accounts te werken als ik een gebied aan het verbeteren ben. Dan moet ik eerst met mijn import account de gebouwen importeren, om daarna met mijn normale account de wegen te alignen, shop/amenity e.d. tags aan gebouwen toe te voegen etc. Dat betekend JOSM opnieuw opstarten en overnieuw beginnen. In de context van een massale import zoals de AND data destijds vind ik het geen probleem om daar een dedicated account voor te gebruiken, maar ik zie liever niet dat soort massale imports voor BAG data. Het huidige voorstel om de BAG data beschikbaar te stellen voor mapper die het kunnen gebruiken bij het mappen zie ik daarom wel zitten. Door deels handmatig te importeren zorg je direct voor een deel QA omdat je ziet waar je mee bezig bent. Een massale import gebeurt uit het zicht op de achter grond, en gaat hoogt waarschijnlijk op een hoger tempo dan je de changes kunt bij houden om te controleren.

Maar gezien bijna iedereen die met de BAG data bezig is geweest inmiddels een mail van pnorman heeft gekregen om een dedicated import account te gebruiken en de import op de ML te bespreken, hebben we wat het dedicated account betreft geen keus.

Hier lijkt de DWG toch wat flexibeler in te zijn als ik de recente post van Frederik Ramm op talk@ lees.

Offline

#33 2012-10-19 05:47:27

PeeWee32
Member
From: Leusden, NL
Registered: 2010-11-28
Posts: 1,240
Website

Re: Idee om wat met BAG te gaan doen

fsteggink wrote:

In de Watervogelbuurt in Utrecht heb ik daarom zelfs een deel van de huisnummers niet ingevoerd.
Later heb ik nog wel langs een deel van de Oudegracht huisnummers verzamelen, maar dat had meer als doel om winkels en bedrijven te karteren, maar vooral om van het mooie weer te genieten smile Ook hiervoor geldt dat ik tegenwoordig meer heil zie in het koppelen van de BAG met OpenKVK.

Wat laat maar toch nog even een reactie hierop. De data van OpenKVK kan naar mijn mening zeker zeer waardevol zijn (ook voor OSM).  Dat je iets zou willen doen door deze data te combineren met BAG kan ik ook goed begrijpen. Sterker nog... dat heb ik al eens gedaan. Ik ben geen doorgewinterde ICT-er dus het koste me nogal wat moeite om met MS access wat data aan elkaar te knopen  maar het resultaat is er dan ook naar wink . Destijds had OpenKVK nog geen geo info en dus heb ik obv postcode/huisnummer wat gematched met BAG. Het resultaat daarvan heb ik op een kaartje geplot met als doel om dit aan mappers te verspreiden om OSM in te krijgen. Probleem daarbij is dat er in OSM nog geen BAG data zat dus... waar moesten ze die shop=*  tag dan aan hangen. Op het 3dShapes pand of misschien beter een losse node?  Lastig . Dit was 1 van de redenen voor mij om eerst maar eens te kijken of we met BAG wat zouden kunnen doen.

Een probleem waar ik tegenaan liep is dat de data van (Open)KVK zeer onbetrouwbaar is. Bedrijven /zelfstandigen kunnen op de vragenlijst van KVK haast invullen wat ze willen en het gaat zo rucksichtlos de database van KVK  en dus OpenKVK in. Gevolg: je ziet soms op een huisadres de KVK gegevens van een hotel dat ergens anders gevestigd is. Ws woont daar dan de directeur oid maar het klopt in ieder geval niet. Als je dus iets wil met de KVK data moet er nog een kwaliteitsslag overheen. Dat leek mij een prima klus voor de locale mapper.  Daar waar de informatie klopt kan ie snel de data OSM in krijgen en daar waar het niet klopt weet de locale mapper ms wel waar het hotel gevestigd is.

Het is dus technisch geen probleem om BAG met OpenKVK te koppelen (het is mij immers ook gelukt wink )  maar wat is de waarde van  de informatie die je overhoudt?

Ik vraag me dus af of het uberhaupt mogelijk is OpenKVK data te matchen met andere data en in een database te krijgen (OSM of een ander) zonder dat er een kwaliteitsslag overheen gehaald wordt.

Is het dus niet beter om alleen de betrouwbare OpenKVK data OSM in te krijgen en de onbetrouwbare er zo uit te filteren? Of zijn er betere ideeen?

Offline

#34 2012-10-19 08:00:46

noordfiets
Member
From: Groningen stad
Registered: 2010-02-14
Posts: 843

Re: Idee om wat met BAG te gaan doen

cartinus wrote:
noordfiets wrote:

Als ik de OSM kaart zit te bekijken en ik wil graag de huisnummers zien is het net zo makkelijk gewoon een overlay aan te zetten waarin die informatie staat.

Alleen is het maken van die wereldwijde overlay een (zo goed als) onmogelijke taak als die huisnummers verspreid zijn over een honderdtal databases met elk hun eigen formaat. Dus tot openmetamap[1] gerealiseerd is (ik mag het geloof ik geen vapourware noemen) blijven er imports.

Zo'n wereldwijde overlay is niet zo'n punt eigenlijk. Je hebt daar een verwijzende database voor nodig en kunt dan aan de hand van de geografische positie een lijst van beschikbare overlays tonen voor die regio.

Vapourware .. dat is een goede vraag. Zoals Ligfietser al opmerkt zitten we in een overgangsfase. Niet speciaal binnen OSM maar op alle fronten. Ontwikkelingen als cloudcomputing en -opslag(*) en zaken als Google+ , Office365 gaan een kant op waar niet langer het fysiek bezit telt maar het internet de bron voor zowel software als data is. Dat vergt ook een omschakeling in denken.
Of we uiteindelijk echt die stap maken is afhankelijk van de acceptie. Nu al zie je hoe het ene bedrijf enthousiast al zijn data in die cloud gooit, terwijl het andere bedrijf nog maar eens een paar extra NAS'sen aanschaft omdat de juridische afdeling stond te steigeren.

Hoe dan ook is het een vraag of over 10 jaar zelfs de PC nog wel bestaat. Of dat een PC vervangen wordt door een terminal-achtig apparaat wat toegang geeft tot internet, maar dataopslag en rekenkracht uit dat internet haalt.

Dus of de damp neerslaat of verwaait? Ik durf het niet te zeggen. Maar we kunnen in elk geval niet blind zijn voor die ontwikkeling.
(En voor de duidelijkheid: ik ben niet tegen een BAG import.)

(*) De term cloud is een beetje gekaapt door grote software bedrijven. Wat nu cloud heet is dat eigenlijk niet in strikte zin. In feite is het nu een aan het internet gekoppelde centrale opslag. Het oorspronkelijk idee om data redundant te verspreiden over een groot aantal servers/pc's is een beetje ondergesneeuwd.

Offline

#35 2012-10-19 09:11:39

Jan Westerhof
Member
From: Amsterdam
Registered: 2011-08-04
Posts: 705

Re: Idee om wat met BAG te gaan doen

PeeWee32 wrote:
fsteggink wrote:

In de Watervogelbuurt in Utrecht heb ik daarom zelfs een deel van de huisnummers niet ingevoerd.
Later heb ik nog wel langs een deel van de Oudegracht huisnummers verzamelen, maar dat had meer als doel om winkels en bedrijven te karteren, maar vooral om van het mooie weer te genieten smile Ook hiervoor geldt dat ik tegenwoordig meer heil zie in het koppelen van de BAG met OpenKVK.

Wat laat maar toch nog even een reactie hierop. De data van OpenKVK kan naar mijn mening zeker zeer waardevol zijn (ook voor OSM).  Dat je iets zou willen doen door deze data te combineren met BAG kan ik ook goed begrijpen. Sterker nog... dat heb ik al eens gedaan. Ik ben geen doorgewinterde ICT-er dus het koste me nogal wat moeite om met MS access wat data aan elkaar te knopen  maar het resultaat is er dan ook naar wink . Destijds had OpenKVK nog geen geo info en dus heb ik obv postcode/huisnummer wat gematched met BAG. Het resultaat daarvan heb ik op een kaartje geplot met als doel om dit aan mappers te verspreiden om OSM in te krijgen. Probleem daarbij is dat er in OSM nog geen BAG data zat dus... waar moesten ze die shop=*  tag dan aan hangen. Op het 3dShapes pand of misschien beter een losse node?  Lastig . Dit was 1 van de redenen voor mij om eerst maar eens te kijken of we met BAG wat zouden kunnen doen.

Een probleem waar ik tegenaan liep is dat de data van (Open)KVK zeer onbetrouwbaar is. Bedrijven /zelfstandigen kunnen op de vragenlijst van KVK haast invullen wat ze willen en het gaat zo rucksichtlos de database van KVK  en dus OpenKVK in. Gevolg: je ziet soms op een huisadres de KVK gegevens van een hotel dat ergens anders gevestigd is. Ws woont daar dan de directeur oid maar het klopt in ieder geval niet. Als je dus iets wil met de KVK data moet er nog een kwaliteitsslag overheen. Dat leek mij een prima klus voor de locale mapper.  Daar waar de informatie klopt kan ie snel de data OSM in krijgen en daar waar het niet klopt weet de locale mapper ms wel waar het hotel gevestigd is.

Het is dus technisch geen probleem om BAG met OpenKVK te koppelen (het is mij immers ook gelukt wink )  maar wat is de waarde van  de informatie die je overhoudt?

Ik vraag me dus af of het uberhaupt mogelijk is OpenKVK data te matchen met andere data en in een database te krijgen (OSM of een ander) zonder dat er een kwaliteitsslag overheen gehaald wordt.

Is het dus niet beter om alleen de betrouwbare OpenKVK data OSM in te krijgen en de onbetrouwbare er zo uit te filteren? Of zijn er betere ideeen?

KvK data moet volgens mij alleen worden gezien als bewijs dat op dit of dat adres een Kvk-inschrijving van een rechtspersoon is. In die zin is het KvK-register m.i. betrouwbaar.

Als je vervolgens zelf conclusies gaat trekken op basis van KvK-data (bijv. dat op een adres de hotel-BV is ingeschreven, en dat dus ook het hotel zelf daar gevestigd is), voeg je onbetrouwbaarheid toe. Dat is dan een eigen conclusie, dat ligt niet aan het KvK-register.
Volgens mij moet per geval worden beoordeeld, of op het adres van de KvK-inschrijving van de rechtspersoon (stichting, vereniging, BV, NV, eenmanszaak), zich ook de activiteiten van die rechtspersoon afspelen. Dat is wel vaak zo, maar het hoeft helemaal niet.

Offline

#36 2012-10-19 14:00:01

PeeWee32
Member
From: Leusden, NL
Registered: 2010-11-28
Posts: 1,240
Website

Re: Idee om wat met BAG te gaan doen

Jan Westerhof wrote:

KvK data moet volgens mij alleen worden gezien als bewijs dat op dit of dat adres een Kvk-inschrijving van een rechtspersoon is. In die zin is het KvK-register m.i. betrouwbaar.

Als je vervolgens zelf conclusies gaat trekken op basis van KvK-data (bijv. dat op een adres de hotel-BV is ingeschreven, en dat dus ook het hotel zelf daar gevestigd is), voeg je onbetrouwbaarheid toe. Dat is dan een eigen conclusie, dat ligt niet aan het KvK-register.
Volgens mij moet per geval worden beoordeeld, of op het adres van de KvK-inschrijving van de rechtspersoon (stichting, vereniging, BV, NV, eenmanszaak), zich ook de activiteiten van die rechtspersoon afspelen. Dat is wel vaak zo, maar het hoeft helemaal niet.

Jan .. helemaal mee eens. We delen gelukkig wel de conclusie dat je niet zomaar "POI" achtige info uit (open)KVK kunt gebruiken om te concluderen dat daar ook die activiteit plaats vindt.

Offline

#37 2012-10-19 14:13:43

ligfietser
Member
Registered: 2008-10-09
Posts: 5,298
Website

Re: Idee om wat met BAG te gaan doen

Dedicated import account

sebastic wrote:

Ik zie het zelf niet zitten om met twee accounts te werken als ik een gebied aan het verbeteren ben. Dan moet ik eerst met mijn import account de gebouwen importeren, om daarna met mijn normale account de wegen te alignen, shop/amenity e.d. tags aan gebouwen toe te voegen etc. Dat betekent JOSM opnieuw opstarten en overnieuw beginnen.

Ik ben begonnen met een tweede -dedicated import- account waarmee ik nu de BAG gebouwen importeer én de bestaande gebouwen opschoon:
http://www.openstreetmap.org/user/ligfietser_BAG/edits

In praktijk valt deze werkwijze reuze mee, je moet alleen in de gaten houden met welk account je de boel upload, maar afsluiten van JOSM hoeft helemaal niet. Onder hetzelfde account en in dezelfde changeset met het uploaden schoon ik de oude gebouwen meteen op (muv de gebouwen met extra tags). Zodoende kan de oude situatie hersteld worden mocht er iets misgaan.

Het toevoegen van extra tags op zo'n BAG pand (bijv amenity=school) doe ik nadat ik de zaak heb geupload. Vóór het uploaden van deze wijzigingen even in JOSM bij de instellingen de gebruikersnaam veranderen van user_BAG naar user (het is dan makkelijker om hetzelfde wachtwoord te houden dan hoef je die niet telkens opnieuw te typen, maar dat moet iedereen voor zich bepalen).

Voordeel van twee accounts is dat ik hiermee tegemoet kom aan de richtlijnen van de DWG en dat men bij latere updates snel terug kan vinden welke panden onbewerkt afkomstig zijn uit het BAG (met de user=username_BAG) en welke evt zijn bewerkt (user=username). 

Om het proces een beetje uniform te laten verlopen is mijn voorstel om bij imports van BAG data dit te doen onder de naam username_BAG.

Offline

#38 2012-10-19 16:47:09

fsteggink
Member
From: Utrecht
Registered: 2010-02-13
Posts: 240
Website

Re: Idee om wat met BAG te gaan doen

Op talk heb ik de parameter -Djosm.home=<dir> ter sprake gebracht. Als je twee shortcuts maakt om JOSM op te starten, kun je makkelijk wisselen. Je loopt kans dat je nl. vergeet om de settings aan te passen.
Uiteraard vond iemand het niet handig, omdat je dan de rest van de preferences moet synchroniseren. Dat hangt natuurlijk af hoeveel je ze gebruikt. Je kunt ook beginnen met de prefs dir naar de 2e lokatie te kopieren. Dan valt dat wel mee.

Ligfietser: het aanpassen van de tags na de import is inderdaad iets dat je beter met je eigen account kunt doen en niet met je BAG-account. Op die manier kun je de import en integratie beter scheiden.

V.w.b. je conventie: dat wijkt af van mijn eigen conventie <import>_<username>! yikes Jeeminee, wat nu? Discussieren op tagging? Dan loop je zelfs nog kans dat mensen daar serieus op ingaan tongue

Offline

#39 2012-10-19 16:49:49

fsteggink
Member
From: Utrecht
Registered: 2010-02-13
Posts: 240
Website

Re: Idee om wat met BAG te gaan doen

PeeWee32 wrote:

Jan .. helemaal mee eens. We delen gelukkig wel de conclusie dat je niet zomaar "POI" achtige info uit (open)KVK kunt gebruiken om te concluderen dat daar ook die activiteit plaats vindt.

Eens, jullie hebben hierin gelijk.

Offline

#40 2012-10-19 16:52:33

PeeWee32
Member
From: Leusden, NL
Registered: 2010-11-28
Posts: 1,240
Website

Re: Idee om wat met BAG te gaan doen

ligfietser wrote:

Om het proces een beetje uniform te laten verlopen is mijn voorstel om bij imports van BAG data dit te doen onder de naam username_BAG.

Prima voorstel. Zou je dat account eigenlijk ook niet moeten gebruiken om de vnl 3dShapes panden te verwijderen? Ik denk dat als je de import van BAG wilt terugdraaien (om wat voor reden dan ook) je ook het verwijderen van de 3dShapes data wilt terugdraaien.

Offline

#41 2012-10-19 16:53:54

fsteggink
Member
From: Utrecht
Registered: 2010-02-13
Posts: 240
Website

Re: Idee om wat met BAG te gaan doen

ZMWandelaar wrote:

noordfiets heeft wel een punt. Ik zie echter wel beren op de weg. Al zijn het misschien wasbeertjes.

Al is bv de BAG data Open Data, dat betekend nog niet dat het Open Source is zoals OSM. Wijkt de Geografische positionering af in de DB van BAG, dan kan het maar zo zijn dat de Layer projectie laat zien dat bv het gemeentehuis van Harderwijk midden op de A28 ligt. Toch wat slordig lijkt mij. OSM mapper hebben in een openstructuur al snoordfiets aangeeft niet de mogelijkheid om deze vermeende fout te corrigeren.

Is het succes van het projecteren van Open data in aparte layers binnen een OSM projectie daadwerkelijk afhankelijk van de koppeling in GEO projectie?
Kan dit practische problemen opleveren?

De Geo-freaks hebben ook hier een oplossing voor big_smile Anders komen objecten wel uit in de buurt van Parijs (oorsprong RD stelsel, de "false origin" noemen ze dit), of in de bocht bij Afrika (0,0 lat/lon). Je kunt niet zomaar verschillende kaartlagen over elkaar leggen zonder ze te herprojecteren. Veel software doet dit automatisch, als je de instellingen goed hebt staan. Ook kun je herprojecteren in veel databases (PostGIS, Oracle).

Offline

#42 2012-10-19 17:32:45

ligfietser
Member
Registered: 2008-10-09
Posts: 5,298
Website

Re: Idee om wat met BAG te gaan doen

@Peewee het wissen doe ik ook onder de import naam omdat die twee handelingen onlosmakelijk aan elkaar verbonden zijn.
@Frank: sorry hoor maar in jouw tekst lees ik iets van xxx_import en ook sebas had het in een prive mail over username_BAG dus vandaar die naam;  <import>_<username> kan ik nergens vinden, waar haal je die vandaan?

Offline

#43 2012-10-19 19:32:04

PeeWee32
Member
From: Leusden, NL
Registered: 2010-11-28
Posts: 1,240
Website

Re: Idee om wat met BAG te gaan doen

ligfietser wrote:

@Frank: sorry hoor maar in jouw tekst lees ik iets van xxx_import en ook sebas had het in een prive mail over username_BAG dus vandaar die naam;  <import>_<username> kan ik nergens vinden, waar haal je die vandaan?

Maar het is toch juist handig om de term BAG in de accountnaam te hebben omdat er meerdere mensen met BAG bezig zijn. Die zijn dan makkelijk te herkennen.  En als je straks klaar bent met de import van BAG dan neem je gewoon een nieuwe accountnaam voor de  volgende database die je in OSM importeert wink

Offline

#44 2012-10-19 20:32:48

PeeWee32
Member
From: Leusden, NL
Registered: 2010-11-28
Posts: 1,240
Website

Re: Idee om wat met BAG te gaan doen

ligfietser wrote:

@Peewee het wissen doe ik ook onder de import naam omdat die twee handelingen onlosmakelijk aan elkaar verbonden zijn.

Ok. Dan blijft bij het invoeren van de BAG data alleen nog het overzetten van tags van het oude (3dShapes)  naar het nieuwe (BAG) pand over. Je kunt je afvragen of je dat ook niet onder de BAG account moet doen. Het is immers geen data die jij ooit in OSM hebt ingevoerd (al zullen die er ms ook wel bij zitten). Als later iemand je aanspreekt waarom je een pand een bepaald tag hebt gegeven kun je in ieder geval zien dat het met de BAG import te maken had.  Als we het hier over eens zouden worden dan hoeven we sec voor de BAG import alleen maar het BAG account te gebruiken en niet je eigen account. Wel zo makkelijk lijkt me.

Offline

#45 2012-10-19 22:02:03

ligfietser
Member
Registered: 2008-10-09
Posts: 5,298
Website

Re: Idee om wat met BAG te gaan doen

PeeWee32 wrote:

Je kunt je afvragen of je dat ook niet onder de BAG account moet doen. Het is immers geen data die jij ooit in OSM hebt ingevoerd (al zullen die er ms ook wel bij zitten). Als later iemand je aanspreekt waarom je een pand een bepaald tag hebt gegeven kun je in ieder geval zien dat het met de BAG import te maken had.  Als we het hier over eens zouden worden dan hoeven we sec voor de BAG import alleen maar het BAG account te gebruiken en niet je eigen account. Wel zo makkelijk lijkt me.

Daar ben ik het niet mee eens. Er van uitgaande dat een mapper in zijn eigen gebiedje importeert, neem ik aan dat als jij een bepaalde tag van het 3dshapes pand verplaatst naar het BAG pand, je dat ook doet met lokale kennis.
Dan heeft die tag dus niets met de oorspronkelijke BAG data te maken (het komt ook niet uit die database) en dient dus ook niet met die dedicated account te gebeuren.

Offline

#46 2012-10-20 06:11:41

PeeWee32
Member
From: Leusden, NL
Registered: 2010-11-28
Posts: 1,240
Website

Re: Idee om wat met BAG te gaan doen

ligfietser wrote:
PeeWee32 wrote:

Je kunt je afvragen of je dat ook niet onder de BAG account moet doen. Het is immers geen data die jij ooit in OSM hebt ingevoerd (al zullen die er ms ook wel bij zitten). Als later iemand je aanspreekt waarom je een pand een bepaald tag hebt gegeven kun je in ieder geval zien dat het met de BAG import te maken had.  Als we het hier over eens zouden worden dan hoeven we sec voor de BAG import alleen maar het BAG account te gebruiken en niet je eigen account. Wel zo makkelijk lijkt me.

Daar ben ik het niet mee eens. Er van uitgaande dat een mapper in zijn eigen gebiedje importeert, neem ik aan dat als jij een bepaalde tag van het 3dshapes pand verplaatst naar het BAG pand, je dat ook doet met lokale kennis.
Dan heeft die tag dus niets met de oorspronkelijke BAG data te maken (het komt ook niet uit die database) en dient dus ook niet met die dedicated account te gebeuren.

Laat ik een voorbeeld geven van wat ik gedaan heb. Ik heb in een aantal wijken in Leusden oude panden door BAG vervangen. Daarbij oude tags overgezet op nieuwe BAG panden. Daar zaten bv een aantal scholen bij (building=school, name=*). Ik weet wel dat dat een school is maar wat precies de naam is..? Die tags heb ik gewoon overgezet zonder te verifieren of die school ook echt zo heet of niet, dus inclusief evt spelfouten.. Het is mi ondoenlijk om een wijk of stad aan te pakken als je echt alles moet gaan controleren dat anderen hebben toegevoegd. Ik vergelijk de situatie voor en nadat ik een wijk heb aangepakt. Daar is qua tagging niets veranderd behalve dat het ene pand vervangen is door het andere. Dat lijkt mij juist de bedoeling van de actie om 3dShapes panden te  vervangen door BAG. Niet meer en niet minder. Als die mapper ook nog eens de boel wil opschonen (graag zelfs want je ziet soms wel rare dingen) dan kan dat toch gewoon daarna onder zijn eigen account?

Ik heb ook eens in bv Amsterdam wat bekeken maar daar zie je bv tags als alt_name:es=*    Ik ben benieuwd hoeveel lokale mappers weten of dat juist is.
Kunnen we het lokale mappers die bereid zijn oude panden te vervangen door BAG wel aandoen om deze extra controle van alle tags uit te gaan voeren? Ik ben bang dat het dan wel heel lang gaat duren voordat we klaar zijn.

edit: misschien moet de dedicated account niet alleen het woord BAG bevatten maar meer : replace_old_building_with_BAG_data_without_deleting_info.. (Ok is wat lang maar de bedoeling is duidelijk wink )  . Op huidige 3dShapes panden zie ik ook allerlei tags die later zijn toegevoegd maar de source is nog steeds 3dShapes.

Last edited by PeeWee32 (2012-10-20 06:30:10)

Offline

#47 2012-10-20 09:11:49

ligfietser
Member
Registered: 2008-10-09
Posts: 5,298
Website

Re: Idee om wat met BAG te gaan doen

PeeWee32 wrote:

edit: misschien moet de dedicated account niet alleen het woord BAG bevatten maar meer : replace_old_building_with_BAG_data_without_deleting_info.. (Ok is wat lang maar de bedoeling is duidelijk wink )  . Op huidige 3dShapes panden zie ik ook allerlei tags die later zijn toegevoegd maar de source is nog steeds 3dShapes.

The source wel maar de user is een andere mapper dan 3dShapes. Als je allerlei tags gaat toevoegen uit OSM is het niet meer de oorspronkelijke BAG data en daarom wilde ik een verschil maken tussen het dedicated import account en je eigen OSM account. Als je aan een gebouw gaat editten die een ander getagd heeft met een spaanse naam, doe je dat toch ook uit eigen naam zonder vaak te verifiëren of die Spaanse naam klopt?
Volgens mij heb je helemaal geen zin om twee accounts te gebruiken wink maar het wordt nu eenmaal opgelegd dus moeten we ook de voordelen ervan benutten, als je weer alles op een hoop gooit kan je tzt niet meer zien wat oorspronkelijk een bag tag was en wat een mapper heeft toegevoegd.

Offline

#48 2012-10-20 09:59:58

PeeWee32
Member
From: Leusden, NL
Registered: 2010-11-28
Posts: 1,240
Website

Re: Idee om wat met BAG te gaan doen

ligfietser wrote:

Volgens mij heb je helemaal geen zin om twee accounts te gebruiken wink maar het wordt nu eenmaal opgelegd dus moeten we ook de voordelen ervan benutten, als je weer alles op een hoop gooit kan je tzt niet meer zien wat oorspronkelijk een bag tag was en wat een mapper heeft toegevoegd.

Je kent met goed. Ik ben liever lui dan moe wink  maar ik begrijp heel goed het nut van een aparte account als je BAG wilt invoeren. Dat is het punt niet. Waar het om gaat is dat ik er moeite mee heb dat een lokale mapper alle tags zou moeten contoleren die hij gaat overzetten van oud naar nieuw. Als je dat toch gaat doen dan snap ik dat je dat eigenlijk niet onder speciaal import account wil doen (al heb ik daar niet heel veel moeite mee maar goed). Ik stel dan ook voor om:

Alle tags (exclusief addr:  etc wat al in BAG zit) over te zetten met je eigen account zonder alles te verifieren. In de changeset dan wel aangeven dat je dat op die manier gedaan hebt. Voorstel: "transfered old building tags to new building"

Offline

#49 2012-10-20 10:30:50

ligfietser
Member
Registered: 2008-10-09
Posts: 5,298
Website

Re: Idee om wat met BAG te gaan doen

Alle lokale tags blijven toch gewoon liggen op dezelfde plaats?  Alleen het gebouw eromheen vervang je, dus in feite komt dat op hetzelfde neer als een weg editten waar meerdere mappers aan hebben geedit. Als ik een fietsstrook toevoeg aan een weg en jij hebt er een maxspeed tag opgezet ga ik echt niet verifiëren of dat zo klopt, ik neem gewoon aan dat jij je best hebt gedaan.

Last edited by ligfietser (2012-10-20 10:31:10)

Offline

#50 2012-10-20 13:00:06

fsteggink
Member
From: Utrecht
Registered: 2010-02-13
Posts: 240
Website

Re: Idee om wat met BAG te gaan doen

ligfietser wrote:

@Frank: sorry hoor maar in jouw tekst lees ik iets van xxx_import en ook sebas had het in een prive mail over username_BAG dus vandaar die naam;  <import>_<username> kan ik nergens vinden, waar haal je die vandaan?

Ach, ik was in een melige bui, vandaar de smilies. smile

Offline

Board footer

Powered by FluxBB