[Tagging] Adding values to usage=* key for power transmission

Martin Koppenhoefer dieterdreist at gmail.com
Thu Dec 4 12:40:42 UTC 2014

2014-12-04 1:42 GMT+01:00 Fran├žois Lacombe <fl.infosreseaux at gmail.com>:

> just imagine a city like vienna, drawing one or more man_made=pipeline
>> ways parallel to nearly every highway=* - a nightmare, editing-wise.
>> in these cases, it would be better to use the already existing
>> highway=* way and also tag it as man_made=pipeline. and here we have
>> the first name=*, ref=* conflict, only to be solved by prefixes.
> I don't agree here.
> Mapping two different features with one OSM object shouldn't be done,
> especially for a pipeline vs a street


> Both don't have the same location (one underground, one IS the ground).

well, this depends on your point of view, the "highway" might be
interpreted as reaching into ground (that's actually the case, even if most
people think of a road as being the surface you step / drive on), might
even be seen as including drainage tubes / ditches and other stuff that is
there in order to make the road work (or because the road and therefor a
right of way is there, e.g. subways or pipelines or other infrastructure
like water, sewage, power, telco, gas, ...)

Still I do agree with Fran├žois, we should not see it this way in OSM, as it
calls for problems and will cause these problems (it becomes unclear to
what a tag refers). I believe we should use relations to create objects
which rely on the geometry of other objects (if they happen to be on the
same spot), ie. here I'd create a relation for the pipeline with the road
as member (presuming for this example that the position is identical, what
it probably not is in reality). The tag "highway" is not for the complete
"road" as described above, it only represents the part that is for
bicycles, cars, pedestrians, etc.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20141204/01d1513c/attachment.html>

More information about the Tagging mailing list