~ubuntu-branches/ubuntu/quantal/zeitgeist/quantal

« back to all changes in this revision

Viewing changes to extra/ontology/zg.trig

  • Committer: Package Import Robot
  • Author(s): Didier Roche
  • Date: 2011-11-15 11:15:56 UTC
  • mfrom: (1.1.13)
  • Revision ID: package-import@ubuntu.com-20111115111556-4lmc5wdvjrsdm0ss
Tags: 0.8.99~alpha1-1ubuntu1
Upload to ubuntu the new zeitgeist rewritten in vala

Show diffs side-by-side

added added

removed removed

Lines of Context:
4
4
#    interpretation=InformationElement and manifestation=DataObject
5
5
#    FIXME: NFO might not specify an origin for a rdfs:Resource ??
6
6
 
7
 
 
8
 
 
9
7
@prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#>.
10
8
@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#>.
11
9
@prefix xsd: <http://www.w3.org/2001/XMLSchema#>.
14
12
@prefix nie: <http://www.semanticdesktop.org/ontologies/2007/01/19/nie#>.
15
13
@prefix zg: <http://www.zeitgeist-project.com/ontologies/2010/01/27/zg#>.
16
14
 
17
 
zg: {
18
 
    
19
15
# interpretations
20
 
    
21
 
    zg:EventInterpretation
22
 
        a   rdfs:Class ;
23
 
        rdfs:comment "Base class for event interpretations. Please do no instantiate directly, but use one of the sub classes. The interpretation of an event describes 'what happened' - fx. 'something was created' or 'something was accessed'" ;
24
 
        rdfs:subClassOf nie:InformationElement .
25
 
    
26
 
    zg:CreateEvent
27
 
        a rdfs:Class ;
28
 
        rdfs:comment "Event type triggered when an item is created" ;
29
 
        rdfs:subClassOf zg:EventInterpretation .
30
 
    
31
 
    zg:AccessEvent
32
 
        a rdfs:Class ;
33
 
        rdfs:comment "Event triggered by opening, accessing, or starting a resource. Most zg:AccessEvents will have an accompanying zg:LeaveEvent, but this need not always be the case" ;
34
 
        rdfs:subClassOf zg:EventInterpretation .
35
 
    
36
 
    zg:LeaveEvent
37
 
        a rdfs:Class ;
38
 
        rdfs:comment "Event triggered by closing, leaving, or stopping a resource. Most zg:LeaveEvents will be following a zg:Access event, but this need not always be the case" ;
39
 
        rdfs:subClassOf zg:EventInterpretation .
40
 
 
41
 
    zg:ModifyEvent
42
 
        a rdfs:Class ;
43
 
        rdfs:comment "Event triggered by modifying an existing resources. Fx. when editing and saving a file on disk or correcting a typo in the name of a contact" ;
44
 
        rdfs:subClassOf zg:EventInterpretation .
45
 
    
46
 
    zg:DeleteEvent
47
 
        a rdfs:Class ;
48
 
        rdfs:comment "Event triggered because a resource has been deleted or otherwise made permanently unavailable. Fx. when deleting a file. FIXME: How about when moving to trash?" ;
49
 
        rdfs:subClassOf zg:EventInterpretation .
50
 
    
51
 
    zg:ReceiveEvent
52
 
        a rdfs:Class ;
53
 
        rdfs:comment "Event triggered when something is received from an external party. The event manifestation must be set according to the world view of the receiving party. Most often the item that is being received will be some sort of message - an email, instant message, or broadcasted media such as micro blogging" ;
54
 
        rdfs:subClassOf zg:EventInterpretation .
55
 
    
56
 
    zg:SendEvent
57
 
        a rdfs:Class ;
58
 
        rdfs:comment "Event triggered when something is send to an external party. The event manifestation must be set according to the world view of the sending party. Most often the item that is being send will be some sort of message - an email, instant message, or broadcasted media such as micro blogging" ;
59
 
        rdfs:subClassOf zg:EventInterpretation .
60
 
    
61
 
    zg:AcceptEvent
62
 
        a rdfs:Class ;
63
 
        rdfs:comment "Event triggered when the user accepts a request of some sort. Examples could be answering a phone call, accepting a file transfer, or accepting a friendship request over an IM protocol. See also DenyEvent for when the user denies a similar request" ;
64
 
        rdfs:subClassOf zg:EventInterpretation .
65
 
    
66
 
    zg:DenyEvent
67
 
        a rdfs:Class ;
68
 
        rdfs:comment "Event triggered when the user denies a request of some sort. Examples could be rejecting a phone call, rejecting a file transfer, or denying a friendship request over an IM protocol. See also AcceptEvent for the converse event type" ;
69
 
        rdfs:subClassOf zg:EventInterpretation .
70
 
    
71
 
    zg:ExpireEvent
72
 
        a rdfs:Class ;
73
 
        rdfs:comment "Event triggered when something expires or times out. These types of events are normally not triggered by the user, but by the operating system or some external party. Examples are a recurring calendar item or task deadline that expires or a when the user fails to respond to an external request such as a phone call" ;
74
 
        rdfs:subClassOf zg:EventInterpretation .
75
 
        
76
 
    zg:MoveEvent
77
 
        a rdfs:Class ;
78
 
        rdfs:comment "Event triggered when a resource has been moved from a location to another. Fx. moving a file from a folder to another.";
79
 
        rdfs:subClassOf zg:EventInterpretation.
80
 
        
81
 
    
 
16
 
 
17
zg:EventInterpretation
 
18
    a rdfs:Class ;
 
19
    rdfs:comment "Base class for event interpretations. Please do no instantiate directly, but use one of the sub classes. The interpretation of an event describes 'what happened' - fx. 'something was created' or 'something was accessed'" ;
 
20
    rdfs:subClassOf nie:InformationElement .
 
21
 
 
22
zg:CreateEvent
 
23
    a rdfs:Class ;
 
24
    rdfs:comment "Event type triggered when an item is created" ;
 
25
    rdfs:subClassOf zg:EventInterpretation .
 
26
 
 
27
zg:AccessEvent
 
28
    a rdfs:Class ;
 
29
    rdfs:comment "Event triggered by opening, accessing, or starting a resource. Most zg:AccessEvents will have an accompanying zg:LeaveEvent, but this need not always be the case" ;
 
30
    rdfs:subClassOf zg:EventInterpretation .
 
31
 
 
32
zg:LeaveEvent
 
33
    a rdfs:Class ;
 
34
    rdfs:comment "Event triggered by closing, leaving, or stopping a resource. Most zg:LeaveEvents will be following a zg:Access event, but this need not always be the case" ;
 
35
    rdfs:subClassOf zg:EventInterpretation .
 
36
 
 
37
zg:ModifyEvent
 
38
    a rdfs:Class ;
 
39
    rdfs:comment "Event triggered by modifying an existing resources. Fx. when editing and saving a file on disk or correcting a typo in the name of a contact" ;
 
40
    rdfs:subClassOf zg:EventInterpretation .
 
41
 
 
42
zg:DeleteEvent
 
43
    a rdfs:Class ;
 
44
    rdfs:comment "Event triggered because a resource has been deleted or otherwise made permanently unavailable. Fx. when deleting a file. FIXME: How about when moving to trash?" ;
 
45
    rdfs:subClassOf zg:EventInterpretation .
 
46
 
 
47
zg:ReceiveEvent
 
48
    a rdfs:Class ;
 
49
    rdfs:comment "Event triggered when something is received from an external party. The event manifestation must be set according to the world view of the receiving party. Most often the item that is being received will be some sort of message - an email, instant message, or broadcasted media such as micro blogging" ;
 
50
    rdfs:subClassOf zg:EventInterpretation .
 
51
 
 
52
zg:SendEvent
 
53
    a rdfs:Class ;
 
54
    rdfs:comment "Event triggered when something is send to an external party. The event manifestation must be set according to the world view of the sending party. Most often the item that is being send will be some sort of message - an email, instant message, or broadcasted media such as micro blogging" ;
 
55
    rdfs:subClassOf zg:EventInterpretation .
 
56
 
 
57
zg:AcceptEvent
 
58
    a rdfs:Class ;
 
59
    rdfs:comment "Event triggered when the user accepts a request of some sort. Examples could be answering a phone call, accepting a file transfer, or accepting a friendship request over an IM protocol. See also DenyEvent for when the user denies a similar request" ;
 
60
    rdfs:subClassOf zg:EventInterpretation .
 
61
 
 
62
zg:DenyEvent
 
63
    a rdfs:Class ;
 
64
    rdfs:comment "Event triggered when the user denies a request of some sort. Examples could be rejecting a phone call, rejecting a file transfer, or denying a friendship request over an IM protocol. See also AcceptEvent for the converse event type" ;
 
65
    rdfs:subClassOf zg:EventInterpretation .
 
66
 
 
67
zg:ExpireEvent
 
68
    a rdfs:Class ;
 
69
    rdfs:comment "Event triggered when something expires or times out. These types of events are normally not triggered by the user, but by the operating system or some external party. Examples are a recurring calendar item or task deadline that expires or a when the user fails to respond to an external request such as a phone call" ;
 
70
    rdfs:subClassOf zg:EventInterpretation .
 
71
    
 
72
zg:MoveEvent
 
73
    a rdfs:Class ;
 
74
    rdfs:comment "Event triggered when a resource has been moved from a location to another. Fx. moving a file from a folder to another.";
 
75
    rdfs:subClassOf zg:EventInterpretation.
 
76
    
 
77
 
82
78
# manifestations
83
 
    
84
 
    zg:EventManifestation
85
 
        a   rdfs:Class ;
86
 
        rdfs:comment "Base class for event manifestation types. Please do no instantiate directly, but use one of the sub classes. The manifestation of an event describes 'how it happened'. Fx. 'the user did this' or 'the system notified the user'" ;
87
 
        rdfs:subClassOf nie:DataObject .
88
 
    
89
 
    zg:UserActivity
90
 
        a rdfs:Class ;
91
 
        rdfs:comment "An event that was actively performed by the user. For example saving or opening a file by clicking on it in the file manager" ;
92
 
        rdfs:subClassOf zg:EventManifestation .
93
 
    
94
 
    zg:HeuristicActivity
95
 
        a rdfs:Class ;
96
 
        rdfs:comment "An event that is caused indirectly from user activity or deducted via analysis of other events. Fx. if an algorithm divides a user workflow into disjoint 'projects' based on temporal analysis it could insert heuristic events when the user changed project" ;
97
 
        rdfs:subClassOf zg:EventManifestation .
98
 
    
99
 
    zg:ScheduledActivity
100
 
        a rdfs:Class ;
101
 
        rdfs:comment "An event that was directly triggered by some user initiated sequence of actions. For example a music player automatically changing to the next song in a playlist" ;
102
 
        rdfs:subClassOf zg:EventManifestation .
103
 
    
104
 
    zg:WorldActivity
105
 
        a rdfs:Class ;
106
 
        rdfs:comment "An event that was performed by an entity, usually human or organization, other than the user. An example could be logging the activities of other people in a team" ;
107
 
        rdfs:subClassOf zg:EventManifestation .
108
 
    
109
 
    zg:SystemNotification
110
 
        a rdfs:Class ;
111
 
        rdfs:comment "An event send to the user by the operating system. Examples could include when the user inserts a USB stick or when the system warns that the hard disk is full" ;
112
 
        rdfs:subClassOf zg:EventManifestation .
113
 
    
 
79
 
 
80
zg:EventManifestation
 
81
    a   rdfs:Class ;
 
82
    rdfs:comment "Base class for event manifestation types. Please do no instantiate directly, but use one of the sub classes. The manifestation of an event describes 'how it happened'. Fx. 'the user did this' or 'the system notified the user'" ;
 
83
    rdfs:subClassOf nie:DataObject .
 
84
 
 
85
zg:UserActivity
 
86
    a rdfs:Class ;
 
87
    rdfs:comment "An event that was actively performed by the user. For example saving or opening a file by clicking on it in the file manager" ;
 
88
    rdfs:subClassOf zg:EventManifestation .
 
89
 
 
90
zg:HeuristicActivity
 
91
    a rdfs:Class ;
 
92
    rdfs:comment "An event that is caused indirectly from user activity or deducted via analysis of other events. Fx. if an algorithm divides a user workflow into disjoint 'projects' based on temporal analysis it could insert heuristic events when the user changed project" ;
 
93
    rdfs:subClassOf zg:EventManifestation .
 
94
 
 
95
zg:ScheduledActivity
 
96
    a rdfs:Class ;
 
97
    rdfs:comment "An event that was directly triggered by some user initiated sequence of actions. For example a music player automatically changing to the next song in a playlist" ;
 
98
    rdfs:subClassOf zg:EventManifestation .
 
99
 
 
100
zg:WorldActivity
 
101
    a rdfs:Class ;
 
102
    rdfs:comment "An event that was performed by an entity, usually human or organization, other than the user. An example could be logging the activities of other people in a team" ;
 
103
    rdfs:subClassOf zg:EventManifestation .
 
104
 
 
105
zg:SystemNotification
 
106
    a rdfs:Class ;
 
107
    rdfs:comment "An event send to the user by the operating system. Examples could include when the user inserts a USB stick or when the system warns that the hard disk is full" ;
 
108
    rdfs:subClassOf zg:EventManifestation .
 
109
 
114
110
# event datastructure
115
 
    
116
 
    zg:Event
117
 
        a rdfs:Class ;
118
 
        rdfs:comment "Something that happened at a point in time. Events are categorized by two primary factors 'what happened' - called the interpretation and 'how did it happen' - called the manifestation. Aside from a timestamp, events can also carry a reference to the entity responsible for instantiating it - called the actor. Normally the event actor is an application, but it need not be. Events happen to zero or more subjects. The subjects are described using the Nepomuk ontologies." ;
119
 
        rdfs:subClassOf rdfs:Resource .
120
 
    
121
 
    zg:eventId
122
 
        a   rdf:Property ;
123
 
        rdfs:comment "A unique integer id assigned to an event by the logging framework when the event is first logged" ;
124
 
        rdfs:domain zg:Event ;
125
 
        rdfs:range xsd:nonNegativeInteger ;
126
 
        rdfs:label "id" ;        
127
 
        nrl:maxCardinality "1"^^xsd:nonNegativeInteger .
128
 
    
129
 
    zg:timestamp
130
 
        a   rdf:Property ;
131
 
        rdfs:comment "Timestamp in milliseconds since the Unix Epoch" ;
132
 
        rdfs:domain zg:Event ;
133
 
        rdfs:range xsd:long ;
134
 
        rdfs:label "timestamp" ;        
135
 
        nrl:maxCardinality "1"^^xsd:nonNegativeInteger .
136
 
    
137
 
    zg:hasActor
138
 
        a   rdf:Property ;
139
 
        rdfs:comment "The application or entity responsible for emitting the event. For applications the format of this field is the base filename of the corresponding .desktop file with an app:// URI scheme. For example /usr/share/applications/firefox.desktop is encoded as app://firefox.desktop" ;
140
 
        rdfs:domain zg:Event ;
141
 
        rdfs:range rdfs:Resource ;
142
 
        rdfs:label "actor" ;        
143
 
        nrl:maxCardinality "1"^^xsd:nonNegativeInteger .
144
 
    
145
 
    zg:hasEventInterpretation
146
 
        a rdf:Property ;
147
 
        rdfs:domain zg:Event ;
148
 
        rdfs:range zg:EventInterpretation ;
149
 
        nrl:maxCardinality "1"^^xsd:nonNegativeInteger ;
150
 
        rdfs:label "interpretation" ;
151
 
        rdfs:subPropertyOf nie:interpretedAs .
152
 
        
153
 
    zg:hasEventManifestation
154
 
        a rdf:Property ;
155
 
        rdfs:domain zg:Event ;
156
 
        rdfs:range zg:EventManifestation ;
157
 
        nrl:maxCardinality "1"^^xsd:nonNegativeInteger ;
158
 
        rdfs:label "manifestation" ;
159
 
        rdfs:subPropertyOf rdfs:type .
160
 
    
161
 
    zg:hasSubject
162
 
        a rdf:Property ;
163
 
        rdfs:domain zg:Event ;
164
 
        rdfs:range rdfs:Resource ;
165
 
        rdfs:label "subject" .
166
 
}
167
 
 
168
 
 
 
