Well, GraphQL isn't a query language for graphs :-) You'll notice that
the website does not say "graph". Really, it's a "data access language"
and good at doing that.
You could say the Turtle+variables part of SPARQL is the same theme as
GraphQL. (e.g. no filters). There are languages in the style of GraphQL
that do have expressions.
It is import to separate syntax from the execution model. You could
have a better syntax and compile to the SPARQL Algebra. Or a better
syntax for a subset of SPARQL like BGP+Filter, compile it client-side
and execute remotely.
Andy
On 04/03/17 13:08, John A. Fereira wrote:
As a software developer I am frequent asked if I can do something like this. My answer is usually
something like "yes" but with a followup question that "Should we do this?"
Presumably there is some sort of use case for which extending fuseki to support other query
languages might solve. Perhaps describing that use case would lead to an answer which describes
how using jena or something that uses jena can solve that use case.
Have you seen Elda? http://epimorphics.github.io/elda/current/index.html
-----Original Message-----
From: A. Soroka [mailto:[email protected]]
Sent: Saturday, March 4, 2017 7:45 AM
To: [email protected]
Subject: Re: Fuseki support other query languages
Certainly it would be _possible_ to write an extension for Fuseki that would do
such a thing. It is not in any obvious way part of the current remit for the
Jena project. Are you interested in undertaking that work?
---
A. Soroka
The University of Virginia Library
On Mar 4, 2017, at 7:40 AM, Laura Morales <[email protected]> wrote:
This message is very confusing.
I was asking whether it would be possible to add another (more friendly) query
language to Fuseki, or not?
Sent: Saturday, March 04, 2017 at 1:32 PM
From: [email protected]
To: [email protected]
Subject: Re: Fuseki support other query languages
I think it was a false estimation to allure SQL folks for Semantic
Web with SPARQL.
SPARQL is rather cumbersome and counter-intuitive to work with...
and that was one of the important reasons, why they ignored SPARQL.
There are also other reasons. But the most important one is: No
revolution basing on the help of the past.
I was wondering whether it would be possible to support in Fuseki
some other more friendly query language, such as graphql or gremlin.
I don't know much about graphql...
I don't know much about gremlin...
But i know that it would have been much better trying to develope a
new query language starting from scratch and supporting intuitively
usage of a simple RDFS-design. Also for better performance...
But about ten years ago, confrontated with SPARQL, i also thought,
very good idea, i have 2-3 years experience with SQL and i have an
open door to Semantic Web revolution...
thanks, baran
--
Using Opera's mail client: http://www.opera.com/mail/
