简介坐标转换是GIS与测绘数据生产中的高频需求这份COORD GM2.0压缩包提供了一款可离线运行的坐标转换工具适合需要处理WGS84、CGCS2000、北京54、西安80等坐标系间数据对齐的测绘从业者、GIS开发人员及相关专业学生。压缩包共97个文件约4.21MB以COORD.exe主程序为核心配以49个cod坐标参数文件、多个csv配置表、txt使用说明以及gif/jpg/png操作示意图目录结构清晰基本开箱即用。软件内置七参数、三参数布尔沙等转换模型支持平移、旋转、尺度变化与批量坐标处理可导入文本、表格等多种格式数据并输出为通用格式能够显著提升多源数据统一坐标系的效率。已有1838人学习下载内含完整程序与示例配置适合作为城市测绘、交通规划、地质勘探等项目中坐标转换的实用工具。1. 一个 20 年前的绿色小工具为什么搞坐标转换的人还在用我最早接触坐标转换软件 COORD GM2.0是从一个 U 盘里拷来的 zip 包。当时外业用 RTK 测回来一堆 WGS84 经纬度要落回当地规划局的地方坐标系手头没有新软件也没有网络。那个 zip 解压开只有几个文件双击就能跑。这篇笔记要梳理的就是这类 COORD GM2.0 在现在的 Windows 上怎么解压、怎么配置、怎么完成单点转换与批量换带、怎么用公共点求四参数和七参数。它适合测绘外业、施工测量、规划报批和 GIS 处理者。它能解决的问题很具体把一个坐标系成果转成另一个坐标系成果手算不行、精度不够的时候用它快速出数结果透明、可复核。2. 打开 COORD GM2.0.zip先看清包里装的是什么再决定怎么用2.1 解压后目录里常见的内容与文件边界COORD GM2.0 长期以 zip 压缩包的形式流传和现在动辄几百 MB 的安装包不同它往往只有几 MB 到十几 MB。解压后你会看到一个典型的老式 Windows 程序目录没有安装向导没有注册表写入双击主程序就能启动。包里通常有一到两个可执行文件、一个帮助文档还可能有示例坐标文本。如果包里有 readme 或者说明 txt建议先扫一眼因为不同流传版本对批量文件格式的要求略有差别。我一般会把 zip 解压到一个专门的工作目录比如D:\SurveyTools\COORDGM20而不是直接丢在下载文件夹里运行。原因是这类软件会把一些配置和参数写到程序所在目录下的文件中如果放在“下载”这种权限受限或者容易被清理的目录轻则参数存不进去重则程序启动时根本没有写入权限。解压时还要注意路径里尽量不要有中文和空格虽然大多数情况下 COORD 能容忍中文路径但遇到批量转换读取文件时偶尔会因为路径编码出一些奇怪问题没必要冒这个险。文件边界这件事很多第一次用的人会忽略zip 包里的示例数据、坐标系统参数文件和你的工程数据要分开。COORD 解压后默认带一套坐标系统参数你可以在界面上修改椭球的长半轴、扁率、中央经线等这些修改如果直接写到程序目录下的参数文件里下次打开可能还在但也可能因为你把程序目录清理了而丢。更稳的做法是把每一次任务的参数记录下来单独存成一个说明文件后面第 4 章会专门讲归档规范。2.2 首次启动前的三项准备路径、白名单与兼容模式不要解压完就急着双击先做三件事。第一确认杀毒软件不会把主程序当成木马隔离。COORD 是老软件绿色版没有现代数字签名部分加密壳和易语言运行时会被启发式引擎误报。如果你在解压时发现 exe 瞬间消失或者双击后没有任何反应先打开杀毒软件的隔离区看有没有恢复项。我的做法是下载完 zip 后先解压再把整个 COORDGM20 目录加入白名单然后运行观察一段时间。如果杀毒软件持续报毒就从可信来源重新获取而不是关掉防护硬跑。第二兼容性设置。COORD 是 32 位程序在 Win10 和 Win11 上绝大多数情况下可以直接运行。双击没反应时右键主程序进入属性在“兼容性”里勾选“以兼容模式运行这个程序”下拉选 Windows 7同时勾选“以管理员身份运行”。这一步解决我见过的大部分启动失败案例。要是还不行检查机器上有没有安装 VC 2005/2008 运行库老程序经常依赖这类运行库新系统默认不装。第三建立“程序目录”和“数据目录”分离的习惯。程序目录只放 COORD 本体数据目录按日期和任务建子文件夹比如20240528_某某地块_坐标转换。这样万一程序目录需要重解压不会把你的原始坐标和转换结果一起冲掉。这个过程没有代码可写但属于用这类工具的第一条血泪经验。2.3 程序启动后的界面认识分清椭球参数、投影参数和坐标类型启动后你会看到一个信息量很大的主界面新手容易一上来就找转换按钮结果把椭球选错。我的建议是先花两分钟把界面里的几个入口对应到这几件事源椭球、目标椭球、投影方式、坐标类型。COORD 的 GM 版本一般把“椭球”和“投影”设置放在菜单栏或者主面板上你要找的是北京54、西安80、WGS84、CGCS2000 这类椭球选项以及高斯投影的 3 度带、6 度带设定。这里有一个很容易被忽略的点COORD 里的坐标类型不是“经度纬度”和“平面坐标”这么简单同样的经纬度还分十进制度比如 116.456789和度分秒比如 116°27′24″同样的平面坐标还分“带号保留”和“带号不保留”。批量转换之前这些选项必须和你的源数据完全一致否则转换结果会成片偏移。第 3 章我会把每一种情况的操作顺序写清楚。记住一个总原则COORD 的界面只是把坐标系转换这件事拆成了几个输入框你喂进去的数据格式决定它能不能算对而不是它“智能”地帮你判断。3. 坐标转换的核心操作单点转换、批量换带与数据格式3.1 高斯投影正反算从经纬度到平面坐标的三个关键设置COORD 用得最多的高斯投影正反算本质上就是经纬度到平面坐标或者平面坐标到经纬度。这个操作看似简单但三个设置任何一个错了结果都会偏差几十公里到几百公里。首先是椭球选择。同一个经纬度在北京54、西安80、WGS84、CGCS2000 下算出来的平面坐标是不同的。椭球参数里最敏感的是长半轴和扁率比如北京54 的长半轴是 6378245扁率约 1/298.3西安80 是 6378140扁率约 1/298.257WGS84 和 CGCS2000 的长半轴都是 6378137但扁率有细微差别。如果你手里的成果标的椭球是 CGCS2000却选成了 WGS84平面坐标可能差几厘米到十几厘米这个量级在控制测量里可能直接导致超限。第二个是中央经线。高斯投影是按带进行的6 度带中央经线的粗略算法是带号 n int(经度 / 6) 1中央经线 6n - 3。比如经度 116.45°除以 6 得 19.4取整后加 1 是 20 带中央经线就是 6×20 - 3 117°。3 度带可以用经度除以 3 后四舍五入估算但靠近带边界时一定要以当地控制成果为准不能拍脑袋。中央经线差 1.5 度在纬度 35° 附近横向偏移可以超过 100 公里这个错误在坐标转换事故里排第一。第三个是坐标类型。输入经纬度时要确认界面里选的是十进制度还是度分秒。很多人用手输 116°27′24″结果界面默认是十进制度软件把 116.2724 当成 116 度 27 分 24 秒的近似值去算两个值之间差了大约 0.27 度投影后就是几十公里。所以我的习惯是手动输入一律先转换成十进制度批量处理时在脚本里统一格式化绝不依赖人眼去读度分秒。3.2 批量转换的文本格式列顺序、分隔符与常见的“先 Y 后 X”问题单点转换只能应付零星数据外业一测就是几百上千个点批量转换才是 COORD 的主力场景。批量转换要求把坐标准备成一个文本文件常见格式是点号, 北坐标 X, 东坐标 Y, 高程 H英文逗号分隔没有表头最后一行也要有换行。例如P01,3543121.234,526314.445,12.500 P02,3543987.654,527456.789,11.200这里第一个坑就是坐标顺序。在 COORD 的批量文件约定里X 是北坐标也就是通常说的纬度方向7 位数Y 是东坐标6 位数如果有带号则可能是 8 位数。但在 CAD 和很多图形软件里习惯性的写法是 X 表示东、Y 表示北和测绘的数学坐标系正好相反。如果你从 CAD 里直接导出一批坐标不调换顺序就塞给 COORD转换出来的结果点会整体扭曲连误差方向都不规律。这种事情发生的频率远比你想象的高尤其是从别人手里接数据时。第二个坑是分隔符和表头。批量文件不要带“点号,X,Y,H”这种标题行很多版本直接读第一行当数据结果第一个点变成乱码。分隔符一定是英文逗号不能用中文逗号也不能用制表符。从 Excel 另存的 CSV 如果里面含有中文地名另存时注意编码。COORD 是老程序对 UTF-8 编码的兼容性不好我通常把批量文件保持成 ANSI/GBK 编码或者在 Python 脚本里直接以 gbk 编码写出避免中文点号乱码。第三个是“先 Y 后 X”之外的带号问题。如果平面坐标 Y 的前两位是带号比如 38526314.445这个 38 就是 3 度带带号中央经线是 114°。批量转换前要么把前两位剥掉变成 526314.445同时把中央经线设为 114要么保留带号并确认软件支持带号参与运算的模式。如果你剥掉了带号却把中央经线设成 117你的东坐标就会整体错开一个带的距离。这个规则没有例外就是看你的原始成果说明里写的是几度带。3.3 用 Python 把 Excel 坐标表整理成 COORD 能直接读的 TXT现场经常遇到的情况是甲方发来一个 Excel 表里面有经纬度但格式乱七八糟有的单元格存的是 35:30:20.12345有的是 35度30分20.123秒还有的是十进制度 35.505555。全部手动转成 COORD 能认的格式太慢还容易出错。我一般先用 Python 做一次清洗把结果统一输出成十进制度文本再交给 COORD 批量转换。import csv from pathlib import Path # 输入文件由 Excel 另存为 CSV假定列为点号, 纬度B, 经度L, 高程H # 支持度分秒字符串如 35:30:20.123 或 116°25′30″也支持十进制度 def dms_to_deg(value: str) - float: value value.strip().replace(°, :).replace(′, :).replace(″, :) if : not in value: return float(value) # 已经是十进制度 parts [p for p in value.split(:) if p ! ] deg float(parts[0]) minutes float(parts[1]) if len(parts) 1 else 0.0 seconds float(parts[2]) if len(parts) 2 else 0.0 return deg minutes / 60.0 seconds / 3600.0 in_file Path(raw_points.csv) out_file Path(coord_batch.txt) rows [] with in_file.open(newline, encodingutf-8-sig) as f: for row in csv.reader(f): if not row or row[0].strip().lower() in (点号, name, point, no): continue # 跳过表头 pid, b_str, l_str, h_str row[0], row[1], row[2], row[3] b dms_to_deg(b_str) l dms_to_deg(l_str) rows.append(f{pid},{b:.8f},{l:.8f},{h_str.strip()}) out_file.write_text(\n.join(rows), encodinggbk) print(f已生成 {out_file}共 {len(rows)} 行)这段脚本的逻辑就是先把 Excel 导出的 CSV 逐行读进来跳过表头行然后把纬度和经度里的各种度分秒写法统一转成十进制度最后按照“点号, 纬度, 经度, 高程”的顺序写进文本。参数说明dms_to_deg函数先把中文度分秒符号替换成英文冒号再按分段计算写入时用encodinggbk是为了照顾 COORD 对编码的偏好输出的小数位留 8 位因为 1e-8 度对应地面大约 1 毫米足够满足测量精度。如果你的 Excel 列顺序不一样改row[1]和row[2]的索引就行。脚本跑完打开生成的文件抽查几行确认经纬度顺序没有颠倒再进 COORD 的批量转换功能。批量转换时坐标类型要选“十进制度”而不是度分秒然后指定转换模型和中央经线。这就是为什么我在 3.1 说坐标类型要先看清因为你脚本里输出的是十进制度界面选错了会话话不投机。3.4 单点转换的操作顺序拿一个已知点当试金石不管是批量转换还是求参数我强烈建议先做一个“试金石”操作找一个已知坐标的控制点比如 K1它的 CGCS2000 平面坐标和 WGS84 经纬度都是已知的。先用它测一遍单点转换如果结果和已知值对得上再放心去转批量。这个习惯能过滤掉大多数设置错误也方便你在翻车之后快速定位是参数问题还是数据问题。单点转换的操作顺序一般是这样先设置源椭球和坐标类型再设置目标椭球和坐标类型然后设置投影的中央经线和带号模式最后输入源坐标点转换看结果。整个过程里最容易出错的就是坐标类型其次是中央经线不要流畅点完就收工每次换数据源都要重新确认一遍。4. 从地方系到国家系四参数、七参数怎么求才是这软件真正的价值4.1 转换模型选型同一椭球与不同椭球用的东西不一样COORD 界面上有“计算四参数”“计算七参数”这些入口很多新手误以为参数越多越好恨不得所有转换都用七参数。实际上选模型要看源坐标系和目标坐标系的关系核心判断标准是两个坐标系是不是同一个椭球基准。如果是同一个椭球基准下的高斯投影换带比如 CGCS2000 的 3 度带成果要转成 6 度带成果根本不需要求参数直接做高斯正反算就行先把平面坐标反算成经纬度再正算到目标带。这种情况下强行求四参数属于自找麻烦还会把网形变形带进来。如果是同一个椭球、但做了任意中央经线或坐标平移的地方独立坐标系比如某些城市独立坐标系基于 CGCS2000 椭球但中央经线是 117°10′那通常需要四参数甚至加上高程拟合。四参数的意思是两个平面坐标系之间的两个平移量、一个旋转角和一个尺度比。它的前提是源坐标系和目标坐标系在平面上的变形规律近似一致小范围测区够用超过几十公里就要小心。如果是不同椭球基准比如北京54 转 CGCS2000或者 WGS84 转西安80那就需要七参数。七参数模型里最常用的是布尔沙模型包含三个平移、三个旋转和一个尺度参数。公共点数量要求比四参数高分布也要立体不能都在一条线上。选型可以直接看这个表场景常用模型最少公共点数适用说明同椭球高斯换带直接正反算不需要不引入多余变形同椭球局部独立坐标四参数 高程拟合2 个可求建议 4~6 个小范围测区效果好不同椭球基准七参数布尔沙3 个可求建议 6 个以上测区要均匀覆盖避免外推这里还要多说一句坐标转换不是越复杂越准。七参数求出来之后如果公共点本身精度低参数会带着这些误差走转换结果反而不如用四参数平稳。我的习惯是能直接正反算解决的不用参数能用四参数解决的不上七参数真正跨基准了才用七参数。4.2 公共点采集、计算与残差评估求参数的公共点通俗讲就是一组“两个坐标系下坐标都已知”的点。外业通常的做法是找测区里的等级控制点比如国家控制点、城市控制点、CORS 站成果从当地的测绘成果库里查出它们在源坐标系和目标坐标系下的坐标。公共点的选择直接决定参数质量注意四点一是覆盖范围要均匀不能集中在测区一角否则远离公共点的区域外推误差会失控二是数量要够四参数理论上两个公共点就能算但两个点无法检验粗差我一般至少拿 4 到 6 个点参与计算用剩余点做检查三是公共点要避免共线比如四个点都在一条公路沿线旋转和尺度参数会退化四是点的高程精度也要记录因为有些转换还涉及高程拟合。在 COORD 里计算参数的常见做法是先把公共点整理成文本每一行包含点号、源坐标 X/Y、目标坐标 X/Y然后在“计算七参数”或者“计算四参数”的功能里录入选择对应的椭球和坐标类型开始解算。解算完成后软件一般会给出每个点的残差也就是“用求出的参数把源坐标转到目标坐标系后和目标已知坐标差多少”。这个残差是判断参数可不可用的第一指标。平面残差普遍在 1 到 3 厘米以内说明公共点选得不错如果某个点残差突然到几米甚至更大不要先怀疑软件先怀疑这个点本身是不是成果打错了是不是混入了不同等级的成果是不是这个点当初没有参与联测把异常点剔掉重新计算是求参流程里的常规操作不算作弊但要注意剔除之后要在记录里写明原因。4.3 参数保存与复用防呆的命名规范参数算完很多人直接点保存就关电脑等到换电脑或者软件重新解压之后发现参数全部不见了。原因是这类绿色软件把参数保存在程序目录或者某个特定名称的数据文件里重装系统、清理目录都会弄丢。我给自己的要求是每个测区、每次求参都必须落一个文本说明命名规范里带测区、源坐标系、目标坐标系和模型类型比如SG_2024_wgs84_cgcs2000_7p.txt。文件里至少写清楚源椭球、目标椭球、投影中央经线、带号模式、转换模型、公共点数量和平均残差。这样哪怕 COORD 本身的参数库丢了拿着这个文本在任何一台装好 COORD 的电脑上都能重新把参数敲进去。参数复用的时候还有一个小坑软件里的参数可能是命名保存的你下次打开要从参数列表里选但选完之后一定要看一眼界面上的椭球和投影是否跟着参数一起切过来了。老软件偶尔会出现参数加载了但椭球选项还是停留在上一个任务的设置上结果转出来的坐标成片偏移。这种问题最隐蔽因为我前面说了它不报错只是结果不对。5. 坐标转换翻车现场六个高频坑与排查顺序5.1 结果偏差几十到几百公里先查中央经线和带号现象同一批点转换后X 坐标看起来正常Y 坐标整体偏了 500 公里左右或者直接变成天文数字。原因要么中央经线输错要么 Y 坐标里的带号没有处理。我之前遇到过一个项目甲方给的原始坐标是 38 带保留带号的写法结果同事把 38526314 原样输入软件按无带号的自然坐标值处理整个测区的位置偏移到不知道哪个省去了。解决先确认成果说明里写的是几度带、中央经线多少再确认 Y 坐标前有没有带号有带号就先剥离或者按软件支持的“带号模式”输入最后用已知控制点做单点试算这一步就能拦住 90% 的同类问题。5.2 单点转换和批量转换结果对不上坐标类型没统一现象同一个点手动输入单点转换的结果和批量文件里转换的结果差了几十米。原因单点转换时界面选了度分秒你手动输入的也是度分秒但批量文件里的同一组坐标被你提前换算成了十进制度软件在读批量文件时仍按度分秒解释。解决把“度分秒”和“十进制度”的选择当成一个项目维度来管理不要今天用度分秒明天换十进制度中途换格式必须重新试算已知点。批量文件生成后打开软件前先检查坐标类型设置再开始转换。5.3 批量转换报格式错误或者点号乱码编码和分隔符作怪现象批量转换读入时提示格式错误或者点号变成“P01”乱码又或者某些行被跳过。原因文件里有中文逗号、制表符或者文件是 UTF-8 编码而 COORD 按 ANSI 读Excel 另存的 CSV 里如果有中文表头也会干扰解析。解决先在文本编辑器里打开批量文件用显示特殊字符的功能检查分隔符是不是英文逗号文件另存为 ANSI/GBK 编码去掉表头只保留数据行。这个坑在我们用 Python 脚本生成文件时尤其常见所以脚本里我特意写了encodinggbk。5.4 七参数残差普遍偏大公共点混入了不同基准或者粗差现象计算七参数后所有点的残差都有几十厘米甚至几米不是单独一跳而是一片大。原因公共点来源不一致比如一部分点来自 2000 国家大地坐标系框架下的新成果一部分是旧 54 成果且没有做框架转换混在一起求参参数自然被“平均”成一个错误的解。解决先把公共点按成果来源和等级分组同一组内部如果还有跳点逐点核对原成果剔除粗差后重新计算。公共点的检查一定要在计算前做等算完再返工浪费时间而且容易漏掉原因。5.5 杀毒软件隔离了主程序双击没有任何反应现象zip 解压后 COORD.exe 不见了或者还在但双击没反应任务管理器里也没有进程。原因老绿色软件没有数字签名被启发式引擎当风险程序处理或者系统策略拦截了文件夹下的写入。解决去杀毒软件隔离区恢复文件把整个程序目录加入白名单右键主程序选择“以管理员身份运行”如果还不行检查 VC 运行库是否缺失装好之后再试。要避免的做法是关掉杀毒软件然后把所有文件强制恢复到系统目录这样风险更高不如干脆换一个可信来源的 zip。5.6 参数文件换电脑就丢没有独立归档现象参数在办公室电脑上能用到野外笔记本上打开软件发现参数列表是空的。原因参数保存在软件目录的数据文件里换机器时没有一起拷贝或者系统更新把程序目录清理了。解决不要依赖 COORD 自带的参数库每次求参后把参数和项目信息导出/记录成文本随项目文件夹一起带走。我自己的习惯是连公共点表一起备份因为参数没了可以重新求公共点没了这个测区的转换依据就不好追溯了。6. 把 COORD 用成习惯一个通用检核流程与参数归档法6.1 每次转换前的三分钟检核转换结果对不对不要靠“感觉”要靠检核流程。我现在接任何转换任务第一件事是找一个已知控制点用它的源坐标和目标坐标做一次试算这叫自洽性验证。如果试算闭合差在毫米级说明设置没问题可以开始批量如果试算就偏了停下来查设置不要继续跑几百个点。批量转换完成后再拿 2 到 3 个未参与求参的检查点做结果验证检查点转换后的坐标和已知值之差如果在可接受范围内才算这批数据闭环。6.2 参数与过程归档让结果可溯源每个转换任务我都在项目文件夹里放一个坐标转换说明.txt记录项包括任务名称、日期、源坐标系与椭球、目标坐标系与椭球、投影带与中央经线、转换模型、公共点文件名、平均残差、操作人和备注。这个文本不一定要给谁看但它保证了三个月后有人问“这批坐标怎么来的”你能拿出依据而不是支支吾吾说“应该没问题”。测区坐标转换这种事情做过一次还会做第二次参数归档做得好第二次直接复用省下半天求参的时间。这类老工具值得不值得投入我的看法是COORD GM2.0 不该作为长期依赖的唯一工具但作为快速出数、离线可跑、思路直观的坐标转换软件它仍然值得花两个小时把流程跑通。你要做的不是背菜单而是把“源坐标系、目标坐标系、投影、模型、残差”这套逻辑练成肌肉记忆换任何新软件都不慌。我自己的习惯是把每次项目的转换参数和检查点结果都留底哪怕是随手一记后面也可能少跑一次返工。坐标转换是测量里最容易出错又最难一眼看出错的一环多一道检核就少一次半夜改图的麻烦希望帮到你。本文还有配套的精品资源点击获取