111
 
 
112
zg:Event
 
113
    a rdfs:Class ;
 
114
    rdfs:comment "Something that happened at a point in time. Events are categorized by two primary factors 'what happened' - called the interpretation and 'how did it happen' - called the manifestation. Aside from a timestamp, events can also carry a reference to the entity responsible for instantiating it - called the actor. Normally the event actor is an application, but it need not be. Events happen to zero or more subjects. The subjects are described using the Nepomuk ontologies." ;
 
115
    rdfs:subClassOf rdfs:Resource .
 
116
 
 
117
zg:eventId
 
118
    a   rdf:Property ;
 
119
    rdfs:comment "A unique integer id assigned to an event by the logging framework when the event is first logged" ;
 
120
    rdfs:domain zg:Event ;
 
121
    rdfs:range xsd:nonNegativeInteger ;
 
122
    rdfs:label "id" ;        
 
123
    nrl:maxCardinality "1"^^xsd:nonNegativeInteger .
 
124
 
 
125
zg:timestamp
 
126
    a   rdf:Property ;
 
127
    rdfs:comment "Timestamp in milliseconds since the Unix Epoch" ;
 
128
    rdfs:domain zg:Event ;
 
129
    rdfs:range xsd:long ;
 
130
    rdfs:label "timestamp" ;        
 
