-
Notifications
You must be signed in to change notification settings - Fork 25
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
Modifications in ETS for issues #180, #189 and #182 #194
Conversation
Call to the https secure urls instead of the http to avoid the redirection.
The check for the text value of dateType element is removed. The assertion should only check that the codeListValue attribute is "publication".
Descendant elements of wfs:FeatureCollection element are checked for all feature types.
Modifications in the ETS to solve the issue #180
Modifications in the ETS to solve the issue #189
Modifications in the ETS to solve the issue #182
The idea was to have bugfix releases deployed first on a test server, before we merge them into the master branch and deploy them into production. Since we don't yet have a testing server, how could we proceed? Could you deploy the bugfix release on your testing server, so we can try out the behaviour? |
The title in spanish of the [Regulation 1089/2010] has been modified. "N o" by "No".
The title in french of the [Regulation 1089/2010] has been modified. "N o" by "No".
Dear @michellutz, |
Modifications in the ETS to solve the issue #188
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I compared the outcome of the tests executed on the bugfix release (testing server) and the ETF Validator for each of the resources (metadata and data sets) involved in the 3 issues. All the issues are solved.
Dear @inakidiazdecerio, following the new issue on the community space https://github.com/inspire-eu-validation/community/issues/30, we noticed that the edit to the code for solving #180 is probably not the one that was agreed. The assertion should check that the codeListValue attribute is "publication" AND ALSO that there is actually a non-empty value of the element We noticed that because the validation of the metadata mentioned in https://github.com/inspire-eu-validation/community/issues/30 in the staging instance passes. Instaed, it should not pass because there is no value 'publication' (i.e. there is an empty value) for the element Can you make a new PR to solve this? |
Thank you @MarcoMinghini for your comments. We will make a pull request including the non-empty check. Best regards. |
The pull request was made and accepted. |
Pull requests: