Geoserver矢量数据之加载Java属性数据
目录
Geoserver矢量数据之加载Java属性数据
Properties数据存储提供对存储在Java属性文件中的一个或多个要素类型(层)的访问; 这些是存储在本地文件系统上的纯文本文件。属性数据存储从未打算与GeoServer一起提供。它起源于GeoTools教程,后来发现开发人员在自动化测试中广泛使用,需要方便存储小数据片段。它通过包装过程的完整性进入GeoServer,并通过Web界面自动检测并提供给用户。事实证明,Property数据存储在教程和示例中非常有用。
- 我们不建议将属性数据存储用于大量数据,具有许多功能或大型几何。它的表现会很糟糕。
- 对于小数据集,例如几十个点的集合,您可能会发现它是令人满意的。例如,如果您希望添加一些点作为额外的图层,并且没有方便的数据库存储它们,则属性数据存储提供了一种直接的方式来传递它们。
- 对属性文件的更改会立即反映在GeoServer响应中。除非更改属性文件的第一行或添加或删除属性文件,否则无需重新创建数据存储。
配置属性数据存储
选项 | 描述 |
Workspace |
设置要素类型(图层)的名称空间前缀及其属性 |
Data Source Name |
用于区分此数据存储的唯一标识符 |
Description |
可选文本,提供数据存储的详细描述 |
Enabled |
仅在选中此选项时才会提供功能 |
directory |
例如,包含一个或多个属性文件的目录的文件系统路径 /usr/local/geoserver/data/ex |
TYPENAME.properties
指定目录中的每个属性文件都在数据存储的命名空间中充当要素类型TYPENAME
(不带文件的名称.properties
)。
在可以使用要素类型(图层)之前,必须对其进行编辑以确保配置其边界框和其他元数据。
属性文件格式
属性文件格式是Java属性格式的子集:表单的行列表KEY=VALUE
。
此示例stations.properties
定义了要素类型(图层)的四个要素stations
:
_ = id :整数,代码:字符串,名称:字符串,位置:几何:srid = 4326
个工作站。27 = 27 | ALIC | 爱丽丝 泉| POINT (133.8855 - 23.6701 )
站。4 = 4 | NORF | 诺福克 岛| 要点(167.9388 -29.0434 )
站。12 = 12 | COCO | 科科斯| POINT (96.8339 - 12.1883 )
站。31 = 31 | ALBY | 奥尔巴尼| 要点(117.8102 - 34.9502 )
- 文件中的任何位置都不允许有空行。
- 属性文件的第一行以&开头
_=
并定义解释以下行所需的类型信息。- 逗号分隔值的形式
NAME:TYPE
- 名称是用于在WFS响应中对属性进行编码的属性名称。
- 类型包括
Integer
,String
,Float
,和Geometry
Geometry
可以有一个额外的后缀:srid=XXXX
,通过其数字EPSG代码定义空间参考系统。请注意,以这种方式定义的几何图形是以经度/纬度顺序排列的。
- 逗号分隔值的形式
- 后续行定义要素,每行一个。
- 之前的密钥
=
是功能ID(fid
或gml:id
WFS响应中)。每个必须是NCName。 - 特征数据遵循
=
由竖线(|
)分隔。数据类型必须与第一行的声明匹配。 - 如果您希望它为空,请将该字段留空; 在这种情况下,该属性将被忽略。
- 之前的密钥
请注意,在此示例中,srid=4326
将空间参考系统(SRS)设置为EPSG:4326
,当以简短形式引用时,按照惯例以经度/纬度顺序设置。如果您在GML 3中请求这些功能,您将看到GeoServer urn:x-ogc:def:crs:EPSG:4326
以纬度/经度形式正确地将几何转换为URN形式SRS 。有关SRS轴顺序选项的更多信息,请参阅WFS设置页面。