As indicated by Andy, not with that library but just using requests work -- see
follow up email
Best,
P
THIS E-MAIL MAY CONTAIN CONFIDENTIAL AND/OR PRIVILEGED INFORMATION.
IF YOU ARE NOT THE INTENDED RECIPIENT (OR HAVE RECEIVED THIS E-MAIL
IN ERROR) PLEASE NOTIFY THE SENDER IMMEDIATELY AND DE
req_.content
return(resp_)
insertFromString('http://localhost:3030/myDS/update', myString)
Then
queryFn(qls2, "select (Count(?x) as ?noot) where {?x ?y ?z}")
noot.value
0 899401
> -Original Message-
> From: Pierre Grenon
> Sent: 07 August 2019 12
is in code. For the form size, that is
> JettyFusekiWebapp.createWebApp which is 10M - we can make that default
> bigger but not 101M which is the request.
>
> Otherwise, break the request into parts and send multiple requests.
>
> Andy
>
> On 07/08/2019 08:49, Pierre G
break the request into parts and send multiple requests.
Andy
On 07/08/2019 08:49, Pierre Grenon wrote:
> Thank you, Lorenz.
>
> I did as you suggest and made the changes indicated.
>
> Fuseki started and seems to have accepted the jetty config. But then when
> trying to send t
Thank you, Lorenz.
I did as you suggest and made the changes indicated.
Fuseki started and seems to have accepted the jetty config. But then when
trying to send the update the same error occurs and the limit seems unmodified
(I used2).
Caused by: java.lang.IllegalStateException: Fo
update payload to Fuseki2?
I don't know myself how to configure jetty, even less with Fuseki. I hope for
you somebody else on the list does.
Regarding LOAD however, you should be able to use HTTP URIs.
> Sent: Tuesday, August 06, 2019 at 7:01 PM
> From: "Pierre Grenon"
>
multiple requests (even if, as I said, 85MB should work. It's not a huge file
after all).
> Sent: Tuesday, August 06, 2019 at 12:39 PM
> From: "Pierre Grenon"
> To: "'users@jena.apache.org'"
> Subject: RE: RE: Sensible size limit for SPARQL
reak it. 500 is a general "internal error" code, it's
not specific to query length. It could be something else (look at the logs).
Did you try to run the query from the Fuseki web interface, or even with
another database entirely? It could help you debug it.
> Sent: Tuesda
c: users@jena.apache.org
Subject: Re: RE: Sensible size limit for SPARQL update payload to Fuseki2?
Can you share your query? I don't understand if you're trying to insert a
single literal string that is 85MB in size, or if you're trying to load 900K
triples that are 85MB in tot
t-soundings/.
HORIZON ASSET LLP IS AUTHORISED AND REGULATED
BY THE FINANCIAL CONDUCT AUTHORITY.
> -Original Message-
> From: Pierre Grenon
> Sent: 06 August 2019 08:47
> To: 'users@jena.apache.org'
> Subject: RE: Sensible size limit for SPARQL update payload t
, or even with
another database entirely? It could help you debug it.
> Sent: Tuesday, August 06, 2019 at 8:15 AM
> From: "Pierre Grenon"
> To: "users@jena.apache.org"
> Subject: Sensible size limit for SPARQL update payload to Fuseki2?
>
> Hi,
>
>
Hi,
Maybe a long shot but thought I'd ask.
I'm sending updates to a Fuseki2 from an RDFLib/SPARQLWrapper based client.
This POSTs an INSERT string to an update endpoint. I get back an error 500 for
strings over a certain large size which (the limit) I haven't tried to figure
out.
Is there
he.org
Subject: Re: Rules and 'on the fly' aggregate values
Can't you simply use any any CONSTRUCT query on an inference model? Or
use an INSERT query to write it to a graph? Indeed bot only if you're
producing proper RDF triples.
On 25.07.19 10:36, Pierre Grenon wrote:
> H
Hi,
Quick search for 'rule aggregate' in mail archives returns 3 thread results.
The only decisive statement seems to be Dave's 3 yo:
"""
Short answer on rules is don't use them for this. Something like "sum of
all invoice items present" is a non-monotonic operation and JenaRules
are really
systems which were build in an era of in memory stores and
less clear transaction management) so there may be other manifestations
of the problem with haven't been caught.
Regards,
Dave
On 22/07/2019 17:55, Pierre Grenon wrote:
> Hi Dave,
>
> Thanks so much for your detailed reply,
ph.
Dave
[*] Well, at least those that might be affected by the results of RDFS
inference.
On 19/07/2019 22:36, Pierre Grenon wrote:
> apologies for piecemeal post -- didn't copy the whole file at first, so the
> RDFS reasoner, in particular, wasn't there.
>
> I'm wondering if
aph> rdf:type tdb2:GraphTDB ;
tdb2:dataset :theTDB2Dataset .
:theTDB2Dataset
a tdb2:DatasetTDB2 ;
tdb2:location
"C:\\dev\\apache-jena-fuseki-3.10.0\\run/databases/Conference1" ;
tdb2:unionDefaultGraph true.
> -Origin
Hello,
(I apologise for I am not sure if this has been addressed before and I have not
found the right thread or documentation.)
The configuration file below seems to allow reasoning with either a GRR or an
out of the box reasoner on the same dataset.
However, I don't think it allows combin
lass loaded when fuseki starts up.
See last example in:
https://jena.apache.org/documentation/fuseki2/fuseki-configuration.html
Dave
On 03/06/2019 07:01, Pierre Grenon wrote:
> Hi Dave,
>
> Executive summary:
>
> I'm not a java coder. I did what I could to try to do this u
ledge of.
By the way, for simply getting code loaded into fuseki you don't need to
repack the jar. Just add your new jar to the classpath and use the
ja:loadClass function to get your class loaded when fuseki starts up.
See last example in:
https://jena.apache.org/documentation/fuseki2
m.add(a, q, "foo");
m.add(b, p, "FOO");
m.add(b, q, "foobar");
GenericRuleReasoner reasoner = new GenericRuleReasoner(Rule
.parseRules(rules));
InfModel infModel = ModelFactory.createInfModel(reasoner, m);
infModel.write(System.out, "Turtle");
}
These a
tdb2:DatasetTDB2 ;
tdb2:location
"C:\\dev\\apache-jena-fuseki-3.10.0\\run/databases/Conference1" ;
tdb2:unionDefaultGraph true.
### END CONFIG 2: Conference_GRR_RDFS.ttl ###
> -Original Message-
> From: Pierre Grenon
> Sent: 23
Z"^^xsd:dateTime ;
rdfs:label "How to walk like a penguin" .
<http://test.org#Workshop2> rdf:type owl:NamedIndividual ,
<http://test.org#Workshop> ;
<http://test.org#hasDeadline>"2030-07-01T00:00:00Z"^^xsd:dateTime ;
rdfs:label
it into a self
contained working example.
As it says in the documentation, for examples of how to write particular
sorts of builtin then the best place is to look is the source code for
the current builtins.
Dave
On 17/05/2019 07:53, Pierre Grenon wrote:
> Hi
>
> Thanks again.
>
>
Hi – yes, it works for me using fuseki as well. Apologies, I think my config
file was bad or the data somehow.
For reference, similar to your test:
-Conference_GRR_onerule.ttl --- fuseki config with TDB2 and generic
rule reasoner
-conference1.ttl --- small test set, with more
Hi
Thanks again.
Hear you.
I think this is becoming a bit too meta perhaps. Maybe there’s a couple of ways
to go forward.
a. Anybody is a taker to hold me by the hand and use this thread to come
up with a complete cycle for making a new built in and adding it to my fuseki?
If somebody
Hi Lorenz,
Thank you for your answer.
Quick follow up.
I think the issue for me is the documentation of the built-ins is too abstract
or relies on understanding the source code. So I suppose, documentation /
tutorial seems somewhat superfluous when you can do that – only I can’t
understand wh
Hello,
Could people recommend a good reference/tutorial on how to use built-ins
(greaterThan, difference, now etc) with dates (e.g., datetime, duration and so
on) in rules for the GenericRuleReasoner?
Example:
Assume a KB of conferences with their deadlines as xsd:dateTime.
Here are exampl
configuration, TDB2 data, Inferencing with ontologies,
Persisting named graphs upon server restart
On 04/02/2019 12:31, Pierre Grenon wrote:
> Hi,
>
> following up after going through my attempts more systematically again. I'm
> trying to be as specific and clear as I can. Any feedbac
aset :tdbDataset ;
tdb:graphName ;
.
# The location of the TDB dataset
:tdbDataset rdf:type tdb:DatasetTDB ;
tdb:location "C:\\dev\\apache-jena-fuseki-3.8.0\\run/databases/tdbB" ;
tdb:unionDefaultGraph true ;
.
From: Pierre Grenon
Sent: 01 February 2019 15:07
To: &
I'll address you two, fine gentlemen, at once if that's OK.
> On 31/01/2019 17:57, ajs6f wrote:
>>> 2/ It is not possible in an assembler/Fuseki configuration file, to create
>>> a new named graph and have a another inference graph put around that new
>>> graph at runtime.
>>
>> Just to pull on
Hi Andy,
picking up the prefatory questions first, in line below.
> Hi Pierre,
>
> A few points to start with:
>
> 1/ For my general understanding of how we might take the inferene
> provision further in jena, what inferences are you particularly
> interested in?
I noticed you like to ask :) I'm
Hello,
I am trying to:
Set up Fuseki2 with inference and a TDB2 dataset in which can be persisted
named graphs created with SPARQL Update.
This is in order to:
- maintain a set of ontologies in a named graph
- maintain datasets in a number of named graphs
- perform reasoning in the union graphs
33 matches
Mail list logo