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

[Sander Deryckere]

Ik heb mij bezig gehouden met het maken van unit tests. De vele regexen
zorgden vaak voor bugs die al eens vroeger opgelost waren.

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.

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.

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.

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).

Groeten,
Sander

Op 28 oktober 2014 14:44 schreef Jo <winfixit at gmail.com>:

> > 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.
>
>> Er is een addr:flats tag die kan gebruikt worden (
>> http://wiki.openstreetmap.org/wiki/Key:addr:housenumber#Detailed_subkeys).
>> 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.
>>
>
> 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.
>
> Wellicht best wel sorteren en dan gescheiden door komma's zonder verdere
> spaties.
>
> Mijn eerste CRAB: crap is ondertussen (per ongeluk) doorgestuurd naar de
> server. Daar gaan zeker en vast nog meer ongelukken mee gebeuren.
>
> 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.
>
> De MapCSS is bijna klaar.
>
> 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.
> Het zou daarbij helpen om postcode en gemeente ook aangeleverd te krijgen
> in discardable tags.
>
> Jo
>
> _______________________________________________
> 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/20141028/da3d6991/attachment.htm>