Skip to content
New issue

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

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

Already on GitHub? # to your account

Value must be an instance of vcard:Kind | [Result path] - [http://www.w3.org/ns/dcat#contactPoint] #46

Open
Kate-Lyndegaard opened this issue Mar 6, 2024 · 2 comments
Labels
question Further information is requested status:question-answered Issue is a question, which has been answered with no impact on the implementation.

Comments

@Kate-Lyndegaard
Copy link

Hi,

I used the GeoDCAT-AP API to convert a CSW GetRecordById request. I tested the output in the DCAT-AP validator, and most of the errors are explained in #22.

I cannot find an explanation of the following error, however:
Value must be an instance of vcard:Kind | [Result path] - [http://www.w3.org/ns/dcat#contactPoint]

I have a valid representation of contact point in my original metadata. Does anyone know what this error is referring to?

Test file:
metadata_geodcat.zip

@jakubklimek jakubklimek added the question Further information is requested label Oct 8, 2024
@jakubklimek
Copy link
Collaborator

This can be ignored.

The problem is that in the result, you have the value of dcat:contactPoint typed as vcard:Organization. That is a subclass of vcard:Kind, which is the range of dcat:contactPoint being checked by the SHACL. Although this is correct, the SHACL processor does not have the background knowledge that would tell it that in fact, vcard:Organization is a subclass of vcard:Kind. This results in the error reporting that the range is not of the expected type.

@jakubklimek jakubklimek added the status:question-answered Issue is a question, which has been answered with no impact on the implementation. label Oct 8, 2024
@bertvannuffelen
Copy link

In addition to @jakubklimek's correct reply. The https://www.itb.ec.europa.eu/shacl/dcat-ap/upload validator has a validation case "with background knowledge". That shows not that error. And thus illustrates this the correctness of this interpretation.

# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
question Further information is requested status:question-answered Issue is a question, which has been answered with no impact on the implementation.
Projects
None yet
Development

No branches or pull requests

3 participants