Re: Concurrent write requests in Fuseki

On 01/03/2021 15:13, Martynas Jusevičius wrote: But an implementation is also free to reject a second request, per the specification? So for SPARQL 1.1 a write strategy portable across implementations should be sequential, i.e. one request has to complete before the next one is executed? S

Spatial index automatically updated on TDB change ?

I don't think this is possible in current API, similar to what happens by default in TextDataset . My use case is biodiversity field observations with GPS positions . I guess an issue would be appropriate. Jean-Marc Vanel

Re: Concurrent write requests in Fuseki

> > > > But an implementation is also free to reject a second request, per the > > specification? > > > > So for SPARQL 1.1 a write strategy portable across implementations > > should be sequential, i.e. one request has to complete before the next > > one is executed? > > Strange question - why do

Re: Support for SPARQL-Star when using http, with/without remote SPARQL*

On 25/02/2021 17:06, Zak Mc Kracken wrote: Hi Andy, thank you again and sorry for my late reply. On 17/02/2021 10:49, Andy Seaborne wrote: There is no special support for SPARQL-star like use of another, plain server. But, what if the endpoint doesn't support -star syntax? I'd expect

Re: Concurrent write requests in Fuseki

On 01/03/2021 08:52, Martynas Jusevičius wrote: Thanks for the explanation. But an implementation is also free to reject a second request, per the specification? So for SPARQL 1.1 a write strategy portable across implementations should be sequential, i.e. one request has to complete before t

Re: Sparql Update Returning 500 Exception

Hi there, Could you provide some more information? Describe the system setup with version numbers. Show the stacktrace. What, if anything, in your setup has changed? Andy On 01/03/2021 07:55, Niket Dixit wrote: Hi Team, We have a apache Jena cluster setup. Since 00:00 am from 1/03/2021,

tested GeoSPARQL + Lucene API's together: it works!

I tested GeoSPARQL + Lucene API's together, extending previous code for GeoSPARQL alone. Correct results are obtained for both types of queries: GeoSparql & text. Sketch of TDB initialization: textualDataset = TextDatasetFactory.create(dataset, textIndex) load2Cities(textualDatase

Re: [Apache Fuseki Cluster] Is it possible to create a cluster of fuseki

Marco, the short answer is yes. please check out the RDF Delta project https://afs.github.io/rdf-delta/ If this does not correspond with your requirements please elaborate on what you want to achieve with the cluster. Best, Marco On Mon, Mar 1, 2021 at 8:03 AM Marco Franke wrote: > Dear all,

Re: Concurrent write requests in Fuseki

I meant to improve the interoperability at least, if not the concurrency. BTW, how long is the queue of blocked requests permitted to grow? On Mon, Mar 1, 2021 at 9:52 AM Martynas Jusevičius wrote: > > Thanks for the explanation. > > But an implementation is also free to reject a second request,

Re: Concurrent write requests in Fuseki

Thanks for the explanation. But an implementation is also free to reject a second request, per the specification? So for SPARQL 1.1 a write strategy portable across implementations should be sequential, i.e. one request has to complete before the next one is executed? Is that something SPARQL 1.

[Apache Fuseki Cluster] Is it possible to create a cluster of fuseki

Dear all, I read on the JENA e-mail list that an apache Jena cluster setup is possible. Up to know, we use just one Apache Fuseki instance but run in storage and querying limitations. If the possibility is given, we would like to create a cluster of Apache Fuseki instances. Is this possibly tru