Questions tagged «organizations»

4
对于包含GIS数据的文件和文件夹,什么是良好的分类法或命名约定?[关闭]
已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗?更新问题,使其仅通过编辑此帖子来关注一个问题。 2年前关闭。 在过去的8年中,我的公司收集了大约30 TB的GIS数据,我总是发问以下问题: 对于给定的地理区域,我们拥有什么类型的数据? 关于该数据的详细信息是什么(例如,以米/像素为单位的分辨率)? 数据在硬盘驱动器上的什么位置可以实际使用? 我们是否已经处理过数据,还是源中未更改的形式? 到目前为止(包括现在),我试图通过设计适当的文件夹和文件分类法/层次结构来解决这些问题。是否有人对使用文件和文件夹来组织GIS数据的一些可理解的,甚至是标准的方法有任何想法/建议? 我也愿意学习更多有关使用数据库如何使我的公司受益的信息;我们是软件开发人员,而不是GIS专家,因此我怀疑我们在如何最好地解决为方便使用而存储/组织GIS数据的问题上还处于落后状态。我确实看到了管理地理空间数据的最佳做法问题,但是由于我对地理数据库非常陌生,因此只能从答案中吸取少量使用。 更新:最近一周,我花了很多时间阅读有关GIS数据库的信息,并开始熟悉PostGIS。从长远来看,我认为我们将最终转向使用JasonBirch在“管理地理空间数据的最佳做法”中建议的数据库加元数据服务器。

4
开放数据门户解决方案的比较
这个问题的答案是社区的努力。编辑现有答案以改善此职位。它目前不接受新的答案或互动。 对于许多组织,例如地方/县/州政府,提供对GIS数据的公共访问是一项挑战。 仅知道什么数据可用,什么数据,谁拥有和维护以及从何处获取数据可能是最紧迫的挑战。因此,GIS数据清单是必需的。当然,创建一件事是一回事,让人们对其进行维护(并对数据负责)是另一回事。因此,从内部利益相关者那里获得支持也很重要。 另一个重要的考虑因素是解决方案对元数据的支持。如果无法描述数据,则几乎没有用。对于某些解决方案,可能会以有限数量的专有字段的形式对元数据提供有限的支持。完整和原始格式的元数据支持似乎很少。 通用GIS数据(例如地址点或地块数据)的大小,记录/属性的数量,字段长度或几何复杂性可能受到限制,这可能会使某些解决方案无法使用。通常,某些类型数据的绝对大小(例如LiDAR,航空影像)使得很难或不可能以原始格式在互联网上托管它们,而必须通过物理介质(例如硬盘)进行传递。充其量,这些大文件可能托管在FTP服务器或Dropbox / Box之类的东西上,但是这样做可能会非常昂贵。 另外,在许多实现中,数据的空间性质可能不被认为是重要的,或者根本没有被考虑,这使得在空间上寻找,查看和使用空间数据变得困难或不可能。诸如以任何有用的方式符号化数据之类的事情可能都不存在。 最后,保持数据最新至关重要。如果没有自动的方法来更新数据,那么对于不重要的数据量,整个事情就变得不可行了。 因此,主要的问题是: 有哪些可用的开放数据门户解决方案,它们如何进行比较? 附带问题: 在决定开放数据门户解决方案时,最重要的考虑因素是什么? 是否存在使用多个门户网站有益(且具有成本效益)的方案? 是否可以将空间和非空间数据成功集成到同一门户中? 是否有开放式数据门户网站实现的示例,您会认为它们是成功的或具有示范性? 网上列出的美国政府免费GIS数据清单以及Wikipedia有关地理门户的文章中列出了一些实施方案。 附录: 我们目前正在评估的门户解决方案列表: ArcGIS Online ArcGIS开放数据 Portal for ArcGIS Server(本地) 苏格拉底和蒙达拉 Google Maps Engine和图库 我们尚未考虑的其他门户网站: 数据中心 卡恩 DKAN 开放式门户 门户网站不是真正的,但是可以很好地用于提供平面文件: 投寄箱 框 FTP(本地) 使用托管的存储/服务器或本地滚动自己的 在我们的案例中,由于我们拥有ESRI ELA并具有基于ArcGIS的空间数据基础结构,因此很可能会选择至少一个ArcGIS解决方案。 就个人而言,我宁愿看到我们使用更多的开源软件,但似乎不太可能将我们的产品整合在一起,以与ESRI的产品竞争,至少在没有改变人们使用我们组织的GIS方式的情况下。 但是,我希望这个问题对任何希望改善对公共数据的访问的人来说都是有用的资源。
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.