GIS 数据迁移怎么操作
GIS数据迁移通常按“评估兼容性—备份—格式转换或入库—重建空间索引—可视化与功能验证”五步完成，核心工具是GDAL/OGR（通用格式转换）、QGIS DB Manager或专业迁移工具（如KingbaseES的KDTS）。先统一坐标系（SRID）和几何类型，再执行全量迁移并视需要做增量同步，最后用查询、渲染和应用层CRUD确认数据无偏移、无拓扑错误。按下面可执行步骤操作，多数Shapefile、GeoPackage、PostGIS、Oracle Spatial到企业库的场景都能落地。
迁移前要解决什么问题、准备哪些材料
动手前先明确源与目标的差异，否则容易出现坐标系偏移、几何类型不兼容或中文乱码。重点核对四件事：格式与驱动是否支持、SRID是否一致、空间索引类型、权限与扩展是否已启用。
- 备份源数据（文件级或库级），并记录原始CRS（如EPSG:4326、EPSG:3857）。
- 在目标库启用空间支持：常见写法是CREATE EXTENSION IF NOT EXISTS postgis;或对应引擎（如KingbaseES的kingbase_spatial），随后执行SELECT postgis_version();验证。
- 准备SRID对照表，确认源与目标坐标系一致；不一致时用GDAL重投影。
- 创建专用迁移用户与Schema，授予必要读写与索引权限；大几何对象提前规划内存与流式传输参数。
- 评估数据量与并发：小数据可单线程，大数据建议并发线程约为CPU核数的1.5倍，并设置合理的批量提交大小。
验收标准：源数据可完整打开、目标扩展可用、SRID列表已对齐。满足后再进入转换。
用GDAL/OGR做通用格式与库间迁移怎么操作
GDAL/OGR是跨平台通用方案，适合Shapefile、GeoPackage、KML、PostGIS等互转，也支持重投影与过滤。截至2026年8月，稳定版本可参考官方发布记录（最新公开为3.13.x系列），安装后优先确认驱动与PROJ数据路径。
- 安装GDAL（含PROJ）。可通过系统包、conda或官方二进制获取，下载入口见GDAL官方下载页。设置环境变量GDAL_DATA后，命令行执行ogrinfo –version确认。
- 矢量转换示例：将Shapefile写入GeoPackage并指定目标坐标系——ogr2ogr -f GPKG -t_srs EPSG:4326 out.gpkg in.shp。写入PostGIS时使用ogr2ogr -f PostgreSQL PG:”host=… dbname=… user=… password=…” in.shp -nln schema.table -lco GEOMETRY_NAME=geom。
- 需要追加或过滤时加-append、-where或-clipsrc；混合几何类型时注意新版本默认提升为Multi，必要时显式指定。
- 栅格用gdal_translate或raster2pgsql（入库PostGIS类库）。转换后立刻建空间索引：CREATE INDEX … USING GIST (geom);。
- 验收：用ogrinfo -so查看图层元数据，确认要素数量、几何类型与SRID；在QGIS或ArcGIS中加载并对比源目标属性与位置。
如果后续要把迁移后的数据接入三维场景（例如Cesium与虚幻引擎融合），可参考本站CesiumJS如何无缝对接虚幻引擎？GIS数据迁移与场景融合实战指南（附坐标转换脚本），里面给出了坐标转换与场景加载的配套做法。
数据库异构迁移（KingbaseES/KDTS、ArcGIS企业库）怎么选、怎么做
国内信创或Oracle Spatial/PostgreSQL到KingbaseES的场景，优先使用官方KDTS工具；ArcGIS侧可用Utility Network迁移向导或Convert Personal Geodatabase工具。选择原则：同源同构用库内工具最快，异构或通用格式先走GDAL再入库。
| 场景 | 推荐工具 | 关键步骤要点 | 注意点 |
|---|---|---|---|
| 通用文件→PostGIS/GeoPackage | ogr2ogr / QGIS DB Manager | 指定-f、-t_srs、建GiST索引 | 几何提升为Multi；中文编码加-W |
| Oracle Spatial / PostGIS → KingbaseES | KDTS（结构+全量，可配合增量） | 建源/目标连接→选对象→映射类型（SDO_GEOMETRY→geometry）→执行→注册脚本 | 迁移后运行ArcGIS注册脚本；重建空间索引 |
| 几何网络→Utility Network | ArcGIS Pro Utility Network Migration Wizard（3.5+） | 映射资产组/类型→加载→分析拓扑错误 | 先升级到高精度；用Analyze工具修错误 |
| Personal Geodatabase（.mdb）升级 | ArcGIS Pro Convert Personal Geodatabase（约3.7起） | 选择目标文件/移动/企业级GDB | 需64位Access Database Engine |
KDTS典型操作：新建源与目标连接（填类型、版本、IP、端口、用户、驱动），创建任务时勾选结构迁移与全量数据，设置列名映射、表过滤、批量提交与并发；执行后对ArcGIS数据运行注册脚本并验证。通用格式入库也可用shp2pgsql、raster2pgsql管道。目标库需提前准备好SRID与专用Schema。
QGIS侧可直接用DB Manager导入到PostGIS并勾选Create Spatial Index与SRID转换；版本以官网路线图为准（可查看QGIS官方路线图了解最新稳定与LTR信息）。
迁移后验证、常见报错与处理办法
迁移完成不等于可用。按以下清单验收，并对照常见报错快速处理。
- 数量与属性对比：源与目标要素数、关键字段抽样一致。
- 空间验证：同一范围可视化叠加，无明显偏移；执行简单空间查询（相交、缓冲）。
- 索引与性能：GiST/SP-GiST已建；大表做ANALYZE。
- 应用层：ArcGIS/QGIS能正常编辑、符号化、发布服务；三维场景能正确加载（涉及坐标转换时再查本站相关指南）。
常见报错与处理：
- 坐标系不一致导致偏移：迁移前用-t_srs显式重投影，或入库后用UpdateGeometrySRID。
- 中文乱码：连接串加clientencoding=UNICODE（或源编码参数），刷新后重迁。
- 追加时主键冲突整批失败：把“一次批量提交记录个数”调为1再试。
- 字符长度或类型映射错误：将char默认类型设为与源库一致；复杂约束异构时可能不支持，需手动补。
- 同名对象冲突：同一Schema下表/视图/序列共享命名空间，先检查并改名。
- 大几何内存不足：开启流式传输或减小批量。
处理完后务必再跑一遍验收清单，确认无拓扑错误与应用层异常再切换生产。
常见问题
Shapefile迁到PostGIS后坐标整体偏移怎么办？
多半是SRID未对齐或未重投影。用ogrinfo查看源SRID，迁移时加-t_srs指定目标EPSG，入库后再用QGIS或ST_Transform核对；必要时重建空间索引并刷新图层。
KDTS迁移复杂表或函数失败是什么原因？
异构迁移主要支持表、索引、约束等，函数、表达式、聚集索引通常不支持；同名对象会先删再迁。Oracle复杂类型可尝试替换为官方JDBC驱动，并检查权限与映射配置。
迁移后ArcGIS里看不到数据或无法编辑？
企业级地理数据库需运行注册脚本（如acrpyRegisterWithGeodatabase.py）并确认已启动地理数据库；检查连接用户权限与空间索引是否存在，然后重新打开地图文档验证。
GDAL提示驱动或PROJ找不到怎么解决？
确认已安装完整包并正确设置GDAL_DATA、PROJ_LIB环境变量；用ogrinfo –formats列出驱动，缺失格式时重新安装对应组件或以官网最新包为准。
GIS数据迁移的关键是先评估兼容性与坐标系，再用GDAL/OGR或KDTS等工具完成转换与入库，最后重建索引并做可视化与应用验证。建议先在测试环境跑通小样数据，确认SRID、编码与索引无误后再全量执行；涉及三维场景融合时，可直接参考本站已有的坐标转换与引擎对接实践。始终以目标环境最新官方文档为准，避免版本差异带来的意外。