Here in Italy we have plenty of bicycle barriers or chicanes (
https://wiki.openstreetmap.org/wiki/Barrier_examples), often with more than
2 inverted-U-shaped bars to make life even more difficult.
They are used to prevent motorcycles from using cycle paths (not as in
Germany to prevent bicycles
I've pondered this without conclusion, yet.
Unfortunately it's a bit complicated, since length and width of vehicle,
width of barrier and width of path all come into play.
You could probably calculate it for standard bikes by drawing a ?0.7m
straight path through the barrier and then calculating
On Tue, Dec 3, 2013 at 7:32 AM, Georg Feddern o...@bavarianmallet.de wrote:
If we want to extend the tagging, we should use a new but generic tag
(camera?) in my opinion.
Yes, this may result in parallel tagging - but we should not run in the next
cul-de-sac with one's eyes open.
We already
Am 03.12.2013 um 10:44 schrieb Volker Schmidt vosc...@gmail.com:
Should I use width or est_width which normally indicates the width of a
way?
Yes, you could tag the width to the portion of cycle way in the barrier.
Cheers,
Martin
___
Tagging
2013/12/3 Georg Feddern o...@bavarianmallet.de
If I would see a tag width (or est-width) at an object called barrier,
I would assume
- in the first line: It is the width of the barrier object itself.
- on a second thought: It may be the total width of the opening left in
the barrier.
But
On 12/3/13 7:40 AM, Martin Koppenhoefer wrote:
if you want to tag this on the barrier (node), it might also be an
option to use maxwidth:physical. This is currently not among the
mostly used tags, but the similar maxheight:physical has some (few)
usage, and it indicates nicely that this is
+1
http://bigfatfrog67.me
On 03/12/2013 10:56, Pieren wrote:
So I would prefer amenity=changing_table as an isolated feature or
changing_table=yes when attached to something else (like
amenity=toilets). Something similar is proposed here:
Hi,
noexit http://wiki.openstreetmap.org/wiki/Key:noexit=yes, apparently
corresponding to this dead end signal,
http://wiki.openstreetmap.org/wiki/Road_signs_in_Belgium#F45 is said
to be used at the end of a highway
http://wiki.openstreetmap.org/wiki/Key:highway=* to indicate that
there no
On 12/3/2013 8:48 AM, André Pirard wrote:
I doubt very much that this tags helps anybody or any quality-check
program to understand anything. A note should suffice, and I think the
best option would be to remove that confusing tag.
It is a signal to quality checking programs such as KeepRight.
Am 03/dic/2013 um 14:48 schrieb André Pirard a.pirard.pa...@gmail.com:
noexit=yes, apparently corresponding to this dead end signal, is said to be
used at the end of a highway=* to indicate that there no possibility to
travel further by any transport mode
this is a hint for the mapper
Am 03.12.2013 14:48, schrieb André Pirard:
I agree to:
This tag is
- not necessary for routing
- senseless on ways
- only useful on nodes (the last one, where no other way is connected)
The wiki should be changed, especially the use on ways should be removed.
But I do not agree to
I
Or possibly somebody changed the meaning of the tag on the wiki, without
telling dinosaurs like myself. At first it was a tag that went on ways
which are a dead end for cars. It got an icon in JOSM when put on nodes and
people started using it on end nodes.
Op 3 dec. 2013 15:28 schreef Mike N
As far as I know it is not common to change the wiki while voting. I want
to change many things but I understand why it is not fair to change while
voting. Today I noticed that user Emkey08 added info to wiki (Rationale
routing) . Is this OK?
Cheers
PeeWee32
2013/12/2 Jonathan
13 matches
Mail list logo
