<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">2014-02-22 13:49 GMT+01:00 Erik Johansson <span dir="ltr"><<a href="mailto:erjohan@gmail.com" target="_blank">erjohan@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div id=":1ky" class="a3s" style="overflow:hidden">So I guess the final say is how this is handled by the tools that use<br>
the . If they can handle stuff like this with ease, then I see no<br>
reason to ┬áduplicate a way just to add a fence, or making it over<br>
complicated by letting two ways share nodes or a multipolygon from<br>
multipleways..</div></blockquote></div><br><br>I see this not as a case for tools to handle something, but as a question how to model in a clear way. If you now add height=2m to this object, you might still be able to say, "this is for the fence" by interpreting it, but adding other tags like wikipedia or name it will become often unclear to which object the attributes / tags belong, if several different objects are represented in the same osm object. If we had a distinct area datatype this would be more obvious (and less a problem therefore, because people would be forced to separate objects).<br>
</div><div class="gmail_extra">E.g. if your fence were a wall, it would be impossible to tell whether this was a thick wall (mapped as an area) or if the wall was intended as a linear feature.<br><br></div><div class="gmail_extra">
cheers,<br>Martin<br></div><div class="gmail_extra"><br></div></div>