Re: [Tagging] opening-hours: how to code "always but..."? Syntax diagram.

Hi André, Am Samstag, 19. Oktober 2013, 22:30:44 schrieb André Pirard: > I've had multiple difficulties described here > coding a simple > opening-hours "always except one period". opening_hours=00:00-24:00; Fr 00:00-14:00,22:00-00:00 Eckhart

Re: [Tagging] opening-hours: how to code "always but..."? Syntax diagram.

Hi Janko, Am Samstag, 19. Oktober 2013, 22:54:04 schrieb Janko Mihelić: > 24/7;Fr 00:00-14:00,22:00-24:00 No, that is completely wrong. 24/7 is *not* meant to be used as a building block. > I wouldn't use "off", I'm not sure a lot of data consumers consider it. To my knowledge, all data consum

Re: [Tagging] opening-hours: how to code "always but..."? Syntax diagram.

Hi André, Am Sonntag, 20. Oktober 2013, 19:19:35 schrieb André Pirard: > […loads of quoted text…] please do not quote an entire conversation on top of your reply, otherwise people have a hard time finding your actual reply. > No, that is completely wrong. 24/7 is *not* meant to be used as a buil

Re: [Tagging] opening_hours extension: combined time range with open end as 18:00-22:00+

Hi Robin, Am Montag, 25. November 2013, 21:22:42 schrieb Robin `ypid` Schneider: > I would like to have some level of clarity about tagging a time range directly > followed by an open end time. > > So I started a voting here: > http://wiki.openstreetmap.org/wiki/Talk:Key:opening_hours#Voting_addo

Re: [Tagging] opening-hours off closed

Hi André, Am Donnerstag, 28. November 2013, 16:15:39 schrieb André Pirard: > So, I thought that this fuzzy matter had to be be solved by writing a > simple syntax diagram. Should anything be wrong in it, someone would put > it right and it would be a good job jobbed and a big step forward. If you

Re: [Tagging] opening-hours off closed

Hi André, Am Samstag, 30. November 2013, 02:06:36 schrieb André Pirard: > You wrote that "off" must not be defined but "grasped" and it really > looks so. > You keep using the word "wrong" instead of showing what is right. I told you both how "off" has to be interpreted and the reason why it has

Re: [Tagging] Feature Proposal - TMC - New tagging scheme for TMC

orse (just look at the bug reports at MapDust that appeared since Skobbler had started shipping offline maps). b) When LCDs are inserted into chains, things break *badly*, since the extents are then out of sync as well. Eckhart Wörner ___

Re: [Tagging] Feature Proposal - TMC - New tagging scheme for TMC

d: this tagging does not imply an ordering of the exits / entries; it is not clear what the first, second… exit would be. Eckhart Wörner ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Feature Proposal - TMC - New tagging scheme for TMC

For example, assume that the 2nd exit slip road going west at Köln-Süd > > (where I already discovered the new tagging) is closed (and I believe there > > is > > a TMC message for that). How do I find this 2nd slip road? (Yes, I picked a > > really hard one.) > Isn't th

Re: [Tagging] Feature Proposal - TMC - New tagging scheme for TMC

the tests that we made so far everything works fine. I'll take this one back, in the context of my other mails + and - look like a sane solution. Eckhart Wörner ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Feature Proposal - TMC - New tagging scheme for TMC

Hi everybody, based on the changes I believe are important I added a modified proposal to the wiki: http://wiki.openstreetmap.org/wiki/DE_talk:Proposed_features/New_TMC_scheme#Neues_Proposal Changes: * Versions are an (optional) part of the proposal. If they are not needed, they can be left out

Re: [Tagging] Feature Proposal - TMC - New tagging scheme for TMC

Hi Colliar, Am Sonntag, 29. April 2012, 18:49:39 schrieb fly: > I have only one point left: > What to do with more than on TMC route on one way. Do we still need relations > for that ? no, we don't. My modified proposal skipped over that section (since I changed nothing in it), but the original

Re: [Tagging] Feature Proposal - TMC - New tagging scheme for TMC

Am Sonntag, 29. April 2012, 17:08:05 schrieb Eckhart Wörner: > based on the changes I believe are important I added a modified proposal to > the wiki: > http://wiki.openstreetmap.org/wiki/DE_talk:Proposed_features/New_TMC_scheme#Neues_Proposal > > Changes: > * Versions are an

Re: [Tagging] Feature Proposal - TMC - New tagging scheme for TMC

