Java属性¶
属性数据存储提供对存储在Java属性文件中的一个或多个特征类型(层)的访问;这些是存储在本地文件系统上的纯文本文件。属性数据存储从未打算与geoserver一起提供。它起源于一个geotools教程,后来发现开发人员在自动化测试中广泛使用,这需要为小的数据片段提供一个方便的存储。它通过打包过程的完整性溜进了geoserver,并通过Web界面自动检测并提供给用户。事实证明,属性数据存储在教程和示例中非常有用。
我们不建议将属性数据存储用于具有许多功能或大型几何图形的大量数据。它的性能会很差。
对于小数据集,例如几十个点的集合,您可能会发现它是令人满意的。例如,如果您希望添加一些点作为额外的层,并且没有方便的数据库来存储它们,那么属性数据存储提供了一种简单的交付方法。
对属性文件的更改会立即反映在geoserver响应中。不需要重新创建数据存储区,除非更改了属性文件的第一行,或者添加或删除了属性文件。
添加属性数据存储¶
默认情况下, Properties 将成为 Vector Data Sources 创建新数据存储时列出。

矢量数据存储列表中的属性¶
配置属性数据存储¶

配置属性数据存储¶
Option |
Description |
|
设置要素类型(图层)及其属性的名称空间前缀 |
|
用于区分此数据存储的唯一标识符 |
|
提供数据存储详细描述的可选文本 |
|
仅当选中此选项时,才会传递功能 |
|
例如,指向包含一个或多个属性文件的目录的文件系统路径 |
每个属性文件 TYPENAME.properties
在指定的目录中用作功能类型 TYPENAME
(文件名没有 .properties
,在数据存储的命名空间中。
在使用要素类型(图层)之前,必须对其进行编辑,以确保配置了其边界框和其他元数据。
文件格式属性¶
属性文件格式是Java属性格式的子集:窗体的行列表 KEY=VALUE
.
这个例子 stations.properties
定义特征类型(图层)的四个特征 stations
::
_=id:Integer,code:String,name:String,location:Geometry:srid=4326
stations.27=27|ALIC|Alice Springs|POINT(133.8855 -23.6701)
stations.4=4|NORF|Norfolk Island|POINT(167.9388 -29.0434)
stations.12=12|COCO|Cocos|POINT(96.8339 -12.1883)
stations.31=31|ALBY|Albany|POINT(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
,按经度/纬度的惯例,简称为。如果您在GML3中请求这些功能,您将看到geoserver正确地将几何体转换为urn-form-srs urn:x-ogc:def:crs:EPSG:4326
纬度/经度形式。查看 WFS设置 有关SRS轴顺序选项的详细信息,请参见第页。