<div dir="ltr"><div><div><div>Net mijn laatste wijzigingen gepushed. Zal in de volgende uren geen push meer uitvoeren.<br><br></div>Zou je ook de wijzigingen aan loadStreets.js in een aparte comit kunnen steken? Dan is het eenvoudiger om de diff te bekijken.<br><br></div>Groeten,<br></div>Sander<br></div><div class="gmail_extra"><br><div class="gmail_quote">Op 2 november 2014 09:33 schreef Thomas <span dir="ltr"><<a href="mailto:osm@aptum.nl" target="_blank">osm@aptum.nl</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
<div>Sander,<br>
<br>
Ik heb de JSON-bestanden opnieuw aangemaakt met apptnrs en busnrs,
deze keer als echte arrays. Ik zie dat je precies nu bezig bent
met wat wijzigingen. Daarom even acties op elkaar afstemmen om
geen conflicten te veroorzaken. Laat je weten als je een uur geen
push zult doen? Dan pull-commit-push ik de nieuwe JSON bestanden
op dat moment.<br>
<br>
Groeten,<br>
Thomas<br>
<br>
Sander Deryckere schreef op 1-11-2014 21:45:<br>
</div><div><div class="h5">
<blockquote type="cite">
<div dir="ltr">
<div>
<div>
<div>Thomas,<br>
<br>
</div>
In je spec staat dat busnummers en appartementnummers arrays
zijn, maar in werkelijkheid lijken het comma-separated
strings. Zou je het kunnen wijzigen naar arrays? Arrays
lijken veiliger voor het geval een busnummer plots ook een
komma bevat.<br>
<br>
</div>
Verder zijn er idd eigenaardige adressen. Dit zijn er twee in
mijn dorp:<br>
{<br>
"apptnrs": "0/1,0/2,1/1,1/2,1/3,2/1,2/2,2/3,3/1,3/2", <br>
"busnrs": "1,11,3", <br>
"hnrlbls": [<br>
"22-26"<br>
], <br>
"housenumber": "22", <br>
"lat": 50.94126031777649, <br>
"lon": 3.061661179477891, <br>
"municipality": "Staden", <br>
"pcode": "8840", <br>
"source": "afgeleidVanGebouw", <br>
"street": "Roeselarestraat"<br>
}, <br>
<br>
</div>
Let op, nr 22 heeft hier veel bus- en appartementsnummers,
nummer 26 blijkt er geen te hebben.<br>
<div><br>
{<br>
"apptnrs": "0/1,1/3,2/1,2/2,2/3,3/3", <br>
"busnrs": "1,2", <br>
"hnrlbls": [<br>
"7"<br>
], <br>
"housenumber": "7", <br>
"lat": 50.94025949900766, <br>
"lon": 3.060482929425432, <br>
"municipality": "Staden", <br>
"pcode": "8840", <br>
"source": "afgeleidVanGebouw", <br>
"street": "Roeselarestraat"<br>
}, <br>
<br>
</div>
<div>In beide gevallen lijkt er totaal geen verband tussen de
busnummers en appartementsnummers te bestaan. Ik zal morgen of
overmorgen eens bekijken wat er daar nu net zichtbaar is. <br>
</div>
<div><br>
</div>
<div>Momenteel zal ik dus nog geen toevoegen aan de uitvoer.
Iedereen die meer info kan geven is zeker welkom.<br>
<br>
</div>
<div>Groeten,<br>
</div>
<div>Sander<br>
</div>
<div><br>
</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">Op 1 november 2014 20:43 schreef Thomas
<span dir="ltr"><<a href="mailto:osm@aptum.nl" target="_blank">osm@aptum.nl</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
<div>Het gebeurt in totaal 702 keer over alle adressen
(inclusief subadressen) heen. Daarbij zijn 211
huisnummers betrokken. Op 27 oktober mailde ik dit
daarover:<span><br>
<br>
"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: <a href="http://downloader.aptum.nl/AfwijkendeHuisnummerLabelsCRAB.pdf" target="_blank">http://downloader.aptum.nl/AfwijkendeHuisnummerLabelsCRAB.pdf</a>
"<br>
<br>
</span> 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.<br>
<br>
Groeten,<br>
Thomas<br>
<br>
<br>
Sander Deryckere schreef op 1-11-2014 20:15:</div>
<blockquote type="cite">
<div dir="ltr"><br>
<div class="gmail_extra"><span>Op 1 november
2014 13:12 schreef Thomas <span dir="ltr"><<a href="mailto:osm@aptum.nl" target="_blank">osm@aptum.nl</a>></span>:<br>
</span>
<div class="gmail_quote"><br>
<span>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> 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.<br>
<br>
</blockquote>
<div>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.<br>
</div>
<div> </div>
<br>
</span></div>
</div>
</div>
</blockquote>
<br>
</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>
<br>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset></fieldset>
<br>
<pre>_______________________________________________
Talk-be mailing list
<a href="mailto:Talk-be@openstreetmap.org" target="_blank">Talk-be@openstreetmap.org</a>
<a href="https://lists.openstreetmap.org/listinfo/talk-be" target="_blank">https://lists.openstreetmap.org/listinfo/talk-be</a>
</pre>
</blockquote>
<br>
</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>