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

Thu Nov 6 17:23:05 UTC 2014

Ondertussen heb ik contact gehad met Jan Laporte van AGIV, en hij heeft mij
één en ander verduidelijkt.

Vooraleerst, het verschil tussen bus- en appartementsnumers is dat er in
busnummers geen betekenis zit, terwijl er in appartementsnummers wel een
betekenis zit (bijvoorbeeld, nummer 203 kan staan voor verdieping 2, kamer
3).

Het is nooit de bedoeling dat zowel bus- als appartementsnummer voorkomen
op hetzelfde gebouw, daarom denken ze er ook aan om dat onderscheid af te
schaffen (wat voor mij geen probleem is).

Ook het verschil tussen dubbele huisnummers (vb. 24-26), twee huisnummers
op één huis, en de huisnummerlabels van het CRAB is nu wat duidelijker.
bPost gebruikt dubbele huisnummers (of meervoudige huisnummers in het
algemeen) gewoon als huisnummer. CRAB heeft daarentegen per huisnummer een
apart object, dat aan hetzelfde gebouw gebonden wordt indien er sprake is
van een dubbel huisnummer.

De huisnummerlabels hangen daar maar ergens tussen, en het is niet omdat er
een huisnummerlabel is, dat er ook dubbele huisnummers zijn.

Als gevolg heb ik er nu voor gekozen om het huisnummerlabel niet meer te
gebruiken, en in plaats daarvan, ranges in OSM huisnummers te expanden (dus
22-26 matcht met 22, 24 en 26). Dat zorgt voor wat nieuwe, fragiele code,
dus testers zijn steeds welkom.

Daarnaast heeft Jan mij ook gewezen op het proces om fouten te melden, wat
ik ook op de wiki gedocumenteerd heb:
https://wiki.openstreetmap.org/wiki/NL:WikiProject_Belgium/Using_AGIV_Crab_data/Reporting_errors_to_AGIV

De fouten worden behandeld door de gemeente, dus is de snelheid van
behandeling ook afhankelijk van je gemeente. Net zoals de foute postcodes
(die buiten de gemeentegrenzen vallen), die moeten ook door de gemeenten
opgelost worden, en dat tegen juni 2015.

Ook over welke fouten moeten gemeld worden heeft Jan wat inzicht gegeven,
die zal ik later nog documenteren op de wiki.

Iedereen is natuurlijk welkom om te helpen met die documentatie (vooral
tips om snel te mappen zijn welkom), zodat we een degelijk
referentiedocument hebben. Ook het testen van de tools is steeds welkom.

@Thomas: hoe zit het met je conversiescript? De output is voor mij al goed
genoeg in ieder geval, en ik zou er graag eens naar kijken. Als je het
script publiceert, en we krijgen de documentatie geschreven, dan kan het
naar de import lijst voor goedkeuring denk ik.

Groeten,
Sander

Op 4 november 2014 11:59 schreef Jo <winfixit at gmail.com>:

> Het kan geen kwaad dat het script nu wat robuuster is. Het geeft wel aan
> hoe nuttig die Overpass API is, maar ook hoe afhankelijk we er van geworden
> zijn.
>
> Ik kan ook niet uit de voeten met de Franse of de Russische instances. Ik
> zal 's moeten nakijken wat voor speciale zaken ik dan wel gebruik in m'n
> query. Maar het zou ook gewoon een timeoutprobleem kunnen zijn.
>
> Size:            148053763
> Compressed: 16914097
>
> Er wordt nogal veel data opgehaald. Eigenlijk een klein wonder dat zoiets
> mogelijk is.
>
> Jo
>
> Op 4 november 2014 11:06 schreef Sander Deryckere <sanderd17 at gmail.com>:
>
> En natuurlijk is net nu Overpass terug online.
>>
>> Het script gebruikt nu opnieuw de Duitse versie, dus moet alles terug
>> werken.
>>
>> Op 4 november 2014 08:49 schreef Sander Deryckere <sanderd17 at gmail.com>:
>>
>> CRAB gebruikt idd enkel de gemeentenaam, en dat is ook de voorkeur van de
>>> Post.
>>>
>>> Dit is nog maar eens een argument voor goede grenzen. Een punt ligt
>>> binnen de grens van Leuven (met admin_level=8) en binnen de postcode grens
>>> van 3018. Dus kan je het adres "3018 Leuven" afleiden. Het ligt ook binnen
>>> de grens van Wijgmaal (met admin_level=9), dus kan je even goed "3018
>>> Wijgmaal" afleiden. Als je de naam van de postcode-zone wilt (i.p.v. altijd
>>> de gemeente of altijd de deelgemeente), dan kan je die ook gebruiken, want
>>> die is ook getagged op de postcode grens. Zo laat je de keuze aan de data
>>> gebruikers over hoe ze het adres noteren.
>>>
>>> Vroeger heb ik zelfs de naam van mijn deelgemeente (zonder aparte
>>> postcode) als addr:city getagged. Dat ben ik nu ook aan het verwijderen
>>> waar ik de adressen controleer en verbeter.
>>>
>>> Aangezien de overpass emergency rollback langer duurt dan gedacht heb ik
>>> ook wat aan het script geprutst. Alles dat geen posities van OSM nodig
>>> heeft werkt nu. Dat is dus alles uitgezonderd de afstandsvergelijking (die
>>> de twee posities moet vergelijken) en de "wrong" kolom (die aangeeft waar
>>> in OSM er een fout is). Het zou ook moeten blijven werken als we weer naar
>>> de nieuwere API overschakelen.
>>>
>>> Groeten,
>>> Sander
>>>
>>> Op 4 november 2014 00:13 schreef Johan Van de Wauw <
>>> johan.vandewauw at gmail.com>:
>>>
>>> 2014-11-04 0:07 GMT+01:00 Jo <winfixit at gmail.com>:
>>>> > Wat De Post betreft dus wel, ja. Weet jij waar 3018 Leuven is?
>>>> >
>>>> > Jo
>>>> >
>>>> Er is allessinds geen officieel bestand dat aangeeft tot waar Wijgmaal
>>>> loopt.
>>>>
>>>> _______________________________________________
>>>> 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/20141106/c7f52024/attachment.htm>