Hi, Am Samstag, 12. Mai 2012, 18:31:26 schrieb fly: > The inspector shows wrong data. > > Seems to me that the system was not updated after the last proposal changes > and > now the tags are mixed up. > > http://osm-tmc.infoware.de/tmc/?view=tmc&lon=7.60801&lat=47.58486&zoom=16&overlays=tmc_dat

Re: [Tagging] Feature Proposal - TMC - New tagging scheme for TMC

Am Montag, 14. Mai 2012, 17:04:19 schrieb fly: > By the way, where do you get the data from and is it somewhere available > ? With the old scheme there existed another website with the data. > (http://osm.anders-hamburg.de/?lcd=1) the German import is described here: http://wiki.openstreetmap.org

Re: [Tagging] Feature Proposal - TMC - New tagging scheme for TMC

Hi everybody, Am Sonntag, 29. April 2012, 17:08:05 schrieb Eckhart Wörner: > based on the changes I believe are important I added a modified proposal to > the wiki: > http://wiki.openstreetmap.org/wiki/DE_talk:Proposed_features/New_TMC_scheme#Neues_Proposal just want to push this d

[Tagging] Reviving the conditions debate

Hi everybody, I want to revive the discussion on how to tag restrictions that depend on certain conditions. My idea is to finalize the proposal described in http://wiki.openstreetmap.org/wiki/Proposed_features/Extended_conditions_for_access_tags and finally accept it. The reasons for picking t

Re: [Tagging] Reviving the conditions debate

Hi David, Am Mittwoch, 13. Juni 2012, 14:47:09 schrieb aighes: > I think your example: access:weight>5.5 = destination should be changed > into something like maxweight:destination=*. This seems to be more > logical and equal to your other examples. First, I did not write the proposal, someone

Re: [Tagging] Reviving the conditions debate

Hi Martin, Am Mittwoch, 13. Juni 2012, 15:47:12 schrieb Martin Vonwald: > For example the self-defined conditions. Not elegant in my opinion, > improvable, but quite nice! The only advantage of self-defined conditions is that you can remove some redundancy when two tags contain the same subset o

Re: [Tagging] Reviving the conditions debate

Hi Tobias, Am Mittwoch, 13. Juni 2012, 17:05:34 schrieb Tobias Knerr: > For example, if there is only one lane that changes maxspeed when wet, > one might want to write that as follows: > > maxspeed:lanes = 80|80|80 > maxspeed:lanes?wet = ||50 I would go even further and mandate that lane-indepe

Re: [Tagging] Reviving the conditions debate

Hi Colin, Am Mittwoch, 13. Juni 2012, 18:11:53 schrieb Colin Smale: > For some reason everyone seems determined to come up with the most > complex system imaginable, instead of taking successful ideas from the > rest of the world. This trait is what causes many projects to fail. > Let's not loo

Re: [Tagging] Reviving the conditions debate

Hi Pieren, Am Mittwoch, 13. Juni 2012, 18:42:54 schrieb Pieren: > > negative aspect ... the proposal puts a lot of information into keys and > > theoretically allows for an unlimited set of keys > +1 > But this could be fixed by moving all variables into the value part > (syntax to be defined) T

Re: [Tagging] Reviving the conditions debate

Hi martinq, Am Donnerstag, 14. Juni 2012, 22:19:06 schrieb martinq: > and many other variants. It is almost impossible to tag it wrong. I'm sorry, but every time I've heard a statement similar to "you cannot get it wrong" it just boiled down to "the computer cannot tell you that it's wrong". Th

Re: [Tagging] Reviving the conditions debate

Hi Colin, Am Freitag, 15. Juni 2012, 00:24:18 schrieb Colin Smale: > "If I were king" I would be looking for a system that: > * makes common cases easy Extended conditions: ☑ > * makes complex cases possible Extended conditions: ☑ > * makes each rule as standalone as possible (one sign -> one

Re: [Tagging] access agricultural, WAS Re: Reviving the conditions debate

Am Freitag, 15. Juni 2012, 09:32:11 schrieb Flaimo: > very easy. use the 1.5 proposal :-). for germany you could use > access:motorized&&agricultural=yes. in developing countries, where > motor vehicles are not common for most people, you could just use the > role: access:agricultural=yes. That is

Re: [Tagging] Reviving the conditions debate

Hi Pieren, Am Donnerstag, 14. Juni 2012, 12:10:49 schrieb Pieren: > condition1=wet > maxspeed:lgv=120 or 80 in condition1 I read this as "if condition1 applies, the maxspeed is 120 or 80" - I'm pretty sure this is not what you wanted to express. > If we consider that a special parser is require

Re: [Tagging] Reviving the conditions debate

Hi Peter, Am Donnerstag, 14. Juni 2012, 13:10:44 schrieb Peter Wendorff: > A key access:weight is okay IMHO and can contain weight-related access > restrictions. > access:length, access:time and so on - okay. > > but the specific weight a restriction belongs to should be part of the > value, no

Re: [Tagging] Reviving the conditions debate

Hi Thomas, Am Freitag, 15. Juni 2012, 02:03:31 schrieb ThomasB: > as the one who drafted "Extended conditions" I would like to make some > comments. The proposal should not compete with "Access restriction 1.5" (or > similar proposals). My proposal aims to consolidate and unify existing tags > ins

[Tagging] Reviving the conditions debate: first summary

Hi everybody, let me try to summarize some parts of the discussion up to now. Hopefully this won't become too biased: * most people agreed that the syntax of the competing Access Restrictions 1.5 proposal is quite complicated * some people argued that it is important to separate syntax for vehic

Re: [Tagging] Reviving the conditions debate

Hi Martin, Am Freitag, 15. Juni 2012, 20:35:39 schrieb Martin Koppenhoefer: > 2012/6/15 Eckhart Wörner : > > What would your parser do to existing tagging like > > name = Ministere a la condition femininne > > - decide that "femininne" is an unknown condition and t

Re: [Tagging] maxspeed=signals

Hi Martin, Am Dienstag, 26. Juni 2012, 12:43:10 schrieb Martin Vonwald: > The tag maxspeed=signals doesn't carry any useful information in this > situation. If I tag those speed limits with this tag we completely > lose the information that on this part(s) of the motorway one usually > can drive 1

[Tagging] Feature Proposal - Voting - Extended conditions for access tags

Hi everybody, Am Donnerstag, 21. Juni 2012, 12:32:10 schrieb Martin Vonwald: > Has this discussion died now and awaits re-revival in another two, > three years? hopefully the lack of discussion indicates that everything important has been said already. :-) Therefore I'd like to move on to the v

