On Fri, Aug 7, 2009 at 3:12 PM, John Smithdelta_foxt...@yahoo.com wrote:
maxspeed:school_zone=hh:mm-hh:mm[,hh:mm-hh:mm];speed
This explains what the restriction is, school zone, the times it is in effect
and the reduced speed all in one line.
That is much better than the current proposal
But there is an obvious problem: you may want two values
for the same key, e.g.
maxspeed:weather = wet;80 and
maxspeed:weather = snow;30
I'm guessing this is not OK? Actually. won't this
often be a
You would have to have some sophisticated routing software to know weather in
the
On Fri, Aug 7, 2009 at 4:22 PM, John Smithdelta_foxt...@yahoo.com wrote:
It's going to get very messy very quickly if you are trying to shoe horn
general time limits in with school zones, but you could do:
maxspeed=80
maxspeed:time_1=school;07:00-09:00,14:30-15:30;mon-fri;40
--- On Fri, 7/8/09, Roy Wallace waldo000...@gmail.com wrote:
I don't like the _1 and _2, but I guess you're saying
that's the only
I didn't come up with it, it's already being used for other similar things
where the same tag appears multiple times.
problem if you insist on not putting values in the key? How
would you
say maxspeed is 40 between 7am-9am, 60 between 4pm-7pm, and
80
otherwise?
It's going to get very messy very quickly if you are trying to shoe horn
general time limits in with school zones
But that's the point! We
Original-Nachricht
Datum: Fri, 7 Aug 2009 02:55:05 + (GMT)
Von: John Smith delta_foxt...@yahoo.com
An: m...@koppenhoefer.com, Roy Wallace waldo000...@gmail.com
CC: talk@openstreetmap.org
Betreff: Re: [OSM-talk] [RFC] restriction=school_zone (second email)
--- On Thu
--- On Fri, 7/8/09, Marc Schütz schue...@gmx.net wrote:
But that's the point! We need a way of modelling more
complex cases anyway, so why do you want to special case
school zones?
School zones are a special case because they don't operate all year round, and
you need to store school terms
But that's the point! We need a way of modelling more
complex cases anyway, so why do you want to special case
school zones?
School zones are a special case because they don't operate all year round,
and you need to store school terms in addition so you can calculate if the
school zone
--- On Fri, 7/8/09, Marc Schütz schue...@gmx.net wrote:
Let me rephrase the question: if it is possible to devise a
tagging scheme that is able to model all relevant
restrictions we encounter in reality including school zones
(and I believe it is possible), why do you still want a
seperate
John Smith wrote:
For general time based restrictions you can still do it in one
line if you must, without needing to parse variable information
in the key section:
maxspeed:time=12:00-23:59;tu,th;50
hh:mm-hh:mm;[dd,dd,dd|dd-dd];speed
The second sign in this page
2009/8/7 Roy Wallace waldo000...@gmail.com:
By the way, the outcome of this discussion could well be applicable to
http://wiki.openstreetmap.org/wiki/Proposed_features/Extended_conditions_for_access_tags
i.e., what we have so far for school_zone could be generalised to:
+1, if we find
On Fri, Aug 7, 2009 at 5:12 PM, John Smithdelta_foxt...@yahoo.com wrote:
--- On Fri, 7/8/09, Roy Wallace waldo000...@gmail.com wrote:
I don't like the _1 and _2, but I guess you're saying
that's the only
I didn't come up with it, it's already being used for other similar things
where the
On Sat, Aug 8, 2009 at 1:24 AM, Lars Aronssonl...@aronsson.se wrote:
John Smith wrote:
For general time based restrictions you can still do it in one
line if you must, without needing to parse variable information
in the key section:
maxspeed:time=12:00-23:59;tu,th;50
On Sat, Aug 8, 2009 at 5:17 AM, Martin
Koppenhoeferdieterdre...@gmail.com wrote:
why is this a value in the key:
maxspeed:wet=40
couldn't you interpret maxspeed:wet as a key? The maxspeed in wet
condition? Could you explain the problem that arises (I am not an
informatics person and maybe for
On Thu, 6 Aug 2009, Martin Koppenhoefer wrote:
this doesn't look very familiar to me. Do you know the following?
http://wiki.openstreetmap.org/wiki/Proposed_features/Conditions_for_access_
tags
http://wiki.openstreetmap.org/wiki/Proposed_features/Extended_conditions_fo
r_access_tags
there
--- On Thu, 6/8/09, Liz ed...@billiau.net wrote:
Martin, its only 5 days a week and not in school holidays
so how do we expand the tagging to cover the full set of
restrictions?
No matter what happens school holidays or the inverse can be mapped to some
administrative boundary.
Western
2009/8/6 Liz ed...@billiau.net:
On Thu, 6 Aug 2009, Martin Koppenhoefer wrote:
this doesn't look very familiar to me. Do you know the following?
http://wiki.openstreetmap.org/wiki/Proposed_features/Conditions_for_access_
tags
On Thu, Aug 6, 2009 at 11:20 PM, Martin
Koppenhoeferdieterdre...@gmail.com wrote:
2009/8/6 Liz ed...@billiau.net:
On Thu, 6 Aug 2009, Martin Koppenhoefer wrote:
there could be
maxspeed[08:30-09:30]=40
maxspeed[14:30-15:30]=40
maxspeed[08:30-09:30]:reason=school_zone
--- On Thu, 6/8/09, Roy Wallace waldo000...@gmail.com wrote:
maxspeed[school_days][08:30-09:30]=40
Except that is putting values on the key side of things. To do things properly
you would need something like this.
maxspeed:school_zone=40
maxspeed:school_zone:on=08:30-09:30;14:30-15:30
On Fri, Aug 7, 2009 at 12:55 PM, John Smithdelta_foxt...@yahoo.com wrote:
--- On Thu, 6/8/09, Roy Wallace waldo000...@gmail.com wrote:
maxspeed[school_days][08:30-09:30]=40
Except that is putting values on the key side of things. To do things
properly you would need something like this.
--- On Thu, 6/8/09, Roy Wallace waldo000...@gmail.com wrote:
Without that requirement, it's a one-liner:
maxspeed[Tu,Th][12:00-24:00] = 50
You've gone from school zones to general restrictions.
School zones as signed in Australia are predicable to some extent, they are
always mon-fri and
On Fri, Aug 7, 2009 at 2:42 PM, John Smithdelta_foxt...@yahoo.com wrote:
--- On Thu, 6/8/09, Roy Wallace waldo000...@gmail.com wrote:
Without that requirement, it's a one-liner:
maxspeed[Tu,Th][12:00-24:00] = 50
You've gone from school zones to general restrictions.
That's right. Sorry if
--- On Fri, 7/8/09, Roy Wallace waldo000...@gmail.com wrote:
Hmm ok, fair enough, you've convinced me - although you'd
probably
want to use maxspeed:time_limited to indicate that the
value is not a
time, but a full description of a time-limited
restriction.
It's a limit so stating limited
Since proposing this tag combination I've tagged about a dozen schools and at
first glance I can't see any problems.
http://wiki.openstreetmap.org/wiki/Proposed_features/Tag:restriction%3Dschool_zone
___
talk mailing list
2009/8/5 John Smith delta_foxt...@yahoo.com:
--- On Wed, 5/8/09, Martin Koppenhoefer dieterdre...@gmail.com wrote:
but on second glance there are, and they are documented in
the
discussion-section:
http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Tag:restriction%3Dschool_zone
The
--- On Wed, 5/8/09, Martin Koppenhoefer dieterdre...@gmail.com wrote:
in the end there will be only one maxspeed at the same
time.
I agree, but my point was there could be a combination of restrictions at the
same time, but obviously one must take precedence over the others and that will
On 06/08/2009 02:02, John Smith wrote:
--- On Wed, 5/8/09, Martin Koppenhoeferdieterdre...@gmail.com wrote:
this doesn't look very familiar to me. Do you know the
following?
http://wiki.openstreetmap.org/wiki/Proposed_features/Conditions_for_access_tags
--- On Wed, 5/8/09, Craig Wallace craig...@fastmail.fm wrote:
Also, what if you don't know what time the school zone
applies?
Around here, they usually just have a sign with 20 when
lights flash
or similar. I assume its at typical school times, but how
would I tag that?
School signs in
--- On Wed, 5/8/09, Craig Wallace craig...@fastmail.fm wrote:
Though the colon is already used for the time syntax for
the
opening_hours key: http://wiki.openstreetmap.org/wiki/Key:opening_hours
That's a fairly well used key, so it makes sense for the
restrictions
time syntax to be
--- On Wed, 5/8/09, Roy Wallace waldo000...@gmail.com wrote:
Not really John, although difficult is subjective... just
extract
whatever is in []'s first, then parse as normal. Having two
different
forms of time (i.e. HHMM and HH:MM) seems a bit
unnecessary.
There is justification for
30 matches
Mail list logo