<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Het gaat over van dit :<br>
<br>
addr:housenumber=100b4<br>
<br>
dit makenL<br>
<br>
addr:housenumber=100<br>
addr:bus=4<br>
<br>
Hypotetisch gesteld. Dat levert geen problemen op, een node
blijft een node, een way blijft een way.<br>
<br>
Glenn<br>
<br>
<br>
On 2013-10-21 12:08, Jo wrote:<br>
</div>
<blockquote
cite="mid:CAJ6DwMChvMudSW7Lf3XJvsse83150AbDPz1kz_pw=gwA4+wJXQ@mail.gmail.com"
type="cite">
<div dir="ltr">
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>Net voor zulke uitzonderlijke gevallen vind
ik dat de AS-relatie de oplossing bij uitstek
is.<br>
<br>
</div>
Glenn, er is een groot verschil tussen huisnummer
op gebouw en huisnummer op
voordeur/brievenbus/inrit en ik zie niet hoe je
dat snel kunt omzetten van het ene naar het andere
met Overpass. Van node naar gebouw is
waarschijnlijk wel nog mogelijk.<br>
<br>
</div>
Mijn voorkeur zou ook uitgaan naar aparte nodes voor
de adressen. De volgende vraag is dan: zetten we die
gewoon ergens binnen de gebouwcontour? Of zetten we
die dan waar de voordeur is, met nog een extra
entrance=main? (Mijn voorkeur, veel eenvoudiger om
te verwerken)<br>
<br>
</div>
Bijkomende vraag is, zetten we dan zowel die nodes als
de gebouwen in de AS-relatie? Of enkel de adresnodes?<br>
<br>
</div>
Die vragen zijn niet aan bod gekomen bij de
UrbIS-import, omdat er toen niemand was om ze te
stellen. Ik zou 's terug moeten gaan kijken in de
archieven, of ik daar iets van vermeld had.<br>
<br>
</div>
We hebben toen gewoon gekozen voor wat de meest
gebruikelijke manier is om adressen te mappen.<br>
<br>
</div>
Bij huizen met 2 adressen (enorm veel hoekhuizen in
Brussel), zijn er wel 2 nodes gebleven. Die staan in de
contour. Ik zou ze liever als node op de contour zien.<br>
<br>
</div>
De UrbIS-import is ongeveer halfweg, het is nog niet te laat
om daar van taktiek te veranderen. Al zal het wel breder en
nog 's in het Engels besproken moeten worden.<br>
<br>
</div>
Jo<br>
</div>
<div class="gmail_extra">
<br>
<br>
<div class="gmail_quote">Op 21 oktober 2013 11:25 schreef Glenn
Plas <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:glenn@byte-consult.be" target="_blank">glenn@byte-consult.be</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
<div>Ik zou het laten staan zoals het is, als er een
consensus komt is het kinderspel om dit via OverPass API
op te lossen, al die notaties die ik daar opsomde, die
kan je allemaal opvangen en uniform zetten via Overpass,
hoe het ook uitdraait. Kwestie van paar uurkes werk, en
je heb heel belgie gedaan. Net zoals Dexia
->Belfius, met 500tal kantoren of zo, als je dat
manueel gaat hernoemen .... Dat was 5m werk via
overpass, en nog eens 10m nakijken voor upload.<br>
<br>
Dus doe vooral geen extra werk dat je toch zo kan
opvangen. <br>
<div class="im"> <br>
On 2013-10-21 10:58, Marc Gemis wrote:<br>
</div>
</div>
<div class="im">
<blockquote type="cite">
<div dir="ltr">Je hebt gelijk dat we niet telkens van
manier van taggen moeten veranderen. Maar omdat we
nu al behoorlijk wat ervaring krijgen met al dit
soort problemen, en we binnenkort met de import van
Agiv data kunnen beginnen, vind ik het belangrijk om
de huidige manier van mappen te toetsen. Voldoet ze
wel ?
<div> Ik vind het vreemd dat deze vragen niet meer
aan bod zijn gekomen bij de start van de Urbis
import.</div>
<div><br>
</div>
<div>met vriendelijke groeten</div>
<div><br>
</div>
<div>m</div>
</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">2013/10/21 Guy Vanvuchelen
<span dir="ltr"><<a moz-do-not-send="true"
href="mailto:guy.vanvuchelen@gmail.com"
target="_blank">guy.vanvuchelen@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0
0 .8ex;border-left:1px #ccc
solid;padding-left:1ex">
<div link="blue" vlink="purple" lang="NL-BE">
<div>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Prima.</span></p>
<p class="MsoNormal"> <span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Voor
het laatste geval is zelfs de voordeur
niet goed. Wel de ingang van de oprit.</span></p>
<p class="MsoNormal"> <span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Ik
zie het niet zitten om, voor de derde
keer, alles nog maar eens te wijzigen.
Zo blijven we bezig. Wel vind ik het
nuttig om in die speciale gevallen een
node op de juiste plaats te zetten. En
dan maar hopen dat niemand ze ‘zomaar’
wijzigt</span></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span><br>
</p>
</div>
</div>
</blockquote>
</div>
</div>
</blockquote>
<br>
</div>
</div>
<br>
_______________________________________________<br>
Talk-be mailing list<br>
<a moz-do-not-send="true"
href="mailto:Talk-be@openstreetmap.org">Talk-be@openstreetmap.org</a><br>
<a moz-do-not-send="true"
href="https://lists.openstreetmap.org/listinfo/talk-be"
target="_blank">https://lists.openstreetmap.org/listinfo/talk-be</a><br>
<br>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Talk-be mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Talk-be@openstreetmap.org">Talk-be@openstreetmap.org</a>
<a class="moz-txt-link-freetext" href="https://lists.openstreetmap.org/listinfo/talk-be">https://lists.openstreetmap.org/listinfo/talk-be</a>
</pre>
</blockquote>
<br>
</body>
</html>