<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">2014-07-08 15:59 GMT+02:00 Daniel Koć <span dir="ltr"><<a href="mailto:daniel@xn--ko-wla.pl" target="_blank">daniel@xn--ko-wla.pl</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div id=":741" class="a3s" style="overflow:hidden">I just made the proposal page for discussion about enhancing natural=peak tag:<br>
<br>
<a href="http://wiki.openstreetmap.org/wiki/Proposed_features/peak" target="_blank">http://wiki.openstreetmap.org/<u></u>wiki/Proposed_features/peak</a><br>
<br>
This is my first attempt to define OSM features.</div></blockquote></div><br><br>I am not sure this is something we'd want in OSM for at least 2 reasons:<br><br></div><div class="gmail_extra">1. As you (and wikipedia) write, there is no clear distinction between mountain and hill, so this is subjective (you write it in the proposal)<br>
<br></div><div class="gmail_extra">2. The analysis of the other peaks in the area and the topography in general can be done automatically both, based on OSM data and on additional elevation data (like from hgt rasters, Aster, SRTM, other DEMs, etc.)<br>
<br></div><div class="gmail_extra">So this is probably not something we'd have to map manually, as it could be automatically derived. I agree that the current rendering is not always optimal, but this could be resolved in the rendering system, no need to do it in the base data. Or maybe I got you wrong?<br>
<br></div><div class="gmail_extra">Cheers,<br>Martin<br></div></div>