是否存在一种现有的,标准的,通用的方法(希望还有支持该方法的现有工具),用于将地理空间元数据存储在非ESRI空间数据库中,并与数据本身一起存储(从而能够在传输时随行)。
我希望确定一种仅依赖于表和关系的方法,因此可以在诸如PostGIS,Spatialite,Oracle,SQL Server等数据库中使用。在这里,元数据表示有关数据的叙述性信息(即US FGDC或ISO 19139地理空间元数据类型信息)-不包括BBOX和内部内容。
ESRI用户现在拥有几种XML格式,无论它们是文件(Shapefiles)还是地理数据库,它们都可以通用地描述和伴随数据。但是,当不使用ESRI软件时,存在哪些现有选项?是的,当然,我可以设计自己的表,数据结构等。但是,为什么要重新发明一个必须存在的轮子。
更新:
我确实需要避免像Geonetwork这样的复杂架构组件(或任何必须包含服务器的组件)。同样,元数据将与数据一起存在,而不是作为单独的数据库。要求在下面,我应该在一开始就说明。
系统要求:1.架构只需要QGIS和一个Spatialite数据库就可以了-部分原因是该组织不够成熟,无法在服务器上运行任何东西,也没有钱购买任何东西或建造/部署任何东西。
功能要求:1.数据必须易于分发给许多人,文档也不能与数据轻易分离,这意味着它们应该活在一起并且易于分发,这样我就始终知道数据是什么以及为什么创建它们,等等-如果我有数据,我有文档。2.像数据本身一样,元数据文档应易于使用直观的桌面工具和非技术人员进行编辑和维护。
用例:1. Bobby the Student Volunteer(只是学习GIS)作为研究的一部分创建了一些监视站点的数据。2. Bobby记录了他使用的输入,他的处理步骤的解释以及其他有助于他人了解数据沿袭的信息。3. Bobby找到一份真正的工作并离开,将其数据备份到CD-ROM上。4.两年后,有人找到了数据并认为它非常有用,因为他们可以阅读数据中的文档。
如果您来自复杂的组织,您会说:“伙计,这真是一团糟。只要按正确的方式(不管是哪种方式)管理数据”。但是相关场景实际上在我的世界中很普遍。