<div dir="ltr">Hi, thanks for your reply.<br><div class="gmail_extra"><br><div class="gmail_quote">2013/10/15 Christoph Hormann <span dir="ltr"><<a href="mailto:chris_hormann@gmx.de" target="_blank">chris_hormann@gmx.de</a>></span><br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">[...] </blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
>From a quick look at your recent edits it seems they are well made and<br>
the new data is mostly well merged with existing stuff.  But it is<br>
unavoidable due to the sheer amount of data you add that there are<br>
mechanical decisions made in the process that would deserve being<br>
discussed.  This is what makes your edits different from use of Bing<br>
imagery as source.</blockquote><div>I always appreciate comments on my use of tags, that's the best way to improve. But I would tag the same way if I used a different source or if the changesets were smaller.<br> </div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I see for example most waterways are tagged as<br>
stream although many are obviously too large for that (waterway=stream<br>
in combination with width=2 for example already stretches the<br>
definition of stream and there are streams in your edits significantly<br>
larger).</blockquote><div>I agree that a river is a large stream. To classify a stream as a river one might consider other aspects than merely the width. E.g: Length, average discharge (volume rate of water flow), size of the drainage bassin, how easy it is to cross (which would depend on discharge and width), local classification/name or relative size compared to other streams in an area (which then of course might depend on any of the other aspects). Also the width (and depth, it that was to be considered) tend to vary along the way.<br>
<br>I've noticed that somebody recently added a rule to distinguish waterway=river from waterway=stream on the wiki page for stream, but I'm not sure how/where that rule (which is related to how far an able person can jump) became commonly accepted?<br>
<br>The question on when a stream is considered to be a river has crossed my mind frequently since I started mapping. I think I was more generous earlier with using the river tag, but now I tend to reserve river for waterways which are difficult to cross (due to discharge or a combination of width and depth) or locally is classified/named as a river (No: "elv" or "ĺ").<br>
 </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">You also seem to tag all wetlands with wetland=bog but i am<br>
not sure if this is correct in all cases, especially with wetlands<br>
around a river.  But i lack the local knowledge to tell if this is<br>
truely wrong in the individual case.  Again something that would need<br>
to be discussed if such tag is applied generally to all wetlands and is<br>
not decided individually.</blockquote><div>The wetlands I've edited are mire (No: "myr"). These are either bog or fen, and the OSM tagging scheme seem to use bog for both. So I still think those are correct.<br>
 </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Finally i saw there are various unconnected<br>
streams like<br>
<br>
<a href="http://www.openstreetmap.org/browse/way/240629790" target="_blank">http://www.openstreetmap.org/browse/way/240629790</a><br>
<a href="http://www.openstreetmap.org/browse/way/240630383" target="_blank">http://www.openstreetmap.org/browse/way/240630383</a><br>
<br>
that are obviously errors and deserve manual checking and fixing.  At<br>
least they should be tagged with a fixme.<br></blockquote><div>Actually I find these quite strange, because these waterways are connected in the source. Seems like I have deleted the first node. But again, that is due to manually editing. I'll fix those (and a couple of others along the same waterway) as soon as I can use the proper source again.<br>
</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Note a thorough import discussion could also help with your workflow -<br>
the lack of orientation in the waterways you fix by hand for example<br>
can probably mostly be corrected automatically for the whole data set<br>
based on the elevation data sets kartverket also made available.<br>
[...]<br></blockquote><div>Yes, I assume an import also could create multipolygons, remove double nodes etc. I'm sceptical to imports because I struggle with the results of them quite often (like the Corine disaster). Currently I'm happy doing the edits manually, thus improving the map slowly (compared to an import).<br>
<br></div><div>Regards,<br></div><div>T<br></div></div><br></div></div>