ArcMap 10.6导出Shapefile无法在OpenLayers 4.6.5中显示求助

核心问题定位 #

首先，你遇到的ArcMap 10.6导出Shapefile无法在OpenLayers 4.6.5（EPSG:900913）显示，但GeoServer预览正常的问题，核心大概率出在投影转换的兼容性或者Shapefile元数据/属性的解析差异上。而shp2pgsql生成的shape_leng、shape_area指数格式变化（e+001 vs e+01）只是科学计数法的格式差异，数值本身完全一致，应该不是导致显示异常的直接原因。

可能的原因与解决步骤 #

1. OpenLayers 4.6.5对EPSG:900913的兼容性问题

EPSG:900913是Web Mercator的旧代号，目前标准通用代号是EPSG:3857。OpenLayers 4.x对旧代号的支持可能存在局限性，建议尝试：

• 将OpenLayers中的投影配置从EPSG:900913替换为EPSG:3857，测试是否能正常加载数据。
• 如果必须使用EPSG:900913，检查OpenLayers的投影定义是否包含完整参数，可以参考GeoServer中该投影的配置内容进行补全。

2. ArcMap 10.6导出Shapefile的投影元数据异常

ArcMap升级后，导出的Shapefile的.prj文件格式可能有细微调整，导致OpenLayers无法正确解析EPSG:2249投影，进而无法完成转换。可以尝试：

• 直接通过GeoServer发布该Shapefile，在OpenLayers中调用GeoServer的WMS/WFS服务（指定EPSG:3857投影），绕开本地Shapefile的解析问题。
• 用GDAL工具（如ogrinfo）对比新旧Shapefile的.prj文件内容，若发现新文件投影定义有缺失或格式问题，可手动修正.prj，或用ogr2ogr重新转换一次：

  ogr2ogr -t_srs EPSG:2249 corrected_shp.shp new_exported_shp.shp
  

  用修正后的文件测试OpenLayers显示效果。

3. OpenLayers对Shapefile属性字段的解析问题

虽然shape_leng和shape_area数值未变，但ArcMap 10.6导出的字段格式可能引发OpenLayers解析错误（比如字符串型科学计数法的识别问题）。可以尝试：

• 在GeoServer发布该Shapefile时，将shape_leng和shape_area的字段类型修改为普通数值型，避免OpenLayers解析字符串格式时出错。
• 用QGIS打开ArcMap导出的Shapefile并重新导出，QGIS生成的Shapefile通常有更好的跨平台兼容性，再测试OpenLayers显示。

4. 确认Shapefile的空间范围是否匹配视图

有时候ArcMap导出的Shapefile空间范围可能超出OpenLayers当前视图范围，导致看起来“不显示”。可以：

• 在OpenLayers中手动缩放至EPSG:2249的对应区域，或添加坐标显示控件，确认数据范围是否在视图内。
• 用ogrinfo查看新旧Shapefile的空间范围：

  ogrinfo -so new_exported_shp.shp new_exported_shp
  

  对比新旧文件的范围是否一致。

关于shp2pgsql指数格式变化的说明 #

你提到的shape_leng、shape_area指数格式差异只是科学计数法的简写形式，7.34326200731e+001和7.34326200731e+01是完全相等的数值，PostgreSQL导入时会正确识别两种格式，这个差异不会影响数据的存储和使用，无需担心。

内容的提问来源于stack exchange，提问作者Awm Lamp