Open armin11 opened 4 months ago
Actually the special metadata keyword "opendata", which is used in Germany, is not generated in ISO19139 metadata by default. The colleges from SL need this feature. Therefor we need a new definition in the mapbender.conf file. The HVD-category should be encoded in the ISO19139 files as an anchor attribute and as characterstring. The character string variant is not consistent with the multilingual definition of keywords from thesauri. We should only implement the anchor variant when reading metadata!
Service metadata can now be extended with a special keyword: https://github.com/mrmap-community/Mapbender2.8/blob/master/conf/mapbender.conf-dist#L478
Regulation: https://eur-lex.europa.eu/eli/reg_impl/2023/138/oj
For this regulation, some further metadata elements have to be supported. The most crucial will be a category from a list of categories. Normally a automatic transformation of the INSPIRE-categories into HVD-categories is possible. This is already done in the new DCAT-AP export handler: https://www.geoportal.rlp.de/mapbender/php/mod_exportMapbenderMetadata2Ckan.php?id=35&outputFormat=rdfxml For those who will not or cannot use this mapping, a new list of categories have to be imported as custom categories. This will be done by importing the skos defintion from the EU (http://publications.europa.eu/resource/authority/bna/asd487ae75) The classification should be possible in the metador frontend. For remote dataset metadata the information should be read from ISO19139 files (as demanded from GDI-DE). The service metadata should inherit the HVD relations from coupled dataset metadata. When importing the skos files, the registries will get different serial ids for the same classification element. To get them together, we need a public available structure, that maps the custom category keys to the internal serial ids. json will be a good format for this.