Open enricoboldrini opened 5 years ago
Dear @enricoboldrini,
We have reviewed the ETF logs and you are right. The file can't be uploaded because the root element is gmi:MI_Metadata instead of gmd:MD_Metadata.
The checks that the ETF runs to see if it is a metadata file are:
"(local-name() = 'GetRecordsResponse' and starts-with(namespace-uri(), 'http://www.opengis.net/cat/csw/')) or "
"(local-name() = 'GetRecordByIdResponse' and starts-with(namespace-uri(), 'http://www.opengis.net/cat/csw/')) or "
"(local-name() = 'MD_Metadata' and namespace-uri() = 'http://www.isotc211.org/2005/gmd')"
The possible solution would be to add one more line providing for the verification of that label:
"(local-name() = 'MI_Metadata' and namespace-uri() = 'http://www.isotc211.org/2005/gmi')"
Although we don't know if that will be in line with the Technical Guidelines.
@MarcoMinghini we add the "discussion" label to this issue.
MD TG 1.3 (the one used in this case for validation) states on page 62 that:
An INSPIRE Metadata Set is an instance of: • the class MD_Metadata (from ISO 19115), • the class MI_Metadata (from ISO 19115-2), • or, an instance of any community specialisation of one of these two classes.
while MD TG 2.0, with reference to ISO 19115-2, states on page 25 that
It was decided in the MIWP-8 sub-group that new versions of the ISO 19115 standard were out of scope for this version of this specification. The future versions of this Technical Guidelines may be revised taking into account the new ISO 19115 family standards.
Therefore, when validating MD TG 1.3, the solution proposed by @bilbomaticaue looks ok.
I encounter the same issue with the online validator during the upload of a file.
The error provided is: "Upload failed: The test object type could not be determined. Check the uploaded / referenced resource. Uploaded files may only contain test data and no other files. If the problem persists, please contact the ETF system administrator of the server."
I suppose this is also due to the fact that the metadata is in INSPIRE 19115-2 using gmi:MI_Metadata.
Is the solution which is provided Jose Asensio implemented in the online validator or is it only a solution after downloading the validator (which I want to prevent as I only want to validate my metadata once in a while). Will this be implemented in the online validator?
Thanks in advance!
Martine
What is the status? We need to evolve to INSPIRE 19115-2 and can't validate any more using the online validator. This is a pity as the standard is required now. Couldn't this have priority as it seems a small fix.
Thanks, Martine
Dear @enricoboldrini,
We have reviewed the ETF logs and you are right. The file can't be uploaded because the root element is gmi:MI_Metadata instead of gmd:MD_Metadata.
The checks that the ETF runs to see if it is a metadata file are:
"(local-name() = 'GetRecordsResponse' and starts-with(namespace-uri(), 'http://www.opengis.net/cat/csw/')) or " "(local-name() = 'GetRecordByIdResponse' and starts-with(namespace-uri(), 'http://www.opengis.net/cat/csw/')) or " "(local-name() = 'MD_Metadata' and namespace-uri() = 'http://www.isotc211.org/2005/gmd')"
The possible solution would be to add one more line providing for the verification of that label:
"(local-name() = 'MI_Metadata' and namespace-uri() = 'http://www.isotc211.org/2005/gmi')"
Although we don't know if that will be in line with the Technical Guidelines.
@MarcoMinghini we add the "discussion" label to this issue.
@josemasensio Could you please elaborate on where this change should be made?
@MarcoMinghini and @josemasensio we managed to upload the MI_Metadata file (ISO 19115-2:2019) but the tool doesn't validate this file. And no errors are generated. Any idea what is wrong? Thanks, Martine
Hi,
I also have this problem trying to validate this candidate record
At the moment I'm unsure whether I've implemented this correctly or not so it would be really useful if this was supported.
Dear @enricoboldrini, @MartinePaepen, @felnne, With the intention to resume this problem, could you please confirm that the error is still occurring? And if so, could you please send us the files that are failing?
Thank you very much in advance.
Best regards
Dear @dperezBM ,
I confirm the error still occurs. You can try with the "Metadata for interoperability" test and the following file: https://www.seadatanet.org/content/download/4535/file/CSR_ISO19139_full_example_v5.2.0.xml
Kind regards, Enrico
Dear,
Yes the problem is still occurring. I have now a bigger problem as the schema's provided as standards redirect to schema's which are no longer online available. Which is a very big issue for us.
I get always the same errors because of unexisting http://standards.iso.org/ittf/PubliclyAvailableStandards/ISO_19139_Schemas/.......xsd"/http://standards.iso.org/ittf/PubliclyAvailableStandards/ISO_19139_Schemas/.......xsd%22/>
Taking https://www.isotc211.org/2005/gmi/gmi.xsd This XML file does not appear to have any style information associated with it. The document tree is shown below.
Dear all,
as mentioned in this comment for a similar issue, the MD TG states that new versions of the ISO 19115 standard were out of scope for this version of this specification. For addressing this issue a change in the MD TG would be required, which could be done through a change proposal in the dedicated repository.
The validator raises an error during the upload file phase (just at the beginning), preventing the actual validation tests to be executed (in this case metadata for interoperability test). I'm attaching the file raising the issue. inspire.zip The error provided is: "Upload failed: The test object type could not be determined. Check the uploaded / referenced resource. Uploaded files may only contain test data and no other files. If the problem persists, please contact the ETF system administrator of the server."
The cause could be that this profile is based on the second part of ISO 19115 (ISO19115-2, gmi package). Example given, the root element is gmi:MI_Metadata instead of gmd:MD_Metadata. Kind regards, Enrico