[Tagging] Traffic sign direction tagging..

yo paseopor yopaseopor at gmail.com
Tue Oct 2 14:44:47 UTC 2018

It is not the better thing to say " we can't control the tagging of an item
so we can map it".  Why we can't control them? Can we control the trees you
have on the map? Can we control the street lamps of the map?...so we can
control EVERYTHING on the map and its orientation (of course with the
correct technology now we have, like Mapillary's and others). Traffic signs
informs you about something specific of the way, example, the end of the
cycle way, so you can see where the traffic sign is correct to put on.

Also it is not the best call "undersigns" . There are signs too, with their
code, and you can put in on second place or third place , like
traffic_sign:2 as Finnish people does. And as you say second position
traffic sign will be so important as the first position is.

It is difficult to have two traffic signs in both directions with the same
meaning so you don't need traffic_sign:2:direction. If you need so you can
put a node next to or above or beside to the other with all that other
directions' info

Also don't forget the tag side=  and all of their values


On Tue, Oct 2, 2018 at 4:03 PM Allroads <allroadsworld at gmail.com> wrote:

> Traffic_sign is on a node beside of above a road. There where, it is.
> This is the basis, the derivative is tagged on the road, as .......
> The direction=* says, the facing direction of the sign/shield. Important:
> indicates the direction in which the law applies. This could be various.
> Depends on sign and undersign.
> A combination of trafficsign and undersign is important, it indicates a
> combined rule, summarized in a value.
> But there could be more trafficsigns on a node even a highway=street_lamp,
> the direction=* can not be used.
> traffic_sign:1:direction=*  facing direction is used.
> traffic_sign:2:direction=*
> street_lamp:direction=*
> Then the derivated on the way.
> This could be the whole way.
> motor_vehicle:forward=no
> But also on a node of a way ( not the first and last node) like give_way.
> The most directly derived tagging is tagging the traffic sign itself.
> First
> degree derived tagging.
> Second degree tagging are the access tags.
> If you have first degree tagging, the second degree could be controlled,
> if
> it is correct.
> In the Netherlands we started to tag the traffic_sign on a cycleway, then
> knowing which vehicle key/value is needed
> Now with overpass we can control if tagging is correct on the cycleway G11
> (mofa designated), G12a (mofa mofa designated), G13.
> This way we get more qualitative data.
> http://mijndev.openstreetmap.nl/~peewee32/traffic_sign/traffic_sign.htm?map=cycleways&zoom=16&lat=52.13023&lon=5.41893&layers=B000FFTTTTFFFFTFTFFFFFFFFFFF
> Then on a waynode. like give_way.
> C6 traffic_sign.
> https://wiki.openstreetmap.org/wiki/NL:Overzicht_Nederlandse_Verkeersborden#C:_Geslotenverklaring
> The working-out of the law, says, that goes into effect when you pass the
> shield at the front. And must be repeated after each crossing.
> This traffic sign can stand on one side of the road.
> If you come from the other side, there is no shield, drive in and you
> visit
> a house, a plot, or you decide to turn around, this is allowed by law.
> This you could do, for example 10 meters from the back of the shield, turn
> around.
> This place is a like a give-way construction on a node., with access
> traffic_sign:forward=NL:C6  (first derivated tagging, could used to
> control
> the other tags)
> motor_vehicle:forward=no
> motorcycle:forward=yes
> moped:forward=yes
> mofa:forward=yes
> some use a 10 meters way to set the tags.
> forward, indicates the direction of operation of the law in relation to
> the
> Openstreetmap drawing direction.
> >> `traffic_sign:direction=forward/backward`
> Here direction is facing direction on the sign.
> And can not be used a working-out direction of the law.
> traffic: forward= and traffic_sign:backward is correct.
> I do not agree!
> In combination with traffic_sign, direction can only be used  on separated
> node besides the road (or above), given the facing direction, there are
> signs with undersign with a left or right arrow, indicating in which
> direction the sign works,
> then the facing direction must be correct, often this is 90 degrees on the
> driving direction, or on other side of a T junction.
> If the traffic_sign (first degree derivated) is not tagged it is almost
> impossible to control tagging. With all combinations and undersigns.
> Regards.
> Allroads
> -----Oorspronkelijk bericht-----
> From: Marc Gemis
> Sent: Tuesday, October 2, 2018 2:04 PM
> To: Tag discussion, strategy and related tools
> Subject: Re: [Tagging] Traffic sign direction tagging..
> >>
> >> >  To keep things simple, we'll do the same thing for traffic signs:
> >> `traffic_sign:direction=forward/backward`
> >
> >
> > Please , for doing traffic_sign:direction is better to put direction=*
> > tag.
> >
> >> > I still highway=give_way and highway=stop with
> >> direction=forward/backward (which is used by OsmAnd AFAIK).
> >
> >
> > And what about the other traffic signs. Are they not important? Why
> don't
> > erase it...from the World if they are not important?
> I don't map other signs, for most other signs I map the result on the
> way (e.g. maxspeed sign, no overtaking). Why would I map the sign
> separately ?
> Give ways and stop signs are slightly different, because they usually
> indicate a single place on the road where one has to stop. The result
> of the sign is commonly mapped as a node, not as a tag on the way
> (yes, I know there are cases where a relation might be needed).
> So yes, for me the position of the other signs is not important. Feel
> free to add them if you feel they are important.
> regards
> m.
> _______________________________________________
> Tagging mailing list
> Tagging at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/tagging
> _______________________________________________
> 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/20181002/c5824236/attachment-0001.html>

More information about the Tagging mailing list