268 lines
13 KiB
Markdown
268 lines
13 KiB
Markdown
---
|
||
title: SFS-简单要素标准
|
||
date: 2020-02-24
|
||
author: ac
|
||
tags:
|
||
- SFS
|
||
- GIS基础知识
|
||
- OGC
|
||
categories:
|
||
- GIS
|
||
---
|
||
|
||
> SFS是对现实世界中的地理实体抽象描述,包括通用模型和数据库存储上的实现。
|
||
|
||
<!-- more -->
|
||
|
||
## 简单要素标准
|
||
|
||
简单要素标准包含两部分:`Common architecture`、`SQL option`
|
||
|
||
- Common architecture(通用模型):是对简单要素的描述,包括几何对象模型、`WKT`描述的几何对象、`WKB`描述的几何对象、`WKT`描述的空间参考;
|
||
- `SQL option`:是上一部分在`SQL`中的实现,包括`SQL`预定义的Schema、`SQL`几何类型、`SQL`空间操作。
|
||
|
||
### 几何对象模型
|
||
|
||

|
||
|
||
<div style="text-align: center">SFS 中定义的几何对象模型</div>
|
||
|
||
|
||
上图是`SFS`中几何对象的关系结构,Geometry作为抽象的根类,派生出点Point、曲线Curve、表面Surface和几何要素的集合类`GeometryCollection`。主要定义了点、线、面和多点、多线、多面。<br/>
|
||
|
||

|
||
|
||
<div style="text-align: center">Geometry的操作</div>
|
||
|
||
另外,SFS也定义了描述几何对象的的属性和方法。<br/>
|
||
|
||
|
||
|
||
### WKT描述的几何对象
|
||
|
||
Well-known text (WKT)是一种文本标记语言,用于表示地图上的几何对象、地理空间坐标系。该格式由开放地理空间联盟(OGC)制定。<br/>
|
||
|
||
几何对象WKT文本例子:<br/>
|
||
|
||
| 几何类型 | WKT | 说明 |
|
||
| ---------------------- | ------------------------------------------------------------ | -------------------- |
|
||
| Point | Point(6 10) | 点 |
|
||
| LineString | LineString(3 4,10 50,20 25) | 有3个节点的线 |
|
||
| Polygon | Polygon((1 1,5 1,5 5,1 5,1 1),(2 2, 3 2, 3 3, 2 3,2 2)) | 有内环和外环的多边形 |
|
||
| MultiPoint | MultiPoint(<br />(10 10),<br />(4 10)<br />) | 多点 |
|
||
| MultiLineString | MultiLineString(<br />(3 4,10 50,20 25),<br />(-5 -8,-10 -8,-15 -4)<br/>) | 多线 |
|
||
| MultiPolygon | MultiPolygon(<br/>((10 10, 10 20, 20 20, 20 15, 10 10)),<br/>((60 60, 70 70, 80 60, 60 60 ))<br/>) | 多面 |
|
||
| **GeometryCollection** | GeometryCollection(<br>POINT(10 10),<br/>POINT(30,30),<br/>LINESTRING(4 6,7 10)<br>) | 几何集合 |
|
||
|
||
### WKT描述的空间参考
|
||
|
||
地理坐标系(GCS)的WKT格式,以WGS1984的地理坐标系为例:<br/>
|
||
|
||
```javascript
|
||
GEOGCS[
|
||
'名称',
|
||
'大地基准面椭球体'['名称','参考椭球'['名称','长半轴a','扁率α']],
|
||
'起始经线'['名称',0.0],
|
||
'单位'['Degree','单位的转换因子'],
|
||
'制定的权威机构'['']
|
||
]
|
||
GEOGCS[
|
||
"WGS 84",
|
||
DATUM["WGS_1984",SPHEROID["WGS 84", 6378137, 298.257223563]],
|
||
PRIMEM["Greenwich", 0.0],
|
||
UNIT["Degree", 0.0174532925199433],
|
||
AUTHORITY["EPSG", "4326"]
|
||
]
|
||
```
|
||
|
||
> π/180 = 0.0174532925199433
|
||
|
||
投影坐标系(PCS)的WTK格式,以WGS84 Web Mercator(Auxiliary Sphere)坐标系为例:<br/>
|
||
|
||
```javascript
|
||
PROJCS
|
||
[
|
||
"WGS_1984_Web_Mercator_Auxiliary_Sphere",
|
||
GEOGCS
|
||
[
|
||
"GCS_WGS_1984",
|
||
DATUM["D_WGS_1984",SPHEROID["WGS_1984",6378137.0,298.257223563]],
|
||
PRIMEM["Greenwich",0.0],
|
||
UNIT["Degree",0.0174532925199433]
|
||
],
|
||
PROJECTION["Mercator_Auxiliary_Sphere"],
|
||
PARAMETER["False_Easting",0.0],
|
||
PARAMETER["False_Northing",0.0],
|
||
PARAMETER["Central_Meridian",0.0],
|
||
PARAMETER["Standard_Parallel_1",0.0],
|
||
PARAMETER["Auxiliary_Sphere_Type",0.0],
|
||
UNIT["Meter",1.0],
|
||
AUTHORITY["EPSG",3857]
|
||
]
|
||
```
|
||
|
||
投影坐标系中必然包含一个地理坐标系,还有投影方法和一些参数。
|
||
|
||
|
||
|
||
### WKB描述的几何对象
|
||
|
||
`WKB`(well-known binary)是`WKT`的二进制形式,通过序列化的字节对象来描述几何对象,常用于数据传输与数据库存储(`PostgreSQL`)。
|
||
|
||
WKB 中主要涉及两种数值类型:
|
||
|
||
- 一种是 uint32,占 4 个字节,用以存储节点数、几何对象类型等信息;
|
||
- 另一种是 double,占 8 个字节,用以存储节点坐标值。
|
||
|
||
其中的几何对象类型对应的整数可以参考下表:
|
||
|
||

