<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">12. august 2014 kl. 22.37 skrev Thor K. H. <span dir="ltr"><<a href="mailto:nitrolinken@gmail.com" target="_blank">nitrolinken@gmail.com</a>></span>:<br>
<blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote"><div dir="ltr"><div>Først av alt: hei! Første innlegg på kartlista.</div>
</div></blockquote><div> </div><div>Velkommen!</div><div> </div><blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote">
<div dir="ltr"><div>Jeg har holdt på en del med nedtegning og korrigering av kart oppe i nærområdet mitt med så mye fokus som mulig på semantisk korrekthet, hvor jeg selv har lært mye de siste månedene (siden jeg begynte).<br>
<br>Med det så ønsker jeg--viten om hvor uerfaren jeg er sammenlignet med 99 % på listen--gjerne en pekepinne i akkurat hvorfor alle adresser fra matrikkelen skal beholdes som helt egne separate noder. </div></div></blockquote>
<div> </div><div>Det er bra at du stiller disse spørsmålene nå. Vi får antakelig spørsmål om det samme på den internasjonale importsida.</div><div> </div><blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote">
<div dir="ltr"><div>
Som en duct-tape-type utvikler så kan jeg se at det er lettvint, øker datasammenhengen og gir en mulighet for dataseparasjon som igjen gjør det mer lettvint for senere oppdateringer. Likevel, det føles som et sørskilt tap av data. Store boligfelt med enkeltboliger har ikke noe semantisk grunnlag for å være representert med individuelle noder, utenom ev. k:entrance=yes på inngangsdører, som fortsatt ville være del av en way. </div>
</div></blockquote><div> </div><div>Lavblokker og rekkehus har gjerne flere innganger med hver sin gateadresse. Det må da være bedre at adressen til hver av disse er plassert på en node på eller i nærheten av inngangen (eller i det minste i riktig del av blokka) enn at nummeret står på bygningen som f.eks. 'addr:housenumber=16A-D' eller 'addr:housenumber=16-19'?</div>
<div> </div><blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote"><div dir="ltr"><div>Videre organisasjoner, bedrifter, osv, blir da adskilt fra sin adresse - hvordan skal dette semantiske forholdet ivaretas? Relations?</div>
</div></blockquote><div> </div><div>Mange bygninger inneholder flere funskjoner, f.eks. butikk i første etasje, kontorer til flere bedrifter i 2. og 3. etasje og noen leiligheter på toppen. I slike tilfeller blir det fort rot dersom man prøver å tagge alt på bygningen. Da er det bedre å bruke separate noder til butikkene og kontorene og ev. bruke taggen building=* for å angi bygningens hovedfunksjon. Så blir det et spørsmål om man skal sette addr:*=*-tagger på hver av nodene man har plassert inni bygningen. Personlig ser jeg ikke det store behovet for å gjøre det.</div>
<div> </div><div>Jeg ser for øvrig at det varierer litt hvor noden er plassert i Kartverkets data. Noen steder ligger den midt i bygget, andre steder i nærheten av inngangen.</div><div> </div><div>-- </div><div>Tor </div>
</div></div></div>