[OSM-talk-nl] Huisnummers AND in Karlsruhe formaat

Tue Jul 29 10:14:50 UTC 2008

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 at openstreetmap.org>
To: OpenStreetMap NL discussion list <talk-nl at openstreetmap.org>
Subject: [OSM-talk-nl] Huisnummers AND in Karlsruhe formaat
Date: 29/07/08 12:23

> Hoi,
> Op talk at osm 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 at openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
> 
> 

________________________________________________
Message sent using UebiMiau 2.7.10