Hallo Guy, De discussie is op dit moment nogal technisch. Dit is met de bedoeling om de data 'klaar te stomen', zodat iedereen er vlot gebruik van kan maken. Dat je die discussie niet altijd kan volgen, maak je daar geen zorgen over.
We zullen nog wat meetings en hangouts moeten organiseren om te zorgen dat iedereen weet hoe deze dat in OSM te integreren. Want helemaal automatisch zal dat zeker niet gebeuren. Ik ben er bij wijze van test een aantal aan het invoeren en ik kan je verzekeren, dat het nog heel wat werk kost, als je het goed wilt doen. Het enige verschil is dat de huisnummers op nodes worden aangeleverd. Dan moeten ze nog op de gebouwen worden overgezet. Als deze gebouwen er nog niet zijn, kan je met de building tools er met 3 klikken een rechthoek overheen tekenen en wordt de info van de node naar het gebouw overgedragen. Als dat gebouw parallel staat met het gebouw ernaast, kan het ook met 2 klikken. Als het gebouw al in OSM zit, dan zijn er een aantal mogelijkheden. Het komt er echter bijna altijd wel op neer dat je de geometrie van het gebouw ook nog wat moet aanpassen. Opnieuw tekenen zou soms zelfs sneller gaan. (Maar we willen wel de historiek intact houden). Gebouwen zijn natuurlijk niet altijd rechthoekig, maar de extrude tool (x) kan hierbij enorm behulpzaam zijn. (als je in extrude mode zit, kan je met dubbelklik ook nodes op de contour van het gebouw toevoegen). Als je een gebouw wilt tekenen dat parallel is, houd je het vorige geselecteerd. Als je echter een gebouw wilt tekenen dat aanligt bij het vorige, dan kan je beginnen op 1 van de nodes ervan, dan een 2e aanklikken en dan beginnen 'uitrekken'. Dan zijn de nodes vanzelf deel van beide gebouwen. Gebouwen met curves kunnen tegenwoordig ook mooi afgewerkt worden met 'o'. Voor bestaande gebouwen kan je de conflation tool gebruiken. Je kan echter ook in het menu selection,* 'Select all inside'* kiezen. Als dat 1 node en 1 gebouw oplevert, kan je daarna *'Replace Geometry'* gebruiken om beide samen te voegen. Je krijgt dan nog een dialoogvenster als er conflicten zijn. Ik heb die respectievelijk op 't' en 'v' gemapt. (Je kan de sneltoetsen voor je tools aanpassen aan je eigen voorkeuren) Jo Op 30 oktober 2014 11:45 schreef Guy Vanvuchelen <guy.vanvuche...@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.ge...@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 <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
