从电子表格坐标到可用的 GeoJSON

使用单行表头，纬度、经度以及 site_id、名称等属性分别占一列。导出为 UTF-8 CSV，或连同表头粘贴 Tab 分隔的 TSV。0012 这样的编号应在电子表格中先设为文本，否则前导零可能在导出前就已丢失。

两个 CSV 工具均限制为 5,000 条数据、2 MB，较大文件请先拆分。引号字段可以包含分隔符，但每行的字段结构必须与表头一致。请使用唯一且非空的列名，删除说明行、汇总行等非位置记录。

site_id,name,latitude,longitude
0012,台北,25.033,121.5654
0013,高雄,22.6273,120.3014

明确选择纬度列和经度列。纬度必须在 −90 至 90 之间，经度在 −180 至 180 之间。范围校验无法证明列选择正确：当两个数字都符合两种范围时，交换后仍可能通过。请用已知地点和来源说明核对。

生成 GeoJSON 前，确认来源是 WGS84 经纬度。名为 X 的列不一定是经度；台湾 TWD97 / TM2 的东向、北向投影坐标以米计，不能作为 WGS84 十进制度直接输入。这些工具不会推断 CRS 或转换投影，需要先在 GIS 软件中按已知来源转换。地址也需先通过其他地理编码服务获取坐标。

十进制度（DD）用 25.033、121.5654 表示位置；对应的度分秒（DMS）为 25°01′58.8″N、121°33′55.44″E。格式转换只改变写法，不改变坐标参考系统，也不提高原始观测精度。

只有坐标对时，现有经纬度转换工具支持多行 DD 或 DMS。每条坐标还带着名称、编号或备注时，请使用 CSV 坐标转换器保持整行关联。GeoJSON 使用十进制度，因此 DMS 表格应先转为 DD。

载入带表头的 CSV 或 TSV，指定纬度列、经度列，并根据输入选择 DD → DMS 或 DMS → DD。预览时同时核对转换后的坐标与原有属性，确认网点编号、类别和备注仍属于原来的记录。

按照错误提示中的行号和列信息修复来源。空坐标、非数字 DD、DMS 方向或分秒不合法、超出经纬范围等问题都需要处理。全部错误修复之前不能导出，避免部分结果被误当成完整数据。

把确认过的 WGS84 十进制度表格载入 CSV 转 GeoJSON 并映射坐标列。每行生成一个 Point feature；GeoJSON 坐标数组始终是 [经度, 纬度]。即使表格纬度在前，示例两行也应输出 [121.5654, 25.033] 和 [120.3014, 22.6273]。

其余列作为字符串写入对应 feature 的 properties，保留编号和标签，不自动猜测数字或日期。多行结果以 FeatureCollection 包含多个 Point；只需手动创建单个位置时，可改用 GeoJSON Point 生成器。

使用本地经纬度散点预览观察离群点与意外聚集，再对照来源数据核对经纬顺序、来源 CRS 与已知地点。

修复全部行错误后导出，比较 feature 数量与预期记录数。抽查一个已知地点的坐标及字符串属性，再导入目标 GIS，结合参考地图确认位置。还应核对接收应用是否改变精度或其他设置。

两点距离计算器估算大圆距离，用于了解大致地理间距，不能代替驾车里程、步行路线或旅行时间，也不提供考虑高程的测量。坐标靠近的两个地点仍可能需要很长的道路绕行。

表格转换和文件导出在浏览器本地运行，刷新或离开之前请保存结果。本地处理表格不代表网站没有广告或访问分析服务，相关说明见隐私政策。