[Tagging] Barrier=berm

Volker Schmidt voschix at gmail.com
Thu Nov 28 13:29:41 UTC 2019

I have used in past a way with only one tag: embankment=yes to map small
earth walls with nothing on top. I admit that I have not checked the
rendering, but this seems to me a simple solution.

On Thu, 28 Nov 2019, 14:05 Paul Allen, <pla16021 at gmail.com> wrote:

> On Thu, 28 Nov 2019 at 12:45, Andy Townsend <ajt1047 at gmail.com> wrote:
> Tagging 2 things to represent 1 physical feature just makes it extra-hard
>> for anyone consuming the data.
> Yet we have a very similar problem with "two things, two objects."  We
> make a tennis court
> surrounded by a fence two objects for good reasons.  But it is very
> difficult to subsequently
> edit those objects in some editors.  Not only may you not realize there
> are two objects, but
> there is no way (in some editors) of cycling through objects having all
> ways in common.
> The only way I've found is to split a node so I can move the node of one
> object away in
> order to be able to select between them, then put that node back when I've
> finished.
> It's a problem that shouldn't exist.  Fixable in the tool chain.
>   They'd have to say "OK, I've got a man_made=embankment here; now, before
>> I decide what to do with it, I have to see if there is another parallel one
>> facing the other way that tells me that what I've really got is a raised
>> flood bank or similar"
> The editor I use shows such things with triangles on one side.  So fixed
> in at least one
> alternative.
>> We represent other linear features (e.g. roads) as lines; it makes sense
>> to do the same here.
> But we also have roads with areas, when that makes sense.  Representing a
> wide embankment
> not a good option without a width tag and a double-sided tag and renderer
> support.  Two parallel
> embankments, as currently handled, makes it clear.  And also copes nicely
> with an irregular
> width without having to split the embankment in (possibly many) places.
> --
> Paul
> _______________________________________________
> Tagging mailing list
> Tagging at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/tagging
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20191128/7584d038/attachment-0001.html>

More information about the Tagging mailing list