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 <winfi...@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.abelshau...@gmail.com>: > > Hey, >> >> 2014-10-30 8:41 GMT+01:00 Jo <winfi...@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@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-be > >
_______________________________________________ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be