<div dir="ltr"><div><div><div><div><div><div><div>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).<br><br></div>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.<br><br></div>Het voordeel van die tag wordt zichtbaar bij het geocoden en reverse-geocoden.<br><br></div>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.<br><br></div>Als je het adres weet, en je zoekt het huis, dan kan je zowel op puur officiële als op zichtbare huisnummers zoeken.<br><br></div>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.<br><br></div>Als voorbeeld heb ik ook al een appartement zo getagged: <a href="http://www.openstreetmap.org/way/114659528">http://www.openstreetmap.org/way/114659528</a><br><br></div>De tools zijn er al op voorbereid, wat denken jullie?<br></div><div class="gmail_extra"><br><div class="gmail_quote">Op 6 november 2014 22:51 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><div><div>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.<br><br></div>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.<br><br></div>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.<br><br></div>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 :-)<br><br></div>Jo<br></div><div class="gmail_extra"><br><div class="gmail_quote">Op 6 november 2014 18:23 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><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" target="_blank">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>:<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><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><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></div></div><br></div>
</blockquote></div></div></div><br></div>
</blockquote></div><br></div>