[OSM-talk-be] import AGIV CRAB-data

Thu Oct 30 11:10:17 UTC 2014

Hallo Guy,

Waar Sander en Thomas nu bezig zijn is het volgende:

- een website waarop je eenvoudig per postcode kan zien waar AGIV Crab
huisnummers heeft en OSM niet. Je kan er ook op zien waar een andere
nummers staan in de 2 databanken
- Vanuit die website kan je dan de gegevens downloaden in JOSM. En dan
begint het manuele werk. Sander heeft een beschrijving gedaan van hoe je
die gegevens dan "verwerkt" en oplaadt. Maar, dit kan net zo goed gebeuren
op de manier die jij beschrijft. Ik moet zelf ook nog Sander's manier
uitproberen om nu te weten of die zoveel efficiënter is als wat jij nu
doet. Het is natuurlijk wel de bedoeling dat we deze methode zo duidelijk
mogelijk uitleggen aan een zo'n groot mogelijk publiek. Dit kan via de wiki
met screenshots, hangouts, video's of gewoon op "cafe".

- Ik denk wel dat er wat verschillen zitten in de data die je via hun werk
gaat krijgen, vs. wat je op RGB-AGIV ziet. Dit heeft o.a. te maken met
verschillende databanken die AGIV CRAB zelf heeft met huisnummers.

Nergens in deze procedure zal het harde werk dat tot nu toe al gebeurd is,
weggegooid worden (in tegenstelling tot bv. de Nederlandse BAG import).
Je gaat bv. wel via de website kunnen zien of je in een straat ergens een
nummertje vergeten bent.

Hopelijk maakt dit een en ander wat begrijpelijk. Mocht dat nog niet het
geval zijn, aarzel dan niet om bijkomende vragen te stellen.

met vriendelijke groeten

m

2014-10-30 11:45 GMT+01:00 Guy Vanvuchelen <guy.vanvuchelen at gmail.com>:

