INSPIRE-MIF / helpdesk-validator

Community discussion forum for INSPIRE validation issues
42 stars 23 forks source link

View Service WMS validation fails schemalocation test, while required schema is mentioned #41

Closed thijsbrentjens closed 4 years ago

thijsbrentjens commented 5 years ago

See this Capabilities document https://geodata.nationaalgeoregister.nl/natura2000/wms?&request=GetCapabilities&service=WMS The xsi:schemaLocation contains a reference to the schema for the INSPIRE vS namespace:

http://inspire.ec.europa.eu/schemas/inspire_vs/1.0  http://inspire.ec.europa.eu/schemas/inspire_vs/1.0/inspire_vs.xsd

Note that there are 2 whitespaces in the declaration between the namespace and schema location URI. Maybe this fails the test. I tried to find out if W3C has a required format (e.g. only one whitespace), but didn't find it directly. I think the reference to the schema is okay.

Could the test be changed to account for this?

Even if the declaration in xsi:schemaLocation is not correct, failing this check should not stop the rest of the tests to be ran. The xsi:schemaLocation attribute is a hint according to the W3C. Making it a blocking requirement is too strict in my opinion. Or is there another reason why the tests are stopped?

inakidiazdecerio commented 5 years ago

Dear @thijsbrentjens,

Thank you for your explanations. We have included this issue for discussion during next subgroup meeting.

Regards.

MarcoMinghini commented 5 years ago

Dear @thijsbrentjens, we are investigating the issue to check if the reason why validation stops is actually due to the 2 whitespaces, or if there is another problem (I agree that the validation should not stop).

danielnavarrogeo commented 5 years ago

Dear @thijsbrentjens,

Thank you for your comments. We have solved the error related with the two spaces.

The reason why the test actually stops is because the server answer a 500 http error code when a request is done without the service parameter: https://geodata.nationaalgeoregister.nl/natura2000/wms?&request=GetCapabilities

The correct behaviour shall be to returned an exception like in the following case: http://ovc.catastro.meh.es/cartografia/INSPIRE/spadgcwms.aspx?REQUEST=GetCapabilities

We are working on the best way to handle this situation.

Regards.

josemasensio commented 5 years ago

The two whitespaces issue is solved. The service parameters issue is related to 40. We mark this issue as solved.