Re: [Tagging] maxspeed=signals

Hi Paul, Am Mittwoch, 27. Juni 2012, 07:07:49 schrieb Paul Johnson: > >> What's the purpose of a "lowest speed limit"? > > To be able to display a range, or estimate the correct value when other > data (such as speed limits that vary based on time of day) is available. Speed limits that only de

Re: [Tagging] Tagging u-turn restriction with continuous painted line

Hi Janko, Am Dienstag, 3. Juli 2012, 14:12:16 schrieb Janko Mihelić: > I think this is the wrong way to look at this. If you rely on routers to > make this kinds of decisions, you are going to have a lot of problems. What > if there was a roundabout island where you were allowed to u-turn? You > s

Re: [Tagging] Tagging u-turn restriction with continuous painted line

Hi Pieren, Am Dienstag, 3. Juli 2012, 14:21:18 schrieb Pieren: > I think the case can appear very often. Imagine a router based on OSM > data and you take the wrong roundabout exit. The router will re-route > you and most probably with a u-turn, back to the roundabout (but you > are right, because

Re: [Tagging] Tagging u-turn restriction with continuous painted line

Hi Martin, Am Dienstag, 3. Juli 2012, 14:56:21 schrieb Martin Koppenhoefer: > +1, I guess it's the same everywhere. AFAIK there is no difference > between a double solid line and a single one. You are not allowed to > cross them (but you could if you didn't care about traffic rules, and > you can

Re: [Tagging] Tagging u-turn restriction with continuous painted line

Hi Markus, Am Dienstag, 3. Juli 2012, 15:38:57 schrieb Markus Lindholm: > Physical separation doesn't necessarily mean that it's impossible to > cross, it might be no more than a 20cm high curb that an emergency > vehicle or a SUV easily could cross. > > I still think it's more straight forward t

[Tagging] Extended Conditions - response to votes

Hi everybody, the vote is fully underway, and some contra arguments are repeated over and over again, and I feel the need to address some of them in more detail: 1. "constant keys is a fundamental rule in OSM" If such a rule actually exists, it has never been written down, at least I couldn't f

Re: [Tagging] Extended Conditions - response to votes

Hi Peter, Am Donnerstag, 5. Juli 2012, 11:04:11 schrieb Peter Wendorff: > Let's consider a routing engine that has to load osm data to built the > routing graph. Here the data parsing itself probably isn't the most > expensive part of the whole process, but nevertheless: currently a fixed > str

Re: [Tagging] Extended Conditions - response to votes

Hi Frederik, Am Donnerstag, 5. Juli 2012, 14:30:49 schrieb Frederik Ramm: > reading this discussion again demonstrates how useless our voting > process is. +1, but for completely different reasons, but that is another story. > It is obvious that this issue has not been thoroughly discussed,

Re: [Tagging] Extended Conditions - response to votes

Hi Pieren, Am Donnerstag, 5. Juli 2012, 15:58:06 schrieb Pieren: > Well, we had some discussion before the vote. On the wiki, I already > pointed out that the variable content in key was a major issue in this > proposal (not e.g. "maxspeed:wet=*" but about such "maxspeed:(Mo-Fr > 07:00-17:00)=*").

Re: [Tagging] Extended Conditions - response to votes

Hi Martin, Am Donnerstag, 5. Juli 2012, 22:49:30 schrieb Martin Vonwald: > >>> There could occasionally be an issue with the value length limit, though. > >> > >> That's what IMO is the limiting factor. And I don't think at the database > >> limit, but instead on the willingness of people to rea

Re: [Tagging] Extended Conditions - response to votes

Hi Frederik, Am Freitag, 6. Juli 2012, 01:12:55 schrieb Frederik Ramm: > In my eyes this proposal is a typical > designed-on-the-desk-of-a-database-person idea. Wow, that is the most compelling argument ever made in the discussion. > But I think these kinds of complex tagging schemas only satis

Re: [Tagging] Extended Conditions - response to votes

Hi Martin, Am Freitag, 6. Juli 2012, 14:54:01 schrieb Martin Vonwald: > If you say so. So a general speed limit of 100, 80 for hgv and 70 for all in > case of rain, snow and ice is crystal clear (for mappers and apps)? > […] > Good point. If the "specificness" is just a "bit of routine programmin

Re: [Tagging] Extended Conditions - response to votes

Hi Chris, Am Freitag, 6. Juli 2012, 15:33:00 schrieb Chris Hill: > > Let's have a look at an example again, and see how an algorithm might work: > […] > And you expect Jo Mapper to get this and moreover to use it, without > mistakes? Those were two different algorithms obviously *not* designed f

[Tagging] Everybody is hiding?

Hi tagging list, the Extended Conditions proposal has been shot down by a majority, and therefore there is still no "official" way of tagging quite a lot of things. (As a side note, the Extended Conditions proposal is still the de facto standard.) Therefore, I expected that those people who ha

Re: [Tagging] Everybody is hiding?

Hi Frederik, Am Donnerstag, 9. August 2012, 14:36:40 schrieb Frederik Ramm: > You have to work on your expectations then. Has it occurred to you that > some people don't find extended conditions important enough at all? > > Personally, I think that most of the extended conditions that the > pro

Re: [Tagging] Everybody is hiding?

Hi Ole, Am Donnerstag, 9. August 2012, 17:55:24 schrieb Ole Nielsen / osm: > First of all I actually approved the proposal but later realized that > having variable keys is less than ideal. then *please* tell me the reason why you believe this is the case, because I haven't seen any compelling c

Re: [Tagging] Extended tagging schema - my thoughts

Hi Rob, Am Donnerstag, 9. August 2012, 17:33:59 schrieb Rob Nickerson: > Can I therefore give alternative suggestions: > > * maxspeed=120; 80?wet; 60?wet+hgv Ask a few mappers not participating in this discussion what this key/value combination is supposed to express, and I'll bet most of th

Re: [Tagging] R: Re: Everybody is hiding?

Hi Stefano, Am Freitag, 10. August 2012, 09:11:28 schrieb stefano.fracc...@libero.it: > * maxspeed=(22:00-06:00):100 is easy to understand for both humans and > computer please try to follow the discussion. The problem has never been a single condition/value pair but having *several* of them.

Re: [Tagging] Tagging Digest, Vol 35, Issue 23

Hi Frederik, Am Freitag, 10. August 2012, 14:46:11 schrieb Frederik Ramm: > Many suggestions in this thread have been made from a programmer > viewpoint. From a programmer viewpoint, in a perfect world where every > software correctly parses these tags, I could take every > > maxspeed=60 > > a

[Tagging] Feature Proposal - RFC - Extended Conditions

Hi everybody, since I am still convinced that the Extended Conditions proposal is the best proposal out there to deal with conditional tagging and several people encouraged me to do so, I have resubmitted the Extended Conditions proposal to the whole process, and also cleaned it up a bit. http

Re: [Tagging] Extended tagging schema - my thoughts

Hi Rob, Am Freitag, 10. August 2012, 15:47:23 schrieb Rob Nickerson: > p.s. To address some criticisms of my earlier proposal: > > >Here are some disadvantages of merging everything into a single value: > > - readability and ease of manual editing suffers > > This suffers in any lenthy tag schem

Re: [Tagging] Feature Proposal - RFC - Extended Conditions

Hi Pieren, Am Freitag, 10. August 2012, 16:59:26 schrieb Pieren: > And you decided to ignore all negative comments from first vote and > ML. Many people told you that they have no problem with > "maxspeed:wet=80" because key part can be considered as constant. But > you didn't change anything abou

Re: [Tagging] access restrictions on ways

Hi Martin, Am Montag, 17. September 2012, 16:04:19 schrieb Martin Vonwald: > My two cents: we should allow such kind of restriction to be placed on a > node, because that's the way they work. They are just some kind of "legal > barrier" and barriers on a road we (usually) map as a node. that wou

Re: [Tagging] access restrictions on ways

Hi David, Am Montag, 17. September 2012, 10:57:16 schrieb David ``Smith'': > Excuse me if I don't understand the situation entirely, but I think the > problem is the actual access restriction or enforcement of it is different > from a literal reading of the signs. This must be the case if the sig

Re: [Tagging] access restrictions on ways

Hi André, Am Montag, 17. September 2012, 17:10:11 schrieb André Pirard: > In this C23 case, heavy vehicles are forbidden to go to Esneux, not to > leave it. > That would be extra fun; you have understood that, politically, the > restriction is *before* the sign. > One way restriction. > And, to

Re: [Tagging] Announcement: Voting ongoing for proposed access tagging "Conditional restrictions"

Hi, just seen that there is more FUD that needs to be adressed: Am Dienstag, 18. September 2012, 23:15:57 schrieb Rob Nickerson: > * No variable parts in the key. This is essential as keys are used to > search for data in the OSM database. If a key comprises a variable part it > can no longer be

Re: [Tagging] Announcement: Voting ongoing for proposed access tagging "Conditional restrictions"

Hi David, Am Mittwoch, 19. September 2012, 08:26:07 schrieb David ``Smith'': > Wouldn't that be... > access > access:conditional > vehicle > vehicle:conditional > motor_vehicle > motor_vehicle:conditional > hgv > hgv:conditional > ...? Actually, no. To quote: "For access restrictions it is *allow

Re: [Tagging] Announcement: Voting ongoing for proposed access tagging "Conditional restrictions"

Hi Ilpo, Am Mittwoch, 19. September 2012, 15:45:44 schrieb Ilpo Järvinen: > > > * Avoids the requirement for problematic characters in the key such as "<" > > > or ">" > > > > Which is a huge problem for data consumers that process XML using > > regular expressions, and nobody else. > > This i

Re: [Tagging] Announcement: Voting ongoing for proposed access tagging "Conditional restrictions"

Hi Ilpo, Am Mittwoch, 19. September 2012, 15:45:44 schrieb Ilpo Järvinen: > > > Variable parts in keys will also lead to an undesired > > > proliferation of unique keys. > > > > This is the only argument that is not completely broken, and it has two > > sides: the Extended Conditions proposal h

Re: [Tagging] Announcement: Voting ongoing for proposed access tagging "Conditional restrictions"

Hi Ronnie, Am Mittwoch, 19. September 2012, 16:17:07 schrieb Ronnie Soak: > I've added a column for the Extended Conditions scheme to the examples > table on the discussion page of the Conditional Restriction > scheme. [1] > > (Why doesn't have the Extended Conditions scheme it's own examples?)

[Tagging] Conditional Restrictions vs. Extended Conditions

Hi everybody, it probably comes as no surprise that I am against the Conditional Restrictions proposal and in favor of the Extended Conditions proposal. My main reason is that I believe the Conditional Restrictions proposal is so complicated it will kill mapping of those conditions almost comple

Re: [Tagging] Announcement: Voting ongoing for proposed access tagging "Conditional restrictions"

Hi Rob, Am Mittwoch, 19. September 2012, 18:08:30 schrieb Rob Nickerson: > Despite some of the perceived benefits of this proposal being challenged > (mainly in regards to their relevance), Except for one claimed benefit, I did not question the relevance of the claims, but their validity. Maybe

Re: [Tagging] Announcement: Voting ongoing for proposed access tagging "Conditional restrictions"

Hi Rob, Am Mittwoch, 19. September 2012, 20:10:45 schrieb Rob Nickerson: > Am Mittwoch, 19. September 2012, 18:08:30 schrieb Rob Nickerson: > >* Despite some of the perceived benefits of this proposal being > >challenged*>* (mainly in regards to their relevance),* > Except for one claimed benefit

[Tagging] Feature Proposal – RFC – Dynamic maxspeed

Hi everybody, as a follow-up to a previous discussion on this topic here is an RFC that tries to improve the dynamic maxspeed situation. The text of the proposal can be found here: http://wiki.openstreetmap.org/wiki/Proposed_features/Dynamic_maxspeed Please comment using this list or in the di

Re: [Tagging] Conditional Restrictions vs. Extended Conditions

Hi everybody, Am Mittwoch, 19. September 2012, 20:01:35 schrieb Eckhart Wörner: > == The task == > > […] It reveals quite a lot about the voting process that nobody has managed to solve this seemingly simple exercise (though several people have tried and failed), yet there is a high

Re: [Tagging] Conditional Restrictions vs. Extended Conditions

Hi Ronnie, Am Freitag, 21. September 2012, 16:30:42 schrieb Ronnie Soak: > I've done your exercise and I did see your point: It is easier to ADD > an additional restriction to an existing one with the EC scheme than > with the CR scheme, because you simply add a new key instead of > modifying an e

Re: [Tagging] Conditional Restrictions vs. Extended Conditions

Hi Ronnie, Am Freitag, 21. September 2012, 17:31:16 schrieb Ronnie Soak: > Traps? I've found a stray CR tag in the EC file, which I silently corrected. > And one part of the way was tagged 120@wet even though it was probably > meant as without restriction, which I now also changed to be > symmetri

Re: [Tagging] Turn Restrictions

Hi James, Am Samstag, 6. Oktober 2012, 21:31:00 schrieb James Mast: > > Is it just me, or has all the edits Gauß has recently done to the Turn > Restrictions page on the Wiki made it more confusing for new mappers? > Especially with the new "Combination of restrictions" section. What does >

Re: [Tagging] Turn Restrictions

Hi Martin, Am Sonntag, 7. Oktober 2012, 17:10:29 schrieb Martin Koppenhoefer: > +1, this "combination of restrictions"-section seems strange. The > first row (restriction=no_...) would merit a real life example. > Usually on a crossing like this with turn-restrictions like shown > there will be ei

Re: [Tagging] Naming boundary ways - the — separation character

Hi Alexander, Am Mittwoch, 10. Oktober 2012, 21:53:42 schrieb Alexander: > Why not adding new tags like: > > name:left=Mexico > name:right=USA > > this would also enable developers to render the border like this: > http://fissl.com/border.svg Really? You need the whole outline (i.e. the relatio

Re: [Tagging] Standard for external links to location based services

Hi Tobias, Am Freitag, 12. Oktober 2012, 13:13:47 schrieb Tobias Knerr: > New players should indeed be treated the same as dominating platforms > (see Flickr): If they want OSM integration, they should link to OSM, not > the other way around. well, except that linking to OSM is notoriously diffic

Re: [Tagging] Emergency lane used by PSV at rush time

Hi Tobias, Am Sonntag, 14. Oktober 2012, 14:40:45 schrieb Tobias Knerr: > You could combine "Conditional restrictions" and the lanes suffix¹: > > lanes=3 > > access:lanes = yes | yes | no > emergency:lanes = | | yes > psv:conditional:lanes = | | yes @ rush_time an

Re: [Tagging] Turn Restrictions

Hi James, Am Sonntag, 14. Oktober 2012, 10:04:47 schrieb James Mast: > Gauß has now also added a new section called "More turn restrictions" with a > ton of new restrictions that none of the editors support. Heck, I don't > think any routers support them as well. All these new turn restriction

Re: [Tagging] Turn Restrictions

Hallo Martin, Am Sonntag, 14. Oktober 2012, 16:42:56 schrieb Martin Koppenhoefer: > > I have now changed the page back to the last edit before Gauß started > > vandalizing, maybe some admin can lock the page as well? > > Has someone tried to approach him directly? Locking and blocking > usually

Re: [Tagging] Feature Proposal – RFC – Dynamic maxspeed

Hi Martin, Am Montag, 15. Oktober 2012, 16:35:59 schrieb Martin Vonwald: > And I would like to suggest a different tag: instead of > dynamic_maxspeed I would prefer maxspeed:variable for the following > reasons: > * as far as I know those kind of speed limits are usually called > variable speed li

[Tagging] Conditional restrictions accepted – turn restrictions ahead?

Hi everybody, apparently Conditional Restrictions has become an approved feature, even though nobody mentioned it here. While I still believe that this is a sub-optimal solution (and still nobody has passed the test I created earlier in the discussion, even though a lot of people tried), I have

Re: [Tagging] How to tag: Legally separated ways

Hi Colin, Am Montag, 15. Oktober 2012, 20:08:01 schrieb Colin Smale: > I don't understand why emergency vehicles are so important in this > discussion. In the first place they have wide-ranging exemptions from > traffic rules, which (let's be honest) we are never going to tag in OSM. > Secondly