> Reeds enkele weken volg ik de discutie over de adressen. Eigenlijk snap ik
> er weinig van.  Ik wil me niet bij de echte mappers rekenen maar echt
> beginnend ben ik toch ook niet.  Maanden geleden ben ik begonnen met in de
> streek rond Tienen huisnummers in te brengen.  Maar toen ik op het forum
> meende te begrijpen dat het automatisch zou kunnen ben ik natuurlijk
> gestopt. En nu, weet ik het niet meer. Moet ik terug beginnen of moet ik
> nog wachten.  Er zijn misschien efficiëntere manieren om adressen te mappen
> dan de manier waarop ik het doe maar anderzijds… als ik er 1000 doe zijn er
> 1000 gedaan.  Of worden die bij een eventuele automatisering toch
> overschreven?
>
> Mijn manier is gewoon met AGIV luchtfoto’s de huizen van een straat
> tekenen en dan met RGB-AGIV er de nummers proberen op te zetten.  Bij
> problemen ga ik dan gewoon eens kijken of ik ter plaatse de zaak kan
> oplossen.
>
> Een kleine anekdote: In het Medekersveld in KUmtich (Tienen) staan vooraan
> 3 huizen aan de linkerkant: 1, 3 en 5. Enkele honderden meters verder dat
> er nog één huis. Volgens AGIV is dat nr 7. Nochtans had ik in OSM nr 100
> ingebracht. Op het huis of op de brievenbus staat geen nummer, maar in de
> (geopende) brievenbus vond ik een brief met nr 100. Wie heeft nu gelijk?
>
> O ja, als de huizen getekend zijn gebruik ik het ‘adres tool’ en daar
> blijven de gegevens voor straat, gemeente, enz. gewoon staan en moet je
> alleen het nummer wijzigen. Bij het gereedschap ‘Rijtjeshuis maken’ komen
> de straten  enz;  automatisch in een associatedStreet relatie.
>
>
>
> Ik bewonder diegenen die, dank zij een of ander script, bergen werk kunnen
> herleiden tot een niemendalletje maar ik vrees dat er niet zoveel mappers
> zijn die nog kunnen volgen. Het moet eenvoudig blijven zodat ‘niet
> programmeurs’ ook nog mee kunnen want dat zijn de mensen die meestal het
> meest tijd hebben om ‘veldwerk’ te doen.
>
>
>
> GuyVV
>
>
>
> *Van:* Marc Gemis [mailto:marc.gemis at gmail.com]
> *Verzonden:* donderdag 30 oktober 2014 11:11
> *Aan:* Jo Simoens; OpenStreetMap Belgium
> *Onderwerp:* Re: [OSM-talk-be] import AGIV CRAB-data
>
>
>
> Jo, jammer genoeg ben je nog zo wat de enige die nog met associatedStreet
> relaties wil werken. Als ik in de landen om ons heen kijk, breken ze
> associatedStreet allemaal af. (in de figuurlijke zin)
>
> Dus waar ga je support krijgen voor data in die relatie ? Op het minieme
> gebruik van Nominatim na, dat dan nog niet hetzelfde doet als jij zou
> willen ?
>
>
>
> Ben, als je jouw approach volgt (alles op node), zou ik dat toch ook eerst
> testen op osm.org. Leg anders maar eens uit aan een beginnende mapper dat
> hoewel hij een postcode op een node plaatst er toch een andere uitrolt.
>
>
> Ik weet dat je niet met bepaalde software in je achterhoofd mag mappen,
> maar als er nu iemand naar osm.org gaat en het verkeerde adres rolt
> eruit, dan stopt het voor velen (dat is mijn mening, niet wetenschappelijk
> getest).
>
> Het is weeral een tijdje geleden dat ik op dat gebied nog testen gedaan
> heb, dus nominatim is misschien gewijzigd ondertussen, maar data van een
> node werd genegeerd.
>
>
>
> Het is voor mij gemakkelijker uit te leggen dat een boundary is gebroken
> dan om iemand wijs te maken dat de data wel juist is, maar dat de
> "gekendste" website  (osm.org) er geen gebruik van maakt.
>
>
>
> just my .5 cent
>
>
>
> m
>
>
>
> 2014-10-30 9:37 GMT+01:00 Jo <winfixit at gmail.com>:
>
> Als je de data aangeleverd krijgt, inclusief de associatedStreet-relatie,
> dan is het niet zo'n grote uitdaging om uit te leggen, waar dat voor staat.
> Zelfs kinderen, vanaf een jaar of 10 kunnen dat begrijpen. We moeten de
> mensen die bijdragen aan OSM nu weer niet al te veel gaan onderschatten.
>
> Laten we niet vergeten dat het om miljoenen adressen gaat voor Vlaanderen
> alleen. Als al die adressen er eenmaal inzitten, moet je al die rompslomp
> elke keer weer over de draad trekken als je dat inlaadt en verwerkt. Ik heb
> nog steeds een datalimiet op 3G.
>
> We hoeven niet superefficiënt te zijn, maar om nu in het andere uiterste
> te vervallen, gewoon omdat we willen dat een kind van 7 het ook zou kunnen
> snappen...
>
> Ik gebruik die aS-relaties trouwens ook om snel een (grafisch) overzicht
> te krijgen van een straat. Waar zijn er nog adressen als node gemapt, e.d.
> De validatietools geven ook wat meldingen, maar die staan nog niet helemaal
> op punt, voor onze situaties waar straten soms in meerdere aS-relaties
> thuishoren.
>
>
>
> Jo
>
>
>
> Op 30 oktober 2014 09:10 schreef Ben Abelshausen <
> ben.abelshausen at gmail.com>:
>
>
>
> Hey,
>
>
>
> 2014-10-30 8:41 GMT+01:00 Jo <winfixit at gmail.com>:
>
> Wat mij betreft is een adres niet compleet, zonder postcode en gemeente.
>
>
> Ik ben het hiermee eens.
>
>
>
> Ge moet ook bedenken dat we in OSM niet persé het meest efficiënte
> data-model moeten hebben. Een deel van de prioriteit zou ook moeten zijn
> dat de dingen gemakkelijk onderhoudbaar zijn daarom ben ik voorstander van
> de meest eenvoudige oplossing in de vorm van adressen met straat, nummer,
> postcode, gemeente.
>
>
>
> Associated street klinkt logisch en best vertrekkende vanuit kennis van
> IT, GIS, JOSM, database normalisatie en dergelijke maar ik wil niet diegene
> zijn die dat moet gaan uitleggen aan nieuwelingen. En als er nu één ding is
> dat we nodig hebben is meer mappers. Werken met boundaries voor
> postcode/gemeente klinkt ook goed maar dat stopt met werken als er een
> boundary kapot gaat (en dan zijn ineens alle adressen daar waardeloos), als
> een gebouw adres op/dichtbij de grens ligt (denk aan een perceel dat
> grotendeels in één gemeente ligt maar het gebouw in een andere?!).
>
>
>
> Ik heb heel veel ervaring met adressen vanuit mijn werk bij de post en
> AGIV en boundaries kloppen niet altijd, adressen kloppen niet altijd,
> locaties van adressen zijn niet altijd logisch tov straatnaam/postcode
> en/of gemeente! Er zijn zelfs adressen die enkel te onderscheiden zijn op
> gemeente naam (dus postcode,straat, nummer is NIET overal uniek).
>
>
>
> De boodschap is: keep it simple!
>
>
>
> Iets relatiefs eenvoudig als een adres moet in OSM ook eenvoudig blijven
> om toe te voegen en te wijzigen. Dat wil zeggen: inloggen op website,
> klikken op gebouw of node en een paar veldjes invullen.
>
>
>
> Met vriendelijke groeten,
> Best regards,
>
> Ben Abelshausen
>
>
>
>
> _______________________________________________
> Talk-be mailing list
> Talk-be at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
>
> _______________________________________________
> Talk-be mailing list
> Talk-be at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-be/attachments/20141030/83d88489/attachment.htm>