Project

General

Profile

Core entity result » History » Version 17

Alessia Bardi, 28/04/2015 02:47 PM

1 1 Paolo Manghi
h1. Result
2
3 12 Paolo Manghi
A Result is here intended as the (metadata) description/representation of a scientific output (possibly) resulting out of one or more projects. Results has the following sub-entities: [[core_entity_publication|Publication]] and [[core_entity_dataset|Dataset]].
4 1 Paolo Manghi
5 14 Paolo Manghi
|_Property_|_Type_|_Multiplicity_|_Description_|
6
| Title | [[type_structured_property|StructuredString]] |  1..N | the Titles of the Result, represented as Class/Scheme, e.g., original, alternative, subtitle, etc. |
7
| Date of acceptance | Date | 1..1 |
8 17 Alessia Bardi
| Publisher | [[type_provenance|StringWithProvenance]] | 0..1 | |
9
| Description | [[type_provenance|StringWithProvenance]] | 0..N | Contains the Abstract of the Result |
10 14 Paolo Manghi
| PID | [[type_structured_property|StructuredString]] | 0..N | unique and persistent identifier used to identify the result together with the relative identification agency, e.g., EPIC, CrossRef, DataCite |
11
| Language | [[type_qualifier|Qualifier]] | 0..1 |  the language used in the description or body of the Result, specified according to a given classification of languages, respectively described as a Class/Scheme |
12
| RelevantDate | Date | 0..N | a date relevant to the Result |
13
| Subject | [[type_structured_property|StructuredString]] | 0..N | the scientific discipline (represented as Class/Scheme) covered by the Result |
14
| Instance | [[type_result_instance|Instance]] | 1..N | An Instance of the Result, which represents a physical location where the Result files (web resources entities, e.g., DOIs) can be found |
15
| External Reference | [[type_external_reference|ExternalReference]] | 0..N | external link which might be useful to contextualize the Result |
16 17 Alessia Bardi
| Source | [[type_provenance|StringWithProvenance]] | 0..N | maps the dc:source element |
17
| Format | [[type_provenance|StringWithProvenance]] | 0..N | maps the dc:format element |
18 14 Paolo Manghi
| Context | [[type_context|Context]] | 0..N | Information about the fundings and/or research initiatives related to the Result |
19 6 Alessia Bardi
20 14 Paolo Manghi
|_Relationship_|_Target_|_Type_|_Multiplicity_|_Description_|
21
|Collected From [1]| Datasource |?|1..N| A Datasource from which this Result has been collected (e.g. an aggregator of institutional repositories) |
22
|Hosted By [2]| Datasource |?|1..N| A Datasource that hosts the Results (e.g. an institutional repository) |
23
|Funding Project | Datasource |?|0..N| The Project that co-funded the research underlying the Result |
24
|? | Person | [[linking_entity_personResult|Person_Result]]|0..N| Link to Person entities (e.g. authors, contributors)  |
25
|? | Result | [[linking_entity_resultResult|Result_Result]]|0..N| Link to Result entities (e.g. similar publications, related datasets)  |
26 3 Claudio Atzori
27 16 Paolo Manghi
[1] The difference betweem collectedFrom and hostedBy relationships is introduced to model the concept of Aggregator data sources. Aggregator data sources are themselves aggregating information packages from a set of data sources; they 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. Accordingly, in order to guarantee visibility and ROI to all data sources involved in this chain, when OpenAIRE collects information packages from Aggregators such packages are characterised by the data source from which they were “collected”, i.e. the aggregator itself, and the data sources where they were originally "hosted". Note that in the case of other typologies of data sources (e.g. repositories) collectedFrom and hostedBy refer to the same data source.