<div dir="ltr">dan heb je geluk. In mijn regio is het veel slechter gesteld met de kwaliteit.<div>ZN is waarschijnlijk zonder nummer, een kapel ? een kerk ? in Edegem is er ook een bibliotheek zonder nummer.</div><div><br></div><div>m</div></div><div class="gmail_extra"><br><div class="gmail_quote">2014-10-24 1:13 GMT+02:00 Thomas <span dir="ltr"><<a href="mailto:osm@aptum.nl" target="_blank">osm@aptum.nl</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
<div>
Ik heb nu de CRAB-data voor een hele verzameling straten in en
rond Oostende bestudeerd. In het algemeen vind ik dat de data vrij
nauwkeurig is. Een enkele keer merkte ik op dat twee naast elkaar
gelegen huisnummers met elkaar omgewisseld lijken te zijn. In
werkelijkheid nummert alles gewoon netjes door, maar in GRB en
CadGIS lijken de nummers ook omgewisseld te staan. Ik veronderstel
dat we in dat soort gevallen de nummerplaatjes bij het huis moeten
aanhouden. Toch bijzonder dat al die “officiële” datasets die
kennelijke fout bevatten.<br>
<br>
Verder zijn er wel vaak heel wat nummers zonder locatie. Het
betreffen vrijwel altijd nummers met een toevoeging (meestal het
huisnummer waar ze bijhoren, een underscore en dan de toevoeging;
vb 22_03). Soms zijn het schijnbaar gewone nummers. De nummers
komen nooit voor op het GRB, maar soms komt hetzelfde huisnummer
zonder toevoeging wél voor op het GRB.<br>
<br>
Ik begrijp niet goed of dat nu de subadressen zijn binnen CRAB of
gewone adressen, maar dan een bisnummers (zie ook
<a href="https://www.agiv.be/~/media/agiv/producten/crab/documenten/xgrabobjectcataloogv114.pdf" target="_blank">https://www.agiv.be/~/media/agiv/producten/crab/documenten/xgrabobjectcataloogv114.pdf</a>
pagina 15 en 29). Uit het feit dat er geen positie bekend is leid
ik af dat het waarschijnlijk subadressen zijn die hun positie aan
hun parent-adres horen te ontlenen. Misschien is het handig als
deze punten vlak bij het bijbehorende parent-adres-punt geplaatst
worden. In feite is dat ook waar ze gekarteerd zouden moeten
worden. In Oostende alleen al gaat het om meer dan 1000 van dat
soort nummers, met name in de winkelstraten en de
appartementsblokken. Op de Zeedijk alleen al gaat het om 226
adrespunten zonder locatie, die gewoon in de overeenkomstige
adresblokken horen. Al die appartementsgebouwen hebben 1
adrespunt, wat me verder doet vermoeden dat de meeste zo niet alle
van die adrespunten zonder positie allen subadressen zijn die hun
positie aan het parent adres zouden moeten ontlenen.<br>
<br>
Ik vind het niet aantrekkelijk om tientallen adressen voor 1
appartementsblok handmatig op een netjes raster te plaatsen boven
het appartementsblok. Als dat automatisch kan... Daarnaast is het
misschien handig om deze punten alsnog een tag mee te geven zodat
ze anders weergegeven kunnen worden binnen JOSM, maar misschien
vinden de andere mappers dat enkel onhandig.<br>
<br>
In datzelfde kader is het misschien mogelijk om iets met het
herkomstAdrespositie-veld te doen. Daaruit zou je moeten kunnen
afleiden of het punt als perceel-centroid of gebouw-centroid is
afgeleid. Daarnaast kan die informatie misschien licht werpen op
bepaalde nauwkeurigheids-problemen. Maar wederom: ik kan ook goed
begrijpen als andere mappers die extra tags enkel vervelend
vinden. Ze zullen in elk geval verwijderd moeten worden voor het
opladen van de gegevens, zoals Sander al aangeeft.<br>
<br>
Verder kwam ik nog een aantal keer een adrespunt tegen met als
huisnummer 'ZN', zonder positie. Het lijkt er steeds hooguit 1 per
straat te zijn. Heeft iemand enig idee waar dat voor staat?
Misschien 'zonder nummer'? In dat geval kunnen we dus helemaal
niets met zo'n punt zonder nummer of locatie. Misschien is het
handig om die met het script eruit te filteren?<br>
<br>
Buiten een vergissing van een mapper in de Spechtstraat in
Oostende, zijn alle andere foute huisnummers eigenlijk industriële
of commerciële panden waar de afstand tussen het centroid in CRAB
en het gemapte gebouw groter dan de door mij ingestelde 20m op de
website van Sander is; geen echte fouten dus.<br>
<br>
In het algemeen zijn de gegevens voor Oostende dus zeer goed
bruikbaar, zeker als die subadressen nog automatisch de positie
van hun parent-adres kunnen krijgen.<br>
<br>
Groetjes,<br>
Thomas<br>
<br>
Sander Deryckere schreef op 23-10-2014 23:07:<br>
</div><div><div class="h5">
<blockquote type="cite">
<p dir="ltr">Jo, als je wil, dan kan ik ook optioneel enkele tags
toevoegen aan de nodes. Zodat je per type node (geïmporteerd,
verkeerd, zonder positie, ...) een eigen stijl kan kiezen
(natuurlijk moeten die extra tags wel verwijderd worden voor het
uploaden.</p>
<p dir="ltr">Weet niet als je dit handig vindt, maar het is niet
zoveel werk.</p>
<p dir="ltr">Ik schrijf niet graag CSS, dat zie je ook aan die
webpagina ;)</p>
<p dir="ltr">Groeten,<br>
Sander</p>
<div class="gmail_quote">Op 23-okt.-2014 22:25 schreef "Jo" <<a href="mailto:winfixit@gmail.com" target="_blank">winfixit@gmail.com</a>>:<br type="attribution">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">
<div>Nadat ik die geladen heb, zie ik de nodes niet zo
duidelijk. Dus MapCSS to the rescue:<br>
<br>
node["addr:housenumber"]:new::housenumber<br>
{text-color: blue;<br>
font-size: 25;<br>
text: tag("addr:housenumber");<br>
text-halo-radius: 2;<br>
text-offset-y: 30;}<br>
<br>
</div>
<div>Enkel de nieuwe nodes worden er uit gelicht.<br>
</div>
<div><br>
</div>
Jo<br>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">Op 23 oktober 2014 20:47 schreef
Marc Gemis <span dir="ltr"><<a href="mailto:marc.gemis@gmail.com" target="_blank">marc.gemis@gmail.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Inderdaad Sus, om de links onder de
nummertjes te laten werken, moet je JOSM draaien. Het
moet bovendien de laatste versie zijn, die eerder deze
week is vrijgegeven. Verder moet je de Remote Control
van JOSM aanzetten.
<div><br>
</div>
<div>met vriendelijke groeten</div>
<span><font color="#888888">
<div><br>
</div>
<div>m</div>
</font></span></div>
<div class="gmail_extra"><br>
<div class="gmail_quote">
<div>
<div>2014-10-23 20:24 GMT+02:00 Verhoeven Fr <span dir="ltr"><<a href="mailto:susvhv@gmail.com" target="_blank">susvhv@gmail.com</a>></span>:<br>
</div>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
<div>
<div bgcolor="#FFFFFF" text="#000000">
<div>Sander,<br>
De kolkstraat 25 is een fout van mij en is
al verbeterdt. <br>
Nu krijg ik de volledige lijst op de
desktop Ubuntu. Maar wanneer ik op een van
de getallen het schermke "load in JOSM"
aanklik dat springt de pointer gewoon
enkele regels verder en niets anders.<br>
Moet JOSM dan gewoon openen ?<br>
<br>
Op een Netbook onder Win8.1 krijg ik de
404 . :-(<br>
<br>
Sus<br>
<br>
Le 23/10/14 14:34, Sander Deryckere a
écrit :<br>
</div>
<div>
<div>
<blockquote type="cite">
<div dir="ltr"><br>
<div class="gmail_extra"><br>
<div class="gmail_quote">Op 23
oktober 2014 14:07 schreef Glenn
Plas <span dir="ltr"><<a 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">Ha,<br>
<br>
Zo te zien heeft Sus
perongeluk shift-lock opstaan,
ik ben een qwerty<br>
man maar dit lijkt toch sterk
op dat dit nummer 25 moet zijn
op azerty.<br>
<br>
<a href="http://upload.wikimedia.org/wikipedia/commons/thumb/9/93/Belgian_keyboard_layout.png/720px-Belgian_keyboard_layout.png" target="_blank">http://upload.wikimedia.org/wikipedia/commons/thumb/9/93/Belgian_keyboard_layout.png/720px-Belgian_keyboard_layout.png</a><br>
<br>
misschien als sideshow dit
soort errors melden (die
zouden natuurlijk<br>
ook prima met overpass alleen
kunnen gevonden worden).<br>
</blockquote>
<div><br>
</div>
<div>Die worden vermeld in de
kolom "wrong". Meestal gaat
het in die kolom over
tikfouten van één of andere
aard, maar het zou ook kunnen
dat de CRAB data gewoon
verouderd of verkeerd is. Dus
altijd opletten als je
schijnbaar geldige data ziet
in die kolom. Over een
huisnummer als é( moet je
natuurlijk niet twijfelen.<br>
<br>
</div>
<div>Momenteel heeft de
Kolkstraat 1 "wrong"
huisnummer. <br>
</div>
</div>
<br>
</div>
</div>
<br>
</blockquote>
<br>
</div>
</div>
</div>
<br>
</div>
</div>
<span>_______________________________________________<br>
Talk-be mailing list<br>
<a href="mailto:Talk-be@openstreetmap.org" target="_blank">Talk-be@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-be" target="_blank">https://lists.openstreetmap.org/listinfo/talk-be</a><br>
<br>
</span></blockquote>
</div>
<br>
</div>
<br>
_______________________________________________<br>
Talk-be mailing list<br>
<a href="mailto:Talk-be@openstreetmap.org" target="_blank">Talk-be@openstreetmap.org</a><br>
<a 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>
_______________________________________________<br>
Talk-be mailing list<br>
<a href="mailto:Talk-be@openstreetmap.org" target="_blank">Talk-be@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-be" target="_blank">https://lists.openstreetmap.org/listinfo/talk-be</a><br>
<br>
</blockquote>
</div>
<br>
<fieldset></fieldset>
<br>
<pre>_______________________________________________
Talk-be mailing list
<a href="mailto:Talk-be@openstreetmap.org" target="_blank">Talk-be@openstreetmap.org</a>
<a href="https://lists.openstreetmap.org/listinfo/talk-be" target="_blank">https://lists.openstreetmap.org/listinfo/talk-be</a>
</pre>
</blockquote>
<br>
</div></div></div>
<br>_______________________________________________<br>
Talk-be mailing list<br>
<a href="mailto:Talk-be@openstreetmap.org">Talk-be@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-be" target="_blank">https://lists.openstreetmap.org/listinfo/talk-be</a><br>
<br></blockquote></div><br></div>