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，而不是立刻判定產生失敗。來源缺少要素時，可換資料較完整的區域，或依社群規則提交真實、可查證更新；不可把其他受版權保護的地圖內容複製進 OSM。

完整驗收順序

先決定 Minecraft Edition，再找到真實地點，把緊湊矩形置於目標周圍，確認來源地圖能看見道路與建築。產生後下載正確格式、保留原始備份，並在相符遊戲版本開啟。驗收時比較道路、河流與地標，而非每個裝飾方塊。這能分辨來源限制、選區錯誤、匯入問題與真正故障。