https://projects.ecoinformatics.org/ecoinfo/https://projects.ecoinformatics.org/ecoinfo/ecoinfo/favicon.ico?14691340362014-05-07T17:42:30ZEcoinformatics RedmineMetacat - Story #6548: Expand ORE model to allow relationships for derived datasetshttps://projects.ecoinformatics.org/ecoinfo/issues/6548?journal_id=217052014-05-07T17:42:30Zben leinfelderleinfelder@nceas.ucsb.edu
<ul><li><strong>Target version</strong> set to <i>2.5.0</i></li></ul><p>Looking at the ORE spec, this is certainly acceptable practice - they just want to make sure that there isn't any orphaned node so that everything can trace back to either the aggregation or one of the aggregated resources within it. I believe we are also allowed to refer to objects that are aggregatedBy other resourceMaps, though I don't know if the derived resource map needs to also state that it "aggregates" the resource that it is deriving products from. Either way, I think this will be great.</p>
<p>Another thing to consider is doing ALL the semantic annotation assertions in the OREs. Not that it would be required, but it could be convenient since we already have a good precedent with folks starting to generate OREs for DataONE. My one concern is that the index parser would need to know how to handle the existing ORE packaging assertions as well as any SPARQL-based index processing we would want to do.</p> Metacat - Story #6548: Expand ORE model to allow relationships for derived datasetshttps://projects.ecoinformatics.org/ecoinfo/issues/6548?journal_id=217222014-05-16T23:12:41ZLauren Walkerwalker@nceas.ucsb.edu
<ul><li><strong>Status</strong> changed from <i>New</i> to <i>In Progress</i></li></ul><p>A page in the metacat docs has been added to describe changes to Metacat's ORE model.</p> Metacat - Story #6548: Expand ORE model to allow relationships for derived datasetshttps://projects.ecoinformatics.org/ecoinfo/issues/6548?journal_id=217742014-07-15T22:27:53ZLauren Walkerwalker@nceas.ucsb.edu
<ul></ul><p>The model will need a second revision. Matt and I talked today about the "activities" in our model, which represent programs/scripts. There needs to be a place in the model for "runs."</p>
<p>A run would represent a single execution of a program. It would have properties like a start time, end time, parameters used, etc. Each run could possibly have unique parameters each time, especially if one or more functions creates a random number.</p>
<p>A program, (e.g. an R script), is not exactly an activity but another entity/data object.</p>
<p>If our model could store runs and separate the idea between programs and runs, data output can be reproducible since the run will have all the information needed to execute the program again using the exact same parameters.</p> Metacat - Story #6548: Expand ORE model to allow relationships for derived datasetshttps://projects.ecoinformatics.org/ecoinfo/issues/6548?journal_id=224252015-11-03T19:11:54Zben leinfelderleinfelder@nceas.ucsb.edu
<ul><li><strong>Status</strong> changed from <i>In Progress</i> to <i>Closed</i></li></ul><p>This is being developed in GitHub: <a class="external" href="https://github.com/DataONEorg/sem-prov-design/blob/master/docs/PROV-annotation-model/PROVmodel.md">https://github.com/DataONEorg/sem-prov-design/blob/master/docs/PROV-annotation-model/PROVmodel.md</a></p>