Questions tagged «standards»

详细说明界面或编码以及实践标准的技术文档。



1
在哪里可以找到WKT标准或参考?
我对几何图形作为众所周知的文本(WKT)的表示有些困惑。我在搜索WKT规范以搜索确切的表示形式,但没有找到标准。是否有WKT的标准文件或参考?在哪里可以找到它?
19 wkt  standards 

4
以数字开头的名称是不好的数据命名约定吗?
我公司使用ArcGIS,并且已经制定了项目和数据文件命名标准,并且(大部分情况下)遵循了该标准。东西一直困扰着我约他命名标准是,它的任务首先是项目数的所有项目和数据文件名-八位数。我一直认为,以数字开头命名GIS文件是一件坏事,并且由于文件名的原因,使进程(尤其是GRIDS)失败了。 我正在寻求修改公司标准,以降低项目编号的要求,但是,在文档中找不到关于为什么文件名中的“数字作为第一个字符”是一件坏事的方式。 在支持该论点的资源方面,有人能指出我正确的方向吗?

2
.prj文件的规范是否存在标准?
我们使用形状文件进行数据交换。我看了.prj文件:不同的程序会产生不同的prj文件。 是否有一个标准,必须如何在prj文件中指定参数? 可以自由指定投影的名称(例如PROJCS [“ ETRS89 / UTM区域32N(zE-N)”,…])。但是我不相信基准名称(例如DATUM [“ D_ETRS_1989”,…])也可以自由分配。 我没有找到有关此的信息。即使在ESRI Shapefile技术说明中,也没有有关.prj文件的信息。在ESRI知识库文章14056 Howto:如何创建shape文件的投影元数据(.PRJ)文件说:“你必须使用地图投影和参数对象的预定义的名字。” 但是本文没有指定在哪里可以找到这些预定义名称。每个GIS公司是否都指定自己的名称?还是EPSG指定这些名称? 以下是QGIS,AutoCAD Map和spatialreference.org之间的.prj文件(EPSG 4647)部分中的一些区别。

1
在空间数据库中存储人类元数据的标准
是否存在一种现有的,标准的,通用的方法(希望还有支持该方法的现有工具),用于将地理空间元数据存储在非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.两年后,有人找到了数据并认为它非常有用,因为他们可以阅读数据中的文档。 如果您来自复杂的组织,您会说:“伙计,这真是一团糟。只要按正确的方式(不管是哪种方式)管理数据”。但是相关场景实际上在我的世界中很普遍。

5
标准化空间信息系统词汇
这个问题的答案是社区的努力。编辑现有答案以改善此职位。它目前不接受新的答案或互动。 我对此有一些想法,以为我会问论坛。 Are there any resources out there that provide a standard, comprehensive dictionary of acronyms, terms and keywords for the Spatial Industry? 我已经看到,空间产业在其地理/地理根源之外进入了其他领域,而有了诸如GIS(地理信息系统),坐标系之类的术语,我相信它们将开始失去其定义的效力,并且由于将空间技术引入越来越多的用户,开发人员和发烧友中,因此使用了更多的历史术语。 我遇到的最常见的例子是术语“坐标系”。通常用于为初学者定义投影和地理坐标系,如果正在讨论坐标系之间的优缺点,可能会造成混淆或使答案含糊不清。 因此,我更喜欢使用术语“空间参考系统”,并提供“投影参考系统”和“地理参考系统”的子类别。本质上,我更愿意使自己符合一组可以解决的议定条款。如果存在这样的参考。
13 standards 

1
ST_前缀是否适合SQL / MM第3部分中未包含的功能?
我在这个Github问题中正在阅读有关Presto地理空间扩展的主题,其中line_locate_point引入了函数。它基于PostGIS的ST_LineLocatePoint功能,该功能返回一个浮点数,该浮点数表示沿该点上到给定位置的最近点的线的分数。 提出了一个问题,为什么命名它line_locate_point而不是ST_LineLocatePointPostGIS版本。响应是此功能在SQL / MM Part 3标准中不存在,因此不应以开头ST_。 快速阅读标准,对于如何处理将空间功能引入标准以外的数据库的情况,我没有任何意见。是的精神ST_前缀区分空间的功能从非空间功能(如似乎是在PostGIS的情况下),或者是它表明,在SQL / MM第3部分同等功能的函数符合规定? 纵观Presto API的当前状态,我不得不说,后一种方法看起来不太干净,并且在名称为何不一致方面引入了一些困惑,但是也许可以通过顶部的简单注释解决。 那么,我的问题是,我是否忽略了该标准的某些方面,以允许将其扩展到已定义的空间对象之外,或者是否遵循以下标准的某些书面或非书面规则明确禁止这样做。



3
是否有符合ISO 19131的空间数据集规范?
ISO 19131是空间数据集规范(创建和提供数据集的方式)的标准。 您是否知道符合该标准的规范文档示例(可能在线提供)? (我知道这不是一个非常令人兴奋的问题,但我需要它!)
10 standards 

7
为点要素分配唯一的ID
MassGIS地块标准(http://www.mass.gov/mgis/ParstndrdVer1_5_1.pdf)利用x和y坐标的整数部分的串联来创建要素的唯一ID(LOC_ID)。我正在考虑对点要素类进行相同的操作。我喜欢一致的方法,但是也许我忽略了某些东西。是否有用于为点要素创建唯一ID的标准或最佳做法?
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.