- From: Car, Nicholas (L&W, Dutton Park) <Nicholas.Car@csiro.au>
- Date: Fri, 8 Mar 2019 23:38:46 +0000
- To: "Svensson, Lars" <L.Svensson@dnb.de>
- CC: Antoine Isaac <aisaac@few.vu.nl>, "public-dxwg-wg@w3.org" <public-dxwg-wg@w3.org>
- Message-ID: <A791DC6A-F646-43C6-A325-CE03E69C960A@csiro.au>
I find PROV annoyingly indirect in the way it lets me associate a method, like code, with the Entity generated and I frequently have this case, just as you have! I use this formulation: ### http://linked.data.gov.au/def/loci#hadGenerationMethod :hadGenerationMethod rdf:type owl:ObjectProperty ; rdfs:range prov:Plan ; owl:propertyChainAxiom ( prov:wasGeneratedBy prov:qualifiedAssociation prov:hadPlan ) ; rdfs:label "had generation method" ; skos:definition "Something (likely a prov:Entity) had a method (prov:Plan) that was used to generate it"@en ; skos:editorialNote "This property is a property chain axiome equivalent to a chain of three properties in the PROV ontology: prov:wasGeneratedBy, prov:qualifiedAssociation and prof:hadPlan linking a prov:Entity (the thing generated) to a prov:Plan (the thin instruction generation - the method) via a prov:Activity (the generating event) and a prov:Association that the prov:Activity has linking it to the prov:Plan."@en . So: <SPARQL-Code> a prov:Plan . <Derived-Entity> loci:hadGenerationMethod <SPARQL-Code> . I know from talking to several of the main PROV editors that this is not exactly how they intended things to be used but it’s not wrong. I find it useful! Nick Nicholas Car Senior Experimental Scientist CSIRO nicholas.car@csiro.au<mailto:nicholas.car@csiro.au> | 0477 560 177 On 9 Mar 2019, at 12:59 am, Svensson, Lars <L.Svensson@dnb.de<mailto:L.Svensson@dnb.de>> wrote: Hi Antoine, On Friday, March 08, 2019 2:36 PM, Antoine Isaac [mailto:aisaac@few.vu.nl] wrote: At Europeana we're playing with slicing datasets (vocabularies) and we'd like to represent a bit the provenance. Basically a dataset is generated from another dataset using a SPARQL query, for example, select all painters from this dataset of artists. Does anyone know whether there is a way to describe the derived resource, especially, do you know of a property we could use to attach the query to the URI of a new resource? I'd use the pattern described in prov:hadUsage [1]. [1] https://www.w3.org/TR/prov-o/#hadUsage Best, Lars
Received on Friday, 8 March 2019 23:39:20 UTC