Re: [Tagging] tunnel=culvert and splitting

[Ian Sanders]

Can you send an example of that culvert tagging? Generally the tunnel and
bridge tags should be on the way that the tunnel or bridge is made for.

On Mon, Oct 26, 2015 at 5:08 PM André Pirard 
wrote:

> On 2015-10-25 07:44, GerdP wrote :
>
> Hi all,
>
> up to now I've used tunnel=culvert 
> http://wiki.openstreetmap.org/wiki/Tag:tunnel=culvert
> like this:
> 1) JOSM warns that a waterway and highway are crossing
> 2) I split the waterway into 3 parts and add
> tunnel=yes, layer=-1 to the short one in the middle (or
> split the road and add bridge=yes,layer=1)
>
> I keep the stream at layer=-2, I add the culvert in an additional small
> way segment on top at layer -1 and both are crossing the road which is at
> layer=0.
> This keeps the stream at layer=-2 from spring to end, which is perfectly
> correct and convenient.
> A Nominatim search of a JOSM selection shows the whole stream and not
> stupid pieces.
>
> I never understood the remark "it is not necessary to not split, one can
> consolidate splits in relations (easy, isn't it)".  To me, it is "it is not
> necessary to split".  Why not avoid splits in the first place?
> The same can be done for bridges which are in fact pieces of concrete
> under the uninterrupted tarmac foil and not an interruption (split) of the
> road.
>
> I once wrote an OVERLAY suggestion (to be discussed, that I much improved
> since) that generalizes the principle of an overlay way segment that, in
> one of its usages, applies tags such as speed limit to a segment of the
> highway. Roads, as seen by an editor, Nominatim etc., are kept unsplit but
> the programs that do not want to deal with the overlay segments can prepare
> the OSM data by using the overlay ways to split the main ones, discarding
> them and continue with the same logic as presently.
> In a second usage, it can avoid a hiking route that is using a main
> highway over 50m before leaving it to split that main highway.
>
> André.
>
>
>
>
>
>
>
>
>
> ___
> Tagging mailing list
> Tagging@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/tagging
>
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] tunnel=culvert

[Ian Sanders]

Here are some examples of this, just to clarify. I don't see how these
could possibly be mapped as nodes, so I really don't understand what the
debate was in the first place:

http://www.openstreetmap.org/#map=17/26.53270/-81.75712
http://www.openstreetmap.org/#map=19/26.53696/-81.77442
http://www.openstreetmap.org/#map=19/26.59305/-81.86069

On Sun, Oct 25, 2015 at 1:48 PM Gerd Petermann <
gpetermann_muenc...@hotmail.com> wrote:

> Hi,
> I want to thank all of you for the input. I think
> it is common sense (now) that tunnel=culvert
> should be used on ways only, so I'd be happy to see
> the wiki pages changed so that they don't suggest
> to use the tag on a node.
> Who can do that?
>
> Gerd
>
> 
> Von: Florian Lohoff 
> Gesendet: Sonntag, 25. Oktober 2015 14:39
> An: Tag discussion, strategy and related tools
> Betreff: Re: [Tagging] tunnel=culvert
>
> On Sun, Oct 25, 2015 at 10:20:10AM +, Gerd Petermann wrote:
> > I don't think that this is a strong point.
> > Thinking about my own edits I'd say that the
> > length could be +/- 4m because typically I just try to place
> > the nodes somewhere neer the road, if I find an existing
> > node that looks good enough I use that.
> >  On the other hand, I think we make
> > assumptions about the width of the road based on its
> > type (primary, secondary ,etc),
> > so this assumption would also apply on the culvert.
>
> So we implicitly assume a width of a road now we propagate
> this fault to all attached objects?
>
> We should reduce errors by implicitly assuming something not
> increase them.
>
> Flo
> --
> Florian Lohoff f...@zz.de
>   We need to self-defend - GnuPG/PGP enable your email today!
>
> ___
> Tagging mailing list
> Tagging@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/tagging
>
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging