@prefix this: . @prefix sub: . @prefix latest: . @prefix icc: . @prefix fair: . @prefix rdfs: . @prefix xsd: . @prefix dct: . @prefix pav: . @prefix np: . @prefix orcid: . sub:Head { this: np:hasAssertion sub:assertion; np:hasProvenance sub:provenance; np:hasPublicationInfo sub:pubinfo; a np:Nanopublication . } sub:assertion { rdfs:label "Jones et al. 2019" . rdfs:label "Data Stewardship Wizard" . rdfs:label "CEDAR" . rdfs:label "PROV-Template" . icc:R1.2-Explanation a icc:Explanation; rdfs:comment "Detailed provenance includes facets such as how the resource was generated, why it was generated, by whom, under what conditions, using what starting-data or source-resource, using what funding/resources, who owns the data, who should be given credit, and any filters or cleansing processes that have been applied post-generation. Provenance information helps people and machines assess whether a resource meets their criteria for their intended reuse, and what data manipulation procedures may be necessary in order to reuse it appropriately."; rdfs:isDefinedBy latest:; rdfs:label "R1.2 Explanation"; rdfs:seeAlso , , , , ; icc:explains-principle fair:R1.2; icc:implementation-considerations "Current choices are for communities to choose a set of metadata descriptions to optimize provenance to optimally enable machine and human reusability for its own purposes. These choices, and, as argued before the richness of the provenance associated with a digital resource will strongly influence its actual reuse. Therefore, the implementation considerations for implementing according to this principle are inherently the same as described for principle F2, but now more focused on appropriateness for reuse than on findability per se."; icc:implementation-examples "Provenance descriptions can for instance be implemented following community specific templates according to the PROV-Template (https://provenance.ecs.soton.ac.uk/prov-template/) approach. These templates allow to predefine the structure of the intended collection of provenance information using variables which are later instantiated with appropriate data extracted from existing process output. Such templates also reduce the burden on community members to deeply understand the highly structured PROV ontology, and the well-defined data structures that emerge from its use - that is to say, PROV should not be treated as a simple vocabulary from which terms can be selected, but rather as a model that constrains how those terms must be used in relation to one another. Several early tools are under development to make the construction of FAIR metadata easier, including for instance CEDAR (https://more.metadatacenter.org/tools-training/outreach/cedar-template-model), CASTOR (https://www.castoredc.com/for-researchers/) and the knowledge models in the Data Stewardship Wizard (https://ds-wizard.org, doi:10.1162/dint_a_00043)." . fair:R1.2 rdfs:label "R1.2" . rdfs:label "CASTOR" . } sub:provenance { sub:assertion pav:authoredBy icc:FAIR-Principles-Explained-Working-Group . } sub:pubinfo { this: dct:created "2019-11-22T18:41:24.945+01:00"^^xsd:dateTime; dct:creator orcid:0000-0001-8888-635X, orcid:0000-0002-1267-0234, orcid:0000-0003-4818-2360; dct:license . }