Ik vind het hele huisnummer verhaal een behoorlijk zinloze discussie. Laten we eerst maar eens zorgen dat we zeker weten dat we alle straten en fietspaden van nederland er goed in hebben zitten, en dat de kaart correct routeerd, dan kunnen we daarna de blinde apen die zelf het huisnummer niet kunnen vinden gaan helpen. Postcode vind ik nog wel nuttig, op kleine apparaten kan dat makkelijker in te toetsen zijn dan een straatnaam.
Mijn idee voor huisnummers was om een straat in te delen in segmenten, en deze een tag te geven waarin je aangeeft welke huisnummers aan dat segment liggen. In een woonwijk geeft dat genoeg precisie. Of het nummer dan links of rechts aan de weg zit vind ik vrij nutteloze informatie. In 50% van de gevallen staat er maar aan 1 kant van de weg huizen. Aan een landelijke weg, waar slechts om de zoveel honderd meter een woning staat, map ik de oprijlaan als highway=service en voeg daar de straatnaam en huisnummer in een tag aan toe. Tijdens het routeren naar zo'n adres krijg je dan netjes een melding "over 100 meter rechtsaf" waarna je mooi de oprijlaan van het gezochte adres oprijdt. Het lijkt me goed om hier in Veenendaal over te praten. Geert Schuring. --------- Original Message -------- From: OpenStreetMap NL discussion list <talk-nl@openstreetmap.org> To: OpenStreetMap NL discussion list <talk-nl@openstreetmap.org> Subject: [OSM-talk-nl] Huisnummers AND in Karlsruhe formaat Date: 29/07/08 12:23 > Hoi, > Op [EMAIL PROTECTED] woedt alweer de zoveelste discussie over > huisnummer-schema's [1], > en wij zitten nog steeds met onze data van AND [2]. Omdat het mij leek dat > het Karlsruhe schema [3] de grootste kans op succes (=gebruik) heeft, ben ik > begonnen het AND conversie tool aan te passen om huisnummers uit te schrijven > in dit formaat. Een eerste resultaat is hier te vinden: > http://www.vanwal.nl/osm/huisnummers_AND_Eindhoven.osm > (Deel van het centrum en noorden van Eindhoven, alleen huisnummers, andere > data kan je er met JOSM zelf overheen laden. Als je graag een ander gebied > ziet genereer ik die zo, gegeven een bounding box.) > > Het grote voordeel van dit formaat voor ons (osm-nl) is dat de conversie > onafhankelijk van de eerder geimporteerde data gegenereerd en geupload kan > worden. Voor nadelen, zie o.a. de thread op talk [2]. Het belangrijkste > nadeel voor de Nederlandse situatie lijkt me de hoeveelheid data: elke weg > met huizen aan beide kanten zorgt voor twee nieuwe ways (om een indicatie te > geven: heel Nederland genereerd een .osm-file van zo'n 300 a 400 MB). In mijn > huidige versie wordt dan ook de naam van de straat (addr:street) en het > AND_nosr_r veld herhaalt om de adressen later met de juiste weg te kunnen > koppelen. Een alternatief zou zijn om relaties te gebruiken, maar dat zou nog > meer data genereren, dus dat heb ik nog maar niet gedaan. > > Details van de conversie > De huidige implementatie verschuift de nodes van een weg met huisnummers naar > links of rechts over een voorgedefinieerde afstand (op dit moment kan maar > één van die twee gekozen worden, ik draai het tool twee keer en voeg de data > samen). De weg wordt niet als geheel verplaatst (dat zou rare resultaten > geven bij kronkelenende wegen), maar elke node op zich wordt verplaatst in de > richting van de normaal op de hoek waar die node zit. Dit resulteert in > netjes "geëxplodeerde" en "geïmplodeerde" wegen. Daarna wordt de weg aan > beide uiteinden nog een beetje ingekort (weer met een vaste afstand) omdat > dat in de meeste gevallen een resultaat geeft dat het meeste met de > werkelijkheid overeen komt. > > Problemen/Hoe verder? > De huidige implementatie is niet perfect (en de gegenereerde data zal altijd > nabewerking vergen), maar zoals je in bovenstaand voorbeeld kan zien ziet het > er in de meeste gevallen al best aardig uit. Dingen die ik eventueel nog zou > aanpassen als we echt met deze data willen gaan werken zijn > - simplificatie van de gegenereerde huisnummer-ways om de hoeveelheid > nutteloze nodes een beetje in de perken te houden, > - verfijning van de gegenereerde tags (addr:range_odd en addr:range_even > kunnen weg, AND_nosr_r moet misschien ook geprefixt worden, etc.). > > Verder denk ik dat een eventuele import op twee manieren gedaan zou kunnen > worden: > - Big bang, alles in één keer zoals met de originele AND import. Nadeel > hiervan is dat het op sommige plaatsen misschien een beetje een rotzooitje > kan worden door bijv. slechte conversie of bestaande data die is aangepast en > de huisnummers niet meer netjes langs de straten lopen. > - Stuksgewijs, waarbij iedereen een gebiedje kan downloaden, bekijken, > aanpassen en dan uploaden. Voordelen en nadelen worden als oefening voor de > lezer gelaten ;-) > > P.S. Ik wil hier best in Veenendaal of Baarn (maar dat duurt weer zo lang) met > mensen over doorpraten, laat het even weten als je dat een goed idee lijkt. > > [1] Begonnen met > http://lists.openstreetmap.org/pipermail/talk/2008-July/028151.html > [2] http://wiki.openstreetmap.org/index.php/AND_Data/Spec#Roads_file > (zie RD_23, hn#...) > [3] > http://wiki.openstreetmap.org/index.php/Proposed_features/House_numbers/Karlsruhe_Schema > > -- > Freek > > _______________________________________________ > Talk-nl mailing list > Talk-nl@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl > > ________________________________________________ Message sent using UebiMiau 2.7.10 _______________________________________________ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl