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

Fri Nov 7 16:06:03 UTC 2014

Dat is correct. Zie foto:
https://lh5.googleusercontent.com/--roSqyCG9A0/VFkTP_GAqPI/AAAAAAAAVLg/ejS4bbxEthw/w1266-h716-no/IMAG0513.jpg

Ik denk niet dat we data moeten herhalen, hoewel het geen probleem vormt
als dat gebeurt in realiteit.

Als je trouwens via de tool vergelijkt, dan zal je zien dat zowel 24 als 26
niet meer als "missing" aangegeven staan:
http://aptum.github.io/import.html?pcode=8840&filterStreets=Roes*&loadOsm=true&collapsedSections=

Groeten,
Sander

Op 7 november 2014 16:55 schreef Marc Gemis <marc.gemis at gmail.com>:

> 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
>>
>>
>
> _______________________________________________
> 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/a12e9621/attachment.htm>