Zh-hans:Key:class:bicycle

From OpenStreetMap Wiki
Jump to navigation Jump to search

a caliper demonstrating verifiability

此zh-hans的可验证性有争议。请参阅讨论页。在争议解决之前,请勿删除此消息。
class:bicycle
说明
对理想或不理想的自行车路线的主观分类 编辑此说明
组: bicycles
用于这些元素
不可用于节点可用于路径不可用于区域可用于关系
状态:使用中
本页面由 AI 从英文页面翻译而来,内容需要人工复核。

键 class:bicycle=* 用于对适合普通骑行者在全天行程中从 A 点到 B 点(主要是前往学校、购物中心或工作等目的地的出行)使用的路线进行分类。

子类的划分因预期的骑行类型(长途旅行、山地骑行、交通出行等)以及添加该标签的标注者的主观意见而差异很大。数据库使用者不应期望某个特定的 class:bicycle=* 取值具有一致的含义。

提案

class:bicycle=* 及相关键是作为一种额外提示而提出的,用于描述那些无法由“客观”标签充分描述的自行车路线——某些路线因主观原因而非常理想或不理想,例如:风景优美或丑陋、恶犬、难以避开行人、交通危险、停放的车辆遮挡骑行者视线等。

在其他属性(例如 highway=tertiary、lanes=2、oneway=yes、maxspeed=30、incline=45%)被认为足以描述的情况下,不应使用它。

class:bicycle 有各种子类,以适应不同类型和需求的骑行者(如长途旅行、山地骑行、通勤、公路骑行、拖车)。

该键的取值表示对某一特定类别的理想程度/可行程度,取值介于 -3(最不理想)到 3(非常理想)之间


不要与北美交通规划中使用的自行车设施分类相混淆:I 类(自行车道,或独立设施)、II 类(自行车专用车道)、III 类(自行车路线)。

用法

主键是 class:bicycle=*,取值为 -3 到 3(最不理想到最理想)。适用于全天行程中的普通骑行者。

标签 说明 示例
示例图片 示例说明
class:bicycle=-3 不惜一切代价避开。 Mapillary 示例:机动车交通极为繁忙且无独立自行车道:highway=trunk, lanes=4
class:bicycle=-2 仅用于到达目的地,不太适合。 Mapillary 示例:机动车交通繁忙且无独立自行车道:highway=primary/secondary/tertiary 且 bicycle=yes 或 cycleway=shared_lane 或 cycleway=lane:advisory
class:bicycle=-1 最好另择他路 Mapillary 示例:机动车交通繁忙且自行车道狭窄:highway=primary/secondary/tertiary 且 bicycle=use_sidepath
Mapillary 示例 2:机动车交通稀少但路面不平整:highway=unclassified, residential, living_street, service 且 smoothness=intermediate/bad
class:bicycle=1 优先选择 Mapillary 示例:机动车交通繁忙但自行车道平整且位于树木之后:highway=primary/secondary/tertiary 且 bicycle=use_sidepath
Mapillary 示例 2:机动车交通稀少且路面平整:highway=unclassified, residential, living_street, service 且 smoothness=excellent/good
class:bicycle=2 非常好的骑行路线 Mapillary 示例:机动车交通繁忙但有防护、宽阔且平整的自行车道:highway=primary/secondary/tertiary 且 bicycle=use_sidepath 且 width > 2.20 m
Mapillary 示例 2:无机动车交通且自行车道宽阔平整:highway=path/track/cycleway 且 smoothness=excellent/good
class:bicycle=3 这条路太美了,值得绕道而行。 Mapillary 示例:无机动车交通,自行车道非常宽阔平整,景色优美:highway=path/track/cycleway 且 smoothness=excellent, width=6 m

子类

子键用于各种自行车使用类型之间存在显著差异以及上坡或下坡的情况。

子键为 mtb、commute、touring、roadcycling、trailer、non_experienced,必要时与 downhill 和 uphill 组合使用。

示例 - class:bicycle:mtb:uphill=1。

