OpenStreetMap 如何变成 Minecraft 世界

现实地图生成器不会把 Google Maps 截图里的像素直接变成方块。它从结构化地理要素开始，按照转换规则解释道路、建筑和水体，再结合地形数据，写入一个全新的 Minecraft 世界。MapMC 使用 OpenStreetMap 数据和开源 Arnis 引擎完成转换，最后按照 Java 或 Bedrock Edition 打包。

第一步：矩形选区变成地理请求

你在生成器中绘制区域时，矩形的北、南、东、西边界会形成一个经纬度包围框。系统只处理这个框内的数据。范围越集中，越容易生成、导入和检查，也越容易判断想要的地标是否位于合适位置。

地址搜索只是帮助你移动地图，真正提交的是矩形边界。继续之前要放大检查四条边。即使搜索结果显示了某座建筑，只要它落在框外，就不会因为名称被搜索到而自动加入世界。

第二步：OpenStreetMap 提供地图要素

OpenStreetMap 保存的不是一张最终图片，而是节点、路径、关系和标签等结构化对象。这些对象可以描述道路、建筑轮廓、水体、公园与土地用途。转换器获取选区中的对象，再对能够理解的标签应用规则。

数据覆盖并不均匀。OpenStreetMap 由贡献者共同维护，一个社区可能有完整建筑轮廓，另一个地区可能只有主干道；现实世界和数据库也一直在变化。生成结果反映的是生成当时可获得的数据与转换规则，不代表每个最新现实物体都一定存在。

第三步：地形与地图要素对齐

道路和建筑需要放在地表上。流程会利用高程信息塑造山坡、谷地、河岸和海岸，再把地图要素对齐到地形。现实中的连续曲线必须落到 Minecraft 方块网格，因此弯道会成为阶梯边缘，细小高度变化也会被离散化。

这解释了为什么一个世界可以很容易辨认，却不是工程测量模型。道路布局、水体和大型建筑轮廓提供方向感；立面装饰、室内、地下设施和临时物体通常不在源数据或转换规则范围内。

第四步：Arnis 把要素翻译成方块

Arnis 是 MapMC 使用的开源转换引擎。它根据规则判断道路、墙体、屋顶、水域和土地用途应该对应哪些 Minecraft 方块，并写入真正的世界数据，而不是只制作图片或静态 3D 预览。因此结果可以在 Minecraft 中打开、探索和继续编辑。

当引擎、输入和设置保持一致时，流程具有可重复性；但源数据和软件版本都会演进。如果世界用于课堂、服务器或长期建筑项目，应保留原始下载并记录生成日期，必要时也记录所用引擎版本。

第五步：校验并打包世界文件

Minecraft Java 与 Bedrock 使用不同的世界格式。MapMC 将 Java 输出打包为包含世界文件夹的 ZIP，将 Bedrock 输出打包为 .mcworld。Java 玩家需要解压后把文件夹放入 saves 目录；Bedrock 玩家让已安装的 Minecraft 打开 .mcworld。仅仅重命名文件不能在两种格式之间转换。

下载后应保留 untouched 原文件，用副本导入，并检查出生点、道路、海岸线、主要建筑和地形。只有完成第一次验收后，才在工作副本上添加模组、附加包、命令或大量手工建设。

这个流程能还原什么，不能还原什么

它可以重建地图中已有几何要素的可玩解释，例如道路网络、建筑占地、水体、土地用途和大范围地形。它无法从建筑轮廓推断真实室内，不能保证立面完全一致，也不会还原实时交通或补齐未绘制物体。因此不应把它描述成一比一测绘模型。

如果某地生成后显得空旷，先检查 OpenStreetMap，而不是立即认定生成失败。若源数据缺少要素，可以换一个信息更完整的区域，或按照社区规则向 OpenStreetMap 提交真实、可核验的更新；不要把其他受版权保护的地图数据复制进去。

一套完整的验收顺序

先确定 Minecraft Edition，再找到现实地点，把紧凑矩形放在目标周围，确认源地图中确实能看到道路和建筑。生成后下载正确格式，保留原始备份，在匹配的游戏版本中打开。验收时比较道路、河流和地标，而不是纠结每一个装饰方块。按这个顺序，就能区分源数据限制、选区错误、导入问题和真正的生成故障。