Flatten SF 给出旧金山(San Francisco)各街区之间的平缓步行路线,覆盖 Bayview、Mission、Nob Hill 等地,可自选起终点,并在最短与最平缓之间拖动滑块。页面称共有 30 条互不重复的路线,最平缓的一条长 4.9 英里,累计爬升 273 英尺,最陡处坡度 9.2%,比最短路线多 0.4 英里、少爬 252 英尺。路线在浏览器内基于 16 万个街道段、美国地质调查局(USGS)1 米激光雷达高程以及 Overture 和 OpenStreetMap 街道图计算,每英尺爬升按 200 英尺步行折算。
正文

- Bayview
- Bernal Heights
- Castro/Upper Market
- Chinatown
- Crocker Amazon
- Diamond Heights
- Downtown/Civic Center
- Excelsior
- Financial District
- Glen Park
- Golden Gate Park
- Haight Ashbury
- Inner Richmond
- Inner Sunset
- Lakeshore
- Marina
- Mission
- Nob Hill
- Noe Valley
- North Beach
- Ocean View
- Outer Mission
- Outer Richmond
- Outer Sunset
- Pacific Heights
- Parkside
- Potrero Hill
- Presidio
- Presidio Heights
- Russian Hill
- Seacliff
- South of Market
- Treasure Island/YBI
- Twin Peaks
- Visitacion Valley
- West of Twin Peaks
- Western Addition
Flatten SF 横跨旧金山的平坦路线
从
到
30 条独特路线,从最短到最平坦。
最短 30 之 30 最平坦
距离 4.9 英里,爬升 273 英尺,最陡 9.2%
相比最短路线:距离 +0.4 英里(长 8%),爬升 −252 英尺(少 48%)
路线:Alabama St→19th St→Harrison St→18th St→Valencia St→17th St→Guerrero St
路线在浏览器中基于 16 万个街道段计算,使用 USGS 1 米激光雷达高程和 Overture / OpenStreetMap 街道图。滑块控制距离与爬升的权衡:每条路线在两方面都不被其他路线超越,从最短路径到值得走的平坦路径(每英尺爬升相当于 200 英尺步行;超出后不再算路线)。向右滑不会缩短路线也不会增加爬升。爬升是累计增益,非端点高差。步行走楼梯允许,自行车禁止。浅色线显示沿途其他路线。地点搜索离线:旧金山街道交叉口、地点和地址内置本页。源码、数据和完整分析
评论
社区对该旧金山平坦路线规划工具普遍感到新奇并分享骑行经验,但部分用户报告了实际路由错误与界面怪异,亦有人质疑其与谷歌地图自行车模式的功能重叠。
认为该工具揭示了被忽视的平坦路线价值
- 多人通过对比苹果地图始终选最短却陡坡,赞赏本工具能直观展示稍绕路但大幅减爬升的备选,实时剖面更新也受喜爱(认可度:较多人) > 最平坦路线仅比最短长0.2英里,但爬升从200英尺升至500英尺,苹果地图却总选最短(@fnord77)
指出实际路由不准确与界面设计违和
- 少数用户发现工具在明确平坦大道上存在错误绕行与不应有的折返,并批评滑块连续化离散选项、标签位置等 Claude UI 决策怪异(认可度:少数人) > 在22街和圣何塞街出现莫名折返,且高度标签等界面元素排布令人困惑(@askjdfksdbfhk)
质疑谷歌地图自行车模式已具备类似功能
- 有人提出既有地图应用或许已覆盖该需求,暗示工具新颖性有限(认可度:少数人) > 谷歌地图的自行车模式不是已经做这个了吗(@qurren)
希望扩展驾驶模式与最小化坡度选项
- 较多人建议除自行车外增加驾车路线规划以照顾爬坡无力车辆,并提议以最大坡度而非累计爬升为优化目标,另有人希望加街道名称切换(认可度:较多人) > 若有选项能增加距离但最小化坡度,例如绕路抵达诺布山顶端会比直上泰勒街舒服得多(@jez)
推荐现有湾区专业骑行路由工具
- 有开发者推介自建的 bikehopper,强调其采用高精度地表模型并整合公交与设施数据(认可度:少数人) > 我们使用1米精度地表模型,对旧金山高程路由至关重要,建筑树木会令其他模型失效(@andalinmicphew)
分享网格城市中的本地启发式骑行经验
- 有用户回忆过去仅依本地信息选不远离目标且缓坡的路径,与工具逻辑暗合(认可度:少数人) > 因旧金山近乎网格,我曾只用局部信息选浅上坡而避下坡(@scaredginger)
调侃应做扁平达拉斯版
- 有人提议复制概念到其他城市作为幽默(认可度:少数人)
有价值的补充
- 旧金山高程路由必须使用数字地形模型而非普通高程模型,建筑与树木会令其他模型失效(@andalinmicphew 提供)
- 可允许用户自定义成本曲线,偏好渐进爬升而非绝对低累计增益,以匹配体力分配(@Terr_ 提议)
- 最平坦不等于最宜骑,绕远降低最大坡度往往体验更佳,凸显距离-坡度-爬升三维权衡(@jez @laurencerowe 实例)