GeoJSON 1.6.0 与 ECharts 地图数据对比：2种格式、3个关键差异解析

地图数据可视化在现代应用中扮演着重要角色，而数据格式的选择直接影响开发效率和最终效果。本文将深入对比两种主流地图数据格式：标准GeoJSON 1.6.0与ECharts专用JSON，从坐标系、数据结构到属性字段进行全面分析，帮助开发者在不同技术栈间做出明智选择。

1. 坐标系差异：GCJ-02与WGS-84的坐标战争

坐标系是地图数据的基石，两种格式采用了完全不同的坐标系统：

GeoJSON 1.6.0

• 采用GCJ-02（火星坐标系）
• 中国国家测绘局制定的加密坐标系
• 国内地图服务的标准（如高德、腾讯地图）
• 坐标经过非线性偏移处理

// GeoJSON坐标示例 { "type": "Feature", "geometry": { "type": "Point", "coordinates": [116.404, 39.915] // GCJ-02坐标 } }

ECharts JSON

• 使用WGS-84（世界大地坐标系）
• GPS设备采集的原始坐标系统
• 国际通用标准（如Google Maps）
• 坐标未经过偏移处理

提示：当需要将ECharts地图与其他国内地图服务（如高德）叠加显示时，必须进行坐标系转换，否则会出现位置偏移问题。

2. 数据结构对比：特性集合与ID映射

两种格式在数据组织方式上存在本质区别：

GeoJSON 1.6.0标准结构

• 符合RFC 7946规范
• 采用FeatureCollection作为根元素
• 每个Feature包含properties和geometry
• 支持点、线、面等多种几何类型

{ "type": "FeatureCollection", "features": [ { "type": "Feature", "properties": { "name": "北京市", "code": "110000" }, "geometry": { "type": "Polygon", "coordinates": [[...]] } } ] }

ECharts专用JSON结构

• 针对ECharts优化的简化结构
• 使用ID作为地区唯一标识
• 几何数据直接存储坐标数组
• 属性信息通常单独维护

{ "type": "FeatureCollection", "features": [ { "id": "110000", // 行政区划代码作为ID "geometry": { "type": "Polygon", "coordinates": [[...]] } } ] }

关键差异点：

• 属性存储：GeoJSON内置properties对象，ECharts通常需要外部映射
• ID系统：ECharts依赖固定ID体系（如行政区划代码）
• 扩展性：GeoJSON支持任意自定义属性，ECharts结构更固定

3. 属性字段与元数据管理

属性信息的处理方式直接影响开发体验：

GeoJSON 1.6.0属性系统

• 标准化属性命名（name/code/level）
• 包含完整元数据（版本、版权信息）
• 支持多级行政区划嵌套
• 提供中心点坐标(center)和边界框(bbox)

"properties": { "name": "浙江省", "code": "330000", "level": 1, "center": [120.1536, 30.2875], "fullname": "浙江省", "pinyin": "zhejiang" }

ECharts属性特点

• 属性信息通常简化
• 依赖外部数据关联
• 文件体积更小
• 元数据支持有限

4. 格式转换与跨技术栈使用

在实际项目中经常需要在两种格式间转换：

GeoJSON转ECharts JSON

1. 坐标系转换（GCJ-02 → WGS-84）
2. 提取关键属性映射到ID
3. 简化几何结构

# 坐标系转换示例（使用pyproj） from pyproj import Transformer transformer = Transformer.from_crs("EPSG:4490", "EPSG:4326") # GCJ02转WGS84 def convert_coords(coords): return [transformer.transform(lng, lat) for lng, lat in coords]

ECharts JSON转GeoJSON

1. 添加标准FeatureCollection结构
2. 补充properties对象
3. 添加元数据信息

注意：转换过程可能导致部分信息丢失，建议保留原始数据备份。

5. 技术选型建议

根据应用场景选择合适格式：

选择GeoJSON 1.6.0当：

• 需要与其他GIS系统交互
• 项目涉及复杂属性管理
• 应用需要完整元数据
• 使用Leaflet/OpenLayers等标准GIS库

选择ECharts JSON当：

• 项目完全基于ECharts技术栈
• 追求最小化数据体积
• 不需要复杂属性查询
• 已有ID映射系统

实际项目中，我们曾遇到一个典型场景：某政务系统需要同时支持ECharts可视化和管理后台的Leaflet地图。最终方案是：

1. 主数据库存储GeoJSON标准格式
2. 通过转换中间件生成ECharts专用JSON
3. 前端按需请求不同格式数据

这种架构既保证了数据一致性，又满足了不同技术栈的需求。