<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>Hei Håkon<br><br>Heile poenget med separate nodar er at det skal vere enklare å oppdatere seinare.<br>I Danmark er dette automatisk og der er adressene separate nodar.<br>Om vi får til automatikk her veit eg ikkje. Må nok vere i samarbeid med Kartverket og Posten.<br><br>Når det gjeld plassering så er nodane plasserte der inngangen skal vere i fylgje Kartverket.<br>Har dei ikkje den infoen så vert den plassert på bygning ein stad. Blokker med svært mange nummer kan ikkje fylgje dette av naturlege grunnar.<br>Om nummeret ikkje passar med bygning polygon i OSM så er det mest sannsynleg at bygningen er feil plassert.<br>Ein skjekk eg har gjort visar at bygningar som vart lagt inn for ei tid tilbake brukte Bing bilete som var feil plassert.<br>Desse flyfotografia er seinare blitt retta slik at om ein i dag sjekkar så vil over halvparten av bygningane ikkje stemme med Bing.<br><br>Adressene rundt om i Oslo har vore svært varierande i måten dei var lagt inn på.<br>Addr data i bygningen, på inngangs node eller separat node inni bygning.<br>Ein del var og sett i<span dir="auto"> <b>associatedStreet</b> relasjon. Dette er unødvendig så lenge tilgang til adressa nyttar næraste gate med same namn.<br>Der adresse noden er nærare gata den høyrer til, men ein faktisk må bruke ei anna gate, f.eks. på andre sida, så har eg laga relasjon.<br>Relasjonar lagar eit ekstra ledd som ikkje alle er så gode på. Då vert dei ofte øydelagde.<br><br>Det viktige her er å få inn adresser enkelt og likt over heile landet.<br>Separate nodar gjer det og mykje enklare å filtrere ut alt anna i JOSM om ein må endre adresser manuelt seinare.<br>Enkelt addr invertert filter og kun adresse nodar vil vise. Då kan ein om nødvendig slette ein node utan risiko for andre data.<br>Rett og slett mindre sjanse for at folk slettar for mykje eller rotar til andre data når ting er separat.<br><br>Om noko info har gått meg forbi og blitt sletta så må eg berre beklage. Har jobba kontinuerleg med dette i ei veke no og lagt inn ca 90000 nodar :)<br>Ubebygde tomter/adresser ser ikkje heilt at skulle trenge nokon info om dette. Få eller ingen vil søke på adressa.<br>Layer tag er kun for rendering. Har ein funne rett bygning så finn ein nok inngangen også.<br>Vertikal delte hus er side om side så dei treng vel ikkje layer? Meiner du horisontal delt med to eller fleire etasjar , ei leilegheit i kvar og separat inngang på utsida?<br>Slike hus skal så langt eg veit ha separate husnummer på bygningen for kvar etasje. Så om ein alt har funne huset så bør resten vere enkelt ;)<br><br>PS! Building=entrance er ein ut datert tag så dei har eg endra til entrance=yes eller sletta fyrste om begge var med.<br><br>mvh<br>Jan T<br><br><br></span><div>> From: hakon@stordahl.org<br>> To: kart@nuug.no<br>> Date: Mon, 21 Apr 2014 14:12:33 +0200<br>> Subject: Re: [NUUG kart] Adresseimport fra NVDB<br>> <br>> On Mon, 14 Apr 2014 18:07:00 +0200, N/A N/A wrote:<br>> <br>> > Ein automatisk prosess for dette vil nok vere det beste, men er ikkje<br>> > alltid at data er korrekt. Dette blir nok betre når folk faktisk kan<br>> > rapportere om feil til kartverket.<br>> ><br>> > Data som eg har er faktisk frå i fjor haust. Men etter mailen frå<br>> > Forbrukarrådet fann eg ut det var på tide å gå i gang. Oslo var ein<br>> > naturleg plass å starte då det er enorme mengder husnummer der. Over<br>> > 95000 faktisk. Og ikkje minst er vegnettet der godt i OSM.<br>> ><br>> > Den største svakheita til OSM er mangel på adresser, så eg meiner det<br>> > er best å få inn det så raskt som råd.<br>> ><br>> > Om ein vil ha anna info samla i desse nodane kan diskuterast.<br>> ><br>> > Når det gjeld den manuelle importen så har eg delt det opp for å<br>> > minske feil og for at eventuelle større feil kan rettast med mindre<br>> > reversering. Fleire av postnummer rekkjene eg har lasta opp hadde over<br>> > 3k nodar. Er og enklare å ta mindre geografisk område av gongen. Kunne<br>> > importert alle 95k+ adresse nodar i ein og same gong, men tvilar litt<br>> > på at ei opplasting med JOSM ville vorte godkjent ;)<br>> ><br>> ><br>> > Om nokon har innvendingar mot at eg held fram med denne importen så<br>> > ver snill å sei ifrå. Eg har masse tid til dette så gjer meg ingen<br>> > ting å ta dette manuelt enn så lenge. Vil fokusere på dei større byane<br>> > som er godt kartlagde i OSM. Husnummer utan vegar hjelper lite ;)<br>> ><br>> > Om nokon vil hjelpe til så gi ein lyd så kan eg sende over ei kommune<br>> > fil. Er litt viktig at ikkje fleire arbeider med same kommune.<br>> <br>> Hei. Beklager sein respons. Det er supert å få lagt inn flere adresser i<br>> OSM! Men det vil være fint å få avklart om dette er en engangsimport,<br>> eller om det f.eks. er meningen å oppdatere adressdataene med nye importer<br>> som overskriver gamle data.<br>> <br>> Hvis dette er engangsimport som gjøres manuelt, og at det er meningen at<br>> adressene skal vedlikeholdes manuelt etter dette, så synes jeg det er<br>> fint om det tas hensyn til adressedata som allerede er lagt inn i OSM.<br>> <br>> Jeg har f.eks. allerede lagt inn en del adresser i OSM som nå har blitt<br>> erstattet med importerte adresser (hovedsakelig i området som dekkes av<br>> http://www.openstreetmap.org/changeset/21823008), og noe info har dermed<br>> gått tapt slik jeg ser det. Eks:<br>> <br>> * Adresser på entrance=yes/building=entrance-noder på bygninger er<br>> fjernet og det er opprettet en egen adressenode.<br>> <br>> * Adresser på bygningspolygoner er fjernet og det er opprettet en egen<br>> adressenode, som noen steder ligger utenfor selve bygningen.<br>> <br>> * Ekstra tagger på adressenoder har gått tapt, f.eks. note/note:no om at<br>> tomten ikke er bebygd. Og jeg har også lagt på layer-tag på noen<br>> adressenoder, for å skille adresser til vertikaldelte boliger, som nå<br>> er borte.<br>> <br>> Hvis det er meningen med (automatiske) oppdateringer av adressedataene i<br>> framtiden så synes jeg ikke dette er noe problem, men ellers synes jeg<br>> at det blir mer informativt og riktig om addr-taggene blir liggende<br>> sammen med entrance=yes/building=entrance-taggen, eller på selve<br>> bygningspolygonet (der bygningen bare har ett husnummer).<br>> <br>> Hilsen Håkon.<br>> _______________________________________________<br>> kart mailing list<br>> kart@nuug.no<br>> http://lists.nuug.no/mailman/listinfo/kart<br></div> </div></body>
</html>