W3C home > Mailing lists > Public > public-sparql-12@w3.org > April 2019

Re: SPARQL 1.2 Extended Protocol

From: Karima Rafes <karima.rafes@gmail.com>
Date: Wed, 3 Apr 2019 16:14:27 +0200
Message-ID: <CALsrFgMQe6kY=v-ARra7-9-dXiwddHtgvQDtLjvXL+W0Zmq-Jw@mail.gmail.com>
To: Jerven Bolleman <jerven.bolleman@sib.swiss>
Cc: "SPARQL 1.2 Community Group" <public-sparql-12@w3.org>
It's done

A minimal protocol for all services #27
Extended the protocol for errors in federated queries #28
Extended the protocol in order to building IRIs' autocompletion, via
keywords/text research #29
Protocol to access the logs of SPARQL queries #30

Thanks
Bye
Karima



Le mer. 3 avr. 2019 à 11:27, Jerven Bolleman <jerven.bolleman@sib.swiss> a
écrit :

> Hi Karima,
>
> I see at least 4 points, would you mind opening them in
> separate issues at https://github.com/w3c/sparql-12/issues/
>
> If you can't I can do it for you but only the week after next
> due to other requests for my time.
>
> Regards,
> Jerven
>
> On 4/3/19 11:02 AM, Karima Rafes wrote:
> > Hi
> >
> > I'd like to see in future specifications :
> >
> > - A minimal protocol
> > A minimal protocol MUST be defined for SPARQL services to facilitate
> > SPARQL clients development [2].
> >
> > - Extended the protocol for errors
> > Developers have difficulty debugging SPARQL queries because the error
> > messages are not uniform enough  and SPARQL editors  are not able to
> > catch correctly these messages.
> > And most importantly, error messages disappear between SPARQL services
> > in federated queries. The SPARQL services MUST forward the error
> > messages of  sub-queries.
> >
> > - Extended the protocol in order to building IRIs' autocompletion, via
> > keywords/text research.
> > This autocompletion of IRIs does not presuppose any prior knowledge of
> > the SPARQL service and the ontologies it contains. The user writes
> > keywords, in the language of his choice, to obtain a list of suggestions
> > for relative IRIs. It is then enough to choose one so that the SPARQL
> > editor can insert it in the current request. This type of feature is
> > requested by all kinds of users.
> > For the moment, I use the Wikidata API to build the demonstrator of this
> > autocompletion  but ideally, all SPARQL services should offer this
> > research of its IRIs when it's possible [1].
> >
> > - Protocol to access the logs of SPARQL queries
> > To develop new autocompletions for SPARQL queries [1], it is necessary
> > to allow the collection of users queries. Via the protocol, the user
> > should request that his query be public or private and the SPARQL
> > service is able to share these queries public without transformation
> > (ie. with variables names original and comments).
> >
> > [1] Designing scientific SPARQL queries using autocompletion by snippets
> > <
> https://scholar.google.fr/scholar?oi=bibs&cluster=5846700921540854881&btnI=1&hl=fr
> >
> > K Rafes, S Abiteboul, S Cohen-Boulakia, B Rance - 2018 IEEE 14th
> > International Conference on e-Science, 2018
> > [2] (chapter 5) Le Linked Data à l'université: la plateforme LinkedWiki
> > <https://tel.archives-ouvertes.fr/tel-02003672/> (French) K Rafes - 2019
> >
> > Thanks
> > Bye
> > Karima
> >
> >
> >
> >
>
>
>
Received on Wednesday, 3 April 2019 14:15:03 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 3 April 2019 14:15:03 UTC