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:[email protected]] 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 <[email protected]>: 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 <[email protected]>: Hey, 2014-10-30 8:41 GMT+01:00 Jo <[email protected]>: 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 [email protected] https://lists.openstreetmap.org/listinfo/talk-be
_______________________________________________ Talk-be mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-be
