Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Schema Validation of ISO 19115 community profile XML document #134

Closed
enricoboldrini opened this issue Oct 12, 2018 · 15 comments
Closed

Schema Validation of ISO 19115 community profile XML document #134

enricoboldrini opened this issue Oct 12, 2018 · 15 comments
Labels
deployed in reference validator Solution deployed in production

Comments

@enricoboldrini
Copy link

Error returned: Cannot find the declaration of element 'gmd:MD_Metadata'.

I'm validating a SeaDataNet XML document, that is a community profile of ISO 19115 metadata, drafted according to official ISO 19115 rules.
This document should be validated using the schema(s) specified in its xsi:schemaLocation. These schemas are in turn importing the official ISO/OGC schemas (http://schemas.seadatanet.org/Standards-Software/Metadata-formats/SDN2_CDI_ISO19139_10.0.1.xsd), as well as defining some community elements.
In particular, the gmd:MD_Metadata element definition should be correctly found in the imported ISO AP schemas: http://www.isotc211.org/schemas/2005/gmd/gmd.xsd.

@enricoboldrini
Copy link
Author

Hello, I've noticed the planned tag has been added. Can you elaborate more on the planning schedule for this issue? Thank you in advance. Please let me know if more info are needed.

@enricoboldrini
Copy link
Author

In the meantime an updated version of SeaDataNet community profile has been released. Here are the updated test reports:

@enricoboldrini
Copy link
Author

Hello, this error is still present. The profile schema extends the official ISO 19139, so all the gmd element declarations should be correctly found. You can try validating it with an editor (e.g. Oxygen XML Editor) and it will validate fine.

@MarcoMinghini
Copy link
Contributor

Following the discussion in https://github.com/inspire-eu-validation/community/issues/45, we can mark the issue as solved. It will be deployed in the reference validator (production instance) soon.

@enricoboldrini
Copy link
Author

enricoboldrini commented Oct 17, 2019

The workaround proposed here: inspire-eu-validation/community#45 doesn't work anymore. Something has changed in the past few days in the staging validator.
The workaround was to define schema location in the following way: xsi:schemaLocation="http://www.seadatanet.org http://schemas.seadatanet.org/Standards-Software/Metadata-formats/SDN2_CDI_ISO19139_11.0.0.xsd http://www.isotc211.org/2005/gmd http://schemas.opengis.net/iso/19139/20060504/gmd/gmd.xsd"
The error raisen is Invalid content was found starting with element '{"http://www.seadatanet.org":SDN_HierarchyLevelNameCode}'. One of '{"http://www.isotc211.org/2005/gco":CharacterString}' is expected. schema validation error(s).
Something is changed also in the official validator, as it hangs with unknown error currently.
The file is valid according to its schema, and imports official ISO 19115 schemas.

@fabiovin fabiovin transferred this issue from inspire-eu-validation/ets-repository Oct 17, 2019
@enricoboldrini
Copy link
Author

Just a little update: in the staging validator the error persists, while the official validator works as expected now.

@danielnavarrogeo
Copy link
Contributor

Dear @enricoboldrini

Thank you for your comments.

The XML schema validation in metadata 1.3 in staging instance works now as the official instance.

Could you please try again in staging instance?

We are working on some issues related to XML schema validation for metadata 1.3. Therefore, some changes might be expected.

I would like to remind that support for MD TG 1.3 will stop at the end of the year. Then, it is recommend to use MD TG 2.0.

Regards

@enricoboldrini
Copy link
Author

enricoboldrini commented Oct 21, 2019

Dear @danielnavarrogeo,

thank you very much for the follow up and info. I confirm that currently validation is successful in both environments. Regarding removal of support for MD TG 1.3 in favor of MD TG 2.0: does it mean that ISO schema version 20060504 (the one used by OGC IS AP ISO) will not be validated by the ETF-validator from next year? (in favor of version 20070417?)

Thank you very much in advance for the info,

Enrico

@fabiovin
Copy link
Collaborator

Dear @enricoboldrini,

please note that the OGC IS AP ISO schema (http://schemas.opengis.net/csw/2.0.2/profiles/apiso/1.0.0/apiso.xsd) already make use of the OGC version 2007-04-17 of the gmd namespace, and consequently of the GML version 3.2.1.

@enricoboldrini
Copy link
Author

Dear @fabiovin,

thank you for the hint, I didn't noticed that. It seems OGC changed from 2006 to 2007 schemata in the AP ISO bug fix version 1.0.1 (2018-03-21).
(as far as I can understand from here: http://schemas.opengis.net/csw/2.0.2/profiles/apiso/ReadMe.txt)
Summarizing, the suggestion is to upgrade to 2007 schemata because they will be the only ones supported from next year. Is it correct?

Thank you again,

Enrico

@fabiovin
Copy link
Collaborator

Dear Enrico,
this is not completely correct!
The transition period, from MD version 1.3 to version 2.0, will end in December. For this reason, support for MD TG 1.3 will stop.

In any case, the MD TG 2.0 provides for the use of gmd.xsd schemas which refer to the GML 3.2.0 version (TG Requirement C.1). For instance, http://www.isotc211.org/2005/gmd/gmd.xsd or http://schemas.opengis.net/iso/19139/20060504/gmd/gmd.xsd (see footnotes on page 28). Please note that in footnote 14 there is an error since the cited schema refers to GML 3.2.0 version and not to 3.2.1.

@enricoboldrini
Copy link
Author

O.k., perfect. Thank you for the follow up @fabiovin, that's appreciated.

Enrico

@josemasensio
Copy link
Contributor

Dear @enricoboldrini,

Does the provided solution work?

Best regards.

@josemasensio josemasensio added under analysis ready for testing Solution provided to reporter or developed & deployed in staging (or beta), waiting for testing and removed under analysis labels Oct 31, 2019
@enricoboldrini
Copy link
Author

Dear @josemasensio yes it works, thank you!

Enrico

@josemasensio
Copy link
Contributor

Dear @enricoboldrini,

Glad to hear that. We will mark the issue as solved.

Best regards.

@josemasensio josemasensio added solved Solution developed and accepted, not yet deployed and removed ready for testing Solution provided to reporter or developed & deployed in staging (or beta), waiting for testing labels Nov 7, 2019
@MarcoMinghini MarcoMinghini added this to the v 1.0.8 2019.11 milestone Nov 12, 2019
@josemasensio josemasensio added deployed in reference validator Solution deployed in production and removed solved Solution developed and accepted, not yet deployed labels Nov 19, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
deployed in reference validator Solution deployed in production
Projects
None yet
Development

No branches or pull requests

5 participants