Questions tagged «coordinate-system»

我想在ArcGIS Server中发布一个地图服务，该服务将覆盖在Google Maps或Bing Maps上。为此，地图服务必须位于EPSG：3857/900913中。 Google Maps投影应该假定为球形地球投影。所以我去了 坐标系\投影坐标系\世界（基于球面） 似乎有一个Mercator（sphere）.prj，但似乎没有适当的Projection参数。 然后我去了 坐标系\投影坐标系\世界 ＆基于WGS84的3个墨卡托投影： 我看到在许多ESRI文献中，他们都使用WGS 1984 Web Mercator（辅助球）。那是Google Maps Projection吗？WGS 1984 Web Mercator.prj是什么？ （作为一个额外的问题，此图像来自ArcGIS Desktop 10.0，但是答案在ArcGIS 10.1上是否再次改变？）

18 arcgis-server  coordinate-system  google-maps  web-mercator 

可以说大地坐标（phi和lambda）与经度和纬度相同吗？

18 coordinate-system 

我正在使用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. …

17 python  gdal  coordinate-system  epsg  web-mercator 

地图容器坐标和图层坐标有什么区别？ 从我收集的数据来看，地图容器坐标总是相对于地图视口，而图层坐标总是以与容器坐标相同的值开始，但是一旦平移地图，它们就会改变。 引用坐标/点的API： 放置到图层点 放置到集装箱点

17 coordinate-system  leaflet  coordinates 

我们正在纠正属性边界的过程中，其副作用是我们需要相对于属性边界移动已绘制的所有资产，因此它们仍正确内联。 进行属性校正的公司会提供位移矢量，并且通常我们通过FME使用这些矢量来校正位置，从而运行所有图层。 我想知道GRASS中是否有类似的东西（或QGIS或任何免费的东西）？

17 grass  vector  coordinate-system 

如何使用QGIS更改shapefile的投影？ 默认投影设置为EPSG：3003，我想将其更改为wgs84 EPSG：32632。当我重新投影或在属性蒙版中更改投影时，我没有正确的结果。 左侧有计划坐标，但对于右图所示的EPSG，它们不正确：

17 qgis  coordinate-system  epsg 

我无法完全理解的一件事是重投影。 在Stack Exchange上有很多问题，并且有很多关于如何使用各种软件对特定问题进行问答的方法。 我在网上搜索了“什么是重新投影？” 而且我读得很好。关于Projection Basics的ESRI常见问题解答很好，http://support.esri.com/en/technical-article/000005562-从此... The terms 'geographic coordinate system' and 'datum' are used interchangeably, but as noted above, a GCS includes a datum, spheroid, units of measure and a prime meridian. The coordinates for data change depending on the datum and spheroid on which those coordinates are based, …

16 coordinate-system  gis-principle  reprojection-mathematics 

这是一个关于wgs84和nad83之间转换的新手问题。我有一些航拍照片，试图尽可能近地计算经度坐标。有几种因素会使通常的校正类型变得棘手，例如可疑的参数……因此涉及一些反复试验。 因此，在进行更正时，我需要一种检查进度的方法。刚开始检查google Earth很好，但是在这一点上，我的数据（nad83）和google Earth（wgs84）之间的2.5英尺左右的差异已成为限制因素。因此，我需要将nad83转换为wgs84。 我一直在R中使用rgdal并在C＃中使用dotspatial进行投影，但是我认为在nad83和wgs84之间进行更改不被视为“投影”（是吗？）。尝试使用“ + proj = NAD83 ellps = WGS84”调用项目只会引发错误。 我自己编写了7个参数的坐标更改就可以了，除非我不确定如何将一个转换为（X，Y，Z）坐标（我认为这意味着将经纬度转换为基于其的椭球面） ）。关于nad83和wgs84的现有问题似乎是关于使用哪种方法的问题，而不是回答像我这样的非常基本的问题，即一个人怎么做到？

16 coordinates  coordinate-system  wgs84  nad83 

我有一层coord. ref. : NA。 我该如何分配coord. ref. : +proj=longlat +datum=WGS84 +no_defs +ellps=WGS84 +towgs84=0,0,0给coord. ref. : NA？ class : RasterLayer dimensions : 127, 146, 18542 (nrow, ncol, ncell) resolution : 0.01, 0.01 (x, y) extent : -122.39, -120.93, 36.72, 37.99 (xmin, xmax, ymin, ymax) coord. ref. : NA data source : C:\2012Tif\2012ASC5min_ppt_spas1306_0001_20121222_0005_UTC.asc.tif …

16 raster  coordinate-system  r 

