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

[Sander Deryckere]

Op 1 november 2014 13:15 schreef Gilbert Hersschens <ghersschens at gmail.com>:

> Ik heb even een poging gedaan. Ziet er wel handig uit, maar bij
> appartementen geeft hij een hoop "missing" nummers op omdat hij geen
> rekening houdt met get gebruik van een bereik van nummers. Ik ben eerlijk
> gezegd niet van zin om ieder individueel huisnummer van elk apt dat in een
> appartementsblok zit in te tikken. Ik weet wel dat er discussie is hierover
> (zie de desbetreffende wiki
> https://wiki.openstreetmap.org/wiki/Addresses#Buildings_with_multiple_house_numbers)
> maar zowel de AGIV/Geopunt kaart alsook in sommige gevallen de plaatjes op
> de appartementen zelf tonen alle mogelijke varianten van nummering.
> Ter illustratie een paar foto's op
> https://drive.google.com/folderview?id=0B_mcNCW4oRVOSE13OGZEM040UzQ&usp=sharing
> .
> Overigens zitten er ook nog andere fouten in, maar dat ligt misschien aan
> de data in CRAB? Zo geeft hij bv. voor Elsum 191-191C in Geel (2440)  op
> dat hier de nummers 191A, B, C en D zouden moeten staan terwijl nummer 191
> (zonder suffix) er ook bij hoort. Zie fofo op de link hierboven.
>
> Gilbert
>
De tool houdt wel rekening met het bereik. Het zal bijvoorbeeld nummers 5
en 7 als "missing" opgeven, maar als die nummers in de werkelijkheid
overlappen (ze zijn beiden huisnummer van hetzelfde gebouw), en je voegt
een gebouw toe met nummer "5-7", dan zouden er twee "missing" nummers
minder moeten zijn.

Daarnaast moet je ook goed het verschil tussen bus/appartementnummers en
bisnummers weten. Bisnummers zijn deel van het huisnummer. bus- en
apartementnummers zijn verschillende brievenbussen met dezelfde voordeur.

Bij de bisnummers kan het gebeuren dat er verschillende gebouwen bedoeld
zijn, en dat ze dus apart gemapt moeten worden. Maar het kan ook gebeuren
dat hetzelfde gebouw (Eventueel met een andere ingang) bedoeld is, en in
dat geval zal bijvoorbeeld het huisnummer "7-7A" aanvaard worden. Bus- en
appartementsnummers zijn echter nooit deel van het huisnummer, en zullen
altijd op hetzelfde gebouw getagd zijn. Bijvoorbeeld een gebouw met de tags

addr:street = Dorpsstraat
addr:housenumber = 5
addr:flats = 1,2,3,4,5,6

heeft 6 appartementnummers op dat ene adres.

De meeste foto's die jij toont zijn waarschijnlijk bus- of
appartementnummers. Die zullen normaal gezien zelfs nooit apart verschijnen
in CRAB.

Zou je met de bovenstaande info je probleemgevallen nog eens kunnen
controleren?

Groeten,
Sander


>
> 2014-11-01 12:31 GMT+01:00 Glenn Plas <glenn at byte-consult.be>:
>
>> Heb nog niks concreet eigenlijk, maar wel paar ideetjes alvast.  De
>> problemen die ik zag zijn zo te zien allemaal ondertussen opgelost.
>>
>>
>> De wiki handleiding is handig ook.  Tijdens het gebruiken heb ik
>> eigenlijk vooral problemen bij nr notaties van dit type:
>>
>> vb1:
>>
>> nr is 100 , bus 4
>>
>> varianten die je ziet:
>>
>> - 100b4
>> - 100/4
>>
>>
>> vb2:
>>
>> nr is 26 / A
>>
>> - 26A
>> - 26/a
>> - 26a
>>
>> vb3 (moeilijker)
>>
>> - 46 / 0001 en 46 / 0101 (2-woonst... op het gebouw zo op de plaatjes),
>> vind ik maar rare nummering.  Ik ben al even op zoek in de wiki over wat
>> de consensus nu is over dit soort adressen.
>>
>> Die vind je ook niet terug in CRAB.  Maar zo'n nodes zie ik de meeste
>> 'missing in crab' terugkomen.
>>
>> Ik hou me nog wel wat in tot ik iets echt nuttig kan toevoegen.
>>
>>
>> Glenn
>>
>>
>> On 01-11-14 11:36, Thomas wrote:
>> > Vooraleer iemand in het komende uur of zo een pull of push wil gaan
>> > uitvoeren: ik sta op het punt de nieuwe JSON bestanden te pushen. Het
>> > enige punt waarop ze niet backwards-compatible zijn is het feit dat het
>> > huisnummerlabel nu in een lijst zit. Ik heb de loadStreets.js al
>> > aangepast naar een vorm waarin voor de 5x dat een huisnummerlabel
>> > gelezen wordt in het script gewoon het eerste element uit de array
>> > genomen wordt. Die nieuwe variant van de javascript zit als het goed is
>> > mee in die push.
>> >
>> > Gelieve dus nog even een uurtje te wachten met andere acties, anders
>> > komen er mogelijk een hele hoop conflicten.
>> >
>> > Van zodra de push klaar is, stuur ik nog een mailtje met wat meer
>> > informatie over die postcode-gemeente problematiek en wat inhoudelijke
>> > informatie over de extra gegevens in de JSON. Het kan even duren; de
>> > diff maken voor die hele berg JSON-bestanden duurt vaak wel echt even...
>> >
>> > Groeten,
>> > Thomas
>> >
>> > Sander Deryckere schreef op 1-11-2014 11:25:
>> >>
>> >> Op 1 november 2014 10:30 schreef Glenn Plas <glenn at byte-consult.be
>> >> <mailto:glenn at byte-consult.be>>:
>> >>
>> >>
>> >>     @Sander Accepteer je de occasionele commits of pull requests?
>> >>
>> >> Zeker, waarover gaat het?
>> >>
>> >
>> >
>> >
>> > _______________________________________________
>> > Talk-be mailing list
>> > Talk-be at openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-be
>> >
>>
>>
>> --
>> "Everything is going to be 200 OK."
>>
>> _______________________________________________
>> Talk-be mailing list
>> Talk-be at openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>
>
> _______________________________________________
> 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/20141101/4ccda647/attachment.htm>