<div dir="ltr"><div><div><div><div><div><div><div><div><div><div><div><div>Ondertussen heb ik contact gehad met Jan Laporte van AGIV, en hij heeft mij één en ander verduidelijkt.<br><br></div>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).<br><br></div>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).<br><br></div>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.<br><br></div>De huisnummerlabels hangen daar maar ergens tussen, en het is niet omdat er een huisnummerlabel is, dat er ook dubbele huisnummers zijn.<br><br></div>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.<br><br></div>Daarnaast heeft Jan mij ook gewezen op het proces om fouten te melden, wat ik ook op de wiki gedocumenteerd heb: <a href="https://wiki.openstreetmap.org/wiki/NL:WikiProject_Belgium/Using_AGIV_Crab_data/Reporting_errors_to_AGIV">https://wiki.openstreetmap.org/wiki/NL:WikiProject_Belgium/Using_AGIV_Crab_data/Reporting_errors_to_AGIV</a><br><br></div>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.<br></div><div><br></div>Ook over welke fouten moeten gemeld worden heeft Jan wat inzicht gegeven, die zal ik later nog documenteren op de wiki.<br><br></div>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.<br><br></div>@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.<br><br></div>Groeten,<br></div>Sander<br></div><div class="gmail_extra"><br><div class="gmail_quote">Op 4 november 2014 11:59 schreef Jo <span dir="ltr"><<a href="mailto:winfixit@gmail.com" target="_blank">winfixit@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>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.<br><br>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.<br><br>Size:            148053763<br>Compressed: 16914097<br><br></div>Er wordt nogal veel data opgehaald. Eigenlijk een klein wonder dat zoiets mogelijk is.<br><br></div>Jo<br></div><div class="gmail_extra"><br><div class="gmail_quote">Op 4 november 2014 11:06 schreef Sander Deryckere <span dir="ltr"><<a href="mailto:sanderd17@gmail.com" target="_blank">sanderd17@gmail.com</a>></span>:<div><div class="h5"><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>En natuurlijk is net nu Overpass terug online.<br><br></div>Het script gebruikt nu opnieuw de Duitse versie, dus moet alles terug werken.<br></div><div class="gmail_extra"><br><div class="gmail_quote">Op 4 november 2014 08:49 schreef Sander Deryckere <span dir="ltr"><<a href="mailto:sanderd17@gmail.com" target="_blank">sanderd17@gmail.com</a>></span>:<div><div><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>CRAB gebruikt idd enkel de gemeentenaam, en dat is ook de voorkeur van de Post.<br><br></div>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.<br><div><br>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.<br><br></div><div>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.<br><br></div><div>Groeten,<br></div><div>Sander<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">Op 4 november 2014 00:13 schreef Johan Van de Wauw <span dir="ltr"><<a href="mailto:johan.vandewauw@gmail.com" target="_blank">johan.vandewauw@gmail.com</a>></span>:<div><div><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>2014-11-04 0:07 GMT+01:00 Jo <<a href="mailto:winfixit@gmail.com" target="_blank">winfixit@gmail.com</a>>:<br>
> Wat De Post betreft dus wel, ja. Weet jij waar 3018 Leuven is?<br>
><br>
> Jo<br>
><br>
</span>Er is allessinds geen officieel bestand dat aangeeft tot waar Wijgmaal loopt.<br>
<div><div><br>
_______________________________________________<br>
Talk-be mailing list<br>
<a href="mailto:Talk-be@openstreetmap.org" target="_blank">Talk-be@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-be" target="_blank">https://lists.openstreetmap.org/listinfo/talk-be</a><br>
</div></div></blockquote></div></div></div><br></div>
</blockquote></div></div></div><br></div>
</blockquote></div></div></div><br></div>
</blockquote></div><br></div>