- From: Birte Glimm <birte.glimm@comlab.ox.ac.uk>
- Date: Mon, 28 Sep 2009 17:32:08 +0100
- To: Chimezie Ogbuji <ogbujic@ccf.org>
- Cc: SPARQL Working Group <public-rdf-dawg@w3.org>
2009/9/26 Chimezie Ogbuji <ogbujic@ccf.org>: > On 9/24/09 1:30 PM, "Birte Glimm" <birte.glimm@comlab.ox.ac.uk> wrote: [snip] > But, how does > > ASK { rdf:_1 rdf:type rdf:property } > > provide an answer via the entailment regime if the possible solutions for a > BGP under an entailment relationship is defined only WRT the variables in > the query but there are none in this query? Chime, I just realized what you mean and it is a very good point. I now changed condition C1 to not talk about variables, but subjects in P(BGP), which is actually what I intended. Thanks for pointing that out. I also changed C1 to only consider the signature of the data, so the above query would be answered with yes of rdf:_1 occurs somewhere in your data and with no otherwise. I think that gives a much nicer behavior and I couldn't see any problems from that change. Birte > I like the 2nd option amongst the alternative design choices. It requires > that if the user makes the mistake of giving a query that would normally > give infinite answers (the use of patterns that match against axiomatic > triples being one example), they must provide a restriction on the solution > set. Having no control over the returned answer seems reasonable given the > 'unsafe' nature of the query. > > ---------------------- > Chime (chee-meh) Ogbuji (oh-bu-gee) > Heart and Vascular Institute (Clinical Investigations) > Architect / Informatician > Cleveland Clinic (ogbujic@ccf.org) > Ph.D. Student Case Western Reserve University > (chimezie.thomas-ogbuji@case.edu) > > > =================================== > > P Please consider the environment before printing this e-mail > > Cleveland Clinic is ranked one of the top hospitals > in America by U.S. News & World Report (2008). > Visit us online at http://www.clevelandclinic.org for > a complete listing of our services, staff and > locations. > > > Confidentiality Note: This message is intended for use > only by the individual or entity to which it is addressed > and may contain information that is privileged, > confidential, and exempt from disclosure under applicable > law. If the reader of this message is not the intended > recipient or the employee or agent responsible for > delivering the message to the intended recipient, you are > hereby notified that any dissemination, distribution or > copying of this communication is strictly prohibited. If > you have received this communication in error, please > contact the sender immediately and destroy the material in > its entirety, whether electronic or hard copy. Thank you. > > -- Dr. Birte Glimm, Room 306 Computing Laboratory Parks Road Oxford OX1 3QD United Kingdom +44 (0)1865 283529
Received on Monday, 28 September 2009 16:32:44 UTC