User Tools

Site Tools


use_cases

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
use_cases [2011/06/22 13:49] – [Pubby Example] danieluse_cases [2011/06/22 14:04] (current) – [Pubby Example] daniel
Line 128: Line 128:
   * Rationale: The original provenance statements of the guide have been grouped in the DescriptionSet1 (date, creator and generation), according to our domain model. As shown in the previous snapshot, the description set is "described" by the "creator", "rights" and "date" properties, while the "performedBy" property, besides being at the same level as the prevoius three, refers to the creation of the whole RDF serialization showed to the user (i.e. the creation of the Anon_0 graph). Therefore the "creator", "rights" and "date" properties are grouped in the annotationSet1 and the "performedBy" property in the annotationSet2. The rest of the unfoldable fields in the graph have been modelled as description sets themselves, since they don't further describe the previous annotation sets. They are just subgraphs with common elements (like DataCreation1, DataCretionService1, etc.)   * Rationale: The original provenance statements of the guide have been grouped in the DescriptionSet1 (date, creator and generation), according to our domain model. As shown in the previous snapshot, the description set is "described" by the "creator", "rights" and "date" properties, while the "performedBy" property, besides being at the same level as the prevoius three, refers to the creation of the whole RDF serialization showed to the user (i.e. the creation of the Anon_0 graph). Therefore the "creator", "rights" and "date" properties are grouped in the annotationSet1 and the "performedBy" property in the annotationSet2. The rest of the unfoldable fields in the graph have been modelled as description sets themselves, since they don't further describe the previous annotation sets. They are just subgraphs with common elements (like DataCreation1, DataCretionService1, etc.)
   * RDF:   * RDF:
-What we should get when atempting to reach the uri example:guideIdentifier. +The modelling using TriG Syntax and following the discussion of the last teleconf
-Concern: the graph URI is made from the resource's URI, not via a direct assertion +
-Concern2: the necessity of an additional graph per resource -> scalability problems?+
  
  @prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .  @prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .
  @prefix xsd: <http://www.w3.org/2001/XMLSchema#> .  @prefix xsd: <http://www.w3.org/2001/XMLSchema#> .
  @prefix dc: <http://purl.org/dc/elements/1.1/> .  @prefix dc: <http://purl.org/dc/elements/1.1/> .
- @prefix dcterms:  + @prefix dcterms: <http://purl.org/dc/terms/>
- @prefix dcprov: .+ @prefix dcprov: <http://namespaceNotYetKnown/.
  @prefix example: <http://example.org/data/> .  @prefix example: <http://example.org/data/> .
  #default graph  #default graph
- {  + {  
- #this naming would allow to automatically refer to the description set from the resource + #this naming would allow to automatically refer to the description set from the resource 
- <http://example.org/data/guideIdentifier/prov> a dcprov:DescriptionSet .   + <http://example.org/data/guideIdentifier/prov> a dcprov:DescriptionSet .   
- <http://example.org/data/AnnotationSet/annSet1> a dcprov:AnnotationSet . + <http://example.org/data/AnnotationSet/annSet1> a dcprov:AnnotationSet . 
- <http://example.org/data/AnnotationSet/annSet2> a dcprov:AnnotationSet . + <http://example.org/data/AnnotationSet/annSet2> a dcprov:AnnotationSet . 
- <http://example.org/data/AnnotationSet/annSet1> dcprov:describes <http://example.org/data/guideIdentifier/prov>+ <http://example.org/data/AnnotationSet/annSet1> dcprov:describes <http://example.org/data/guideIdentifier/prov>
- <http://example.org/data/AnnotationSet/annSet2> dcprov:describes <http://example.org/data/AnnotationSet /annSet1>+ <http://example.org/data/AnnotationSet/annSet2> dcprov:describes <http://example.org/data/AnnotationSet/annSet1>
- } + }
  #DescriptionSet1  #DescriptionSet1
  <http://example.org/data/guideIdentifier/prov>   <http://example.org/data/guideIdentifier/prov> 
-   + {  
-  example:guideIdentifier dc:date "2011-05-27"^^xsd:date. + example:guideIdentifier dc:date "2011-05-27"^^xsd:date. 
-  example:guideIdentifier dc:creator example:Paco_Nadal. + example:guideIdentifier dc:creator example:Paco_Nadal. 
-  example:WasGeneratedBy1123344 opmo:cause example:guideIdentifier .      + example:WasGeneratedBy1123344 opmo:cause example:guideIdentifier .      
- } + }
  #AnnotationSet1  #AnnotationSet1
  <http://example.org/data/AnnotationSet/annSet1>   <http://example.org/data/AnnotationSet/annSet1> 
- {  + {  
- <http://example.org/data/guideIdentifier/prov> dc:creator "2011-05-28"^^xsd:date. + <http://example.org/data/guideIdentifier/prov> dc:creator "2011-05-28"^^xsd:date. 
- <http://example.org/data/guideIdentifier/prov> dc:date example:Prisa_Digital.  + <http://example.org/data/guideIdentifier/prov> dc:date example:Prisa_Digital. 
- <http://example.org/data/guideIdentifier/prov> dc:publisher example:UPM. + <http://example.org/data/guideIdentifier/prov> dc:publisher example:UPM. 
-  } + }
  #AnnotationSet2  #AnnotationSet2
-  <http://example.org/data/AnnotationSet/annSet2>  + <http://example.org/data/AnnotationSet/annSet2>  
- {  + {  
-  <http://example.org/data/AnnotationSet/annSet1> prv:dataCreation example:DataCreation1. + <http://example.org/data/AnnotationSet/annSet1> prv:dataCreation example:DataCreation1. 
- }+ } 
 + 
 +  * Concerns: 
 +   - The graph URI is made from the resource's URI, not via a direct assertion 
 +   - The necessity of an additional graph per resource -> scalability problems? 
 + 
 +Once the problem is solved, another interesting question would be how to access the metadata provenance of a resource, given its URI. Should I see the graph relationship when accessing example:guideIdentifier? How do I know that a resource has provenance without asking for it explicitly?. (How do I know that a triple belongs to a graph?) 
 ===== OPMV ===== ===== OPMV =====
 ** Use Case ** ** Use Case **
use_cases.1308750549.txt.gz · Last modified: 2011/06/22 13:49 by daniel

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki