双击放点,再点,双击结束 * 地震级的编辑体验 欢迎前往 map.osm.asia 体验
Diary Entries in Chinese (China)
Recent diary entries
BetteriD 和 map.osm.aisa
今天想认真介绍一下 BetteriD,它是 map.osm.asia 默认搭载的编辑器。
BetteriD 是一个基于 OpenStreetMap iD 的改进版编辑器。它的目标不是简单地“换个皮肤”,而是尽可能补齐 iD 长期以来一些影响编辑体验的细节。
我们希望保留 iD 轻量、直接、易上手的特点,同时逐步补充正式版缺失的偏好设置、编辑细节、移动端体验、快捷键兼容,以及一些更加现代化的辅助功能。
简单来说,它是一个更适合长期使用、更贴近实际编辑习惯的 OSM 编辑器分支。
本次更新
这次更新的重点只有一个:让编辑更顺手。
明确区分官方与第三方
首先,编辑器启动时会明确提示当前并非 OpenStreetMap 官方站点。
这样做不是为了制造距离感,而是避免用户误认为自己正在使用官方服务。BetteriD 虽然努力提升编辑体验,但它依然是一个独立项目,不应该与官方站点混淆。
基础体验改进
这一版本修复和优化了不少长期影响使用体验的问题,例如:
- 翻译继承源从开发版调整为正式版,避免不稳定内容进入翻译链。
- Bug 反馈入口不再直接指向本项目。
-
修复和优化多个已知问题,例如:
- 缩放后元素大小偶尔异常;
- 对象卡住但地图仍可移动;
- 缩放与平移状态不同步等。
更符合编辑习惯
我也调整了不少快捷键和地图操作,希望更符合老编辑者的使用习惯。
包括:
- 兼容部分 JOSM 常用快捷键(在不冲突的前提下)。
- 支持按住右键拖动平移地图。
- 持续优化整体交互逻辑。
更好的移动端体验
移动端一直是 iD 的短板,因此 BetteriD 做了一些针对性的优化,例如:
- 减少菜单层级;
- 双击进入绘制;
- 再次双击结束绘制;
- 长按添加节点。
希望让手机编辑不再那么繁琐。
AI 辅助功能
AI 功能目前仍在持续完善,但设计目标始终是用户体验优先。
当某个模型或接口失败时,并不会直接把错误展示给用户,而是会按照预设优先级自动切换备用方案,实现尽可能平滑的回退。
目前涉及的能力包括:
- 网络搜索;
- 标签建议;
- 文本生成等。
同时,偏好设置支持用户自行配置模型优先级,而不是固定使用某一个模型。
正在开发中的实验功能
除了现有功能外,还有一些实验性功能正在推进。
包括:
- 支持导入本地照片作为辅助底图,不上传、不审核、不参与 POI 识别,仅用于本地编辑参考。
- 上传图片后可调用公开接口,在需要时进行图片审核和 POI 识别,与本地照片模式完全独立。
- 根据自然语言描述,由 AI 自动生成 OSM 标签建议。
- 支持叠加两种底图,并可自由调整透明度进行对照。
- 室内编辑增强:选中当前楼层后,自动弱化其它楼层及无关图层。
- WASD 地图移动,默认采用步行模式,并尝试实现更加流畅的飞行模式。
更完善的偏好设置
BetteriD 也在逐步补齐 iD 正式版已有以及缺失的偏好设置。
目前包括:
- 翻译语言数量;
- 智能拆分依据;
- 吸附范围;
- 默认隐藏行政区边界;
- 实验功能总开关;
- 更多可配置选项。
未来仍会继续完善,让更多功能交给用户自由选择,而不是固定写死。
最后
我最喜欢这次更新的一点,并不是增加了多少功能,而是 BetteriD 正在慢慢变成一个真正适合长期使用的工具。
它还不完美,也还有很多地方需要继续打磨,但方向一直没有改变:
让 OpenStreetMap 编辑少一点阻力,多一点顺手。
GitHub:
https://github.com/koharachan/BetteriD/
ps:小声告诉你,实验功能其实已经可以用了哦
osm的小伙伴们大家好,今天我无意中发现了osm可以写日记然后放在自己的首页中。有的小伙伴分析地区编辑完完整度,有的教大家正确使用地图标签。虽然我注册有三年多了但是论辈分还是个小老弟😂,那我就写写我比较擅长的东西,欸要不我就写写有关家乡的一些事好了哈
关于康居路
枞阳县枞阳镇旗山社区邻近枞阳县人民医院、银塘花苑与银塘星城这三个区域中间有一条三级道路,道路有花坛阻拦,两条单行道形式,双向四车道(高峰期两车道因为两边可以停车)
这条道路的命名其实非常迷,枞阳县地图与天地图将其命名为健康路,而枞阳县ZY-02银塘行政区规划文件与地名信息系统将其命名为康居路(商业地图通常采用后者)。这条路到底叫康居路还是健康路?
其实我住的地方离这条路不远,所以经常在傍晚散步时走这条路。根据我的见解以及查阅对应文件的思路,这条路现阶段应该还是命名为康居路为好,至少26年8月之前还是得叫它康居路
1. 根据路灯管理局的路灯标签判断
26年初,县里开展《城市生命线》安全设备部署工作,在大街小巷安装了监测设备,同时县里也提及同日设立路灯管理所。随即4月份县里的每个路灯都贴上了标签,其中这条路的路灯被贴上康居路标签。这项工作是领先于枞阳县地图的制作的,可以认定当前这条道路仍为康居路
2. 根据枞阳县ZY-02银塘行政区规划文件中康居小区存在与否判断
在枞阳县地图中,康居路并未消失而是跑到了旗山小学与中海山水城的区域中间,而它的命名依据是因为附近有个小区名为康居山庄。但是无论是在枞阳县ZY-02银塘行政区规划文件中,还是在旗山社区服务站点地图中,这个不是小区,是银塘村的回迁房,经简单查阅县政府公开文档初步确认区域名为银塘安置地。真正现存的“康居山庄”在妇幼保健院旁边,不过叫康居家园。当然不排除小区未来改名的情况
其次那条路虽然在路灯管理所的标签、附近停车场名称以及路牌中没有给出详细名称,但是在枞阳县ZY-02银塘行政区规划文件中,这条路被命名为安置地路。鉴于规划文件的审图号较枞阳县地图较新,该未分级道路我建议命名为安置地路,而保留原先的康居路命名位置
为啥要写这条路
上次有个过于热心的小伙伴将康居路所在道路标为健康路(与此同时他还把旗山路标为莲城路,而莲城路是天地图的一处过时标记,我有时间在下一次日记里说),希望我的笔记能在我没时间贡献枞阳的时候,给其他人一些有理可循的参考(与此同时我也会夹带一些私货介绍枞阳有什么有意思的地方,比如枞阳中学占据的地方曾经有个自然村叫答咀村,这个村的来历可神奇了,另开一个新坑),望大家多多关照👋
133500市区(人民大街邮政支局、同心路邮政支局、丰民路邮政支局、河西邮政支局、海兰邮政支局、春化邮政支局);龙城镇部分(牛心村、太平村、…)
133501东城镇全部
133502头道镇部分(原龙水镇的江南社区、龙海村、龙湖村、新民村、龙源村、龙水村)
133503头道镇部分(原头道镇的江北社区、延安村、明兴村、三河村、龙坪村、龙新村、广新村、新北村、镇兴村)
133504头道镇部分(原龙门乡的龙门村、青龙村、长仁村)
133505八家子镇全部
133506西城镇部分(原西城镇的新城社区、金达莱村、二道村、龙浦村、城南村)
133507西城镇部分(原卧龙乡的甲山村、卧龙村、和安村)
133508福洞镇全部
133509龙城镇部分(原土山镇的土山村、官地村、水南村、五明村、和兴村、源河村)
133510南坪镇部分(原勇化乡的高岭村、兴化村)
133511空
133512南坪镇部分(原德化镇的友谊社区、南坪村、龙渊村、柳洞村、车厂村、高产村)
133513南坪镇部分(原芦果镇的芦果村、龙坪);崇善镇部分(原芦果乡的竹林村、兴南、梨树、土城)
133514崇善镇部分(富民社区、大洞村、古城村、上天村)
133515龙城镇部分(工农村等)
About three or four years ago, I used OSM to get map information for my autonomous driving test data. However , never had I thought to donate my living experience to the OSM.
On 2026.7.9, I realize that it is time to do it. I update some residents, toilets and cafe’s position. And I also name some unnamed roads and parks where I was born or studied.
Hope to update necessary infomations continiously
大家好!我目前正在开发一个面向韩国用户的地图项目,计划使用 OSM / Mapbox 的矢量切片。
目前遇到了一个关于中国区域底图语言显示的痛点,希望能得到社区大佬们的建议或帮助:
1. 遇到的问题(Current Issue)
当我在地图样式中将语言全局切换为韩文(ko)时,中国区域的省份和主要城市能够正常显示为韩文(例如:베이징、상하이)。但是,当把地图放大到街道和底层 POI(如具体的道路名称、店铺名称)时,由于缺乏对应的 name:ko 标签,地图会直接回退显示为中文(name:zh)。
2. 我的目标(Goal)
我想实现中国境内(至少是主要城市如北京、上海、广州等)的底层街道和主要地理要素能够尽可能全面地显示为韩文,避免出现大量的中文夹杂,从而提升韩国用户的阅读体验。
3. 想向大家请教与求助(Questions)
- 现有资源:OSM 社区或第三方目前有没有已经整理好的、针对中国区域地名的“中-韩”高精度地图语料库/映射表?
-
自动化标签填充:如果我想批量为中国主要城市的街道和 POI 补全
name:ko标签,社区是否有推荐的自动化处理工具(如通过波形/拼音转写韩文的脚本)?或者是否有成熟的机翻对齐经验可以分享? -
渲染方案:如果不直接修改 OSM 数据库,在前端渲染(如 Mapbox Studio / MapLibre)时,有没有优秀的开源表达式或插件,能实现“实时将
name:zh转换为韩语发音/译名”的 Fallback 机制?
如果大家有相关的项目经验、开源数据集、或者处理过类似的涉外多语言地图需求,非常渴望得到您的指点!非常感谢!
很高兴来到这里,一个热爱技术的开发者,你可以在’qaiu博客’找到我…
前言
新街口作为南京乃至华东地区最重要的商业核心之一,其 OSM 数据长期存在建筑轮廓粗糙、地下空间缺失、路径拓扑混乱等问题。为此,我启动了一项针对新街口地块的系统性精细化更新计划,并在此记录操作步骤与我所制定的制图标准,供社区参考与讨论。
一、建筑物轮廓与属性细化
所有建筑物的轮廓均参照最新卫星影像与实地核查进行重新描绘或修正,具体标准如下:
- 轮廓贴合建筑基底,避免过度简化或偏移;
- 补充
building:levels、height、name、start_date等属性; - 对于综合体建筑(如德基广场、金鹰国际),区分裙楼与塔楼,分别以
building、building:part进行三维建模。
二、地下商业空间的划定
新街口地铁站(地铁1号线×2号线换乘)向四周延伸出大量地下通道,直接连通周边各大商场的负一层。凡与地铁站地下通道直接联通的商场负一层空间,均按以下标准标注为地下建筑区域:
- 使用
location=underground或layer=-1标记相关区域; - 地下商业区域的范围多边形参照实际通道出入口与商业空间边界绘制;
- 与地铁站直接相连的通道本身,以
tunnel=yes+layer=-1的highway=footway表示; - 暂不确定是否联通的区域,暂以
fixme=需核实地下联通情况标注,留待后续实地核查。
目前已完成地下空间划定的区域包括: 新街口百货商店 B1、金陵中环 B1
待补充区域: 金鹰国际购物中心 B1、德基广场 B1、中央商场 B1、南京国际金融中心 B1 等。
三、路径拓扑标准
这是本次更新中最容易出错的部分。为确保路网拓扑的清洁与导航规划的准确性,我制定了以下强制性规则:
3.1 各类道路不得混接
在主要路口,行人路径(highway=footway/pedestrian)、自行车道(highway=cycleway)、机动车道(highway=primary 等) 三者之间,原则上不建议建立直接连接节点,除非现实中存在明确的路权交汇点(如行人过街横道节点)。
3.2 跨图层要素禁止连接
任何两个不属于同一 layer 值的路径要素,不得出现共享连接节点,以下情况除外:
| 允许连接的要素 | 说明 |
|---|---|
highway=steps |
阶梯,连接不同楼层/层级 |
含 conveying=yes 的 highway=footway
|
自动扶梯 |
highway=elevator |
电梯 |
除上述垂直交通要素外,地面路径与地下路径一律不得出现连接点。
此规则同样适用于在导航计算中看似”无害”的连接(例如建筑物轮廓与步行道路相切)。只要两个要素不属于同一图层,路径要素与非路径要素之间同样须保持几何上的独立性,仅在视觉上相邻即可。同一图层内的要素按正常规则连接,不受此限制。
如有异议或建议,欢迎在变更集评论或讨论页留言。
Happy mapping! 🗺️
OSM 中肯德基餐厅会用到的网站标签主要有website、website:menu、website:orders和brand:website(operator:website或许也可以写一下,但我没研究。)。
-
brand:website很简单,统一brand:website=https://www.kfc.com.cn即可。
其它 URL 都需要先获取一下storeCode。
把南车站路-中山南路-鲁班路-徐家汇路中间区域的楼全描了,也就是陈欣恬的家、我的家、刘珺瑜的家、我的学校那片。
海西州飛地一大塊全劃到西藏去了…怎麼沒人改呢…無語…
二編:已得知唐古拉山鎮南部均租借給西藏。
前言
这些随想是在去年年底写的,也许对其他 mapper 有启发,故发布。
以下经验会让画 osm 变得高效、美观、简洁,避免无线细化。
正文
-
osm 本质是抽象、简化的地图,所以画面元素要少、整洁。增加过多的元素会导致地图画面杂乱无章、不美观,而且后期维护也很繁琐。
例:一条公路的两旁有人行道,除非有物理隔离(比如栏杆),否则推荐在道路上加
sidewalk=both,而不是把两旁的人行道都画出来 -
要提炼出对象特征,想出表达完整又简练的画面布局,同时不要出现渲染错误。
-
直线要直、圆形要园、方形要方、弧线要优雅大气。
-
线条不宜有过多节点,尽量把多余的、又不影响整体的节点删掉
-
道路、河流、森林等图画,宜大不宜小,宜长不宜短,宜整不宜碎
-
能不重叠就不重叠。如果一片区域(比如小区、医院、学校等),有明确的边界(比如围墙),最好先画完内部道路、建筑设施,最后再画上土地利用
area=yes。否则就不要画。 -
一般使用 iD 编辑器最简单。若想画整齐的方形建筑物建议用 JOSM,并使用 building 插件。
-
标签方面,非必要不多加。
前言
这些随想是在去年年底写的,也许对其他 mapper 有启发,故发布。
慎画密集的住宅区
卫星地图上密集的住宅区(不规则的房子、看不清的小巷),除非亲自走访、亲自记录,否则最好不要画
不要无限细化
刚画 osm 时,很容易被卫星地图里的各形各色的东西吸引注意力,导致无限细化,也就是说在一小片地方死抠细节。
若画小范围的地方(比如学校、公园等),无限细化无所谓。但画大范围的地图还无限细化的话,这得画到猴年马月?而且还会打消画 osm 的兴趣。
所以画大范围的地图,在保证效率的同时,还要表达准确。这件事不容易完成。
画 osm 的难点在于:怎么把卫星图像上的东西,提炼成精准、简洁的符号。
请参考 osm 极简画法
今日,到广州图书馆一游,记录一下
[English] BetterIME is a JOSM plugin that automatically manages Chinese IME state based on focus context, preventing IME from intercepting keyboard shortcuts while editing the map. GitHub: https://github.com/nj-yzf/josm-BetterIME
问题背景
使用中文输入法编辑 OpenStreetMap 时,JOSM 的快捷键(如 S 选择、A 添加节点、W 提高路径精度等)经常被输入法拦截,导致快捷键失效。每次都要手动切换输入法,非常影响编辑效率。
为此我开发了 BetterIME 插件,让 JOSM 根据当前操作场景自动控制输入法状态。
功能介绍
插件将输入法控制分为三种场景:
自动切换至中文输入法: - 编辑 name、name:zh、name:zh-Hans、name:zh-Hant、alt_name、operator 标签时 - 打开 F3「搜索预设组合」对话框时
默认英文,可手动切换: - 其他文本输入框(如 Ctrl+F 查找、其他标签编辑等)
禁用输入法(快捷键正常工作): - 地图视图、工具栏等非文本组件,Shift/Ctrl+Space 也无法意外切换至中文
此外,插件还释放了 Ctrl+Space 快捷键(JOSM 默认绑定为「搜索菜单项」),让它回归系统输入法切换功能。
首选项设置
通过 编辑 → 首选项 (F12) 打开 BetterIME 设置页,可以:
- 启用/禁用自动输入法切换(总开关)
- 启用/禁用 F3 搜索预设对话框中的中文输入法
- 启用/禁用基于标签键的自动检测
- 自定义触发中文输入法的标签键列表(支持添加、删除、重置)
所有设置即时生效,无需重启 JOSM。
安装方式
方式一:JOSM 内置插件管理器 1. 打开 编辑 → 首选项 → 插件 2. 搜索 BetterIME 3. 勾选启用,重启 JOSM
方式二:手动安装 1. 从 GitHub Releases 页面下载 BetterIME.jar:https://github.com/nj-yzf/josm-BetterIME/releases 2. 将 JAR 文件复制到 JOSM 插件目录(Windows: %APPDATA%\JOSM\plugins\) 3. 在 编辑 → 首选项 → 插件 中勾选启用,重启 JOSM
兼容性
- JOSM 19555 及以上版本
- Java 11 及以上
- 目前仅在 Windows 上测试过,macOS 和 Linux 上的输入法框架不同,可能无法正常工作,欢迎反馈测试结果
反馈
如果遇到问题或有功能建议,欢迎在 GitHub 提交 Issue:https://github.com/nj-yzf/josm-BetterIME/issues
许可证:GPL-2.0-or-later(与 JOSM 一致)
- 你驾车,Android Auto上使用OSM导航软件
- 副驾不能晕车,放个笔记本在大腿上,在iD上连接两点,用编辑器把缺失的路现画上
- 你在导航上规划路线,看哪里特别绕
- 副驾对着卫星图画缺少的路
- 你开车,副驾补全车道和路线信息
谁有中国地区电网数据
本系列编辑主要修复了部分住宅楼的过大幅度偏移,以及一些误标记的绿化。问题区域主要在星塘街以东,为方便起见,以东西向道路作阶段性的分割。
记录
2026/2/24已完成修复兆佳巷以北
2026/2/25已完成修复中新大道东以北
2026/2/26已完成修复港田路以北
包含建筑物、森林。之前陆陆续续修复了一些,不过都是游击式地修复,没有系统地记录过。现在有时间捡起这件事了,先在这里留个坑吧。
……不要给房子加layer标签来逃避冲突检查器的检查。
26/2/21
