-
Notifications
You must be signed in to change notification settings - Fork 4
Vector checks
List of vector checks:
QC tool does not take tolerance into account during spatial relationship operations such as overlaps, gaps, touches. The aim is to make the deliveries portable across the tools without any hassle.
The check can not be skipped.
The result values of the check are: ok, aborted.
The check verifies that the delivery has been uploaded to QC tool as a valid ZIP file and the ZIP file can be successfully unzipped.
The check can not be skipped.
The result values of the check are: ok, aborted.
The delivery must contain all prescribed layers, see dedicated page Symbolic layer names.
If the delivery is supplied in the geodatabase format, there should be only one geodatabase in the zip file.
The directory of the geodatabase may be located anywhere in the directory hierarchy, eg. all examples are valid: clc2012_mt.gdb, mt/clc2012_mt.gdb, 2012/mt/clc2012_mt.gdb. Each feature class inside the geodatabase corresponds to one layer.
If the delivery is supplied in the shapefile format, there may be multiple shapefiles in the zip file.
Each shapefile corresponds to one layer.
The shapefiles may be located anywhere in the directory hierarchy, eg. all examples are valid: rpz_du025a_lclu2012_v1_1.shp, du025a/rpz_du025a_lclu2012_v1_1.shp, shapefiles/rpz_du025a_lclu2012_v1_1.shp.
The naming conventions are case-insensitive, eg. both rpz_du025a_lclu2012_v1_1.shp and RPZ_DU025A_LCLU2012_v1_1.SHP are valid names.
objectid and fid attributes reserves special treatment.
These are internal attributes operated by the tools.
User is not allowed to intervene such operations.
Therefore, such attributes are considered not being part of user defined attributes.
Because of this, this check ignores objectid and fid.
objectid is specific to geodatabase format.
objectid values are preserved throughout checks so that user can actually identify a feature by the value.
Wherever fid is mentioned, it is an alias for this objectid.
Shapefile format supports no internal object identifier.
However, when the feature is read from the file, a tool attaches internal fid attribute to the feature and set its value to ordinal number.
There are special attributes shape_area and shape_length.
Such attributes are specific to ArcGIS tool.
The tool defines them automatically and the tool even sets their values on the fly.
While the attributes do really exist at user level, they are parts of user defined fields.
In accord, this specification does refer such attributes.
The check verifies that particular layer defines exactly the attributes specified. There must be no missing nor extra attribute present in the layer.
The check ignores any geometry columns.
Each layer in the delivery must have a coordinate reference system (CRS) assigned.
The CRS definition must include a valid EPSG code.
For geodatabase deliveries, the CRS definition and EPSG code must be specified in the feature dataset definition.
For shapefile deliveries, the CRS definition must be in the .prj file and must contain an AUTHORITY clause with EPSG code.
Shapefiles created in ArcGIS do not always have the EPSG authority in the .prj file.
To add a valid EPSG code to the .prj file, use GDAL software (gdal_translate or qgis).
Product specific sets of allowed EPSG codes are described below.
Attributes described below can contain only unique values. In addition, NULL values are not allowed.
The values representing Land use / land cover (LULC) code must belong to a pre-defined set of valid codes. Empty text or NULL values are not allowed.
The check is applicable to change layers only. Change layers are currently parts of CORINE Land Cover, Coastal Zones, Urban Atlas and Natura 2000 products.
Features having the same code in initial year and reference year are reported as errors.
Corine Land Cover products have slight difference while they take into account technical change.
The feature is a member of technical change if it has chtype attribute set to T.
Such features are then reported as an exception instead of an error.
The check is applicable to the Urban Atlas change layer product only.
The check reports features where the class change can be found in the list of non-probable changes.
Such features are reported as warning features.
The check is informative and always results in ok status.
The QC tool does not allow multi-part geometries.
All layers in all vector products:
- feature satisfying general requirements:
- feature is a single-part polygon; a single-part polygon may contain holes, but may not contain multiple exterior rings.
Reference:
- OGC Simple feature access specification, http://www.opengeospatial.org/standards/sfa,
- chapter 6.1.11 Polygon,
- chapter 6.1.13 MultiSurface.
- feature satisfying general requirements:
- Feature with valid geometries as defined by Open Geospatial Consortium's OpenGIS specification. See https://postgis.net/docs/using_postgis_dbmanagement.html#OGC_Validity
- For each feature with invalid geometry, the invalid geometry reason (i.e. self-intersection) and invalid geometry location can be found in the attachment error table.
- NOTE: Ring self-intersections, while considered valid by ArcGIS, are also reported as errors by the QC tool.
There must be no area inside AOI not being covered by some of the layer features. Areas inside AOI not covered by any of the features (gaps) are reported as error features created for the purpose.
-
How To Use QC Tool
-
Checks
-
Products
-
- HRL Imperviousness
- HRL Tree Cover and Forest
- HRL Grassland
- HRL Water and Wetness
-
HRL Small Woody Features
- HRL Small Woody Features 2015: Raster 100m
- HRL Small Woody Features 2015: Vector Raster 5m
- HRL Small Woody Features 2018: Raster 100m
- HRL Small Woody Features change 2018: Raster 100m
- HRL Small Woody Features change 2018-2021: Raster 100m
- HRL Small Woody Features 2018: Vector Raster 5m
- HRL Small Woody Features 2018: Revised Woody Vegetation Layer 5m
- HRL CLC Backbone