Due to a problem on the front of the INSPIRE Registry, an issue has been detected affecting the behaviour of the INSPIRE Validator when checking the status of an INSPIRE Registry URL that does not exist.
The problem on the INSPIRE Registry is that the front page load a 200 message even when the Item doesn´t exist on the INSPIRE Registry (it should load a 404 error) which could generate false positives in the INSPIRE Validator, please visit issue 242 for more detail
To correct this behaviour, it has been decided to replace the way that the INSPIRE Validator checks the results from the INSPIRE Registry, so the INSPIRE Registry front-end calls will be replaced by API calls which return the correct status code updating the related ETSs accordingly.
Dear community,
Due to a problem on the front of the INSPIRE Registry, an issue has been detected affecting the behaviour of the INSPIRE Validator when checking the status of an INSPIRE Registry URL that does not exist.
The problem on the INSPIRE Registry is that the front page load a 200 message even when the Item doesn´t exist on the INSPIRE Registry (it should load a 404 error) which could generate false positives in the INSPIRE Validator, please visit issue 242 for more detail
To correct this behaviour, it has been decided to replace the way that the INSPIRE Validator checks the results from the INSPIRE Registry, so the INSPIRE Registry front-end calls will be replaced by API calls which return the correct status code updating the related ETSs accordingly.
E.g. This URL returns a 200 status code: https://inspire.ec.europa.eu/codelist/SpecificExposedElementTypeValue/soilErosionFAIL
From now on, in the tests related to the resource status check, the validator will make this call via API: https://inspire.ec.europa.eu/registry/rest?uri=https://inspire.ec.europa.eu/codelist/SpecificExposedElementTypeValue/soilErosionFAIL&lang=en&format=jsonc