> Adressene har allerede vært automatisk opplastet i noen år nå, så akkurat det > er ikke noe nytt her. Med over 2 millioner adresser, over 400 kommuner og > endringer hele tiden så har vi vel egentlig ikke noe annet gjennomførbart > alternativ enn en automatisert løsning Enig!
Det som vel var en funksjon i det gamle programmet addressee node programmet var å ignorere om noden har flyttet seg litt (5 meter?). Det kan være lurt om ditt program også gjør dette for å unngå: - Forbedringer der noden har blitt flyttet nærmere inngangsdøren, noe som er fordelaktig for ruting (spesielt for blinde) så man finner riktig side av huset. Noen tilfeller kan man ende opp å følge helt feil vei om noden ligger feil. - Avvik mellom OSM sine gps koordinater og kartverket, jeg kan lett se for meg at flyfoto basert OSM med addresser fra kartverket kan ende opp med en del noder mitt i veibanen eller andre rariteter. Her vil det jo trolig være OSM som er ‘feil’, men det er viktigere at kartet “henger sammen”, så om noen har manuelt forskjøvet ting så bør den endringen forbli. Det jeg gjør i barnehage-importen, er å ha en lokal kopi av forrige dataset fra udir (utdanningsdirektoratet). Når det kjøres en auto-oppdatering, ser programmet kun etter endringer i responsen fra udir. Det betyr at om noen gjør endringer i OSM, så vil ikke programmet mitt bry seg før det har blitt en endring hos udir. Dette hjelper deg vel ikke i denne første kjøringen din, men kan være lurt for framtidige oppdateringer. -- Øystein Bjørndal > On 07 Dec 2018, at 00:18, N/A N/A <[email protected]> wrote: > > Feil finnast det har eg erfart. > https://seeiendom.kartverket.no/eiendom/1413/30/7/0/0 Der er det nok ein feil > med Åfjordvegen 902 som eg rapporterte inn. > Det beste vi kan gjere er å bruke data som dei er og rapportere feil til > kartverket på rettikartet.no > Folka der er kjappe med å ta tak i feil som blir rapportert og eg brukar få > svar innan ei veke. > > Største problemet er nok når folk flyttar på noden og så får den ei endring > av postnummer eller vegnamn (samanslåing av kommunar osv). > Då er det ikkje lett for eit automatisk script å vurdere kva det skal gjere > med den noden som ligg der. > Tenkte ikkje på å spørje om dette når eg snakka med dei som har med dette å > gjere hjå kartverket. > Det burde jo vere ein måte å spore om delar av ei adresse har fått endringar. > Kanskje gards- og bruksnummer kan brukast? > Bruksnummer vil jo kun endre seg om eigedomen vert delt opp og då vil jo det > også kome ny adresse for det nye nummeret om nødvendig. > > Jan T > > From: [email protected] <[email protected]> on behalf of NKA mapper > <[email protected]> > Sent: 06 December 2018 23:14 > To: Øystein Bjørndal > Cc: NUUGs kartliste > Subject: Re: [NUUG kart] Adresseimporten > > Viktig spørsmål ja. Jeg har ikke selv sett noen feil fra Matrikkelen ennå men > de finnes sikkert og det er interessant å høre om noen andre har slike > erfaringer. > > Adressene har allerede vært automatisk opplastet i noen år nå, så akkurat det > er ikke noe nytt her. Med over 2 millioner adresser, over 400 kommuner og > endringer hele tiden så har vi vel egentlig ikke noe annet gjennomførbart > alternativ enn en automatisert løsning. Tanken med å ha helt separate > adressenoder er at adresseimporten skal kunne operere uavhengig av andre > objekter i OSM slik at de automatiske endringene ikke berører andres bidrag. > > Dersom noen flytter en adressenode uten å endre taggene vil den bli flyttet > tilbake neste gang. Metoden er å legge til en tag, f.eks. en note. Da vil > programmet ved neste oppdatering ikke røre den endrede adressenoden (men vil > legge til en helt ny adressenode på det opprinnelige stedet). Grunnen er at > det er umulig for programmet å avgjøre om den endrede noden er en forbedring > eller ikke. > > Om man ser igjennom slike endringer i en by så ser det ut til at kanskje 90% > av endringene oppstår når en litt uerfaren bruker i iD bruker en adressenode > som utgangspunkt når det skal legges inn en ny shop eller amenity. Uheldigvis > velges adressenoder som også har en amenity, shop e.l. som førstevalg av > Nominatim ved adressesøk, foran den mer riktige adressenoden. > > Testkjøringen viser at det er over 200.000 noder som bør flyttes til en bedre > posisjon nå, og bare en bitte liten andel av dette (jeg vil tro langt under > en promille) kan være forbedringer. Derimot er det et stort antall grove feil > som vil bli rettet. > > En annen utfordring med de flyttede/endrede nodene er at de færreste av oss > passer på å holde dem oppdatert de neste 50 årene, f.eks. om et postnummer > blir endret, ved en seksjonering eller ved justering av gatene (og slike > opdateringer er det mange tusen av i løpet av et år). Og programmet klarer > ikke med sikkerhet å avgjøre om den endrede noden som før het "Skomakergaten > 3" nå skal hete "Nygaten 11B" eller ikke. Det kan like gjerne bli galt som > riktig. > > > Den tor. 6. des. 2018 kl. 22:28 skrev Øystein Bjørndal <[email protected]>: > Jeg har ikke så mye erfaring med addresse-importen, er det noen som har hatt > dårlig erfaring med dårlig data fra kartverket som tilsier at en automatisk > opplasting av alt er for skummelt? > > Hvordan vil programmet ditt håndtere det om noen gjør eller har gjort > manuelle justeringer (les: forbedringer) av addresser? Vil forbedringen da > bli slettet ved neste automatiske import? > > Mvh > Øystein Bjørndal > _______________________________________________ > kart mailing list > [email protected] > https://lists.nuug.no/mailman/listinfo/kart _______________________________________________ kart mailing list [email protected] https://lists.nuug.no/mailman/listinfo/kart
