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

[Jo]

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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-be/attachments/20141030/60aaa21c/attachment.htm>