Begrijp ik het goed dat in CRAB 22-26 staat, op straat 22 ? Dus je herhaalt het zichtbare nummer niet in addr:official_housenumber ?
voor mij is het prima hoor, maakt me niet uit. 2014-11-07 16:16 GMT+01:00 Sander Deryckere <[email protected]>: > Ik heb ontdekt dat het CRAB blijkbaar vaak huisnummers heeft die in het > echt niet zichtbaar zijn. Daaronder vallen de eerder genoemde percelen die > genummerd zijn (zonder gebouw), maar soms krijgt 1 huis ook meerdere > nummers, terwijl er van buiten maar 1 zichtbaar is (en er eigenlijk maar 1 > gebruikt wordt). > > Om die gevallen op te vangen stel ik een addr:official_housenumber voor. > Officiële huisnummers zijn de huisnummers zoals die in het CRAB zitten, > maar niet zichtbaar zijn. > > Het voordeel van die tag wordt zichtbaar bij het geocoden en > reverse-geocoden. > > Als je de positie (en het huis) weet, en je vraagt het adres van dat huis, > dan zal je enkel met het zichtbare huisnummer geconfronteerd worden. > > Als je het adres weet, en je zoekt het huis, dan kan je zowel op puur > officiële als op zichtbare huisnummers zoeken. > > Ik denk dat dit onderscheid de kwaliteit van OSM zal helpen, en > tegelijkertijd het aantal "missing" huisnummers verminderen, zonder dat één > van de twee echt fundamenteel van idee over huisnummers moet veranderen. > > Als voorbeeld heb ik ook al een appartement zo getagged: > http://www.openstreetmap.org/way/114659528 > > De tools zijn er al op voorbereid, wat denken jullie? > > Op 6 november 2014 22:51 schreef Jo <[email protected]>: > > Wat die tips betreft, ik ben allerlei dingen aan het uitproberen in JOSM. >> Spijtig genoeg heb ik niet zo'n goede ervaringen met de Conflation plugin. >> Die crasht bij mij nogal gemakkelijk. Ik ben nu zelf een scriptje aan het >> ontwikkelen. Het nadeel daarvan is natuurlijk dat iedereen die dat zou >> willen gebruiken de scripting plugin moet installeren + Jython. >> >> Verder helpt de UtilsPlugin2 met z'n Select All Inside en dan Replace >> Geometry. Ik heb die wel op andere sneltoetsen gezet, zodat ze vlotter >> bereikbaar zijn. Gebouw aanklikken, 't' selecteert dan de CRAB-node erbij >> (als die binnen de contour ligt toch), dan 'v' om de tags van de ene op de >> andere over te zetten. Dat werkt vrij vlot en is wat m'n script ook doet in >> een eerste pass. >> >> Op plaatsen met rijtjeshuizen die nog niet gemapt zijn, komt de terracer >> plugin heel erg van pas. Rechthoek rondtekenen met de buildingstool 'b'. >> Indien nodig aanklikken om te selecteren, 't' om alle CRAB-nodes erbinnen >> te selecteren. Shift-klik op een hoeknode in de buurt van het laagste >> huisnummer, dan Shift-T om de terracer te starten. >> >> Wat echter het meeste tijd kost, is de huizen uitlijnen op de luchtfoto's >> en daar is niet veel aan te doen. Al die nodes verslepen, dat blijft >> tijdrovend. Het enige wat nog meer tijd vraagt is ter plaatse gaan nakijken >> hoe het zit met die appartementnummers :-) >> >> Jo >> >> Op 6 november 2014 18:23 schreef Sander Deryckere <[email protected]>: >> >> Ondertussen heb ik contact gehad met Jan Laporte van AGIV, en hij heeft >>> mij één en ander verduidelijkt. >>> >>> Vooraleerst, het verschil tussen bus- en appartementsnumers is dat er in >>> busnummers geen betekenis zit, terwijl er in appartementsnummers wel een >>> betekenis zit (bijvoorbeeld, nummer 203 kan staan voor verdieping 2, kamer >>> 3). >>> >>> Het is nooit de bedoeling dat zowel bus- als appartementsnummer >>> voorkomen op hetzelfde gebouw, daarom denken ze er ook aan om dat >>> onderscheid af te schaffen (wat voor mij geen probleem is). >>> >>> Ook het verschil tussen dubbele huisnummers (vb. 24-26), twee >>> huisnummers op één huis, en de huisnummerlabels van het CRAB is nu wat >>> duidelijker. bPost gebruikt dubbele huisnummers (of meervoudige huisnummers >>> in het algemeen) gewoon als huisnummer. CRAB heeft daarentegen per >>> huisnummer een apart object, dat aan hetzelfde gebouw gebonden wordt indien >>> er sprake is van een dubbel huisnummer. >>> >>> De huisnummerlabels hangen daar maar ergens tussen, en het is niet omdat >>> er een huisnummerlabel is, dat er ook dubbele huisnummers zijn. >>> >>> Als gevolg heb ik er nu voor gekozen om het huisnummerlabel niet meer te >>> gebruiken, en in plaats daarvan, ranges in OSM huisnummers te expanden (dus >>> 22-26 matcht met 22, 24 en 26). Dat zorgt voor wat nieuwe, fragiele code, >>> dus testers zijn steeds welkom. >>> >>> Daarnaast heeft Jan mij ook gewezen op het proces om fouten te melden, >>> wat ik ook op de wiki gedocumenteerd heb: >>> https://wiki.openstreetmap.org/wiki/NL:WikiProject_Belgium/Using_AGIV_Crab_data/Reporting_errors_to_AGIV >>> >>> De fouten worden behandeld door de gemeente, dus is de snelheid van >>> behandeling ook afhankelijk van je gemeente. Net zoals de foute postcodes >>> (die buiten de gemeentegrenzen vallen), die moeten ook door de gemeenten >>> opgelost worden, en dat tegen juni 2015. >>> >>> Ook over welke fouten moeten gemeld worden heeft Jan wat inzicht >>> gegeven, die zal ik later nog documenteren op de wiki. >>> >>> Iedereen is natuurlijk welkom om te helpen met die documentatie (vooral >>> tips om snel te mappen zijn welkom), zodat we een degelijk >>> referentiedocument hebben. Ook het testen van de tools is steeds welkom. >>> >>> @Thomas: hoe zit het met je conversiescript? De output is voor mij al >>> goed genoeg in ieder geval, en ik zou er graag eens naar kijken. Als je het >>> script publiceert, en we krijgen de documentatie geschreven, dan kan het >>> naar de import lijst voor goedkeuring denk ik. >>> >>> Groeten, >>> Sander >>> >>> Op 4 november 2014 11:59 schreef Jo <[email protected]>: >>> >>> Het kan geen kwaad dat het script nu wat robuuster is. Het geeft wel aan >>>> hoe nuttig die Overpass API is, maar ook hoe afhankelijk we er van geworden >>>> zijn. >>>> >>>> Ik kan ook niet uit de voeten met de Franse of de Russische instances. >>>> Ik zal 's moeten nakijken wat voor speciale zaken ik dan wel gebruik in m'n >>>> query. Maar het zou ook gewoon een timeoutprobleem kunnen zijn. >>>> >>>> Size: 148053763 >>>> Compressed: 16914097 >>>> >>>> Er wordt nogal veel data opgehaald. Eigenlijk een klein wonder dat >>>> zoiets mogelijk is. >>>> >>>> Jo >>>> >>>> Op 4 november 2014 11:06 schreef Sander Deryckere <[email protected]> >>>> : >>>> >>>> En natuurlijk is net nu Overpass terug online. >>>>> >>>>> Het script gebruikt nu opnieuw de Duitse versie, dus moet alles terug >>>>> werken. >>>>> >>>>> Op 4 november 2014 08:49 schreef Sander Deryckere <[email protected] >>>>> >: >>>>> >>>>> CRAB gebruikt idd enkel de gemeentenaam, en dat is ook de voorkeur van >>>>>> de Post. >>>>>> >>>>>> Dit is nog maar eens een argument voor goede grenzen. Een punt ligt >>>>>> binnen de grens van Leuven (met admin_level=8) en binnen de postcode >>>>>> grens >>>>>> van 3018. Dus kan je het adres "3018 Leuven" afleiden. Het ligt ook >>>>>> binnen >>>>>> de grens van Wijgmaal (met admin_level=9), dus kan je even goed "3018 >>>>>> Wijgmaal" afleiden. Als je de naam van de postcode-zone wilt (i.p.v. >>>>>> altijd >>>>>> de gemeente of altijd de deelgemeente), dan kan je die ook gebruiken, >>>>>> want >>>>>> die is ook getagged op de postcode grens. Zo laat je de keuze aan de data >>>>>> gebruikers over hoe ze het adres noteren. >>>>>> >>>>>> Vroeger heb ik zelfs de naam van mijn deelgemeente (zonder aparte >>>>>> postcode) als addr:city getagged. Dat ben ik nu ook aan het verwijderen >>>>>> waar ik de adressen controleer en verbeter. >>>>>> >>>>>> Aangezien de overpass emergency rollback langer duurt dan gedacht heb >>>>>> ik ook wat aan het script geprutst. Alles dat geen posities van OSM nodig >>>>>> heeft werkt nu. Dat is dus alles uitgezonderd de afstandsvergelijking >>>>>> (die >>>>>> de twee posities moet vergelijken) en de "wrong" kolom (die aangeeft waar >>>>>> in OSM er een fout is). Het zou ook moeten blijven werken als we weer >>>>>> naar >>>>>> de nieuwere API overschakelen. >>>>>> >>>>>> Groeten, >>>>>> Sander >>>>>> >>>>>> Op 4 november 2014 00:13 schreef Johan Van de Wauw < >>>>>> [email protected]>: >>>>>> >>>>>> 2014-11-04 0:07 GMT+01:00 Jo <[email protected]>: >>>>>>> > Wat De Post betreft dus wel, ja. Weet jij waar 3018 Leuven is? >>>>>>> > >>>>>>> > Jo >>>>>>> > >>>>>>> Er is allessinds geen officieel bestand dat aangeeft tot waar >>>>>>> Wijgmaal loopt. >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Talk-be mailing list >>>>>>> [email protected] >>>>>>> https://lists.openstreetmap.org/listinfo/talk-be >>>>>>> >>>>>> >>>>>> >>>>> >>>> >>> >> > > _______________________________________________ > Talk-be mailing list > [email protected] > https://lists.openstreetmap.org/listinfo/talk-be > >
_______________________________________________ Talk-be mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-be
