Het gebeurt in totaal 702 keer over alle adressen (inclusief
subadressen) heen. Daarbij zijn 211 huisnummers betrokken. Op 27 oktober
mailde ik dit daarover:
"Verder is er iets bijzonder aan de hand met de huisnummer-labels.
Die worden door het AGIV automatisch opgemaakt per huisnummer, althans,
zo hoort het. Toch heb ik met een check in mijn script 702 afwijkende
huisnummerlabels weten te vinden. Die zijn gekoppeld aan 211 adressen,
wat natuurlijk 'veel' is maar tegelijkertijd slechts 0,008% van het
totaal. Daarbij in acht genomen dat 67% van die afwijkende
huisnummerlabels zich voordoen in postcode 8900 lijkt het mij om een
fout in de database te gaan. Wat er precies fout gelopen is op die
punten weet ik niet. Ik heb de lijst op mijn server geplaatst:
http://downloader.aptum.nl/AfwijkendeHuisnummerLabelsCRAB.pdf "
In dat pdf-document krijg je een overzicht van huisnummer-labels die
niet systematisch gelijk zijn voor alle subadressen voor dat huisnummer.
Meestal lijkt het om vrij "logische" fouten te gaan. Hoe het kan dat dit
niet consistent is in de CRAB-adressenlijst is mij niet duidelijk. Ik
heb het gevoel dat het om een versie-probleempje gaat, dat niet alle
huisnummers systematisch worden bijgewerkt wanneer een subadres wordt
toegevoegd of wordt verwijderd. Omdat ik geen verder onderscheid kon
maken tussen "goede" en "foute" huisnummers leek het mij het beste om ze
gewoon "allemaal" mee te geven in de JSON.
Groeten,
Thomas
Sander Deryckere schreef op 1-11-2014 20:15:
Op 1 november 2014 13:12 schreef Thomas <[email protected]
<mailto:[email protected]>>:
Zoals eerder gezegd is de voornaamste wijziging die invloed heeft
op de huidige werking het feit dat huisnummerlabels nu in een
array meegegeven worden, zodat bij meerdere huisnummer-labels per
huisnummer, deze allemaal doorgegeven kunnen worden. Dat kan
Sander misschien helpen bij het matchen met de gegevens uit OSM.
Gebeurt dit vaak? Het lijkt me sowieso een fout in CRAB als dit
gebeurt. Ik weet niet goed hoe ik foute data kan vergelijken, buiten
melden dat er ergens een fout zit. Zal het verder onderzoeken.
_______________________________________________
Talk-be mailing list
[email protected]
https://lists.openstreetmap.org/listinfo/talk-be
