[Tagging] Barrier=berm

Paul Allen pla16021 at gmail.com
Thu Nov 28 13:03:52 UTC 2019


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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20191128/ce0bf4db/attachment.html>


More information about the Tagging mailing list