[OSM-talk-be] import AGIV CRAB-data

Fri Oct 24 03:32:12 UTC 2014

dan heb je geluk. In mijn regio is het veel slechter gesteld met de
kwaliteit.
ZN is waarschijnlijk zonder nummer, een kapel ? een kerk ? in Edegem is er
ook een bibliotheek zonder nummer.

m

2014-10-24 1:13 GMT+02:00 Thomas <osm at aptum.nl>:

>  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>:
>
>>  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>:
>>
>>> 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>:
>>>
>>>>   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>:
>>>>
>>>>> 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
>>>> https://lists.openstreetmap.org/listinfo/talk-be
>>>>
>>>>
>>>
>>> _______________________________________________
>>> Talk-be mailing list
>>> 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
>>
>>
>
> _______________________________________________
> Talk-be mailing listTalk-be at openstreetmap.orghttps://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/4deb977d/attachment.htm>