[Talk-us] Tagging and Rendering Cycle Ways
Alan Brown
adbrown1967 at yahoo.com
Thu Nov 27 19:12:02 GMT 2008
To the extent it's been documented, let's refer to the Wiki:
http://wiki.openstreetmap.org/wiki/Map_Features#Cycleway
In this case, the photo of a "cycle track" is narrow like a path, with a stripe going up the middle.
Now, my turn to make subjective distinctions :) ...
I'd mark something a "highway=cycleway, cycleway=track" if a seperate path is primarily used by bicycles, and is used as a regular transportation artery. In other word - paths going through town that people bicycle commute on - Guadalupe River Trail, Los Gatos Creek Trail, Highway 237 trail - would be marked this way. Walking paths through parks, mountain bike trails up in the mountains - thoses would be paths. At least, that's how I'd make the distinctions. I can't think of any "bicycle paths" where pedestrians aren't allowed, and don't legally have the right of way.
I think it's important to not let the current rendering schemes of the normal mapnik style or cyclemap dictate these distinctions. Rendering styles can be changed in minutes; data takes ages to modify. The data should be focused on describing the condition on the ground.
(Having said that, I think I'll remove the "forward" setting on many of the elements I had marked up as a "type=route, route=bicycle, network=lcn" relations, when the direction is implied, and it's seperate carriageways on a boulevard. Cyclemap rendered last night, and it makes it look like one-way roads if you zoom out.)
A lot of these distinctions are easily arguable. The feature wiki should be fleshed out a bit with example photos, and best practices definitions. In Potlatch, if you draw a line with no attributes, and click on the little "attribute icon" that changes from a car, to a pedestrian, to a bike, etc, and go for the "cycle track" preset, it creates a combination of "highway=cycleway" and "cycleway=track". combination. The ready presence of this combination is why I've tended to use it often - presets are a way of getting people to enter data in a standard way. Perhaps we could request some extensions to the potlatch presets as a way to encourage standard practices.
-Alan
________________________________
From: Karl Newman <siliconfiend at gmail.com>
To: David Carmean <dlc at halibut.com>
Cc: atwood at cs.stanford.edu; talk-us at openstreetmap.org
Sent: Thursday, November 27, 2008 9:35:24 AM
Subject: Re: [Talk-us] Tagging and Rendering Cycle Ways
On Thu, Nov 27, 2008 at 9:15 AM, David Carmean <dlc at halibut.com> wrote:
On Tue, Nov 25, 2008 at 05:27:44PM -0800, Scott Atwood wrote:
...
> Multi-Use Paths (a.k.a. Class I). This one is also pretty easy. I tag
> these as {highway=cycleway, cycleway=track, foot=yes}. However, one wrinkle
> is that these MUPs sometimes have have sections with an on-street alignment.
> In that case, I added a relation to the entire MUP, both the off-street
> trail portions, and the on-street alignments, that was tagged like
> {route=bicycle, type=route, name=_name_of_the_MUP_}. I intentionally left
> off the network tag from the relation, since this isn't part of a formal
> route network per se, but if anything, it would be {network=lcn}
How did you decide upon this scheme? I've been working on sections of the
SF Bay Trail, some of which even allow horses. I've been tagging these
primarily as {highway=path|track, foot=yes, bicycle=yes, horse=yes|no,
surface=paved|gravel|dirt}. The choice of "path" or "track" has been a little
imprecise.
Your scheme seems better. A multi-use path is exactly what highway=path was intended for. It's not primarily for any mode of transportation, but pedestrians, bicycles and sometimes horses are all allowed. As for path vs. track, I think of track as something like a fire road or similar, something that is occasionally used by wheeled vehicles, usually with special permission.
Karl
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-us/attachments/20081127/7fafae56/attachment.html>
More information about the Talk-us
mailing list