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

Fri Nov 7 15:55:51 UTC 2014

Begrijp ik het goed dat in CRAB 22-26 staat, op straat 22 ? Dus je herhaalt
het zichtbare nummer niet in addr:official_housenumber ?

voor mij is het prima hoor, maakt me niet uit.

2014-11-07 16:16 GMT+01:00 Sander Deryckere <sanderd17 at gmail.com>:

> Ik heb ontdekt dat het CRAB blijkbaar vaak huisnummers heeft die in het
> echt niet zichtbaar zijn. Daaronder vallen de eerder genoemde percelen die
> genummerd zijn (zonder gebouw), maar soms krijgt 1 huis ook meerdere
> nummers, terwijl er van buiten maar 1 zichtbaar is (en er eigenlijk maar 1
> gebruikt wordt).
>
> Om die gevallen op te vangen stel ik een addr:official_housenumber voor.
> Officiële huisnummers zijn de huisnummers zoals die in het CRAB zitten,
> maar niet zichtbaar zijn.
>
> Het voordeel van die tag wordt zichtbaar bij het geocoden en
> reverse-geocoden.
>
> Als je de positie (en het huis) weet, en je vraagt het adres van dat huis,
> dan zal je enkel met het zichtbare huisnummer geconfronteerd worden.
>
> Als je het adres weet, en je zoekt het huis, dan kan je zowel op puur
> officiële als op zichtbare huisnummers zoeken.
>
> Ik denk dat dit onderscheid de kwaliteit van OSM zal helpen, en
> tegelijkertijd het aantal "missing" huisnummers verminderen, zonder dat één
> van de twee echt fundamenteel van idee over huisnummers moet veranderen.
>
> Als voorbeeld heb ik ook al een appartement zo getagged:
> http://www.openstreetmap.org/way/114659528
>
> De tools zijn er al op voorbereid, wat denken jullie?
>
> Op 6 november 2014 22:51 schreef Jo <winfixit at gmail.com>:
>
> Wat die tips betreft, ik ben allerlei dingen aan het uitproberen in JOSM.
>> Spijtig genoeg heb ik niet zo'n goede ervaringen met de Conflation plugin.
>> Die crasht bij mij nogal gemakkelijk. Ik ben nu zelf een scriptje aan het
>> ontwikkelen. Het nadeel daarvan is natuurlijk dat iedereen die dat zou
>> willen gebruiken de scripting plugin moet installeren + Jython.
>>
>> Verder helpt de UtilsPlugin2 met z'n Select All Inside en dan Replace
>> Geometry. Ik heb die wel op andere sneltoetsen gezet, zodat ze vlotter
>> bereikbaar zijn. Gebouw aanklikken, 't' selecteert dan de CRAB-node erbij
>> (als die binnen de contour ligt toch), dan 'v' om de tags van de ene op de
>> andere over te zetten. Dat werkt vrij vlot en is wat m'n script ook doet in
>> een eerste pass.
>>
>> Op plaatsen met rijtjeshuizen die nog niet gemapt zijn, komt de terracer
>> plugin heel erg van pas. Rechthoek rondtekenen met de buildingstool 'b'.
>> Indien nodig aanklikken om te selecteren, 't' om alle CRAB-nodes erbinnen
>> te selecteren. Shift-klik op een hoeknode in de buurt van het laagste
>> huisnummer, dan Shift-T om de terracer te starten.
>>
>> Wat echter het meeste tijd kost, is de huizen uitlijnen op de luchtfoto's
>> en daar is niet veel aan te doen. Al die nodes verslepen, dat blijft
>> tijdrovend. Het enige wat nog meer tijd vraagt is ter plaatse gaan nakijken
>> hoe het zit met die appartementnummers :-)
>>
>> Jo
>>
>> Op 6 november 2014 18:23 schreef Sander Deryckere <sanderd17 at gmail.com>:
>>
>> 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
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
> _______________________________________________
> 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/20141107/a4bb4d32/attachment.htm>