Questions tagged «spatial-database»

空间数据库是经过优化的数据库，用于存储和查询与空间中的对象（包括点，线和面）有关的数据。

2
应使用哪种坐标系来存储天体坐标的地理数据？
我正在做一个天文学项目。我想将有关我们图像的信息存储在启用空间的数据库中。我认为，这对于GIS功能来说应该是一个非常简单的特殊情况，因为天空可以被视为完全球形，并且不需要像地球表面那样的椭圆形处理。不幸的是，我还没有找到实现此目的的方法，并且我一直在躲避具有椭圆形地球空间功能的地雷。（几乎所有返回米而非度的函数都可能使用椭圆计算。幸运的是，我需要的许多PostGIS函数似乎都具有不完整的实现，其中文档明确指出返回的结果是针对球体而不是针对球体。椭圆形。但这可能会随着将来的版本而改变，这值得关注。） 背景：目前，我正在使用具有PostGIS和WGS 84坐标（SRID = 4326）的PostgreSQL。这工作得很好。我正在根据图像四个角的正确提升和偏斜创建一个封闭的POLYGON。我有很多图像（10k或更多），覆盖了很大的天空。每个图像约为1度角。从这些图像的集合中，我正在从15到30张图像的小子集中制作马赛克。每个马赛克约为1.5度正方形。 目前，我将镶嵌的地理位置存储为MULTIPOLYGON，其中包括与进入镶嵌图的每个图像相对应的所有多边形。[更好的解决方案是创建一个描述所有单个多边形并集周长的POLYGON 。我不知道是否可以在球坐标系中完成（即地理类型）。对我来说，这也是一个有趣的答案。]日期线和天极可能包含在数据集中的图像中，因此我一直在尽量避免投影到平面坐标。 对于带有PostGIS功能的天体坐标，应该使用什么坐标系？ 我看过 http://spatialreference.org/，但到目前为止还没有找到任何东西。谷歌几乎没有出现。我感到难过。基本上，我想确保如果一个函数返回米作为距离，那么它就是球体上沿大圆的米。 更一般地，在空间数据库中使用天体坐标的一些建议也将被理解。 我选择PostGIS会犯错吗？ 是否有优越的商业选择？ FOSS的选择？ 我正在使用PostGIS 1.5.2。我尚未尝试过PostGIS 2.0。我很好奇ST_CoveredBy函数是否与POLYGON和地理类型的MULTIPOLYGON一起使用。如果有人正在运行2.0，可以告诉我是否遇到与此相同的错误： mydb=# select ST_CoveredBy(ST_GeographyFromText('MULTIPOLYGON(( (10.37795 -69.57926,8.9498 -69.54875,9.0178 -69.21643,10.4242 -69.24648,10.37795 -69.57926),(10.42436 -69.24618,9.01774 -69.2162, 9.08363 -68.88389,10.46914 -68.91344,10.42436 -69.24618)))'),ST_GeographyFromText('POLYGON((10.46915 -68.91315,9.08371 -68.88364,9.14755 -68.5513,10.5125 -68.58038,10.46915 -68.91315))')); ERROR: geography_covers: only POLYGON and POINT types are currently supported CONTEXT: SQL function …
5
ArcGIS for Desktop是否支持SpatiaLite？
SpatiaLite在我的组织中扮演着越来越重要的角色。 就像2012年一样，将SpatiaLite与ArcGIS Desktop一起使用需要大量的数据导入和导出，但并不总是那么简单。 除了诸如Data Interoperability Extension或FME之类的产品之外，ArcGIS for Desktop中还支持SpatiaLite的其他哪些选项？
4
什么时候不应该使用空间索引？
我之所以这样问是因为我主要在Oracle上工作，但是在过去的一年中，我一直在使用PostGIS和SQLServer 2008翻倍。如果空间索引不返回ORA-13226错误，Oracle的大多数空间功能将无法工作： 13226，00000，“没有空间索引将不支持接口” // *原因：几何表没有空间索引。// *操作：验证在空间运算符中引用的几何表是否具有空间索引。 对我来说，这很有意义。您运行空间查询=您必须具有空间索引。但是据我了解，PostGIS和SQL Serve都不需要这样做。PostGIS甚至似乎具有明确不使用空间索引的功能（_ *，例如_STContains）。 所以问题是-在任何情况下都不应该使用空间索引？不一定是“采用还是放弃”方法，即不会有任何区别，但是不使用空间索引会降低性能吗？对我而言，最后一句话在用语上是矛盾的，但是为什么PostGIS会提供这些功能呢？
3
多层副本的组织和整理？[关闭]
上大学时，我遇到了一个“组织和整理”问题–我没有组织，将图层放在不同的文件夹中而没有不同的名称，因此每一层都有多个副本。 自从开始工作以来，我已经有了很大的进步–我保留了带有特殊子文件夹的特殊文件夹。我根据系统命名图层，这使我更加整洁，但是由于我仍然需要管理多个图层副本（由于Autocad和ArcGIS在处理非拉丁语言时有所不同，因此我必须保留一个副本根据每个程序进行调整），我想听听您的经验，也许还可以向您学习一些技巧： 您如何组织图层？如何命名？按名称，日期，内容，客户？ 您如何组织或处理多份副本（更严重的是：如何一次更新多份副本）？ 注意：我是在与分析师/ DBA POV对话，而不是与Web开发人员/ Web经理的POV对话（我在谈论的是为自己以及可能还有两个GIS工作者（而不是更多）组织这些层）。
2
在一个PostGIS表中混合几何类型
我面临以下问题。我必须从Oracle数据库迁移到PostgreSQL + PostGIS。当前，所有类型的所有几何形状都存储在一个表中，并且每个记录都包含一个“盖”字段，该字段指示同一图层的要素。 使用这种方法的优缺点是什么？如果不需要将数据库与第三方软件一起使用，是否应该将数据分成多个表？空间查询的性能如何，索引对我有帮助吗？
7
小型大学研究中心的GIS软件选择[关闭]
已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗？更新问题，使其仅通过编辑此帖子来关注一个问题。 3年前关闭。 我需要为小型大学研究中心选择GIS系统。我们正在处理各种各样的数据（例如潮汐数值分析，天气数据，贫困，孤立的经济活动，技能可用性和可再生能源资源可用性），并且主要在现有数据集相对较差的国家/地区开展业务。 我们与其他小组互动，其中一些小组使用ARCGIS。我是否必须浏览网络上的每个GIS软件描述符，还是可以请某人指出可能的候选人？
3
在PostGIS中存储大型栅格并在QGIS中进行可视化会降低性能
我的问题是与PostgreSQL，PostGIS，QGIS和GDAL一起使用的几种软件工具的使用和性能有关。 我是ArcGIS，Python和R的长期用户，他对使免费开源GIS生态系统和Linux多样化感兴趣。最近，我对将QGIS（版本2.8）与PostgreSQL（版本9.4）和PostGIS（版本2.1）一起使用非常感兴趣，并且我已在装有Windows 8.1 x64的计算机上安装了该软件（简要的计算机规格：ThinkPad配备2.1GHz核心2、8GB RAM和240GB SSD的X200）。学习了如何管理空间数据（价值约100GB）后，我想在此计算机上运行Ubuntu。 目前，我只是试图可靠地存储和检索shapefile和栅格。到目前为止，我已经成功地将shapefile加载到PostGIS中，但是栅格被证明存在更多问题。我已经成功完成了小的geoTIFF和GRID文件的单次和批量导入，但是较大的栅格（例如，磁盘上大小为870MB的15619x14655单元IMG或TIFF文件）需要永久加载到PostGIS中。我已经阅读并配置了raster2pgsql工具，以使用以下参数构建空间索引并通过图块加载栅格： raster2pgsql -s 3161 -C -I D:\PostGIS_data\dem.img -t auto raster.dem | psql -h localhost -U postgres -p 5432 -d postgres 导入性能仍然很差，并且硬件不是问题。QGIS中PostGIS栅格的可视化甚至更糟，充其量只能缓慢加载小栅格或完全冻结。像我提到的那样的大型栅格无法在QGIS中可视化。从文档和论坛讨论中，该缺陷似乎是由于GDAL的PostGIS栅格驱动程序而不是QGIS本身引起的。论坛讨论中简要提到了这个问题，甚至有人建议不应将栅格存储在PostGIS中（空间数据库中不能平滑处理栅格的意义是什么？）。但是，我通常使用ESRI的文件地理数据库来快速，轻松地存储，可视化和分析相当大的栅格（〜70GB），而ArcGIS 10.1绝不会因这种常规操作而冻结或变慢。 这里有我想念的东西吗？我还没有解决瓶颈？PostgreSQL是否需要进行调整以实现PostGIS的性能优势？我是否缺少寻找和编译所需的GDAL版本？如何改善Shapefile和栅格的QGIS中的PostGIS性能和可视化？如何通过Linux终端享受全面，快速的空间数据管理的荣耀？在这个问题上的任何帮助都将受到欢迎！ 我按照Duncan Golicher的指南进行操作：https：//duncanjg.wordpress.com/2012/11/20/the-basics-of-postgis-raster/ 我最初使用的是具有自动设置的图块，但我将图块重置为每行100x100个像元，然后按照指南中的说明添加了金字塔，如下所示： raster2pgsql -s 3161 -d -C -I -M -l 4 D:\PostGIS_data\dem.img -t 100x100 raster.dem100 | psql -h localhost -U …
2
哪种地理数据库类型最适合开源和ESRI使用？
主要问题：是否有一个地理数据库类型可以与ESRI和开源产品无缝配合使用？ 详细信息：我的公司目前以各种矢量和栅格文件格式传递地理数据，并且组织不明确。大多数处理都是使用开源工具完成的，但是一些客户要求我们以ESRI Map服务格式托管数据。我们已经有一个承载这些服务的ArcGIS Server实例，但是在将结果转储到ESRI arcsde地理数据库之前，我们仍然使用开源工具在上游进行处理。据我所知，ogr / gdal从arcsde地理数据库读取/写入的能力有限，但不足以使我可以将所有数据合理地存储在arcsde地理数据库中，并期望我们的处理工具能够使用arcsde地理数据库作为公司的主要数据存储。我错了吗？如果我切换到开源地理数据库（例如postgis），我们的处理工具可以正常工作，但我认为我不能使用postgis数据库作为托管ESRI服务的数据存储。我错了吗？是否有可以无缝服务开源和ESRI的地理数据库类型？如果不是，通常的做法是维护并行地理数据库，一个用于开放源代码，一个用于ESRI？ 额外的皱纹：我得到的答案是使用PostgreSQL / PostGIS。唯一可能的问题是，我想将此数据库托管在Amazon Web Services（AWS）上，并且在可能的情况下，我想使用Amazon Relational Database Service（RDS）来最小化我们的数据库管理开销（备份，负载平衡）。等）。但是，RDS当前仅支持MySQL，Oracle和SQL Server作为数据库引擎。我在想，如果RDS开始支持PostgreSQL，那将是理想的方案，但是要仔细检查一下，PostgreSQL是我对基于ArcGIS + gdal / ogr的开源互操作性正确的唯一选择吗？如果是这样，我可能会在AWS上创建一个PostgreSQL数据库，那么我只需要花费更多的资源来管理它。
3
（什么时候）我应该使用支持GIS的数据库？
我是GIS的新手，是一位长期程序员。我试图了解GIS的数据库方面，并且我了解到有一些专门用于GIS的数据库。基本上，我试图了解是使用这样的数据库，还是坚持使用非常流行，建立良好，得到广泛支持（和免费）的MySql。 我可能要编写的那种应用程序可能是这样的： 车队管理（陆上或海上车辆） 员工追踪 库存控制（实际位置的粒度精确到米左右） 嗯，就是这样，真的 我通常希望跟踪的项目不超过几百（最多，可能几千）。有时，取决于应用程序，这些项目将位于同一（大型）建筑物，一系列建筑物，城市，国家或世界范围内。 我偶尔会在建筑物的自定义平面图上，或者更可能在Google Earth或类似物中（在更多其他问题中）以视觉方式代表它们。 在我看来，我对MySql并不满意，并为纬度/经度或其他位置数据添加了列，但这可能只是因为我知道MySql。 有什么理由让我看一个更专业的数据库？
3
空间数据库之间有什么区别？[关闭]
已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗？更新问题，使其仅通过编辑此帖子来关注一个问题。 3年前关闭。 就空间支持而言，Oracle Spatial，PostGIS，SQLServer2008，SpatiaLite和MySQL有何区别？是否有每种情况都能发挥作用的特定用例。您可能想避免使用这些数据库中的任何一个。
9
选择用于存储空间数据的数据库？
已锁定。该问题及其答案被锁定，因为该问题是题外话，但具有历史意义。它目前不接受新的答案或互动。 几天前，我将MapInfo的spaceware 4.9演示安装到了SQL Server 2005安装程序中，并将所有较大的数据集加载到了其中。与基于文件的旧方法相比，性能给我留下了深刻的印象，但是我却想知道还有哪些其他选择以及它们的优缺点。 我必须要说的是空间软件的弊端，因为它是$ 5000 p / a，只有MapInfo可以从中读取对象。目前这很好，因为我们只使用MapInfo。 我想知道其他人去了什么，他们的经历是什么。
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.