您可能想到的想法是GeoPackage。
背景。
要求的背景来自美国陆军地理空间中心,该中心是工程兵团的一部分,他们正在寻找一种将地图和其他信息(点或兴趣点,路线,照片和其他观测值)简单地放入“一个文件具有移动应用程序的全部格式。最初的开发是在Google网上论坛的公共邮件列表(一个用于矢量,一个用于栅格/平铺)上完成的。
当OGC开始进行OWS-9测试平台活动时,开发和原型制作就转移到OGC中。这样做的原因有些复杂,但似乎确实是出于良好的意愿。唯一的问题是您必须“进入” OGC世界才能看到正在发生的事情。这两个Google网上论坛列表基本上已失效。
OWS-9即将结束时,OGC(由NGA和美国陆军地理空间中心提示)成立了标准工作组(SWG),以制定“适当的”规范。OGC对此有更多详细信息。
OGC规范制定过程最初由Paul Daisey监督。这是一个有趣的过程,因为它引起了很多外部关注。最初的工作是在Microsoft Word中完成的,但后来转而在GitHub上进行开发。截至2017年,SWG主席是Jeff Yutzler。请注意,GitHub上作为markdown的版本不是官方规范-正在进行中,就像源代码从正式发行到正式发行一样。
技术
该规范有些难以阅读(但希望在实现阶段很难出错)。它试图做到明确,不好。了解正在发生的事情的最好方法是找到显示表关系的图表。凝视那一会儿,可能会变得更加有意义。然后查看一些样本数据(注意:可能不是最新的规格)。
实作
有多种实现方式(有关链接,请参见http://www.geopackage.org/网站)。免责声明:我曾研究过其中一些。
未来
截至2017年底,核心规范的开发速度有所放缓-有新版本,但差异大多很小。有一个相当开放的扩展机制- 有关不完整列表的信息,请参见http://www.geopackage.org/extensions.html。在海拔扩展是第一个将SWG工作,并在不久的将来的工作是在相关的表,这是一种与其他一些数据链接地理空间特征(例如一个具有里程碑意义的照片,或起飞的PDF文件并降落到机场的“进近板”)。
OGC正在赞助一些成员组织(公司,大学)在其测试平台活动中进行其他工作。