Re: Extending SPARQL XML result format

I’d guess so but not all results are sent over http and you might want to persist them.

On Jul 9, 2018, at 12:58, Olivier Rossel <olivier.rossel@gmail.com<mailto:olivier.rossel@gmail.com>> wrote:

Can't the HTTP headers contain such informations, instead of the XML resultSet ?
Le lun. 9 juil. 2018 à 13:38, Martynas Jusevičius <martynas@atomgraph.com<mailto:martynas@atomgraph.com>> a écrit :
Have you tried parsing?

I think if you used XML elements in your own namespace, it should not
be a problem.

But probably better to start by explaining what your use case is,
rather than the solution you think you need.

On Mon, Jul 9, 2018 at 1:31 PM, Thomas Francart
<thomas.francart@sparna.fr<mailto:thomas.francart@sparna.fr>> wrote:
> Hello
>
> I would like to extend a SPARQL XML result format with custom header
> information; such as query execution time, warning if a search limit was
> reached during query execution, or other king of meta-information about the
> resultset.
>
> From the definition of the SPARQL XML result format at
> https://www.w3.org/TR/rdf-sparql-XMLres/#schemas, I don't see the XML schema
> allows this; there is no extension point. Could someone confirm ?
>
> In practice, would it be possible to have something like :
>
> <?xml version="1.0"?>
> <sparql xmlns="http://www.w3.org/2005/sparql-results#">
>
>   <meta>
>
>     <!-- here put some meta information -->
>
>   </meta>
>
>
>   <head>
>
>     ...
>
>   </head>
>
>   <results>
>     ...
>   </results>
>
> </sparql>
>
>
>
> Would SPARQL result parsers choke on this ? RDF4J ? Jena ?
> Is anyone already using this technique ?
>
> Thanks
> Thomas
>
> --
>
> Thomas Francart - SPARNA
> Web de données | Architecture de l'information | Accès aux connaissances
> blog : blog.sparna.fr<http://blog.sparna.fr>, site : sparna.fr<http://sparna.fr>, linkedin :
> fr.linkedin.com/in/thomasfrancart<http://fr.linkedin.com/in/thomasfrancart>
> tel :  +33 (0)6.71.11.25.97, skype : francartthomas

Received on Monday, 9 July 2018 13:38:57 UTC