[OSM-talk-be] import AGIV CRAB-data
Thomas
osm at aptum.nl
Thu Oct 23 23:13:15 UTC 2014
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" <winfixit at gmail.com
> <mailto:winfixit at gmail.com>>:
>
> 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 <marc.gemis at gmail.com
> <mailto:marc.gemis at gmail.com>>:
>
> 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 <susvhv at gmail.com
> <mailto:susvhv at gmail.com>>:
>
> 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
>> <glenn at byte-consult.be <mailto:glenn at byte-consult.be>>:
>>
>> 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
> Talk-be at openstreetmap.org <mailto:Talk-be at openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
>
> _______________________________________________
> Talk-be mailing list
> Talk-be at openstreetmap.org <mailto:Talk-be at openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
>
> _______________________________________________
> Talk-be mailing list
> Talk-be at openstreetmap.org <mailto:Talk-be at openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
>
> _______________________________________________
> Talk-be mailing list
> Talk-be at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-be/attachments/20141024/c63eaad3/attachment.htm>
More information about the Talk-be
mailing list