Postgresql shp2pgsql gsid转换问题
我对波斯吉斯相当陌生。我以不同的方式导入了无数次shp文件。这是我的最新尝试Postgresql shp2pgsql gsid转换问题,postgresql,postgis,Postgresql,Postgis,我对波斯吉斯相当陌生。我以不同的方式导入了无数次shp文件。这是我的最新尝试 shp2pgsql-d-s4269/var/www/Shape/Hamilton_City/Election_Poll_bounders.shp City_Hamilton | psql-U postgres-d Shape 我正在导入到srid 4269,因为.prj文件显示: GEOGCS[“GCS_北美_1983”,基准[“D_北美_1983”,球体[“GRS_1980”,6378137.0298.2572221
shp2pgsql-d-s4269/var/www/Shape/Hamilton_City/Election_Poll_bounders.shp City_Hamilton | psql-U postgres-d Shape
我正在导入到srid 4269,因为.prj文件显示:
GEOGCS[“GCS_北美_1983”,基准[“D_北美_1983”,球体[“GRS_1980”,6378137.0298.257222101]],素数[“格林威治”,0.0],单位[“度”,0.0174532925199433]
当我对多边形的几何体执行任何类型的搜索时,如中所示:
选择ST_Astext(geom)作为city_hamilton limit 1的坐标代码>
我得到奇怪的坐标,比如:
多多边形(((574380.4001 4808575.0399574434.7803 4808545.4457496.2521 4808512.3351,)
我在这里做错了什么?可能是在UTM(或者其他地方)以米为单位,而不是以度为单位。试着在QGIS/Arcmap中打开shapefile并查看投影属性以找出正确的EPSG代码。谢谢,我在GGIS中查找了它,它识别出它是EPSG:4269-NAD83。当我从源代码中查看相同数据的KML版本时,输出是实际坐标。另外,在研究中4269和4326之间的差异我可以看出它们的几何结构比较相似,所以数字不会太远(特别是在成千上万的人中[79.8874647968378,43.289415004346 vs 574380.4001 4808575.0399]。