Geotools与OGC（一）

博主本身是从事GIS研发工作的，主要以Java进行GIS相关的空间分析研发作业，那么在Java中比较时兴的开源包Geotools自然少不了（主要是我也一直在以geotools进行研发作业，中间也会用到esri-geometry进行一些空间数据的处理，这两个包在空间数据的处理上各自是有不同的，其中的各种厉害以后有机会我们可以慢慢一起来探讨）。哼哼。。。好回归正题，博主毕业时间不长，从事GIS研发工作的年月更是屈指可数（毕竟年轻嘛  ⁄(⁄ ⁄•⁄ω⁄•⁄ ⁄)⁄  。。。。），这个系列我就以geotools为主，分享的同时也是在提升自己在此方面的学识。

geotools在编写时对OGC标准进行了相当的实现,其中相当部分的基础是基于JTS这个开源包的。本篇从常用的一些OGC标准出发，结合geotools来一起进行相关介绍和学习。

我们就按照如下地址罗列的一些标准来讲解吧 https://www.osgeo.cn/doc_ogcstd/ ，完整的OGC标准有非常多的内容具体可以到https://www.ogc.org/standards/ 进行查看。

开篇前先说下OGC标准是个啥，首先“Open Geospatial Consortium (OGC)开放地理空间信息联盟，他们在全球范围内合作建立地理信息技术的开放标准和最佳实践，为地理信息交换的便捷提供技术支持。”，然后其实OGC这个组织所订立的这个OGC标准吧，也不是什么强制性的标准，大家都知道这个世界上做地理信息服务的企业so much，在当前全球一体化的时代下，要是没有一个统一的交互格式或者说是标准，那么各个服务商或者企业之间的数据（信息）的交互将会是困难的，所以在GIS的这个行业下，大家也都默默的参照了OGC标准进行各种开发个人觉得主要的目的之一也是为了方便各个厂商之间的数据进行交互。好了，总之OGC标准的简单介绍就是这么简单，如果你还有疑问，很好，请自行百度进行脑补。。。。

我们先看下本系列要介绍的内容：

• 1. OGC标准介绍
  • 1.1. I. OGC 与 OGC 标准
  • 1.2. II. SFS-简单要素标准
  • 1.3. III. GML-地理标记语言
  • 1.4. IV. SLD-图层样式描述
  • 1.5. V. KML-我从 Google 来
  • 1.6. VI. OWS-OGC Web 服务通用标准
  • 1.7. VII. WFS-要素 Web 服务
  • 1.8. VIII. WMS-地图 Web 服务
  • 1.9. IX. WCS-栅格 Web 服务
  • 1.10. X. WMTS-切片地图 Web 服务
  • 1.11. XI. 附录：ArcGIS 支持的 OGC 标准列表
• 2. OpenGIS中文文档
  • 2.1. 前言
  • 2.2. 概述
  • 2.3. 开放GIS概述
  • 2.4. 技术对象和目的
  • 2.5. 信息行业地理处理交互性的基础
  • 2.6. 开放GIS总体规范

1.1.Ⅰ我上面就算讲完了。。。因为是结合geotools来看，我知道你们也更注重干货，话不多说直接1.2.Ⅱ SFS-简单要素标准。

SFS包含如下内容：

• 1.2.1. 概述
• 1.2.2. 几何对象模型
• 1.2.3. WKT 描述的几何对象
• 1.2.4. WKB 描述的几何对象
• 1.2.5. WKT 描述的空间参考
• 1.2.6. SQL 预定义 schema
• 1.2.7. SQL 几何对象存储
• 1.2.8. SQL 空间操作

这里面既是对常用的一些要素格式进行描述。这是介绍中的几何模型图：

既然是参照了OGC标准进行实现，那么在geotools中自然也能找到对应的实现类，在开发商geotools的包可以去https://geotools.org/ 中下载，当然也可以去maven仓库中进行配置。

从图中我们可以知道Geometry是所有图形内的基类，首先从WKT开始介绍：