131
    nrl:maxCardinality "1"^^xsd:nonNegativeInteger .
 
132
 
 
133
zg:hasActor
 
134
    a   rdf:Property ;
 
135
    rdfs:comment "The application or entity responsible for emitting the event. For applications the format of this field is the base filename of the corresponding .desktop file with an app:// URI scheme. For example /usr/share/applications/firefox.desktop is encoded as app://firefox.desktop" ;
 
136
    rdfs:domain zg:Event ;
 
137
    rdfs:range rdfs:Resource ;
 
138
    rdfs:label "actor" ;        
 
139
    nrl:maxCardinality "1"^^xsd:nonNegativeInteger .
 
140
 
 
141
zg:hasEventInterpretation
 
142
    a rdf:Property ;
 
143
    rdfs:domain zg:Event ;
 
144
    rdfs:range zg:EventInterpretation ;
 
145
    nrl:maxCardinality "1"^^xsd:nonNegativeInteger ;
 
146
    rdfs:label "interpretation" ;
 
147
    rdfs:subPropertyOf nie:interpretedAs .
 
148
    
 
149
zg:hasEventManifestation
 
150
    a rdf:Property ;
 
151
    rdfs:domain zg:Event ;
 
152
    rdfs:range zg:EventManifestation ;
 
153
    nrl:maxCardinality "1"^^xsd:nonNegativeInteger ;
 
154
    rdfs:label "manifestation" ;
 
155
    rdfs:subPropertyOf rdfs:type .
 
156
 
 
157
zg:hasSubject
 
158
    a rdf:Property ;
 
159
    rdfs:domain zg:Event ;
 
160
    rdfs:range rdfs:Resource ;
 
161
    rdfs:label "subject" .