Re: [Tagging] How to tag: Legally separated ways

Hi Svavar, Am Montag, 15. Oktober 2012, 18:26:02 schrieb Svavar Kjarrval: > I think most laws require that even emergency vehicles observe > restrictions like oneway streets. If there are any restrictions which > can be broken in case of emergency vehicles, I think they'd program > their routing s

Re: [Tagging] Conditional restrictions accepted – turn restrictions ahead?

Hi Martin, Am Dienstag, 16. Oktober 2012, 02:18:30 schrieb Martin Koppenhoefer: > > apparently Conditional Restrictions has become an approved feature, even > > though nobody mentioned it here. While I still believe that this is a > > sub-optimal solution (and still nobody has passed the test I

Re: [Tagging] Conditional restrictions accepted - turn restrictions ahead?

Hi Rob, Am Dienstag, 16. Oktober 2012, 21:42:56 schrieb Rob Nickerson: > 1. Although it is difficult to calculate how many turn restrictions have > some form of "condition", the numbers can't be that many in comparison to > normal restrictions that apply at all times. Adding the condition data to

Re: [Tagging] Conditional restrictions accepted - turn restrictions ahead?

Hi Rob, (Putting tagging ML back in To since this might be of interest to other people as well, I hope you don't mind.) > On topic: In your suggesttion you proposed "applies = *". What would you do > with the following: > > * day_on, etc... > * restriction:hgv, etc > * except > > Would you sug

Re: [Tagging] Conditional restrictions accepted - turn restrictions ahead?

Hi Tobias, Am Mittwoch, 17. Oktober 2012, 01:31:00 schrieb Tobias Knerr: > This trap would not exist with restriction:hgv=*, > restriction:conditional=* and so on, because there you would not rely on > an implicit default. I agree, this might be a trap, however, this can be easily caught by edito

Re: [Tagging] Conditional restrictions accepted - turn restrictions ahead?

Hi Tobias, Am Mittwoch, 17. Oktober 2012, 01:56:05 schrieb Tobias Knerr: > As for examples, I hope the following two will help: > > Example 1: > > type = restriction > restriction:conditional = no_right_turn @ 08:00-18:00 That sounds like the following might be correct as well (k!): type =

Re: [Tagging] Standard for external links to location based services

Hi, Am Donnerstag, 18. Oktober 2012, 17:32:06 schrieb Tobias Knerr: > One possible implementation for opening hours is to change icon color > based on whether the amenity is open right now. OsmAnd does this afaik. > Openlinkmap does something similar, by including a colored text such as > "current

Re: [Tagging] Feature Proposal – RFC – Dynamic maxspeed

Hi everybody, I would like to draw your attention to http://wiki.openstreetmap.org/wiki/Proposed_features/Dynamic_maxspeed again. The used key has now been changed to maxspeed:variable and an FAQ section has been added. All questions on the Talk page should have been answered, so I'd like to s

[Tagging] Feature Proposal – RFC – Time domains

Hi everybody, as you probably know, all condition-related proposals and specifically the accepted Conditional Restrictions depend on the opening_hours syntax for time domains. However, the whole page is a huge mess. It tries to define the syntax using examples (which is doomed to fail). In cons

Re: [Tagging] Feature Proposal – RFC – Time domains

Hi Peter, Am Sonntag, 4. November 2012, 21:03:12 schrieb Peter Wendorff: > With a rough scan only - so no details about the content of your wiki page: > Yes, I think it's useful to have this kind of documentation, but IMHO > it's not a good replacement, but an addition to the example based one.

Re: [Tagging] Feature Proposal – RFC – Time domains

Hi Peter, Am Sonntag, 4. November 2012, 22:08:38 schrieb Peter Wendorff: > > However, I want to write examples based on a specification, not the other > > way round, therefore the specification has to come first. > As the tagging advice is already there, I partly disagree here. Please > don't ch

Re: [Tagging] Feature Proposal – RFC – Time domains

Hi Martin, Am Sonntag, 4. November 2012, 22:15:22 schrieb Martin Koppenhoefer: > there is this example, which is quite obvious on the page: Mo-Fr > 08:00-16:00; We 08:00-20:00 > > But how are things if this is Mo-Fr 08:00-12:00; We 14:00-18:00 ? > Will it be open on a Wednesday at 11:00? the op

Re: [Tagging] Feature Proposal – RFC – Time domains

Hi Tobias, Am Sonntag, 4. November 2012, 22:25:56 schrieb Tobias Knerr: > Does your new page take into account existing work on the topic? For > example, there is a relevant and quite thorough specification with > associated code hosted here: > > http://www.netzwolf.info/en/cartography/osm/time_d

[Tagging] Feature Proposal - RFC - Gross vehicle weight rating

Hi, this is a minor follow-up proposal for Conditional Restrictions. As the discussion has shown, there are both traffic signs that restrict access based on the actual weight and traffic signs that restrict access based on the gross vehicle weight rating. Here are some examples (based on German

Re: [Tagging] Feature Proposal - RFC - Gross vehicle weight rating

Hi Rob, Am Sonntag, 25. November 2012, 23:40:04 schrieb Rob Nickerson: > In the UK I've spotted that some maximum weight road signs have just the > weight limit on the sign, whilst others also include a picture of a HGV. > I've only realised this difference recently and have not had time to > rese

Re: [Tagging] Feature Proposal - RFC - Gross vehicle weight rating

Hi Rob, Am Montag, 26. November 2012, 20:33:08 schrieb Rob Nickerson: > Conclusion - in the UK all weight limits are Gross Vehicle Weight Rating > limits and thus maxweight=* and hgv:maxweight=* would be enough. except that maxweight does *not* limit the Gross Vehicle Weight Rating, but the actu

Re: [Tagging] Restrictions based on the weight of a trailer

Hi Martin, Am Dienstag, 4. Dezember 2012, 09:53:03 schrieb Martin Vonwald: > I'm looking for a possibility to tag the following traffic sign: > http://vonwald.info/osm/images/dscn5532.jpg > It forbids from 05:00 to 22:00 overtaking for HGV with a weight of > more than 7.5t and also for vehicles wi

Re: [Tagging] Source tag - deprecated for use on objects?

Hi Richard, Am Montag, 7. Januar 2013, 11:21:58 schrieb Richard Fairhurst: > > If putting source on the changeset is to be the way forward > > I don't think that's at all a given. Serge and some other people are > proponents of it. Other people think it simply doesn't work for real-world > mappin

Re: [Tagging] Source tag - deprecated for use on objects?

Hi Richard, Am Montag, 7. Januar 2013, 15:12:41 schrieb Richard Fairhurst: > FWIW, back when changesets didn't exist and we had created_by on objects, I > took the view that the created_by tag was the property of an object > _at_the_revision_in_which_it_was_inserted_. That's why P1's created_by >

Re: [Tagging] year in opening_hours syntax

Hi Richard, Am Dienstag, 15. Januar 2013, 15:25:27 schrieb Richard Welty: > the use case would be that known road closures could be placed in > advance, and > routing/GPS software that could handle it would be able to generate > alternate routes > depending on the time. last year, I started a p

Re: [Tagging] business closed for renovation - tagging best practice

Hi Greg, Am Freitag, 18. Januar 2013, 08:11:54 schrieb Greg Troxel: > > Removing things is not such a good idea when you have > > people downloading offline data and use data that is 6 months to a > > year of of date, > > I don't think we should optimize the database for bugs in people's > proces

  1   2   >