Type	Shape	WKT	GeoJSON
Point		POINT (30 10)	{ "type": "Point", "coordinates": [30, 10] }
LineString		LINESTRING (30 10, 10 30, 40 40)	{ "type": "LineString", "coordinates": [ [30, 10], [10, 30], [40, 40] ] }
Polygon		POLYGON ((30 10, 40 40, 20 40, 10 20, 30 10))	{ "type": "Polygon", "coordinates": [ [[30, 10], [40, 40], [20, 40], [10, 20], [30, 10]] ] }
		POLYGON ((35 10, 45 45, 15 40, 10 20, 35 10), (20 30, 35 35, 30 20, 20 30))	{ "type": "Polygon", "coordinates": [ [[35, 10], [45, 45], [15, 40], [10, 20], [35, 10]], [[20, 30], [35, 35], [30, 20], [20, 30]] ] }
MultiPoint		MULTIPOINT ((10 40), (40 30), (20 20), (30 10))	{ "type": "MultiPoint", "coordinates": [ [10, 40], [40, 30], [20, 20], [30, 10] ] }
		MULTIPOINT (10 40, 40 30, 20 20, 30 10)
MultiLineString		MULTILINESTRING ((10 10, 20 20, 10 40), (40 40, 30 30, 40 20, 30 10))	{ "type": "MultiLineString", "coordinates": [ [[10, 10], [20, 20], [10, 40]], [[40, 40], [30, 30], [40, 20], [30, 10]] ] }
MultiPolygon		MULTIPOLYGON (((30 20, 45 40, 10 40, 30 20)), ((15 5, 40 10, 10 20, 5 10, 15 5)))	{ "type": "MultiPolygon", "coordinates": [ [ [[30, 20], [45, 40], [10, 40], [30, 20]] ], [ [[15, 5], [40, 10], [10, 20], [5, 10], [15, 5]] ] ] }
		MULTIPOLYGON (((40 40, 20 45, 45 30, 40 40)), ((20 35, 10 30, 10 10, 30 5, 45 20, 20 35), (30 20, 20 15, 20 25, 30 20)))	{ "type": "MultiPolygon", "coordinates": [ [ [[40, 40], [20, 45], [45, 30], [40, 40]] ], [ [[20, 35], [10, 30], [10, 10], [30, 5], [45, 20], [20, 35]], [[30, 20], [20, 15], [20, 25], [30, 20]] ] ] }

上面这张表我是从https://blog.csdn.net/xcymorningsun/article/details/89848096 里面借用过来的，WKT的格式当然不仅限于上面这些，从第一张几何模型图中我们知道其实还包含诸多的类型。

我们知道构建要素的基本单元是点，在geotools中最基本的就是Coordinate类，这其实就是一个点相关的类，通过这个类我们可以去构建Point，LineString等等，那么你可能就会问，既然是点，为什么不直接用Point这个类还非要用Coordinate，从源码上得出的结论就是，Coordinate类是独立的存储点信息，不包含坐标系等空间参考内容，而Point是Geometry的子类，且一个正常的Point类应该是包含空间参考的信息的（当然这不是使用这个类的必要条件）：

好像有走远了，说回WKT吧，从格式上可以看出Point对应的WKT是单括号的也就是这样 (30 10)，那么基于点构建的线是这样(30 10, 10 30, 40 40)，看出来没有，线就是N个points的集合，因此一个线段是由最少两个点构成，x,y之间以一个空格分隔，点之间以逗号分隔，那么再看下面的构建 ((30 10, 40 40, 20 40, 10 20, 30 10)),在线的基础上多套上了一个括号，那么为什么会套上这层括号呢，别急再看下下面这个面的构建POLYGON ((35 10, 45 45, 15 40, 10 20, 35 10),
(20 30, 35 35, 30 20, 20 30))，这个面是带有孔的面，也就是中间被挖了一块，通过双括号的形式可以很好的区分出一个面是否有孔，且注意观察，孔与面之间是有确切的顺序的。随着后续博文的讲解，我会对要素的构成及拆解情况进行更深入的说明，作为系列的开头本篇先暂止于此，后续的分享上我会注重于干货的讲解。