Right, on subject is easy (as indicated by Patrick) But....Question was more on statement as a whole indeed involving approaches like reification, quads etc. with quite some pros and cons...
Gr Michel Dr. ir. H.M. (Michel) Bohms Sr. Research Scientist Structural Reliability T +31 (0)88 866 31 07 M +31 (0)63 038 12 20 E [email protected] This message may contain information that is not intended for you. If you are not the addressee or if this message was sent to you by mistake, you are requested to inform the sender and delete the message. TNO accepts no liability for the content of this e-mail, for the manner in which you use it and for damage of any kind resulting from the risks inherent to the electronic transmission of messages. -----Original Message----- From: David Moss [mailto:[email protected]] Sent: donderdag 27 augustus 2015 23:16 To: [email protected] Subject: Re: Time Series Data Modeling in RDF Why is it necessary to store the additional information in the same triple as the data? RDF lets you store as much information you like about a subject. Just use more triples. <thing> a <datapoint> <thing> <experiment> <experiment20936> <thing> <datapoint> 123 <thing> <timestamp> 1440709931 <thing> <moonphase> <lastquarter> <thing> <observer> <DavidMoss> Š On 28/08/2015 1:11 am, "Patrick Hoeffel" <[email protected]> wrote: >All, > >I know this is not a new topic, so hopefully there is a reference to >the de-facto standard answer on this (that I have not been able to find >on my own so far). > >When I have a Subject that I want to store additional information >about, I can just add triples using the same Subject. Easy. > >When I want to say things about a Statement (such as the date range >within which the triple Statement is valid, or the strength or source >of the relationship), the answer is more ambiguous. Reification is the >standard answer, but it is also heavy. I've read about using Quads, >Named Graphs, N-ary Relationships, etc. > >What is the current state of the art or best practice in this regard? > >Thanks very much, > >Patrick Hoeffel >Software Engineer >Intelligent Software Solutions (www.issinc.com<http://www.issinc.com>) >
