Summary

  • OpenStreetMap 在 2012 年 7 月 9 日公告中说，将用机器人从在线数据库删去不符合新贡献者条款及开放数据库许可证的贡献，估计涉及总数据不到 1%。项目已经生成删改前最后一份按旧 CC-BY-SA 许可发布的 Planet 整库文件。
  • 7 月 26 日的进度公告称，全球自动处理已完成，超过 99% 的数据留存；波兰和澳大利亚等地的删改较集中。当时在线数据库已经变动，数据许可证还没有切换。
  • 基金会9 月 5 日董事会记录载明，工作组核查删改结果后，董事会一致批准改用 ODbL。项目于9 月 12 日英国时间上午 9 点正式切换；新的 XML Planet 文件到 9 月 14 日才可下载。

许可证写在纸上，路却画在运行中的数据库里

一条由志愿者画进 OpenStreetMap 的道路，会出现在编辑器、公开 API、对象历史和别人下载的整库副本里。改动数据许可证，不能只替换网页页脚的一行文字。项目从 CC-BY-SA 转向开放数据库许可证 ODbL 时，还得决定哪些旧贡献能够随数据库一起进入新制度，然后让正在服务的数据库真正反映这个决定。

4 月 26 日，项目坦承执行删改的机器人仍有系统测试没过。计划是先在测试服务器上运行，再挑一小块真实数据库试验，很可能先用爱尔兰，确认可行后才处理其余地区。一个程序如果在地图上误删连接，错误会通过 API 立即交给使用者；因此测试直接决定许可证能否往前走。

7 月 9 日，项目给出了执行路线：爱尔兰、英国、西欧、北美、澳大利亚、世界其他地方。公告预计在最后准备顺利的条件下从 7 月 11 日开始；这是一项目标，不是开工日志。项目同时说 API 不会停机。被处理的贡献则会在 API 和网站的浏览页面上停止提供。法律上的相容性，变成地图读取接口上可以看见的缺口。

“不到 1%”不是道路连通性的单位

公告估计不相容贡献少于整体数据的 1%，并指出删改前最后一份旧许可 Planet 文件已经生成。旧文件保存那一刻的完整发布状态；在线数据库继续接受编辑，准备进入新的许可状态。两份数据各有自己的时间和条件。

7 月 26 日，项目通报机器人已在前一天完成全球主要处理，超过 99% 的数据保留下来。公告随即点名波兰和澳大利亚：删改在这些地方比较集中。全球留存率再高，导航也要依赖具体路段是否相连。一个缺口落在关键连接处，影响不会按全球数据条目均匀分摊。项目将受影响地区的重新测绘交给社区接力。

更关键的是时间。7 月公告明确说，运行中的数据库已经大体具备 ODbL 发布条件，许可证本身却还没改。贡献者对新条款的接受或拒绝，先经机器人进入地图的现状；基金会的法律决定仍在后面。地图使用者在这个间隔里看到的是已经为未来规则调整过的在线记录。

董事会等的是处理后的数据库

到了9 月 5 日，许可证工作组向 OpenStreetMap 基金会董事会报告：数据工作组完成了删改运行，认为在线发布数据库已清理妥当，主要处理后的报告案例也经过调查。它建议切换至 ODbL 1.0。董事会接受建议，一致通过。会议记录预计下一份完整 Planet 文件在 9 月 12 日以新许可发布，同时不设置双许可证过渡期。

这个表决有清楚的前提。董事会掌握许可决定；机器人掌握对运行记录的改动；工作组核对两者之间的相容性。董事会无法隔空改写已经下载到第三方服务器的旧文件。谁来处理那些副本，仍是下一道关。

9 月 11 日给数据使用者的通知讲得直白：API 和增量差分将转为 ODbL。自己运行渲染器、路由器或质量检查的人，应清除旧库，装入新的 Planet 整库，再接续新许可下的差分。把旧许可整库和新许可增量拼起来，等于在同一套系统里混用两个发布状态。

法律时钟准点，整库文件迟到

OpenStreetMap 在9 月 12 日英国时间上午 9 点宣布数据改由 ODbL 发布。前一天的通知估计新 Planet 约三十小时后可以交付。实际生成更慢：9 月 12 日公告后来的更新写明，XML 格式整库文件到 9 月 14 日约 18:30 UTC 才在新目录可用。API 的许可状态已经前进，依赖整库重建的外部系统却还在等交付物。

这次迁移不是一个签字瞬间。四月的问题是机器人测试；七月是运行地图的删改和局部重新测绘；九月是工作组验收、董事会授权、接口切换和整库交付。基金会能够决定数据在什么规则下发布，但这项权力必须经过真实数据库、下载文件与下游机器，才能从会议记录走到路线上。