怎么把 CSV 经纬度点位画到地图上？
如果你的 CSV 已经有纬度和经度列，快速画地图并不需要地理编码服务。你需要的是一个能读取坐标列、跳过无效行、显示边界范围、并把点位画出来的预览工具。
BaseToolbox 的 CSV 地图预览 就是这个用途：粘贴一小段 CSV，或在浏览器里打开本地 CSV 文件，选择纬度列和经度列，就能在 3D 地球上预览点位。文件内容只在浏览器里读取，不会上传到服务器。
先明确：你是否已经有坐标？
CSV 点位预览适合已经有坐标的文件，比如：
- 门店、办公室、设备或资产位置。
- 外勤采集点。
- 配送停靠点。
- 传感器位置。
- 城市或机场示例数据。
- 表格导出的
lat、lng、latitude、longitude字段。
它不等于地址解析。如果 CSV 里只有街道地址、城市名或邮编，本地工具无法凭空把它们变成经纬度。地址转坐标通常需要外部地理编码服务。对于客户地址、内部选址或运营数据，这个区别很重要：已有坐标可以本地预览，地址解析往往会涉及第三方服务。
列名最好写清楚
预览前先看表头。常见字段可以这样命名：
| 用途 | 常见列名 |
|---|---|
| 纬度 | lat、latitude、y |
| 经度 | lon、lng、longitude、x |
| 标签 | name、label、title、city |
纬度通常应在 -90 到 90 之间，经度通常应在 -180 到 180 之间。空单元格、文本值、坐标列选反、错误的正负号、意外的 0,0，都会让地图结果看起来正常却实际错误。
如果工具自动识别错了列，不要直接相信预览结果，先手动选择正确的纬度列和经度列。
团队协作时，也建议在导出说明里写清坐标来源和坐标顺序，避免接收方反复猜测。
CSV 和 GeoJSON 的坐标顺序不同
CSV 里经常按“纬度、经度”写，因为人们平时也是这样读坐标。例如：
name,latitude,longitude
San Francisco,37.7749,-122.4194但 GeoJSON 的坐标顺序是“经度、纬度”：
[-122.4194, 37.7749]这就是很多点位跑偏的原因。两个数字都可能在合法范围内，解析器不会报错，但点会出现在错误国家、海洋或另一个半球。把 GeoJSON 坐标复制到 CSV 前，一定要确认哪一个是纬度，哪一个是经度。
先看 bounds，再看截图
Bounds 是文件里有效点位的最小和最大经纬度范围。它能很快暴露异常数据。
比如，一个只包含伦敦门店的 CSV，如果 bounds 里出现纬度 0、经度 0，可能有一行缺失值被变成了 0,0。一个只属于单个城市的数据集，如果范围横跨多个大陆，可能是某行坐标顺序写反、正负号错了，或者混入了别的导出文件。
还要看 skipped rows。少量无效行在调试阶段可以接受，但如果跳过行很多，通常说明分隔符、表头、数字格式或坐标列选择有问题。先清理数据，再把截图发给别人。
本地预览不代表可以随便分享
CSV 地图数据很容易暴露敏感信息。即使文件里没有姓名和邮箱，坐标也可能代表客户地址、未来选址、设备位置、配送路线或业务覆盖范围。标签列、备注列、内部 ID 也可能泄露业务上下文。
浏览器本地预览可以减少上传风险，因为文件由浏览器 API 读取，坐标直接在本机渲染。但导出的 PNG 截图同样是数据。如果点位属于内部项目，截图也不要随手贴到公开工单、文档或聊天频道。
什么时候用 CSV、GeoJSON 或 3D 地图查看？
如果数据是一张点位表，用 CSV 地图预览最简单。它适合快速检查门店、设备、客户区域样本或城市点位。
如果数据包含线、面、多边形、Feature 属性或嵌套 geometry，应该用 GeoJSON 地球查看。GeoJSON 更适合路线、服务区域、边界和复杂图层。
如果你只是想把小型 CSV 或 GeoJSON 放到同一个 3D 地球里看，可以用 3D 地图查看。它适合做第一轮格式判断，再决定是否进入专门的 CSV 或 GeoJSON 工具。
CSV 点位预览清单
- 先用小样本预览。
- 确认分隔符和表头解析正确。
- 手动确认纬度列和经度列。
- 查看有效点、跳过行、重复坐标和 bounds。
- 找出超出正常经纬度范围的值。
- 确认点位出现在预期国家或区域。
- 只有在点位可以分享时，才导出截图。
一句话总结
如果 CSV 已经包含纬度和经度，在线画地图应该先当成本地预览任务，而不是上传任务。选对坐标列，检查无效行和边界范围，确认点位没有跑偏，再决定是否用于仪表盘、GIS 流程或公开地图。