奥维互动地图导入文件格式支持说明

奥维互动地图的数据导入功能看似简单，实际使用中却隐藏着不少“陷阱”。许多用户满怀信心地导入数据，结果要么弹出报错信息，要么发生位置偏移，甚至某些文件被软件悄悄跳过。归根结底，问题通常出在格式匹配上——该软件对文件的识别规则相当严格，稍有差错就无法正常加载。

举个例子：SHP文件如果缺少.shx索引文件，系统会直接提示“索引错误”并中断导入；TXT文件若未能将经度、纬度规范地放在前两列，整个文件会被直接忽略，连一条错误提示都不会显示；KML文件如果采用WGS84坐标系，新版奥维甚至会静默过滤掉你的点位——你忙了半天导入数据，最后发现地图上空空如也。

支持的矢量文件格式及关键要求

奥维支持的矢量格式相当丰富：SHP、KML/KMZ、DXF、OVKML/OVKMZ、OVOBJ等。但每种格式都有硬性前提条件，无法跳过。

先说SHP。虽然文件后缀是.shp，但你必须同时准备好三个同名文件：.shp、.shx、.prj缺一不可。.prj决定了坐标系能否被自动识别，缺少它坐标就会直接错乱。.shx是索引文件，缺失会导致导入中断。.dbf并非强制要求，但缺少它你就无法查看属性表中的字段信息。

再来看KML/KMZ。奥维只识别GCJ-02和CGCS2000两种坐标系，WGS84的坐标会被自动丢弃。如果你手头有WGS84的KML文件想导入？有个变通办法：先用奥维导出为OVKML格式，再把扩展名改为KML，这样就能绕过坐标过滤。

DXF文件则更考验前期的准备工作。导入前必须确保奥维的系统坐标系已经设置为对应的投影类型——比如北京54或CGCS2000。如果设置错误，所有图形的XY值都会整体偏移，少则几百米，多则数公里。

TXT文本坐标导入格式规范

TXT文件的导入本质上是按列解析，字段顺序和分隔符只要错一个，整个文件就报废了。操作其实不复杂，但必须严格遵循规则。

第一步：首两列必须是经度、纬度，中间不能插入空列。后面可以加上海拔高度、名称、备注等字段，没问题。

第二步：字段之间只能用单个空格分隔。制表符、逗号、中文顿号一律不行，遇到就会报错。

第三步：这是最容易忽略的一点——如果坐标是GCJ-02，第一列前必须加小写字母“g”；如果是BD-09（百度坐标），则加“b”。比如：g 116.72135049 34.70805560。不加这个前缀，系统会默认按CGCS2000解析，偏差轻轻松松超过500米。

说起来就这么几步，操作起来也很简单：直接把TXT文件拖进奥维窗口即可开始导入。

模型与自定义地图格式说明

三维模型和航拍图的导入路径完全不同，混用的话文件根本无法被识别。

OVMOD是奥维内部封装的模型格式，它是由DAE、SKP、OBJ等原始模型导入后自动生成的，你不能手动编辑它。想使用它？直接双击.ovmod文件即可。但原始格式的文件（比如SKP）必须先通过PC端完成转换，才能在移动端使用。

航拍图（JPG、PNG、TIFF）就更讲究了。你得先通过PC端的【自定义地图管理】→【添加图层】→【图片管理】把图片导入进去，然后导出为OVMAP包，最后拷贝到手机端，在【自定义地图】→【导入】中加载。手机端不支持直接打开JPG这类原始文件，切记。

不过TIFF是个例外：Android和iOS可以直接导入带地理坐标的TIFF，但有个硬性条件——必须包含World File（.tfw），且文件名要和TIFF完全一致。如果不附带.tfw，系统会把它当成普通图片进行拉伸显示，没有空间参考，在地图上就会乱飘。