Closed theisuru closed 2 years ago
Should this be a numerical ID? It may be easier to have a small controlled vocabulary and then be free to update labels etc. The string handling is also never quite as elegant.
It seems some relatesTo were not correctly annotated. I will fix that. There are correct ones, e.g.
<fw:Recipe-how-to-check-intactness-of-files-by-validating-checksums>
fw:lastUpdate "2021-06-30" ;
fw:location "https://fairplus.github.io/the-fair-cookbook/content/recipes/findability/checksum-validate.html" ;
fw:name "How to check intactness of files by validating checksums" ;
fw:description "Confirming the identity of two different files may be achieved by calculating a so-called “checksum” of the file in the source system, calculating the checksum in the target system, and comparing the outputs.";
fw:labels ( "validation" "data sharing" ) ;
fw:relatesTo (<fw:Tool-md5sum>);
fw:resourceType "Recipe" .
will this be enough for testing in #42 ? @theisuru
@mcourtot numerical IDs are not ideal for curation. we were planning to use the EDAM terms as CV for labels
@FuqiX Currently if relationships are not pointing to correct resources there are errors, ultimatley rendering correct UI. I also have to handle these errors gracefully.
Currently resource connections are defined using the name. Instead it should use resource URL (IDs) to define relationships. See below examples of wrong and right usage.
Incorrect relationship definition
Instead
relatesTo
should use resource URL to define the relationship.