Project

General

Profile

Core entity result » History » Version 2

Paolo Manghi, 27/04/2015 05:09 PM

1 1 Paolo Manghi
h1. Result
2
3
A Result is here intended as the (metadata) description/representation of a scientific output (possibly) resulting out of one or more projects. 
4
5
|_ Property_|_Type_|_Multiplicity_|_Description_|
6 2 Paolo Manghi
| Title | [[type_structured_property|StructuredString]] |  1..N | |
7 1 Paolo Manghi
| Date of acceptance | Date | 1..1| |
8
| Publisher | [[provenance_property|StringWithProvenance]] | 0..1 | |
9
| Embargo end-date | Date | 0..1 | empty if the licenseClass does not imply an embargo |
10
11
12
A result is characterized by the following properties: a date of acceptance, a publisher (optional), a description (optional), and an embargo end date (empty if the licenseClass does not imply an embargo). A Result is characterized by the following relationships with other entities: 
13
14
(i)	PIDS (optional): which is the list of unique and persistent identifiers used to identify the result together with the relative identification agency, e.g., EPIC, CrossRef, DataCite;
15
(ii)	Titles (mandatory): the Titles of the Result, represented as Class entities of a Scheme entity, e.g., original, alternative, subtitle, etc.
16
(iii)	Creators (mandatory): the creators of the Result, which are Person entities connected to the result through relative Person_Result entities;
17
(iv)	Instances (mandatory): the Instances of the Result, which represent the locations (DataSource entities) where the Result files (web resources entities, e.g., DOIs) can be found;
18
(v)	languageClass and languageScheme (optional): the language used in the description or body of the Result, specified according to a given classification of languages, respectively described as a Class  entity and a Scheme entity;
19
(vi)	collectedFrom (mandatory): the DataSource entity from which the information relative to the Result entity was collected;
20
(vii)	relevantDates (optional): a list of dates relevant to the Result;
21
(viii)	fundingProjects (optional): the Projects which co-funded the research underlying the Result;
22
(ix)	subjects (optional): the scientific disciplines (represented as Class entities of a Scheme entity) covered by the Result;
23
(x)	external references: a list of external links which might be useful to contextualize the result;
24
25
Note that the difference betweem collectedFrom and hostedBy is introduced to encode the peculiar notion of Aggregation data sources, whose entities are obtained by federating a set of DataSource entities. In OpenAIRE aggregators are DataSources from which entities are “collected”, while the DataSources they aggregate “host” instead such entities. As such, Aggregators differ from the data sources they aggregate, but play an equally important role in delivering the entities to OpenAIRE, and should therefore be given visibility. In the case of other DataSources, e.g., repositories, collectedFrom and hostedBy refer to the same DataSource.