怎么在不上传数据的情况下在线预览 GeoJSON？
GeoJSON 文件经常不只是几何图形。它可能包含客户位置、门店分布、服务区域、配送路线、现场采集记录、传感器位置、未公开选址规划或内部业务范围。在把这类数据粘贴到在线地图工具前，先确认工具会不会上传文件。
很多预览和调试任务并不需要上传。浏览器本地 GeoJSON 查看工具可以直接解析文本、统计要素、计算边界范围，并把点、线、面画到地图或地球上，整个过程不必把内容发到服务器。
BaseToolbox 的 GeoJSON 地球查看 可以在浏览器本地把 GeoJSON 预览到 3D 地球上。它适合快速检查，不是专业 GIS 编辑、拓扑修复、导航或测绘工具。
什么时候适合本地预览？
本地预览适合回答这些问题：
- 这段内容是不是合法 JSON？
- 它是
FeatureCollection、Feature，还是原始 geometry？ - 文件里有多少个要素？
- 包含点、线、面，还是混合几何？
- 坐标是否落在预期地区？
- 大致边界范围是否正常？
- 路线或多边形有没有莫名跨到世界另一侧？
这些检查足够提前发现很多导出、接口转换和数据清洗问题，不一定一开始就打开完整 GIS 软件。
为什么地图数据也有隐私风险？
GeoJSON 不包含姓名和邮箱，也可能暴露敏感信息。一组点可能代表客户地址、设备位置或仓库坐标；一条线可能代表配送路径、巡检轨迹或管线；一个多边形可能代表销售区域、限制区域或未来选址。
粘贴前可以先看这些内容：
| 数据类型 | 可能风险 |
|---|---|
| 点 | 客户、门店、传感器、资产位置 |
| 线 | 配送路线、巡检轨迹、行程路径 |
| 面 | 业务区域、限制区域、规划范围 |
| properties | 名称、ID、状态、备注、内部标签 |
如果这份文件不适合公开发布，就优先使用本地处理，或使用团队批准的工具。
常见预览问题
最常见的问题是坐标顺序。GeoJSON 的位置坐标是经度在前、纬度在后。很多人习惯按“纬度，经度”读坐标，于是点位会跑到错误国家、海洋或完全看不见。
第二类问题是结构不合法。一个文件可能是合法 JSON，但不是合法 GeoJSON。比如一串坐标数组不等于 FeatureCollection。多边形 ring 没有正确闭合，也可能导致渲染异常。
第三类问题是文件太大。本地预览避免了上传，但浏览器仍然要解析和渲染数据。调试问题时，先裁剪出最小复现样本，通常比直接加载几千个要素更有效。
更安全的预览流程
- 先打开本地文件，或粘贴一小段样本。
- 确认 geometry 类型和 feature 数量。
- 检查 bounds。如果范围明显不对，优先怀疑坐标顺序或投影问题。
- 分享截图前，检查 properties 有没有内部字段。
- 文件很大时，先缩小到最小复现。
- 需要编辑、投影转换、拓扑修复或精确测量时，再使用专业 GIS 工具。
这个流程适合开发者调试 API、地图组件、数据导入、空间数据转换和仪表盘。
3D 地球预览有什么价值？
3D 地球不一定比平面地图更适合所有场景，但它对全球尺度数据很有帮助。跨国路线、跨 180 度经线、多边形覆盖大范围区域、极区数据，在 3D 地球上更容易看出大致关系。
如果数据只涉及街区、地块和道路，平面地图更适合细节检查；如果数据跨国家、海洋或半球，先用地球预览可以更快判断位置是否大致正确。
先看 bounds，再相信画面
bounds 是一组很有用的快速检查值，它会概括文件里最小和最大的经纬度。如果一个城市配送数据的 bounds 覆盖了半个地球，大概率有问题。常见原因包括经纬度顺序写反、混入了其他投影坐标、某个点意外变成 0,0，或者只有一个异常要素把整体范围拉大。
不要只看第一个点。一个文件前几条数据都正常，也可能在后面夹着一个错误坐标。先看 bounds，再看 feature 数量和 geometry 类型，可以更快判断问题是在整体导出流程，还是某一个要素。
如果 bounds 明显不合理，先不要急着调整样式或换地图底图。先把异常范围缩小到几个 feature，确认坐标顺序和数值范围，再回到完整数据集。
一句话总结
不上传预览 GeoJSON，可以使用浏览器本地查看工具，先从小样本开始，检查 geometry 类型、坐标顺序、feature 数量和 bounds。它最适合快速检查和保护隐私，不适合替代专业 GIS 编辑、导航或测绘判断。