坐标操作需要已知源与目标参考系

坐标操作把一组坐标从一个参考系表达转换到另一个参考系表达。它不是给文件换一个 EPSG 标签，也不是在所有情况下套用同一组偏移参数。可靠操作必须知道源 CRS、目标 CRS、坐标维度、区域、历元和所需精度，并记录实际选用的操作方法与资源。

转换与变换承担不同职责

坐标转换通常指同一大地基准内部、通过精确定义公式改变坐标系统，例如从地理经纬度转换到投影平面坐标。坐标变换涉及不同基准或参考框架，参数来自观测和模型，具有适用区域与精度。

实际软件常把多步操作组成管线：轴顺序和单位调整、投影反算、基准变换、投影正算、垂直格网改正等。用户看到一次“重投影”，内部可能经过多项步骤。只记录起止 EPSG 代码，仍不足以复现具体路径。

重新定义 CRS 不会改变数字，它只改变对数字的解释。若一组 Web Mercator 米坐标被错误标成经纬度，改标签后位置会异常；正确处理是先恢复真实源 CRS，再执行坐标操作。

同一对源、目标 CRS 之间可能存在多种候选操作。某些使用全球参数、覆盖范围大但精度较低；某些使用区域格网、精度更高却只适用于特定国家或范围。EPSG 数据库会记录操作适用域、精度和参数来源。

软件自动选择通常依据坐标区域、可用资源和配置。如果未提供区域，可能选择并非最适合数据位置的操作；如果高精度格网缺失，可能报错或退回低精度方案。自动成功不等于满足项目精度。

选择时应把项目误差预算与操作精度比较。米级可视化和厘米级测量不能使用相同验收标准。跨越多个操作适用区的数据可能需要分区处理，并在边界检查连续性。

基准差异和垂直改正常随位置变化，单一平移或七参数模型无法表达全部局部变形。格网文件按空间位置提供水平或垂直改正值，坐标操作在格网内插值得到调整量。

格网具有版本、覆盖范围、分辨率和许可条件。运行环境缺少格网、使用不同版本或下载损坏，都会改变结果。容器和服务器部署应把所需格网作为明确依赖，而不是依赖某台开发机的隐式缓存。

格网边界外的行为需要核对：有的操作失败，有的使用零改正或替代路径。批处理应记录落在覆盖范围外的对象，不能静默混合不同精度结果。

CRS 定义可以规定纬度在前、经度在后，也可规定东、北坐标或其他轴方向。很多传统 GIS 接口为了便利使用经度、纬度顺序，与正式轴定义不完全一致。PROJ 提供轴与单位处理能力，调用接口时仍要知道软件采用哪种约定。

角度可能以度或弧度传入，线性单位可能是米、国际英尺或其他单位。数值看起来合理时，单位错误可能直到与控制点比较才暴露。三维坐标还要区分椭球高与其他垂直高程。

跨反经线数据可能使用 -180 到 180 或 0 到 360 的经度范围。规范化方式会影响包围盒、插值和轨迹连续性，应在空间操作前明确。

地壳运动使高精度坐标随时间变化。动态参考框架的操作可能需要坐标历元或时间分量，不能用文件修改时间代替观测时间。源参考历元、坐标观测历元和目标参考历元是不同概念。

忽略时间后，软件可能按默认历元计算，结果在低精度场景不明显，在多年跨度和厘米级应用中却会形成系统偏差。GNSS、形变监测和长期基础设施数据应把历元作为数据模型的一部分。

时间相关操作也有参数有效期。项目应保留框架实现和参数版本，避免几年后使用更新数据库重跑却无法解释差异。

PROJ 可以从 CRS 定义查找候选操作，也允许显式建立管线。生产流程应记录 PROJ 与数据库版本、源和目标 CRS 的完整定义、选择的操作、格网名称、区域和任何强制参数。只保存命令截图不足以长期复现。

批量转换还应保留失败和警告，不要在出现少量非法坐标时直接丢弃记录。输入范围检查可以发现经纬互换、错误单位和空值；输出范围检查则能发现坐标落到预期区域之外。

若数据经过多次来回转换，舍入和重采样误差会累积。应尽量保留权威源坐标，只在输出阶段生成目标表达，而不是把每次派生结果当成新的唯一源。

底图动态投影会让错误数据看似对齐，低缩放级别也会掩盖米级偏差。应使用已知坐标的控制点或权威数据，分别检查区域不同位置的水平和垂直残差，并确认方向、单位和量级。

验证报告应说明控制点所属参考系、观测历元和自身精度。若控制数据也经过不明转换，对比无法证明操作正确。对于高风险成果，还需要由测绘规范规定的独立检核。

坐标操作的目标不是得到一组“看起来正确”的数字，而是让位置从一个已知参考表达可追溯地进入另一个表达。源、目标、方法、资源和验证缺一不可。