- From: Kingsley Idehen <kidehen@openlinksw.com>
- Date: Fri, 18 May 2012 08:03:37 -0400
- To: Dan Brickley <danbri@danbri.org>
- CC: "public-rdf-wg@w3.org" <public-rdf-wg@w3.org>
- Message-ID: <4FB63A99.8030605@openlinksw.com>
On 5/18/12 2:46 AM, Dan Brickley wrote: > > > On Friday, 18 May 2012, Kingsley Idehen wrote: > > On 5/17/12 8:17 PM, Sandro Hawke wrote: > > On Thu, 2012-05-17 at 18:34 -0400, Kingsley Idehen wrote: > > On 5/17/12 4:21 PM, Sandro Hawke wrote: > > So, what should an app developer do, if they want > their code to be > portable between different sparql engines? > > (answer: they should avoid using empty named graphs. > right?) > > -- Sandro > > circa 2012. There are lots of developers, end-users, > power-users already > working across SPARQL endpoints without issue. Of all the > problems there > might be, empty named graphs just isn't one of them :-) > > What does that mean? That there are much bigger problems? > Of course, > but does that really mean we should cause one more? > > -- Sandro > > > My response means: people are writing portable SPARQL that's > working just fine. Nobody is complaining about SPARQL portability > across DBMS engines and/or stores right now. > > > > I've complained (in a friendly way I hope) when system-specific > SPARQL+SQL examples aren't clearly distinguished from pure SPARQL... > > Dan Dan, Sure, but SPARQL+SQL (SPASQL) != SPARQL . Of course, you have the case of Virtuoso extensions to SPARQL, but those are only specifically in play (or promoted by me) when the solution scenario at hand isn't addressable using SPARQL in its current form. Portable SPARQL and SPARQL applications to real problems aren't always aligned re. DBMS exploitation esp. in the enterprise realm. Kingsley > > > > -- > > Regards, > > Kingsley Idehen > Founder& CEO > OpenLink Software > Company Web: http://www.openlinksw.com > Personal Weblog: http://www.openlinksw.com/blog/~kidehen > <http://www.openlinksw.com/blog/%7Ekidehen> > Twitter/Identi.ca handle: @kidehen > Google+ Profile: https://plus.google.com/112399767740508618350/about > LinkedIn Profile: http://www.linkedin.com/in/kidehen > > > > > > -- Regards, Kingsley Idehen Founder& CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog: http://www.openlinksw.com/blog/~kidehen Twitter/Identi.ca handle: @kidehen Google+ Profile: https://plus.google.com/112399767740508618350/about LinkedIn Profile: http://www.linkedin.com/in/kidehen
Attachments
- application/pkcs7-signature attachment: S/MIME Cryptographic Signature
Received on Friday, 18 May 2012 12:04:11 UTC