<div dir="ltr"><div><div><div>Ik heb mij bezig gehouden met het maken van unit tests. De vele regexen zorgden vaak voor bugs die al eens vroeger opgelost waren.<br><br></div><div>Er is ondertussen ook ondersteuning voor "bis", "ter" en "/1", "/2", ... Ook straatnamen met een streepje verschil ("Sint-Jansstraat" en "Sint Jansstraat") worden nu vergeleken.<br><br></div><div>De dubbele huisnummers worden nu ook vergeleken op basis van het huisnrlabel (wat enkel zal werken met de data van Thomas). Een adres wordt dus als "matching" beschouwd indien het huisnummer van OSM overeenkomt met het huisnummer van CRAB, of met het huisnummerlabel van CRAB. Afhankelijk van de lokale situatie kan een mapper dan kiezen om meerdere samenvallende huisnummers te splitsen, of samen te laten. Beiden moeten herkend worden.<br></div><div><br></div>Thomas, aangezien het duidelijk is dat we met de adressenlijst gaan verder werken, zou ik commit access kunnen krijgen voor jouw repo? Dan kan ik verder werken met jouw data, en kan mijn adres gesloten worden. Ik denk om de no-position lijst te vervangen door een lijst van samenvallende adressen (a.d.h.v het huisnummerlabel eenvoudig te bepalen). Dat is net zoals vroeger, een simpele splitsing tussen de gemakkelijke gevallen en de moeilijke gevallen, wat de productiviteit enkel maar ten goede kan komen. Daarvoor is natuurlijk jouw data nodig.<br><br></div><div>Jo, een script dat straten met dezelfde naam zoekt is idd handig. Vooral met straten zonder adres valt dit moeilijk te controleren op de webpagina (tenzij ik een nieuwe overpass query maak, en de gebruikers nog wat langer moeten wachten). Dus is het maar al te gemakkelijk om bij een straat als "Guido Gezellestraat" de adressen met "G. Gezellestraat" te importeren. Dat is zeker iets wat we moeten voorkomen. Ik denk echter niet dat die associatedStreet relaties nodig zijn (en dan heb je ook de postcode niet nodig).<br><br></div>Groeten,<br></div>Sander<br></div><div class="gmail_extra"><br><div class="gmail_quote">Op 28 oktober 2014 14:44 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"><span class="">> 2) CRAB:message. Deze bevat informatie over het al dan niet aanwezig zijn van busnummers en appartementnummers op dat specifieke adrespunt. Deze gegevens hoeven niet in OSM opgenomen te worden maar kunnen (zeker nu in de testfase) verhelderend werken.</span><div class="gmail_extra"><div class="gmail_quote"><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>
</span><p dir="ltr">Er is een addr:flats tag die kan gebruikt worden ( <a href="http://wiki.openstreetmap.org/wiki/Key:addr:housenumber#Detailed_subkeys" target="_blank">http://wiki.openstreetmap.org/wiki/Key:addr:housenumber#Detailed_subkeys</a>). Ik weet niet wat nu net het verschil is tussen een busnummer en een appartementsnummer, maar het is volgens mij objectieve, verifieerbare een geografische info, dus als die beschikbaar is, dan moeten we ze niet persé uit OSM weren.</p></blockquote><div><br></div></span><div>Het lijkt mij ook het beste om deze info te parsen en onder te brengen onder addr:flats, waarbij we geen onderscheid hoeven te maken tussen apartmentnrs of busnrs.<br><br></div><div>Wellicht best wel sorteren en dan gescheiden door komma's zonder verdere spaties.<br><br></div><div>Mijn eerste CRAB: crap is ondertussen (per ongeluk) doorgestuurd naar de server. Daar gaan zeker en vast nog meer ongelukken mee gebeuren.<br><br></div><div>Verder werk ik aan een Pythonscript dat binnen JOSM werkt om te helpen bij het integreren van de CRAB-data met wat er reeds in OSM zit. Om zoveel mogelijk adressen automatisch te koppelen aan gebouwcontouren. Zo blijft er meer tijd over om de gebouwcontouren zelf dan nauwkeuriger in te tekenen.<br><br></div><div>De MapCSS is bijna klaar.<br><br>Ik heb ook een pythonscriptje gemaakt (eigenlijk Jython) dat jullie output omzet naar data met discardable tags en dat een associatedStreetrelatie aanmaakt. Waarbij hij ook meteen op zoek gaat naar straten met dezelfde naam.<br>Het zou daarbij helpen om postcode en gemeente ook aangeleverd te krijgen in discardable tags.<span class="HOEnZb"><font color="#888888"><br></font></span></div><span class="HOEnZb"><font color="#888888"><div><br></div><div>Jo<br></div></font></span></div></div></div>
<br>_______________________________________________<br>
Talk-be mailing list<br>
<a href="mailto:Talk-be@openstreetmap.org">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>
<br></blockquote></div><br></div>