[Tagging] traffic_signs: human readable values vs. ISO and law codes

Well, let's start. As you know there are values in traffic sign key that are human readable and others that are the ISO code of the country plus the code inside the traffic law of every country (from South Africa to USA). It is not a big problem...except they are using the same key. Probably human

[Tagging] [Voting] Feature Proposal - traffic signs national id and human readable values (traffic_sign=* and traffic_sign:id=*)

Hi As you would know or you can have read in some places there is a proposal about the mapping of traffic signs.You can have the proposal here, read it , and if you consider vote it: https://wiki.openstreetmap.org/wiki/Proposal:Extended_traffic_signs_tagging And the discussion is here:

[Tagging] Last week for [RFC] for traffic signs national id and human readable values (traffic_sign=* and traffic_sign:id=*)

Hi As you would know or you can have read in some places there is a proposal about the mapping of traffic signs. You can have the proposal here. https://wiki.openstreetmap.org/wiki/Proposal:Extended_traffic_signs_tagging And the discussion here.

[Tagging] [RFC] traffic signs national id and human readable values (traffic_sign=* and traffic_sign:id=*)

Hi! After a month of latest discussion on the Community forum, and after consulting Spanish and Catalan Community for comments , variations and corrections I ask for RFC for this proposal: https://wiki.openstreetmap.org/wiki/Proposal:Extended_traffic_signs_tagging Please also see previous

Re: [Tagging] How do you map traffic signals where right or left turns are allowed or not allowed on a red light?

Here in Europe that situation starts to be assumed by big cities who love bicycles. It is a new regulation you can find in Paris or Barcelona. Now we can ride our bikes in oneways streets as oneway:bicycle=no and also this possibility of turn in red traffic lights. Also these days we start to find

Re: [Tagging] site relations for city walls?

Big sense, nerver forget. What about that? https://www.openstreetmap.org/relation/6651797#map=11/52.5183/13.2976 Health (more now than never) and maps yopaseopor On Sun, Jul 12, 2020 at 8:44 PM Martin Koppenhoefer wrote: > Someone has made

Re: [Tagging] [Talk-us] Trunk VS primary,