适用于任何适合骑行的路径或关系(包括山地骑行、公路骑行、长途旅行……)

  • class:bicycle=* - 普通骑行的一般键
    • class:bicycle:mtb=* - 越野山地骑行。与键 mtb:scale;mtb:scale:uphill 配合使用。典型自行车:硬尾或全避震山地车,配“粗”轮胎(>1.95")
    • class:bicycle:commute=* - 将自行车作为交通工具,在相当安全的道路上快速地从 A 到 B。
    • class:bicycle:touring=* - 自行车旅行和徒步旅行。避开丑陋单调的景色,避开汽车。典型自行车:配中等宽度轮胎(1.3"-1.7")的旅行车。
    • class:bicycle:roadcycling=* - 用于休闲/运动的公路骑行。典型自行车:配细轮胎(<1.25")的竞速车。
    • class:bicycle:trailer=* - 拖曳幼儿/行李拖车需要特别的路线规划(通常宽度、表面材质和障碍物信息应当足够)
    • class:bicycle:non_experienced=* - 缺乏经验的周末骑行者;儿童和老人

例如,城市内一条带有 cycleway=lane、机动车交通繁忙的主干道,可以非常快速地实现从 A 到 B 的通行,且附近没有合适的替代道路。对于“普通”骑行者,这条路仅适合从 A 到 B。然而,它并不是任何骑行群体在休闲骑行时喜欢走的路线。 我们可以这样写:

这样我们就明确了这条路适合从 A 到 B,但总体上不是骑行的好选择。我们不需要写下:class:bicycle=-2,因为更好的做法是添加这些键(如果尚不存在,我们应该添加它们):oneway=yes;lanes=2:highway=primary;source:maxspeed=local,它们已经告诉我们这条路不太适合骑行。

子类示例

类别 OSM 中的说明 为何在此需要? 示例图片
class:bicycle:mtb:technical=1 highway=path & mtb:scale=3 在这样的海拔高度,许多路径的难度差异很大,而且找到适合山地骑行的路径并不容易。假定大部分步道可以骑行。
class:bicycle:roadcycling=-2 cycleway=track & highway=tertiary/secondary 在这里快速骑行非常危险,因为它与汽车后面的街道分隔开,但法律要求必须使用它。快速骑行不可能。不过对“周末骑行者”来说不错。

不需要 class:bicycle 的示例

说明 为何不需要? 图片
highway=unclassified/tertiary & cycleway:left=track 绘制公园侧边的几何形状并标注 cycleway:left=track 就足以提供相关信息。

请注意,有些人可能认为此类基础设施比完全没有自行车基础设施更糟,也有人认为它非常理想。把实际存在的情况标注出来即可化解这一冲突。

highway=path & surface=ground & mtb:scale=0+ 这是一条和其他许多路一样的典型路径。标准键足以描述它。
highway=trunk & lanes=2 & oneway=yes & bicycle=yes 常规标签已足以让人知道这条街对普通骑行者来说并不宜人。
highway=path & mtb:scale=0 & sac_scale=hiking 曾有人提议因“让它从其他路径中脱颖而出。景色优美。”而标注 class:bicycle:mtb=2。但如果想把这一点纳入考虑,也可以标注并处理 tourism=viewpoint。

取值

-3 到 +3 的取值被频繁使用。“-3”被定义为“这条路如此不适合,以至于应不惜一切代价避开”,而“+3”被定义为“值得为此绕一大圈”:

  • "-3" = 不惜一切代价避开。
  • "-2" = 仅用于到达目的地,不太适合。
  • "-1" = 最好另择他路
  • "0" = 与周围其他路一样。
尽量不要使用 0,而应在 -1 或 +1 之间做出选择。
  • "1" = 优先选择
  • "2" = 非常好的骑行路线
  • "3" = 这条路太好了,值得绕道,即使这意味着要经过
许多不合适的路才能到达这里。对于其预期使用类别而言非常出众。

决定 class:bicycle 取值的一般因素

请注意,下列大多数标准都是主观的:每位骑行者或标注者对于多少汽车算太多、多少行人算问题、景色是否宜人,都可能有不同的看法。这意味着不同的本地标注者可能对应该使用什么取值无法达成一致。

交通

  • 汽车:有多少汽车?是否有足够空间让它们安全超车,还是危险情况很常见?
  • 行人:有多少行人?骑行者与行人之间是否有明确分隔,如果有,这种分隔是否被遵守,还是有带着孩子和狗的家庭走进你的路线,迫使你频繁减速和/或刹车。
  • 自行车交通:当你骑公路车去训练时,你不希望有慢吞吞的“周末骑行者”挡路。通常最好是道路而不是自行车道。

Cycleway=cyclelane / cycletrack 负面

在那些自行车道存在即强制你使用它的国家: 你能骑得快吗,还是不得不比在道路上更慢?是否因为汽车看不到你而危险增加?在使用自行车道而非道路时,汽车司机会忽视你而穿越道路?停放的汽车(司机不加留意地开门,汽车常常阻塞自行车道/自行车专用车道)……

风景与自然

你能看到周围美丽的群山,还是无尽的森林挡住视线?路上有漂亮的观景点、旁边有不错的野餐地点吗?在远离文明的漫长道路上——是否有饮用水补给,无论是人造的还是山间泉水?

参见

class:bicycle 是作为一种附加因素提出的。它不应取代常见的、更客观的键,例如:

使用该键的 GPS 或自动路径规划程序地图

评论

参见 讨论页上的讨论。 请复制并改编 class:key 以用于其他用途,如骑马或徒步,但为此开设新页面并链接回此处,以便好的想法能够被采纳。

  • 作为一个以前从事过自动路径规划工作的人,无论是在 CycleStreets 还是 CloudMade,我都可以告诉你,你不需要这个标签。你只需要足够聪明地利用现有的所有其他客观标签,就能获得良好的路径规划,而无需这个主观标签。Smsm1 22:13, 9 November 2010 (UTC)
  • 请参见 Routino,它已经考虑了多条车道、桥梁、隧道、道路偏好以及自行车/步行路线。所以这只是为你行程偏好确定参数的问题,这比用单个标签说明单个人的偏好要灵活得多。Dranuhl 31 December 2010
  • 请不要使用这个标签。 --Richard,cycle.travel。
  • 请不要使用这个标签。这个页面真的应该被删除。见这里的评论。 --CycleStreets。
    • 嗯,现在是 2022 年了,那我们来看看,@Smsm1:、@Dranuhl:、@Richard:、@Cyclestreets: 和 @Mateusz Konieczny::你们的替代方案是什么?什么样的具体标注方案能够完全取代这种主观但对许多人来说显然有用的标注?请使用讨论页,并劳驾在那里回 ping 我一下。我这么问,是因为我意识到我无法分辨一条 highway=unclassified 究竟是骑行者的天堂,还是拉力赛车手与卡车之间的自杀任务。据我所知,没有任何关于交通量的标注,即使有,也可能无法维护。也没有针对不适合骑行的 cycleway=lane 的标注,通常是由于自行车交通量加上其宽度。许多道路没有任何标注表明它非常适合自行车旅行,它们看起来和所有其他公路一样。所以我真的很想念你们在上面评论中提出的建议,并且非常希望看到你们所提供的等价方案。你可能会注意到,我并不喜欢这种标注,但近年来也没有找到任何可行的替代方案。而现在我想用类似这样的东西。谢谢, --grin ✎ 20:30, 2 September 2022 (UTC)
      • “我这么问,是因为我意识到我无法分辨一条 highway=unclassified 究竟是骑行者的天堂,还是拉力赛车手与卡车之间的自杀任务”——你能列出你到目前为止尝试过的标签吗?你能举出一些在 OSM 中已被完整标注、却仍然彼此无法区分、但在骑行质量上差异很大的道路例子吗?(Google Maps 链接也可以)@Grin: Mateusz Konieczny(talk)20:35, 2 September 2022 (UTC)

历史

基于 Cycleworth 和 Talk:Cheltenham Standard 中提出的想法