Re: Are you planning to use the Dataset Semantics?

There are triples stores that do reasoning, and what they contain are 
datasets. Unfortunately, in this debate, I've not heard from the folks 
who implement them.
I'd like to see what, e.g., OWLIM, Virtuoso are doing with named graphs 
when you switch on inferences, but looking at the documentation, I don't 
find a clear answer.


Le 26/09/2012 00:16, Sandro Hawke a écrit :
> As we're talking about Dataset Semantics, I'm wondering who will
> implement reasoners that use them.    I wonder this for two reasons.
> 1.  We need folks to implement a spec, in order for a spec to become a
> W3C Recommendation [1].    If it doesn't get implemented, it gets stuck
> at Candidate Recommendation.   If it's too tied to the other specs, they
> could all get stuck.  (Fortunately, we can just label the dataset
> semantics text "at risk" in the spec so we can remove it, if necessary,
> and let the other specs proceed.)
> 2.  Some folks might implement it mostly because they like to be feature
> complete (eg the Jena team, historically) but maybe some other folks
> will implement it because they want to use it for some application.    I
> suggest these people should perhaps be given the strongest weight in the
> Dataset Semantics discussion, if they speak up.    If the proposed
> semantics solve their problem, they're much more likely to
> implement-to-spec and be happy.
> For myself, at this point I'm 70% convinced that I can implement all the
> dataset use cases I understand (the ones I enumerated in the Federated
> Phonebook examples, plus SPARQL dump/restore) without any standard
> dataset semantics beyond having a standard place for metadata (eg the
> default graph in trig and the service description graph in SPARQL).
>      -- Sandro
> [1]

Antoine Zimmermann
ISCOD / LSTI - Institut Henri Fayol
École Nationale Supérieure des Mines de Saint-Étienne
158 cours Fauriel
42023 Saint-Étienne Cedex 2
Tél:+33(0)4 77 42 83 36
Fax:+33(0)4 77 42 66 66

Received on Wednesday, 26 September 2012 05:52:11 UTC