|
||
|
||
另外,`WKB`在第一位还存储了一个字节用来标识字节序(0=Big-Indian,1=Little-Indian)。
|
||
|
||
> 现代的计算机系统一般采用**字节**(Octet, 8 bit Byte)作为逻辑寻址单位。当物理单位的长度大于1个字节时,就要区分**字节顺序**(Byte Order, or[Endianness](http://en.wikipedia.org/wiki/Endianness))。常见的字节顺序有两种:
|
||
>
|
||
> - **Big Endian**(High-byte first):低地址存放最高有效位(MSB),既高位字节排放在内存的低地址端,低位字节排放在内存的高地址端
|
||
> - **Little Endian**(Low-byte first):低地址存放最低有效位(LSB),既低位字节排放在内存的低地址端,高位字节排放在内存的高地址端。
|
||
|
||
对于一个点(不带M值的二位点)来说,`WKB`描述应该类似如下结构,总占21个字节:
|
||
|
||

|
||
|
||
对于有两个节点的线来说,`WKB`描述应该包含41个字节:
|
||
|
||

|
||
|
||
|
||
|
||
### SQL Option
|
||
|
||

|
||
|
||
#### SQL 预定义schema
|
||
|
||
> **Schema**,即**XML Schema**,**XSD (XML Schema Definition)**是[W3C](https://baike.baidu.com/item/W3C)于2001年5月发布的推荐标准,指出以何种形式描述XML文档的元素的规范。**schema**是元数据的一个抽象集合,包含一套**schema component**: 主要是元素与属性的声明、复杂与简单数据类型的定义。
|
||
|
||
数据库中的schema为一组数据结构的逻辑集合,称之为schema对象,包含索引(index)、视图(view)、表(table)、分区(partitions)、序列(sequences)、维度(dimensions)、同义词(synonyms)等。不同的数据库厂商对schema的定义略有不同。
|
||
|
||
在空间数据库中,需要一些表来存储和管理几何字段、空间参考等信息,因此 OGC 首先制定了在数据库中需要的 Schema 对象。
|
||
|
||

|
||
|
||
<div style="text-align:center">OGC空间数据库中预定义的schema</div>
|
||
|
||
从上图可以看出,要素表(`Feature Table`)中用一个几何类型的字段(`Geomentry Column`)记录空间几何信息。通过定义几何字段列的信息表(`GEOMETRY_COLUMNS`)和一张记录空间参考信息表(`SPATIAL_REF_SYS`)指定几何字段以何种形式(结构)存储几何信息。从支持`OCG`标准空间数据库中可以找到这两张表,如安装了空间扩展组件(`PostGIS`)的`PostgreSQL`。但不同的数据库或地信厂商提供的空间扩展,对这两张表的命名也会有所不同:
|
||
|
||
- `PostGIS`:`GEOMETRY_COLUMNS`和`SPATIAL_REF_SYS`
|
||
|
||
- `Oracle Spatial`:`OGIS_GEOMETRY_COLUMNS`和`OGIS_SPATIAL_REFERENCE_SYSTEMS`
|
||
- `ArcSDE for Oracle`:`GEOMETRY_COLUMNS`和`SPATIAL_REFERENCES`
|
||
|
||

|
||
|
||
#### SQL 几何对象存储
|
||
|
||
从预定义的schema中可以知道,在`OGC`标准中几何信息存储在一个`Geometry`表中,该表有两种存储形式:常规的字段和二进制的`WKB`。通过`GID`字段关联`Feature`表的几何字段。但实际上,`OGC`标准还规定了要素表(`Feature`)中的几何字段(`Geometry`)可以使用自定义类型(`SQL UDT`),这样就不需要额外的`Geometry`表来存储几何信息,而是直接保存到要素表(`Feature`)的几何字段中,如:
|
||
|
||
- `ArcGIS`中的`st_shape_lib`库中的`ST_Geometry`类型
|
||
- `PostGIS`中的`Geometry`和`ST_Geometry`类型。
|
||
|
||
自定义类型可以采用`SFS`标准定义的几何类型,也可以采用`SQL/MM`标准。
|
||
|
||
> `SQL/MM`趣闻
|
||
>
|
||
> - 1991~1992年--IEEE的赞助--文本搜索引擎厂商发表`SFQL`(结构化查询语言Structured Full-text Query Language)的语言规范
|
||
> - 遭到了其他数据处理机构的批评,因为`SFQL`“劫持”了许多其它机构已经通用的关键字(如:CONTAINS)
|
||
> - 此时一部分数据库厂商已经申明他们支持“对象关系模型”。基于这些厂商的建议,东京研讨会提出了第二个标准的概念
|
||
> - 结构化数据:是第一类SQL类,通过普通的SQL99版本进行存取。
|
||
> - 增加定义其他的SQL对象“类库”,每个类库对应一类复杂数据
|
||
> - 建议的标准很快以SQL/MM(这里的MM表示多媒体)为人所共知
|
||
|
||

|
||
|
||
<div style='text-align:center'>SQL/MM Geometry模型</div>
|
||
|
||
|
||
|
||
| Simple feature access/SQL(SFA-SQL) | ISO/IEC (SQL/MM-Spatial) |
|
||
| ---------------------------------- | ------------------------ |
|
||
| Point | ST_Point |
|
||
| Curve | ST_Curve |
|
||
| LineString | ST_Linestring |
|
||
| | ST_Circularstring |
|
||
| Surface | ST_Surface |
|
||
| | ST_CurvePolygon |
|
||
| Polygon | ST_Polygon |
|
||
| PolyhedralSurface | ST_PolyhedralSurface |
|
||
| Multipoint | ST_MultiPoint |
|
||
| Multicurve | ST_MultiCurve |
|
||
| Multilinestring | ST_MultiLineString |
|
||
| Multisurface | ST_MultiSurface |
|
||
| Multipolygon | ST_MultiPolygon |
|
||
| GeomCollection | ST_Collection |
|
||
| | ST_CompoundCurve |
|
||
|
||
<div style='text-align:center'>SFS和SQL/MM几何类型的对应关系</div>
|
||
|
||
用户即可以遵循SFS的定义,使用类似“Geometry”、“Point”的命名,也可以遵循SQL/MM定义的采用“ST_”作为前缀进行命名,如:“ST_Geometry”、“ST_Point”等
|
||
|
||
SQL
|
||
|
||
#### SQL空间操作
|
||
|
||
在`SQL/MM`中定义的空间操作:
|
||
|
||
| 空间操作函数 | 说明 |
|
||
| ------------------- | ------------------- |
|
||
| **ST_WKTToSQL** | 从 WKT 构造几何对象 |
|
||
| **ST_WKBToSQL** | 从 WKB 构造几何对象 |
|
||
| **ST_AsText** | 获取 WKT 描述 |
|
||
| **ST_AsBinary** | 获取 WKB 描述 |
|
||
| **ST_Dimension** | 获取维数 |
|
||
| **ST_GeometryType** | 获取几何类型 |
|
||
| **ST_SRID** | 获取空间参考 ID |
|
||
| **ST_IsEmpty** | 是否为空 |
|
||
| **ST_IsSimple** | 是否是简单对象 |
|
||
| **ST_Boundary** | 获取边界 |
|
||
| **ST_Envelope** | 获取矩形范围 |
|
||
|
||
此外还有空间拓扑关系、几何运算相关的操作函数,具体内容可查看ArcGIS和PostGIS中对SQL/MM 标准的实现:
|
||
|
||
- ArcGIS:[与 ST_Geometry 配合使用的 SQL 函数](https://desktop.arcgis.com/zh-cn/arcmap/latest/manage-data/using-sql-with-gdbs/a-quick-tour-of-sql-functions-used-with-st-geometry.htm)
|
||
- PostGIS:[PostGIS Special Functions Index](http://postgis.net/docs/PostGIS_Special_Functions_Index.html#PostGIS_SQLMM_Functions)
|
||
|
||
|
||
|
||
**SFSQL与SQL/MM的对比**
|
||
|
||
- SFSQL与SQL/MM的Geometry总体框架近似
|
||
- SFSQL与SQL/MM有相互融合的趋势
|
||
- SFSQL对部分类和函数按SQL/MM的形式进行封装
|
||
- SQL/MM提供了亮哥符合SFSQL的短名字视图
|
||
- SFSQL与SQL/MM优势互补,总体而言SQL/MM的覆盖面更广
|
||
|
||
| | SFSQL | SQL/MM |
|
||
| :----------------------- | :---: | :----: |
|
||
| 3D数据类型 | √ | |
|
||
| 参数化数据类型 | | √ |
|
||
| 文本标注 | √ | |
|
||
| Geometry存储方式:Numric | √ | |
|
||
| Geometry存储方式:Binary | √ | |
|
||
| Geometry存储方式:UDT | √ | √ |
|
||
| 拓扑结构 | | √ |
|
||
| 网络拓扑 | | √ |
|
||
| 图/影像存储 | | √ |
|
||
| 图/影像的检索 | | √ |
|
||
| 对GML的支持 | | √ |
|
||
|
||
|
||
|
||
|
||
|
||
### 参考文章
|
||
|
||
[1] [SFSQL和SQLMM标准](http://www.doc88.com/p-734475445183.html) `http://www.doc88.com/p-734475445183.html`
|
||
|
||
[2] [Simple Feature Access - Part 2: SQL Option](https://www.ogc.org/standards/sfs) `https://www.ogc.org/standards/sfs`
|
||
|