ove that. > > 26.12.2019 21:39 tarihinde yo paseopor yazdı: > > > > > In a country like Zambia or Congo unclassified would be the worst > > condition road you can find in that country (but not track), so only > > local community people (or people who live in that countr

Re: [Tagging] [Talk-us] Trunk VS primary,

First problem for classifications is the reason of the classification. What is this reason: administrative laws (with their political facts to keep in mind) or physical conditions (the best for the performance of the vehicles you would have in this road)? Second problem is the reality of the

Re: [Tagging] Strange tags

With maps like https://osm-catalan.github.io/osmcatmap/ with code forked from Bicycle tags maps like this https://github.com/yopaseopor/customosmapp you can do the map you want about any tag=value with no dedicated server (only account of github). So if you are interested in all this stuff you can

Re: [Tagging] Default values for surface by road category and country

In Europe I think. In other countries of other continents there's no pavement on all the main highways. OSM is "universal" so the scheme should not have values by default asking only one part of the World Salut i mapes (Health and Maps) yopaseopor On Sat, Sep 21, 2019 at 1:53 PM Joseph

[Tagging] Mapping specifically every traffic signal

Hi! Mapping Barcelona in a more specific way (we have the authorization to use Townhall's Barcelona OpenData, we have one project to import Spain Cadastre buildings and portals, etc.) we have realized we need a more accurate way to map the traffic signals. Now we have three kinds of these

Re: [Tagging] Using destination_sign relations for pedestrian navigation

Using established is the best way, but look at this, it could be useful https://wiki.openstreetmap.org/wiki/Proposed_features/Extended_traffic_signs_tagging#Destination_signs It covers all kind of traffic signs, also destination traffic signs, so it would be useful for a pedestrian destination

Re: [Tagging] Multiple tags for one purpose

This not always works. See traffic_sign:direction=* and traffic_signal:direction=* or crossing=marked in iD or all the "missions" you will not see implemented in StreetComplete and the impossibility of make it more scalable and customizable. One person said here to a question about a reasonible

Re: [Tagging] Parking spaces for car charging

Here in Spain chargers like this are used by motor_vehicles but forget about it, because before they have to be clients. I think this would be best definition for access. But also I will use other key to specify they have to be charging. You can find other places where charging would be not

Re: [Tagging] Classifying roads from Trunk to Tertiary and Unclassified

ou cannot send the trucks via a sloped-curve-way because it is "National" Salut i carreteres (Health and roads) yopaseopor On Mon, Aug 12, 2019 at 12:35 PM Paul Allen wrote: > On Mon, 12 Aug 2019 at 01:20, yo paseopor wrote: > >> >> trun

Re: [Tagging] Classifying roads from Trunk to Tertiary and Unclassified

In Spain we have big problems, discussions and arguments with that question. Last month, a French user complained about the state of a "Nacional" (Country Main Road) classified in OSM as trunk. These problems have one main reason. Here in Spain, in some places, there are six degrees of public

Re: [Tagging] Was public_transport=platform intended to always be combined with highway=bus_stop?

On Sat, Aug 3, 2019 at 9:24 PM Markus wrote: > Hi! > > On Sat, 3 Aug 2019 at 20:38, yo paseopor wrote: > > > > We need a new way of following the scheme. I think all the features are > needed: stop positions, platforms and stop area. [...] > > Could you please

Re: [Tagging] Was public_transport=platform intended to always be combined with highway=bus_stop?

We need a new way of following the scheme. I think all the features are needed: stop positions, platforms and stop area.Well , at first sight would seem complicated...but if you want to map a big station you have to use a complicated system. And this system when you know how it works it is fast

Re: [Tagging] Was public_transport=platform intended to always be combined with highway=bus_stop?

Yes, one ring (one key=one value) for all kind of public transports because it is easier to say this key and then what kind of transport do you have in. It's better: public_transport=stop_position or public_transport=platform and then bus,tram,train,subway,ferry,helicopter,UFO, future's

Re: [Tagging] Was public_transport=platform intended to always be combined with highway=bus_stop?

please: NO MORE TAGS Either... can we mix all the tags of all the versions of Public transport into a UNIQUE scheme for ALL kinds of transports, tagging it at the same way with the same name: from electric autonomous buses to new Uber's helicopters? A scheme has to be scalable. Can we define that?

Re: [Tagging] lanes = 0

Also when they are a passable, two way road? BOE-020_Codigo_de_Trafico_y_Seguridad_Vial Page 50 Carril. Banda longitudinal en que puede estar subdividida la calzada, delimitada o no por marcas viales longitudinales, siempre que tenga una anchura suficiente para permitir la circulación de una

Re: [Tagging] lanes = 0

In Spain is easy: when there is no marks = lanes=1 The lack of the mark lanes is the reason why when a Spaniard drives by Rome thinks Italian people are crazy, because they overtake you in the same big lane, but ONLY one lane (lane without marks). One lane= one car. lane with no marks is =1

[Tagging] New way to use tagging: simple questions with no prep_discussion: tag for a IT School ?

Hi! Whats is the tag for a IT school like this? http://www.mecabit.com/ Thanks yopaseopor PD: education scheme has to be improved. A non-schoolar education scheme would be interesting. ___ Tagging mailing list Tagging@openstreetmap.org

Re: [Tagging] Feature Proposal - crossing=marked

No, don't be innocent If you search traffic light you will see the same thing, not any strange light in relation with traffic itself. https://www.google.com/search?q=traffic+light=lnms=isch=X=0ahUKEwj3vf-XqJHiAhWhzoUKHYr5D3kQ_AUIDigB=1280=891 https://en.wikipedia.org/wiki/Traffic_light. If you

Re: [Tagging] Feature Proposal - crossing=marked

'm attempting to build community consensus by writing a proposal and then > explaining it on this mailing list. > > > Are you sure we need a new tagging scheme for crossings? > > I am absolutely positive. > > > Are you sure there is not other existing way to map whatever you want

Re: [Tagging] Feature Proposal - crossing=marked

I don't know why we need a new tag scheme. I remember my explanation of the question and the adaptation of the possibilities. I repeat them here: crossing=no (prohibited) crossing=yes (most generic) crossing=traffic_light is with traffic lights. So implies crossing=controlled.

Re: [Tagging] Possibility to draw parking properties as an area

d > - not handled by most of data consumers > - highly unusual tagging > > Mar 6, 2019, 7:14 PM by pla16...@gmail.com: > > On Wed, 6 Mar 2019 at 17:49, yo paseopor wrote: > > I mean something like https://www.openstreetmap.org/way/675000355 > or https://www.openstreetmap.org/

Re: [Tagging] Possibility to draw parking properties as an area

all the parking spaces. I wish to use standard parking:lane properties...but not with amenity=parking tag...or is it a correct use? Salut i mapes yopaseopor On Wed, Mar 6, 2019 at 7:15 PM Paul Allen wrote: > On Wed, 6 Mar 2019 at 17:49, yo paseopor wrote: > >> I mean somethin

Re: [Tagging] Possibility to draw parking properties as an area

properties to the kerbs...does not help anything (it would be the same problem we have now. I need these items separated from the way, from the kerb, with its own id, to draw exactly what space is occuping. Salut i mapes yopaseopor On Wed, Mar 6, 2019 at 7:01 PM Jmapb wrote: > On 3/6/2019 12:04 PM

Re: [Tagging] Possibility to draw parking properties as an area

I mean something like https://www.openstreetmap.org/way/675000355 or https://www.openstreetmap.org/way/675000354 or https://www.openstreetmap.org/way/675000856 Salut i mapes yopaseopor On Wed, Mar 6, 2019 at 6:26 PM Paul Allen wrote: > On Wed, 6 Mar 2019 at 17:06, yo paseopor wr

Re: [Tagging] Possibility to draw parking properties as an area

Not only parking_space but all the parking you can find in a street, not a parking lot or a parking place (amenity=parking). I say I need to separate and zoom the info about parking spaces (but not delimited every place) in each street. Parking is not a lane of the street so I want to draw it

[Tagging] Possibility to draw parking properties as an area

Moment has arrived. I need the use of the tagging scheme into a separated items (not only the highway itself) to make possible the draw of specific parking areas (or spaces if it is specified) in the streets with their properties exactly drawn as areas or ways. I assume also the position about the

Re: [Tagging] Mapping curb (kerb) lines as the home of curb, parking, etc information

It is the same story again and again. -First was the node and ways. And some classification . It was not enough -Second arrived relations. but when you want to specify more..it is not enough -Then it was other tags like classification, lanes, sidewalks... it is not enough if you want to make all

[Tagging] crossing=cycleway as a node

Hi! Now I'm tagging with the more detail I can some cycleways in Catalonia. I do al the ways, and I cut and mark all the crossings. I do this with the formula highway=cycleway cycleway=crossing as a way (like I do other times with highway=footway footway=crossing for mark all the pedestrian

[Tagging] Tag an information panel

Hi Spanish calling Here at Spanish community of OSM we are asking about the information poles and panels we have in our cities. we are talking about 3 types: -Information about the capacity of a parking -Information about the pollution level in a city -Information about public transport ETA, and

Re: [Tagging] Reversible Road tagging

One little point Untill now GPS navigation is orientative, not compulsory, obligatory or have-to-do. So instead your Osmand says you go in opposite direction, you drive, you decide. No kamikaze please. yopaseopor PD: conditional lanes tagging situation would be interesting with a new tag

Re: [Tagging] highway=crossing used on ways

I would use side=left/right/both as I use for mark the position of a traffic sign. This position is relative to the direction the way was drawn in OSM (like rivers) yopaseopor On Fri, Oct 26, 2018 at 4:17 PM André Pirard wrote: > On 2018-10-13 11:22, Mateusz Konieczny wrote: > > 12. Oct 2018

Re: [Tagging] unmarked crossing, tactile paving, lowered kerbs / was: 2 meaning for crossing=zebra

For me it is an unmarked cross . I think it is very common in the USA. May we have to ask ourselves in every land how the local administration deal with putting crossings in our streets. I think the way it is done in Europe and in the USA is different. yopaseopor On Sat, Oct 27, 2018 at 2:05 AM

Re: [Tagging] 2 meaning for crossing=zebra

Hi Here is my opinion about that If your query crossing in taginfo you may find 10 main values [1]: uncontrolled > 668.448 but with marks (generic). I think they might be zebra crossings. zebra > 541.412 traffic_signals > 520.238 with traffic lights unmarked > 146.241 without marks of any kind

Re: [Tagging] Traffic_sign discussion

On Wed, Oct 10, 2018 at 1:30 AM Martin Koppenhoefer wrote: > > > > to me there is no point in mapping traffic signs on ways. Traffic signs > are punctual items, their supposed effect (our interpretation what they > imply for which way) is already mapped with established tags on the way. It > is

Re: [Tagging] Traffic_sign discussion

On Wed, Oct 10, 2018 at 1:05 AM Colin Smale wrote: > I am not saying these cases are impossible, only that they have to be > accommodated, preferably as uniformly as possible. It is not intended as > criticism, but as a critical test of fitness for purpose. If the tagging > scheme can't handle

Re: [Tagging] Traffic_sign discussion

> > Tagging is for discussing the development and meaning of tags. > So this list is about the meaning but has no power or decision about how to apply the decisions about we write here? Is it correct? yopaseopor ___ Tagging mailing list

Re: [Tagging] Traffic_sign discussion

nd avoid these kind of episodes. So I send this message to the tag list. And I hope some day before or later we have a complete traffic sign scheme. But I have to say I'm sorry for the misunderstanding of what a consensus is in a tagging list... but What is a consensus in this list? yopaseopor O

Re: [Tagging] Traffic_sign discussion

On Tue, Oct 9, 2018 at 8:16 PM Colin Smale wrote: > I can think of a couple of non-trivial cases which will need to be handled: > > 1) multiple signs on a single post > As Finnish people do we can add subkey :2 :3 :4... (European regulations does nit recommend more than 3 traffic_signs

Re: [Tagging] Traffic_sign discussion

ations? That's more foolproof than relying on nodes having nonextant > direction, especially when most traffic signs aren't even members of ways. > > On Tue, Oct 9, 2018, 10:46 yo paseopor wrote: > >> >> I want to start the mother of all discussions about traffic signs >

[Tagging] Traffic_sign discussion

I want to start the mother of all discussions about traffic signs It is not the first attempt to do that. Last days, with iD implementation and my message I have think it was the solution. Also I have waited some days and communicate to this list my intentions to adopt the proposed iD scheme. But

Re: [Tagging] Traffic sign direction tagging..

every traffic sign without problem. yopaseopor On Tue, Oct 2, 2018 at 5:55 PM Tobias Knerr wrote: > On 02.10.2018 16:44, yo paseopor wrote: > > Also it is not the best call "undersigns" . There are signs too, with > > their code, and you can put in on second place or

Re: [Tagging] Traffic sign direction tagging..

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

Re: [Tagging] Traffic sign direction tagging..

structions for JOSM, Taginfo projects info and all the maps done with these codes. salut i senyals de trànsit (health and traffic signs) yopaseopor On Tue, Oct 2, 2018 at 12:45 AM Bryan Housel wrote: > On Oct 1, 2018, at 5:23 PM, yo paseopor wrote: > > > ^ This is the prob

Re: [Tagging] Traffic sign direction tagging..

> > > ^ This is the problem. The wiki says we are supposed to do something > like `traffic_sign:forward=US:R1`, and we can't really do that. A preset > needs to be based on a "toplevel" tag like `traffic_sign=*` not > `traffic_sign:forward=*` or `traffic_sign:backward=*` (remember seamark? >

[Tagging] Designated value as a key

Hi! When I tag the access to a way reading the meaning of the traffic sign I miss some specific conditions. I know I can do it at general times with key access, but in specific cases access is so "small for me". There are also conditional tags but with these two keys I don't arrive to cover local

[Tagging] About traffic islands

Hi! Here in Spain we have some doubts about mapping traffic islands. As you can read in the wiki a traffic island is "A structure separating at least two lanes of a highway from each other for a short distance. The width of the calming island is usually under a few meters and should be less than

Re: [Tagging] What is a VTC car in OSM ?

> > i.e. they are similar to traditional rental vehicles with drivers, while > other concepts were more aiming at circumventing regulation (which seems > was ultimately not succesful, in the EU there was a decision to regard them > as transport company and not as IT service company, as they had

Re: [Tagging] What is a VTC car in OSM ?

Yes , it is restricted to these vehicles. In the ground and in the traffic signs you can read VTC (Uber, Cabify). I said I don't want discussion about what is a VTC really and if should they exist. I only want to know how to map it, because in the Barcelona's harbour there are spots specifically

Re: [Tagging] Put the name in sidewalks and cycleways

Oks I will show you: http://bit.ly/2M2Ff6J > Cycle way with name , you can see the name of the street when you are riding by it. http://bit.ly/2M8VRK6 > sidewalk without name, you can see the order without any indication of name (openroute use then the nearest, I think) The question is with a

[Tagging] Put the name in sidewalks and cycleways

Here it is a doubt we have in Spanish Community. Some people are making micromapping so we start to map the sidewalks and cycleways not as value but as an independent way. I know when you map a street wen can put most of the items as keys and values.But when the items are mapped separately should

Re: [Tagging] Use of namespace as a Lifecycle

Thank you for guide me to a project that...doesn't work at some times. You know now why my option is the one I have made. In addition to that. As the future does not exist these items with proposed also does not exist, doesn't? So these (~20.000) items: out of OSM please. The explanation also

[Tagging] Use of namespace as a Lifecycle

Hi! As I have received some notes for Mueschel and other user in a authorized import of the Spanish Cadastre I want to explain some variations I use in tagging of erased items. The rationale is simple: If I can use the prefix "was:" and also exists https://wiki.openstreetmap.org/wiki/Namespace

Re: [Tagging] Street exits

In Spain when we have this kind of exit applies the traffic sign and the rules of living street, as you can see in https://www.google.nl/maps/@41.2187293,1.7332079,3a,44.9y,155.43h,88.86t/data=!3m9!1e1!3m7!1swoQsNOW-rj_haPcAnawoYw!2e0!7i13312!8i6656!9m2!1b1!2i40 , a normal street becomes living at

Re: [Tagging] Street exits

In Spain this would be a living_street, the sidewalk is at the same level and the structure of the street does not allow speed faster than 20. Also I have to say the start of the bigger is street is a 30 Zone .

Re: [Tagging] Sample tagging for highways with no lane markings

Also I add oneway=no Salut i marques vials yopaseopor On Wed, May 23, 2018 at 5:34 PM, Tod Fitch wrote: > > On May 22, 2018, at 12:48 PM, Paul Johnson wrote: > > In the case of your typical bog standard American residential street, I'm > strongly

Re: [Tagging] Sample tagging for highways with no lane markings

2018 at 7:15 AM, <osm.tagg...@thorsten.engler.id.au> wrote: > > > > > *From:* yo paseopor <yopaseo...@gmail.com> > *Sent:* Wednesday, 23 May 2018 04:11 > *To:* Tag discussion, strategy and related tools < > tagging@openstreetmap.org> > *Subject:* Re: [Tag

Re: [Tagging] Sample tagging for highways with no lane markings

Case B: some pics before https://www.mapillary.com/app/?lat=41.46210902249982=12.874923250143638=17=ygjsHztch9KkrIILOPA3Jg=photo=0.4957587433175=0.4652742508751958=0.3348214285714282 lanes=1, impossible to be estimated:lanes=2 , instead of some itallian driver would try to overtake you for

Re: [Tagging] Sample tagging for highways with no lane markings

Javier, I don't know if it has enough sense to use a new tag to tag something we have already tagged or not. But try it in Spain, overtake a Guardia Civil de tráfico car or motorbike in a oneway one-wide-lane and expect it ;) Salut i marques viales yopaseopor

Re: [Tagging] Sample tagging for highways with no lane markings

You have other tags to mark there is more than one direction: oneway=no I think it is important to keep the sense of the wiki, why? Because , with data you can "imagine" (or render) some kind of reality. It is not the same: 1 oneway=no lanes=1

Re: [Tagging] Sample tagging for highways with no lane markings

I'm not agree with that , Martin Road markings are real, touchable, checkable, objective...estimated width and estimated lanes not. OSM data serves to a lot of apps with lane indications, if we drop this then the apps will show erroneous information or less exact information. One of the problems

Re: [Tagging] Is it possible to have highway=unclassified with ref tag?

The topic is the classification of OSM is not the same as countries have, and this make troubles. An UNCLASSIFIED road as its name says it is unclassified...but when you need some road classification with a step more than tertiary then you use unclassified, and if the road has ref...you put in

[Tagging] highway=stop and highway=give_way to traffic_sign=stop and traffic_sign=give_way

Hi! I'm introducing myself. I'm yopaseopor . I'm from the Spanish and Catalan Communities of OSM. Also I have a particular interest because of the map: the traffic signs and their meaning. Checking the map I have found a "glitch" on my mind: The situation of highway=stop and highway=give_way. I

[Tagging] Mapping metro (subway) stations

Hello I have a problem. I was remapping subway stations in Barcelona (Spain), following https://wiki.openstreetmap.org/wiki/Metro_Mapping . Also I was connecting the stations with some indoor mapping, with corridors as ways and tags with levels, basically, but they doesn't appear in OpenLevelUp

Re: [Tagging] tagging for decaying features

No, In my opinion is not a good idea to delete an existing thing in OSM. History is also part of OSM. Why do we have to respect the historic thing in a node or way not deleting them if then we then delete the whole thing. Lifecycle prefix can achieve these items inside OSM. Also it is not a good

Re: [Tagging] traffic_signals:lanes? (specific signal types for certain lanes)

I will not discuss here if continuous_green would be a realistic value with full possibilities in a future. But according to taginfo [1] there are only 6 nodes around the world. Also I am asking myself: if continuous_green is continuous green really...is it usefull for the map? (because there is

Re: [Tagging] Variable Message Signs on Highways

I think it is an interesting question. I explain my opinion about that. Instead of being about one kind of information, as their name its called variable it is not possible to determine in all cases what exact information you will have from them. But you can map about the types because of the kind

Re: [Tagging] Time is now: tag ALL traffic signs in OSM

It is interesting your petition. My point of view is , even the meaning of two traffic signs in differents places would be the same, it would be different traffic signs. In some countries there are other codes for the road marks (but with the same meaning) so they aren't the same traffic sign so

Re: [Tagging] Time is now: tag ALL traffic signs in OSM

As the proposal is evolutioning in a ways I can't manage (for example because I don't know how to build the models in Kendzi3D with relations or at the style) I wish all of you could afford ways and help with specific examples,models , scripts,code in the wiki proposal or the github, for example.

Re: [Tagging] Time is now: tag ALL traffic signs in OSM

On Sun, May 21, 2017 at 9:47 PM, Tobias Knerr wrote: > On 21.05.2017 14:05, Colin Smale wrote: > > So, in simple language, WHY do we put traffic signs into > > OSM? > > The use case I'm interested in is having the location of the physical > object available, e.g. for 3D

Re: [Tagging] Time is now: tag ALL traffic signs in OSM

On Sun, May 21, 2017 at 8:46 PM, Mark Wagner wrote: > On Sun, 21 May 2017 22:23:12 +0900 > John Willis wrote: > > > > Warning signs - not restriction signs - such as stop ahead, curve > > ahead, falling rock, animals, etc do present a chance for the > >

[Tagging] Time is now: tag ALL traffic signs in OSM

As you know Mapillary has released a layer with the results of their recognition system of traffic signs to JOSM and iD (I wish OSC will do the same soon) . This means now we have a reliable and open (CC) source to map traffic signs in a easy and complete way inside OSM (instead of the

Re: [Tagging] Link roads : the Michelin style

If you are thinking in the real quality of the link you will see link refers the most cases in the higher investment road, so in a real quality aproach links are refered to the major road. Salut i mapes yopaseopor

Re: [Tagging] Tagging 'advance' turn restrictions

Ok, It is not the easiest way of the World...but it is not the most complicated. First we think to start of the best aproximation: the REAL aproximation so: -If the marks are only marks and not physically separation...don't separate in different ways...because is not REAL. -If the way is double

Re: [Tagging] Traffic sign's relevant direction: direction=* vs. relation [Was: traffic_signals:direction=* vs. direction=*]

I would start a "definitive thread" with all the options, all the possibilities, all the points of view, all the information and then, passing all to the wiki with a votting or aproved by list complete proposal. Some people is watching us and in a near future will try to collaboret with us so it

Re: [Tagging] traffic_signals:direction=* vs. direction=*

On Thu, Mar 23, 2017 at 1:41 AM, Tod Fitch wrote: > > “stop:forward=yes” & “stop:backward=yes” seem like they are putting a > value in the key as the stuff to the right of the equals may never be > anything other than “yes”. On the “lanes:forward” and “lanes:backward” keys

Re: [Tagging] Traffic sign's relevant direction: direction=* vs. relation [Was: traffic_signals:direction=* vs. direction=*]

On Thu, Mar 23, 2017 at 9:03 PM, Martin Koppenhoefer wrote: > > > sent from a phone > > > On 23 Mar 2017, at 17:23, Jean-Marc Liotier wrote: > > > > - highway=stop+direction=forward node on the incoming way... Only > > covers the simple case but

Re: [Tagging] traffic_signals:direction=* vs. direction=*

> > Anyone else with an opinion ? Two of us might be the very beginning of a > consensus but we need a little more before even putting a proposal > page up on the wiki... > I think to include direction inside the tag with a subkey :forward :backward following the scheme for lanes and so one are

Re: [Tagging] Adding directionality to stop signs

On Wed, Mar 22, 2017 at 11:31 AM, Paul Johnson wrote: > > Turn restrictions are extremely common and managed using relations, so we > know relations don't have to be hard. It's possible for the editors to > adapt to make this easy. There's no real reason enforcement and

Re: [Tagging] traffic_signals:direction=* vs. direction=*

On Mon, Mar 20, 2017 at 6:47 PM, Kevin Kenny wrote: > > By contrast, traffic signs are inherently directional. Without a direction > indication, we really have no way of conveying "traffic on the side > street has to come to a stop/give way here; traffic on the main

Re: [Tagging] The direction=* tag

On Mon, Mar 20, 2017 at 9:57 AM, Martin Koppenhoefer wrote: > > whether the node is independent or part of one or more ways depends on the > situation and mapper. Even if the node is now part of just one way, in the > future this might change and it can become member of

Re: [Tagging] The direction=* tag

On Mon, Mar 20, 2017 at 9:46 AM, Topographe Fou wrote: > Hi, > > I put stops, give ways and traffic light where the car has to stop/yield > which can be far from the position of the sign (for instance in the US > where the light is after the junction, thus may not be

Re: [Tagging] The direction=* tag

On Sun, Mar 19, 2017 at 8:30 PM, Tod Fitch wrote: > Unfortunately, I’ve not been able to make the Kendzi3D JOSM plug-in work > for me. I’ll continue to poke at it from time to time as it looks > intriguing. > I have told Kendzi now it is not working (with version 11425 it

Re: [Tagging] The direction=* tag

> > yes, it is important to be able to understand to which way (and traveling > direction) a sign applies, but nodes do not have a forward or backward > direction but the way the node is in yes it does. Node it is not independent. It is in a way. with a specific direction (you can revert the

Re: [Tagging] The direction=* tag

ded if the signs are closely spaced and it is not obvious which > intersection/direction the sign is for, so the direction tag in that case > is almost always optional per my interpretation of the wiki. > > Cheers! > > [1] https://wiki.openstreetmap.org/wiki/Tag:highway%3Dstop#

Re: [Tagging] The direction=* tag

I don't agree with this: marking the direction of the traffic sign is not noise, for a driver can be VITAL, also with the meaning of the traffic sign (the main purpose of a traffic sign). Why? Because in a way with two directions we need to know to what direction traffic sign it is for. It is not

Re: [Tagging] how to care about different seasonal road close?

Idea: access:conditional=no @ (winter) access:conditional=no @ (snow) note=check availability access during first trimester ... Salut i mapes yopaseopor ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Potential proposal for more detail in old_ref=*?

> > OHM was in a position where a new hosting arrangement needed to be worked > out, when a major server crash occurred. so we were literally twisting > in the wind > until those issues were resolved. there is no real external support for > the project > so we couldn't just go out and rent a

Re: [Tagging] Potential proposal for more detail in old_ref=*?

Humanity is so curious. We make a mistake, we "receive" the consequences and we don't learn anything, and promote the same mistake. OHM was a good project...but had a bad choice: data outside OSM. Then the project had slept...and the information is , nowadays...lost? Well, the project woke

Re: [Tagging] Destination:street

+1 to all. The preset of traffic signs, the style and the signs for Kendzi3D plug-in works well with subtags. I can do it with semicolons però some signs will not work then. How can I make work the others? Leadership is...doing things. yopaseopor ___

Re: [Tagging] [Talk-us] destination:street

I need help. How to tag a roundabout destination traffic sign https://www.mapillary.com/map/im/6bMYhgICHVBL_H70ZnyPAg ? With correspondence it is easy (for me), but I don't know how to do it with multiple values. Also I hope OSM people will advise strongly Finnish people as they are using

Re: [Tagging] [Talk-us] destination:street

> > Following this, you could try to find semantic weight for the different > destinations and discuss/use them. But when there is none (what I > assume), Spanish ministery responsible of the roads did not think that http://www.fomento.es/NR/rdonlyres/FC57DE0A-72BF-408F-

Re: [Tagging] [Talk-us] destination:street

> I would expect that each value for destination only occurs a small > number of times, especially when there are multiple destinations. Why > would a certain combination of destinations occurs more than a handful > of times ? Hence, you will not find them in the top values on taginfo. > So you

Re: [Tagging] [Talk-us] destination:street

It's true, but OSM wiki, the tool people like me who tries to learn how to do something uses says that: https://wiki.openstreetmap.org/wiki/Semi-colon_value_separator#When_NOT_to_use . Change the wiki please if it is not. Wiki explains "In general *avoid ';' separated values whenever possible*.

Re: [Tagging] Exit list signs?

But you put these nodes for a way. A road traffic sign without a way is also meaningless. So I have to mark in which direction will be showed of the way the traffic sign is owned by. If you put a stop sign in a road with oneway=no ...will stop the two directions at the same time at the same place?

  1   2   >