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 <[email protected]>: > 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 <[email protected]>: > > 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 <[email protected]>: >> >> 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 < >>> [email protected]>: >>> >>> 2014-11-04 0:07 GMT+01:00 Jo <[email protected]>: >>>> > 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 >>>> [email protected] >>>> https://lists.openstreetmap.org/listinfo/talk-be >>>> >>> >>> >> >
_______________________________________________ Talk-be mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-be