我目前正在将CANGRID气候数据（以Surfer Grid ascii，“。grd”文件提供）导入ArcGIS。网格大小为95行乘125列。元数据提供原始纬度/经度（左下角），像元大小（50公里）以及以中央子午线（纬度110度）和纬度纬度（北纬60度）的极地立体图形式进行的注释投影。 首次尝试将.grd转换为.ascii和.flt栅格失败后，我设法使用GDAL设置范围和投影，但是数据集未正确与目标区域的边界对齐。见下图。 是否存在公认的极地立体地理变换，可以解释这种缺乏对齐的情况？ 例如，是否应该使用特定的转换因子或轮换？ 数据集中的示例文件在此处：“ t201113.grd” 这是我目前在GDAL中使用的代码 ds = gdal.Open("t201113.grd") array = ds.ReadAsArray() x_rotation = 0 y_rotation = 0 xres = 1 yres = -1 llx = -129.8530 lly = 40.0451 ulx = -175.144 uly = 71.385 input_osr = osr.SpatialReference() input_osr.ImportFromWkt(ds.GetProjection()) wgs84_osr = osr.SpatialReference() wgs84_osr.ImportFromEPSG(4326) wgs_to_nps_trans = osr.CoordinateTransformation(wgs84_osr, …

16 arcgis-desktop  python  gdal  coordinate-system 

我对坐标系统不太了解... 在我的办公室里，我们用来处理来自考古现场的空间数据。每个站点都有自己的xyz坐标系（GCS）。三个简单的正交笛卡尔轴。在过去的几年中，我们一直在通过GIS软件（ArcGIS）来管理此空间数据，而无需使用特定的坐标系（只需将其保留为“未定义”即可） 我想知道是否存在设计用于使用简单笛卡尔正交轴处理此类数据集的任何GCS，而没有典型GCS的网格失真。另外，我想知道这个系统是否适合在在线地图应用程序中使用。 顺便说一下，我们管理2D（ArcMap）和3D（ArcScene）环境，并使用“ mm”作为长度基础单位。 如果不存在这样的东西，也许有人知道如何创建它。

16 arcgis-desktop  coordinate-system  epsg  srid 

有一个现有的Shapefile，我想添加。 目前，我的代码如下所示： self.iface.addVectorLayer(self.shpFilePath, "Track", "ogr") 它工作正常，但我想在代码中定义crs。可能吗？我发现了类似的问题：使用Python在QGIS 2.4中以编程方式选择CRS 但是我还是无法正常工作。

16 coordinate-system  pyqgis  vector 

在将纬度值存储为GEOGRAPHY数据类型后，如何检索各个纬度值？ 尝试失败： SELECT id, geog, ST_X(geog), ST_Y(geog) FROM locations; 错误： No function matches the given name and argument types. You might need to add explicit type casts.

16 postgis  coordinate-system  postgresql 

如果以下问题有些愚蠢，我深表歉意，但是我对这整个GIS只是非常陌生。 我正在尝试使用python中的gdal将一些投影的geoTiff图像转换为WGS84。我发现了一篇帖子，概述了使用类似于以下内容的方法在投影的GeoTiff中转换点的过程： from osgeo import osr, gdal # get the existing coordinate system ds = gdal.Open('path/to/file') old_cs= osr.SpatialReference() old_cs.ImportFromWkt(ds.GetProjectionRef()) # create the new coordinate system wgs84_wkt = """ GEOGCS["WGS 84", DATUM["WGS_1984", SPHEROID["WGS 84",6378137,298.257223563, AUTHORITY["EPSG","7030"]], AUTHORITY["EPSG","6326"]], PRIMEM["Greenwich",0, AUTHORITY["EPSG","8901"]], UNIT["degree",0.01745329251994328, AUTHORITY["EPSG","9122"]], AUTHORITY["EPSG","4326"]]""" new_cs = osr.SpatialReference() new_cs .ImportFromWkt(wgs84_wkt) # create a transform object …

16 python  gdal  coordinate-system  wgs84 

从历史上看，我主要在SQL Server中使用简单的纬度和经度坐标。我将它们作为地理数据类型存储在SQL Server中，并在各种显示（主要是Google Maps）上呈现它们。 最近，我开始使用来自各种来源的shapefile数据集，并且几乎全部是几何图形。此外，他们使用各种坐标参考系统。 与之合作真是太疯狂了。 对于某些数据，USGS使用了非常罕见且难以识别的CRS。 洛杉矶县表示，他们使用State Plane 5（没有专门参考CRS），当然在QGIS中可以选择多个“ State Plane 5”。 考虑到大多数观看和使用VAST的人都希望采用这种格式，因此坚持使用WGS84确实无法实现这些特定空间参考系统的某些优势？

15 coordinate-system  sql-server-spatial  geography-data-type  geometry-data-type