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.
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.
Ik begrijp niet goed of dat nu de subadressen zijn binnen CRAB of gewone
adressen, maar dan een bisnummers (zie ook
https://www.agiv.be/~/media/agiv/producten/crab/documenten/xgrabobjectcataloogv114.pdf
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.
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.
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.
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?
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.
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.
Groetjes,
Thomas
Sander Deryckere schreef op 23-10-2014 23:07:
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.
Weet niet als je dit handig vindt, maar het is niet zoveel werk.
Ik schrijf niet graag CSS, dat zie je ook aan die webpagina ;)
Groeten,
Sander
Op 23-okt.-2014 22:25 schreef "Jo" <[email protected]
<mailto:[email protected]>>:
Nadat ik die geladen heb, zie ik de nodes niet zo duidelijk. Dus
MapCSS to the rescue:
node["addr:housenumber"]:new::housenumber
{text-color: blue;
font-size: 25;
text: tag("addr:housenumber");
text-halo-radius: 2;
text-offset-y: 30;}
Enkel de nieuwe nodes worden er uit gelicht.
Jo
Op 23 oktober 2014 20:47 schreef Marc Gemis <[email protected]
<mailto:[email protected]>>:
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.
met vriendelijke groeten
m
2014-10-23 20:24 GMT+02:00 Verhoeven Fr <[email protected]
<mailto:[email protected]>>:
Sander,
De kolkstraat 25 is een fout van mij en is al verbeterdt.
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.
Moet JOSM dan gewoon openen ?
Op een Netbook onder Win8.1 krijg ik de 404 . :-(
Sus
Le 23/10/14 14:34, Sander Deryckere a écrit :
Op 23 oktober 2014 14:07 schreef Glenn Plas
<[email protected] <mailto:[email protected]>>:
Ha,
Zo te zien heeft Sus perongeluk shift-lock opstaan,
ik ben een qwerty
man maar dit lijkt toch sterk op dat dit nummer 25
moet zijn op azerty.
http://upload.wikimedia.org/wikipedia/commons/thumb/9/93/Belgian_keyboard_layout.png/720px-Belgian_keyboard_layout.png
misschien als sideshow dit soort errors melden (die
zouden natuurlijk
ook prima met overpass alleen kunnen gevonden worden).
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.
Momenteel heeft de Kolkstraat 1 "wrong" huisnummer.
_______________________________________________
Talk-be mailing list
[email protected] <mailto:[email protected]>
https://lists.openstreetmap.org/listinfo/talk-be
_______________________________________________
Talk-be mailing list
[email protected] <mailto:[email protected]>
https://lists.openstreetmap.org/listinfo/talk-be
_______________________________________________
Talk-be mailing list
[email protected] <mailto:[email protected]>
https://lists.openstreetmap.org/listinfo/talk-be
_______________________________________________
Talk-be mailing list
[email protected]
https://lists.openstreetmap.org/listinfo/talk-be
_______________________________________________
Talk-be mailing list
[email protected]
https://lists.openstreetmap.org/listinfo/talk-be
