Questions tagged «epsg»

维护免费提供的数据库的组，其中包含用于坐标系，基准，球体，单位等的标准代码

2
EPSG：4326和EPSG：900913有什么区别？
我对EPSG：4326和EPSG：900913有点困惑。我以为他们都是一样的。尽管在将要素放置在GMaps（即EPSG：4326）上时，我需要将WFS图层的srsname定义为EPSG：900913，以便将其放置在正确的位置。如果我将srsname定义为4326，则将其投影到完全错误的地方。 有人可以详细解释一下这里出了什么问题吗？
3
当前的Web Mercator投影代码是什么？
由Google Maps普及的网络墨卡托投影似乎每两年就会获得一个新的EPSG代码。 EPSG：900913（计算器文字中的Google）是非官方代码 EPSG：3785-是我当前用于数据集的投影 但是，此博客文章建议该代码现在为EPSG：3857。 该投影可以在EPSG网站上找到，但似乎也使用了代码SR-ORG：6864，并声称“这不是公认的大地测量系统：请参见WGS 84 /世界墨卡托（CRS代码3395）”。 那么，要使用的官方代码是什么？
3
ArcGIS SpatialReference对象工厂代码是否与EPSG号相对应？
我有一个项目，正在从文本文件中读取几何对象以将其放入ArcSDE。这些几何对象有一个关联的EPSG代码，我正在寻找一种方法来确保完成后它们处于正确的投影中。 在查看了我感兴趣的工厂代码（GCS GDA94； EPSG：4283和VicGrid 94； EPSG：3111）之后，看来该EPSG代码直接对应于ESRI空间参考的工厂代码（此处和此处）。这很棒，因为这意味着我不必担心导航到投影文件来创建SpatialReference对象，例如在下面的代码中： import arcpy # Create a spatial reference object using a factory code # sr = arcpy.SpatialReference() sr.factoryCode = int(epsg_code.lstrip("EPSG:")) sr.create() 不幸的是，我在ESRI文档中找不到任何参考来说明这是否一直存在-我想是的，但是我宁愿肯定知道。有人知道我可以找到哪里吗？
2
使用GDAL用Python重新投影WGS 1984 Web Mercator（EPSG：3857）
我正在使用GDAL在python中重新投影栅格。我需要将多个tiff从地理WGS 84坐标投影到WGS 1984 Web Mercator（辅助领域），以便以后在Openlayers中与OpenStreetMap以及Google地图一起使用。我从这里开始使用Python 2.7.5和GDAL 1.10.1 ，并从这里开始使用建议转换坐标（我的代码在下面）。简而言之，我导入了osgeo.osr并使用了ImportFromEPSG （code）和CoordinateTransformation（from，to）。 我首先尝试EPSG（32629），这是UTM区29和得到这个投影光栅（或多或少罚款），所以代码似乎是正确的： 然后我用EPSG（3857） ，因为我读过这个和这个问题，并发现这是正确的最近有效密码。但是创建的栅格完全没有空间参考。它在WGS 84数据帧中距离很远（但是如果我将数据帧切换到Web Mercator，就可以了）。 使用EPSG（900913），输出已进行地理参考，但向北移动了约3个栅格像元： 当我使用ArcGIS重新投影栅格时（在WGS_1984_Web_Mercator_Auxiliary_Sphere中导出），结果几乎是正确的： 当我使用旧代码102113（41001,54004）时，结果是完美的： 使用所有代码的测试摘要： 3857: far away up (missing georeference) 3785: far away up (like 3857) 3587: far away right 900913: slightly jumped up 102100: python error 102113: perfect 41001: perfect 54004: perfect ArcGIS (web merc. …
3
在QGIS中更改shapefile的投影？
如何使用QGIS更改shapefile的投影？ 默认投影设置为EPSG：3003，我想将其更改为wgs84 EPSG：32632。当我重新投影或在属性蒙版中更改投影时，我没有正确的结果。 左侧有计划坐标，但对于右图所示的EPSG，它们不正确：
1
在ArcGIS Desktop中使用自定义坐标系？
我对坐标系统不太了解... 在我的办公室里，我们用来处理来自考古现场的空间数据。每个站点都有自己的xyz坐标系（GCS）。三个简单的正交笛卡尔轴。在过去的几年中，我们一直在通过GIS软件（ArcGIS）来管理此空间数据，而无需使用特定的坐标系（只需将其保留为“未定义”即可） 我想知道是否存在设计用于使用简单笛卡尔正交轴处理此类数据集的任何GCS，而没有典型GCS的网格失真。另外，我想知道这个系统是否适合在在线地图应用程序中使用。 顺便说一下，我们管理2D（ArcMap）和3D（ArcScene）环境，并使用“ mm”作为长度基础单位。 如果不存在这样的东西，也许有人知道如何创建它。
3
如何使用gdal正确地对Web墨卡托瓷砖进行地理定位？
作为示例，我将使用以下图块http://a.tile.openstreetmap.org/3/4/2.png并将其保存为“ 4_2.png”。 这种瓷砖的WGS84坐标可以被计算或读取那里通过点击对应的瓦片： 0 66.51326044311185 45 40.97989806962013 (West North East South) 如何正确地对瓷砖进行地理参考（使用gdal生成地理坐标或其他地理参考格式），以便： 不需要拉伸位图（= Geotiff中的像素与原始位图中的像素完全相同） 生成的图像将在GIS查看器/编辑器中的正确位置打开（例如在TatukGIS Free Viewer中）？ （于2011年9月19日编辑，以使我的问题更清楚并包括我的结论） 我的结论是： 我首先说第三个想法（见下文）是正确的。我在GIS Viewer中打开了Geotiff，并将显示的坐标与预期的坐标进行了比较。从第二个想法出来的Geotiff似乎向北移动了2个像素。这就是为什么我认为想法3（或4）是正确的原因。 但是，如果您尝试使用更高缩放级别的图块，则想法3之外的地标肯定会向南移动。在缩放级别3的图块上比较坐标是愚蠢的。在此缩放级别上的国家/地区边界被简化了，以致于比较不能给出良好的结果。 Dan S.是对的，图块的图像已经在EPSG：3857中。第二个想法就是正确的想法（并且在高缩放级别上也能提供良好的效果） 第一个想法：EPSG：4326 WGS84坐标的EPSG代码是EPSG：4326。因此，我仅使用WGS84坐标即可使用gdal_translate将瓷砖作为geotif进行地理参考： gdal_translate -of Gtiff -co tfw=yes -a_ullr 0 66.51326044311185 45 40.97989806962013 -a_srs EPSG:4326 4_2.png t4326.tif 生成的地图显示在正确的位置，但我担心投影不正确，并且瓷砖中间可能会有偏移。在尝试了很长时间以通过使用gdalwarp重新投影地图进行检查之后，我下载了Global Mapper的演示版，似乎是这种情况（与想法3相同的边框，但在磁贴内部发生了偏移）。应该拉伸图像以使用EPSG：4326坐标。 第二个想法：EPSG：3857 此图块使用“网络墨卡托”投影（即Google地图投影），现在具有EPSG代码：EPSG：3857（别名EPSG：900913）。我只是使用gdaltransform转换坐标： gdaltransform -s_srs EPSG:4326 -t_srs EPSG:3857 0 …
16 web-mapping  gdal  epsg  tiles 
1
是否将NTv2转换集成到QGIS中？
我想知道在QGIS中集成NTv2转换的正确方法是什么。 我已经成功地将NTv2转换集成到QGIS中，但是我不确定它是否按照预期的方式完成。 为了在QGIS中集成NTV2网格，我发现了一些信息，即网格名称应存储在srs.db的表tbl_datum_transform的p1列中： https://github.com/qgis/QGIS/pull/1502#issuecomment-50580199 https://dragons8mycat.com/2014/03/03/gis-tips-getting-ostn02-to-work-with-qgis-2-2/ https://web.archive.org/web/20140224182157/http://sourcepole.ch/ntv2-transformations-with-qgis http://isticktoit.net/?p=371 （http://www.gkg-kassel.de/pdf/Praezise_Transformation_im_QGIS_mit_Batchmodus.pdf（德语）的屏幕截图） 使我怀疑是否正确的事实是，该列似乎具有数字字段类型： 七参数转换的第一个参数不是存储在QGIS的tbl_datum_transform表的p1列中吗？ 根据sqlite常见问题解答，可以将字符串存储到sqlite中的数字列中（https://sqlite.org/faq.html#q3），但是在我看来，将字符串存储到数字列中是一种hack或解决方法。这真的是要完成的方式吗？ tl; dr：在QGIS中集成NTv2转换的正确方法是什么？
3
更改OpenLayers 3视图中心
我正在使用OpenLayers 3与某些地图进行交互。我首先声明我的地图： map = new ol.Map({ target: 'map', layers: [ new ol.layer.Tile({ source: new ol.source.OSM() }) ], view: new ol.View({ center: [0, 0], zoom: 2 }) }); 我有一个事件触发操作，以更改地图的视图中心。这样，（我的坐标是EPSG:4326格式）： function CenterMap(lat, long) { console.log("Lat: " + lat + " Long: " + long); map.setView(new ol.View({ center: ol.proj.transform([lat, long], 'EPSG:3857', 'EPSG:4326'), zoom: …
2
EPSG代码前的数字是什么意思，例如EPSG：6.9：4326中的6.9？
我使用的WFS服务器在以下EPSG代码中提供了边界数据： EPSG：6.9：27700 EPSG：6.9：4326 ...在XML giveCapabilities规范中定义如下： <DefaultCRS>urn:ogc:def:crs:EPSG:6.9:27700</DefaultCRS> <OtherSRS>urn:ogc:def:crs:EPSG:6.9:4326</OtherSRS> 据我了解，EPSG 4326是GPS系统使用的“标准”经纬度椭球，而EPSG：27700是军械测量国家网格背后的较旧的英国系统。 那是什么6.9:意思 我尝试将其输入到ogr2ogr中，但感到困惑： {“错误”：[“错误6：在EPSG支持文件中找不到EPSG PCS / GCS代码6。这是有效的”，“ EPSG坐标系吗？”，“无法处理SRS定义：EPSG：6.9：4326”， “”]} ...而且我找不到关于EPSG代码组成部分的含义的任何参考，仅列出了没有这些初始编号的“标准” EPSG代码。
12 epsg 
2
如何不自己做数学就将地磁坐标转换为地理坐标？
我有一些地磁数据。也就是说，它们是经度和纬度，但是是指加拿大的磁性北极而不是地理北极。您可能会猜到，我想将它们与其他坐标系中的其他数据进行匹配。 （数据起源于极光椭圆的计算；即，它们起源于地磁，即使在原则上也没有可以参考的地理资源。） 数据将存储在PostGIS中。 这样做的简单方法是找到地磁坐标系的EPSG代码，用该代码标记数据，然后将所有内容神奇地重新投影到我当时需要的任何位置。但是，我在spatialreference.org上找不到包含地磁或磁场的任何EPSG代码。各种Google搜索也都没有结果。 对于我需要的精度水平，任何经修改以具有不同北极的纬度/经度坐标系（例如WGS84）就足够了。因此，如果有一种简单的方法来定义这样的坐标系并将其加载到PostGIS中，那也可以。 澄清度 例如，假设我只是想从UTM 15N转换为WGS84，而不是从地磁坐标转换为地理。我可以将UTM对象未经修改地保存到PostGIS中，并用EPSG代码26915对其进行标记。然后，当我稍后进行查询时，我可以对PostGIS说“请在EPSG代码4326中返回结果”，然后PostGIS将自动转换为WGS84。 同样，我想用一些坐标系标记地磁数据，并让PostGIS在幕后进行重新投影，而无需reproject()手动调用函数。
1
QGIS为什么不从.prj文件检测CRS？
我在postgreSQL / postGIS数据库中有许多1公里的六角形网格，覆盖了美国的各个县。每个网格具有CRS EPSG：3857，而县层具有EPSG：3857。在QGIS中使用县查看网格时，一切看起来都很宏伟。 但是...为了与同事共享这些网格，我不得不使用ogr2​​ogr将它们导出到shapefile。在QGIS中查看这些图像时，每个网格看上去都在大约20 km左右移动，并且QGIS自动将CRS设置为EPSG：3395（这不是项目CRS）。 当我从QGIS导出postGIS表作为shapefile 时，.prj文件看起来与ogr2ogr导出的shapefile完全相同，但是postGIS导出的表正确显示。我注意到从QGIS导出shapefile时QGIS会创建一个.qpj文件，因此得出的结论是QGIS忽略了.prj而是在寻找.qpj。为什么没有.qpj的情况下无法读取.prj？其他shapefile（例如来自美国人口普查的shapefile）没有.qpj，但QGIS可以正确显示这些文件。 我想出了一种解决方法，方法是保存default.qpj并为此使用ogr2​​ogr导出的每个文件为此创建一个新的.qpj，但这似乎很麻烦，而且显然不可复制，因为它仅适用于EPSG：3857。 旁注：我正在使用QGIS 2.0.1。 编辑： 这是我使用的ogr2ogr命令： ogr2ogr -f "ESRI Shapefile" /home/matt/data/hex_grid_1 PG:'dbname=mydb user=matt' hex_grid_1 .prj的内容： PROJCS [“ WGS_84_Pseudo_Mercator”，GEOGCS [“ GCS_WGS_1984”，DATUM [“ D_WGS_1984”，SPHEROID [“ WGS_1984”，6378137,298.257223563]]，PRIMEM [“ Greenwich”，0]，UNIT [“ Degree”，0.017453292519943295] [“ Mercator”]，PARAMETER [“ central_meridian”，0]，PARAMETER [“ false_easting”，0]，PARAMETER [“ false_northing”，0]，UNIT [“ Meter”，1]，PARAMETER [“ standard_parallel_1”，0.0] ] .qpj的内容： PROJCS …
9 qgis  postgis  ogr2ogr  epsg 
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.