<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 14 (filtered medium)"><!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
p
        {mso-style-priority:99;
        mso-margin-top-alt:auto;
        margin-right:0cm;
        mso-margin-bottom-alt:auto;
        margin-left:0cm;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
        {mso-style-priority:99;
        mso-style-link:"Balloon Text Char";
        margin:0cm;
        margin-bottom:.0001pt;
        font-size:8.0pt;
        font-family:"Tahoma","sans-serif";}
span.EmailStyle18
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
span.BalloonTextChar
        {mso-style-name:"Balloon Text Char";
        mso-style-priority:99;
        mso-style-link:"Balloon Text";
        font-family:"Tahoma","sans-serif";
        mso-fareast-language:EN-GB;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri","sans-serif";
        mso-fareast-language:EN-US;}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-GB link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span lang=NO-BOK style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Kanskje unødvendig diskusjon. I OSM wiki («Primary features», fra før «Basic features») står det at elver, kanaler, bekker osv må ha en lineær (poly-linje) presentasjon uansett om areal presentasjon eksisterer eller ikke. I den siste OSM dumpen det er i overkant av 9 457 700 slike poly-linjer (waterlines) med over 282 343 900 noder. Dette er vesentlig større enn den relaterte areal datamengde. <o:p></o:p></span></p><p class=MsoNormal><span lang=NO-BOK style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Formålet med disse vannlinjeobjektene er å indikere at det eksisterer tynne og lange vannobjekter uavhengig av arealonbjektene. Også, disse linjene brukes som basislinjer for navn/tekst posisjonering og for å vise rettning. Båt/skip navigasjon foreløpig er irrelevant (dog eksisterer akademiske forsøksprosjekter). Men aller viktigste er at slik gjøres det over hele planeten og vi i Norge er bare en liten del av dette (dog, hva vi gjør reflekteres i alles OSM Verdenskart).<o:p></o:p></span></p><p class=MsoNormal><span lang=NO-BOK style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>At det er mange vannlinje relaterte problener, det er også sant. La meg nevne noen få:<o:p></o:p></span></p><p class=MsoNormal><span lang=NO-BOK style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>-Stor data redundanse. Kanskje vi trenger ikke disse linjene der hvor samtidig eksisterer areal presentasjon (det er millioner av slike noder).<o:p></o:p></span></p><p class=MsoNormal><span lang=NO-BOK style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>-Det er veldig stor antall tilfeller hvor vanlinje løper utenfor tilsvarende areal (og danner virtuelle øyer, urealistisk bredde...).<o:p></o:p></span></p><p class=MsoNormal><span lang=NO-BOK style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>-Det er også mange tilfeller hvor disse linjene er egentlig arealenes grenselinjer. Osv.<o:p></o:p></span></p><p class=MsoNormal><span lang=NO-BOK style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Heldigvis, med robuste «data-preparation-tool-chain» vi oppdager de fleste slieke feiler og klarer å reparer dem.<o:p></o:p></span></p><p class=MsoNormal><span lang=NO-BOK style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Prinsipielt, man kan laste opp elv/kanal arealer uten tilsvarende vannlinjer men dette er da ikke i samsvar med OSM Wiki dokumentasjon. Derfor jeg anbefaler at vi proriterer vannlinjer og så vannarealer for elver og kanaler.<o:p></o:p></span></p><p class=MsoNormal><span lang=NO-BOK style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Sandor<o:p></o:p></span></p><p class=MsoNormal><span lang=NO-BOK style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><b><span lang=NO-BOK style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span lang=NO-BOK style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> kart-bounces@nuug.no [mailto:kart-bounces@nuug.no] <b>On Behalf Of </b>Torstein Ingebrigtsen Bø<br><b>Sent:</b> 13 </span><span lang=EN-US style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>April 2015 02:48<br><b>To:</b> N/A N/A<br><b>Cc:</b> kart@nuug.no<br><b>Subject:</b> Re: [NUUG kart] Midtlinje på riverbank<o:p></o:p></span></p><p class=MsoNormal><o:p>&nbsp;</o:p></p><div><p class=MsoNormal>Jepp, jeg er klar over at begge taggingene krever midtlinje. Ser poenget med at linjen viser retning på elv. Men ser ikke bruksområdet. Mitt spørsmål er om dette virkelig trengs (igjen, jeg tror ikke dette er rett forum). Ja det går relativt kjapt å legge inn dette for en elv. Men for en hel kommune tar dette _veldig_ lang tid. For Tydalen brukte jeg ca. 10-20 timer på å gjøre klar vannimporten. Halvparten av tiden brukte jeg på å tegne disse linjene. Poenget er at det tar for lang tid å gjøre dette for hånd (man går lei). Her er det snakk om prioritering av tid. Er denne veien så viktig at vi vil utsette annen import? Vi har utrolig mye data som kan importeres, for meg føles det meningsløst å bruke masse tid på å tegne inn denne linjen.<o:p></o:p></p><div><p class=MsoNormal><o:p>&nbsp;</o:p></p></div><div><p class=MsoNormal>Jeg kan eventuelt lage en algoritme som tegner inn dette semi-automatisk. Men utvikling av dette vil ta tid (10 - 100 timer), tviler på at jeg rekker å gjøre dette med det første.<o:p></o:p></p><div><p class=MsoNormal><o:p>&nbsp;</o:p></p></div><div><p class=MsoNormal>Psudokode for generering av midtlinje:<o:p></o:p></p></div><div><p class=MsoNormal>- Finn start/slutt for midtlinjen (ikke trivielt for elveleier der flere elver går inn i samme elv)<o:p></o:p></p></div><div><p class=MsoNormal>- Lag et rutenett inne i multipolygonet (må nok ha &quot;adaptiv&quot; rutestørrelse for å takle trange elveleier)<o:p></o:p></p></div><div><p class=MsoNormal>- Bruke en rutealgoritme for å finne en &quot;optimal&quot; vei gjennom rutenettet (f.eks. A* med vekting av noder som ligger vekk fra elvekanten).<o:p></o:p></p></div></div><div><p class=MsoNormal>- Innkobling av side elver og bekker.<o:p></o:p></p></div><div><p class=MsoNormal>- Manuell sjekk av retning på linjen og valg av &quot;hovedlinje&quot;.<o:p></o:p></p></div><div><p class=MsoNormal><o:p>&nbsp;</o:p></p></div><div><p class=MsoNormal>Hilsen<o:p></o:p></p></div><div><p class=MsoNormal>Torstein<o:p></o:p></p></div></div><div><p class=MsoNormal><br clear=all><o:p></o:p></p><div><div><p class=MsoNormal>Hilsen<br>Torstein<o:p></o:p></p></div></div><p class=MsoNormal><o:p>&nbsp;</o:p></p><div><p class=MsoNormal>13. april 2015 kl. 09.52 skrev N/A N/A &lt;<a href="mailto:gazer2175@hotmail.com" target="_blank">gazer2175@hotmail.com</a>&gt;:<o:p></o:p></p><div><div><p class=MsoNormal style='margin-bottom:12.0pt'>Må fortsatt teikne inn waterway=river med den &quot;nye&quot; måten.<br><br><a href="http://wiki.openstreetmap.org/wiki/Proposed_features/Water_details#Possible_Values" target="_blank">http://wiki.openstreetmap.org/wiki/Proposed_features/Water_details#Possible_Values</a><br>&quot;A body of river, which is currently mapped as waterway=riverbank. Should contain waterway=river way inside.&quot;<br><br>Heile poenget med den linja er å vise retninga på elva. Om den ikkje er på det djupaste er mindre viktig slik eg ser det. Om nokon har denne informasjonen så kan dei rette på den.<br>Så lenge ein ikkje prøver å finne ut kva som er beste plasseringa av linja, men brukar sunn fornuft om elvestraumar, så går det kjapt å legge inn desse linjene.<br><br>Gazer75<o:p></o:p></p><div><div class=MsoNormal align=center style='text-align:center'><hr size=3 width="100%" align=center></div><p class=MsoNormal>From: <a href="mailto:torsteinibo@gmail.com" target="_blank">torsteinibo@gmail.com</a><br>Date: Mon, 13 Apr 2015 09:35:41 +1000<br>To: <a href="mailto:kart@nuug.no" target="_blank">kart@nuug.no</a><br>Subject: [NUUG kart] Midtlinje på riverbank<o:p></o:p></p><div><div><p class=MsoNormal style='margin-bottom:12.0pt'><o:p>&nbsp;</o:p></p><div><p>Hei<o:p></o:p></p><p>Under N50 import må man tegne en linje der elven er dypest for riverbanks [1]. Denne dataen finnes ikke i N50 og må tegnes manuelt. Dette er en veldig tidkrevende jobb (ca. 50% av importjobben). Nå er jeg usikker på om dette er lurt å gjøre. Siden man ikke legger inn dypeste linje tror jeg vi legger inn mer feil informasjon enn ny informasjon (retning på elv). Det argumenteres for at denne midtlinjen kan brukes for rutegenerering. Men en riverbank-polygon kan håndteres som en node av rutealgoritmer. Jeg tror ikke dette er rett forum for å ta avgjørelsen men vil gjerne ha innspill herifra også. Er det noen som vet hvor jeg bør sende denne problemstillingen? (imports@? tagging@? talk siden til wikien?)<o:p></o:p></p><p><br>[1] <a href="http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank#Old_tagging" target="_blank">http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank#Old_tagging</a><o:p></o:p></p><p><o:p>&nbsp;</o:p></p><p class=MsoNormal>Hilsen<br>Torstein<o:p></o:p></p></div><p class=MsoNormal><o:p>&nbsp;</o:p></p></div></div><p class=MsoNormal>_______________________________________________ kart mailing list <a href="mailto:kart@nuug.no" target="_blank">kart@nuug.no</a> <a href="http://lists.nuug.no/mailman/listinfo/kart" target="_blank">http://lists.nuug.no/mailman/listinfo/kart</a><o:p></o:p></p></div></div></div><p class=MsoNormal style='margin-bottom:12.0pt'><br>_______________________________________________<br>kart mailing list<br><a href="mailto:kart@nuug.no">kart@nuug.no</a><br><a href="http://lists.nuug.no/mailman/listinfo/kart" target="_blank">http://lists.nuug.no/mailman/listinfo/kart</a><o:p></o:p></p></div><p class=MsoNormal><o:p>&nbsp;</o:p></p></div></div></body></html>