Re: super slow filter

2020-01-22 Thread Élie Roux
> Which describes the various options for optimization. I have seen the various options. I have not seen what the default one is when there is no .opt file in the directory (which is my case and seems to be the initial state). Or did I miss it? Best, -- Elie

Re: super slow filter

2020-01-22 Thread Élie Roux
Thanks a lot, after some investigation, here are a few results: - the problem was that I had no .opt file and that the default behavior was fixed.opt (or so it seems), when adding a none.opt (or a stats.opt) the performance went from 1200 to 250ms (with the version with the big filter version) -

Re: tdbquery on UnionGraph

2020-01-22 Thread Lorenz Buehmann
You should use --tdb=PATH_TO_ASSEMBLER_FILE instead of --loc if you have such a file with more complex settings than just a location. On 22.01.20 10:57, Élie Roux wrote: > Dear all, > > I'm trying to run tdbquery on my triple store which has a UnionGraph > (assembler attached), but it seems

Re: super slow filter

2020-01-22 Thread Dave Reynolds
On 21/01/2020 20:37, Élie Roux wrote: which I believe might result in a penalty... although frankly, I still can't understand how a very basic bgp like 21 (bgp 22 (triple bdr:G844 ?rel ?res) 23 (triple ?res rdf:type :Place) 24 (triple ?res

Re: super slow filter

2020-01-22 Thread Rob Vesse
See https://jena.apache.org/documentation/tdb/optimizer.html#running-tdbstats Which describes the various options for optimization. Rob On 22/01/2020, 09:32, "Élie Roux" wrote: Thanks for your answers! I'm trying to understand why tdbquery doesn't return any result but in the

Re: super slow filter

2020-01-22 Thread Rob Vesse
Comments inline: On 22/01/2020, 10:27, "Élie Roux" wrote: Thanks a lot, after some investigation, here are a few results: - the problem was that I had no .opt file and that the default behavior was fixed.opt (or so it seems), when adding a none.opt (or a stats.opt) the

Re: super slow filter

2020-01-22 Thread Lorenz Buehmann
If you use TDB as backend, you could run tdbquery --explain --loc=PATH_TO_YOUR_DB "YOUR QUERY HERE" and share the output here? Also, a stats file does exist for your dataset? On 21.01.20 21:37, Élie Roux wrote: > I'm starting to see what's going on, it seems that the optimization > (according

Re: tdbquery on UnionGraph

2020-01-22 Thread Élie Roux
> You should use > > --tdb=PATH_TO_ASSEMBLER_FILE > > instead of --loc if you have such a file with more complex settings than > just a location. Ah excellent, thanks! The two being mutually excluse I had wrongly guessed they were equivalent. Best, -- Elie

Re: tdbquery on UnionGraph

2020-01-22 Thread Rob Vesse
See https://jena.apache.org/documentation/tdb/datasets.html#special-graph-names You may need to use (not sure, not a feature I ever use myself) though not sure if tdbquery allows for overriding the default graph Rob On 22/01/2020, 09:58, "Élie Roux" wrote: Dear all, I'm trying

Re: substractDate built in

2020-01-22 Thread Lorenz Buehmann
Well, this blog post is about creating a custom rule primitive, and this is also what you'd have to do if you need some custom function that is not already among the Jena built-ins. So if you really need such  a subtractDates function, why not following the blog and create and register your own

tdbquery on UnionGraph

2020-01-22 Thread Élie Roux
Dear all, I'm trying to run tdbquery on my triple store which has a UnionGraph (assembler attached), but it seems that even the most simple query doesn't work: SELECT ?subject ?predicate ?object WHERE { ?subject ?predicate ?object } LIMIT 25 Looking at the results, it seems that tdbquery is

Re: super slow filter

2020-01-22 Thread Élie Roux
> * documenting that fixed.opt is the default when there is no file > * documenting that --tdb should be preferred over --loc in most cases > in tdbquery > > These you can do yourselves, find the relevant part of the website and hit > the Improve this Page button at the top and

Re: super slow filter

2020-01-22 Thread Élie Roux
Thanks for your answers! I'm trying to understand why tdbquery doesn't return any result but in the meantime: > Apart from using stats.opt, with the option to manually tune the rules, > you have the option to use none.opt to stop any reordering of triple > patterns in bgps. That allows you to

Can Fuseki load Turtle datasets?

2020-01-22 Thread Luí­s Moreira de Sousa
Hi there, I am trying to load a few datasets created with Protege and saved in the Turtle format. Whenever I try to load one of these datasets to Fuseki I get the following error message: Result: failed with message "SyntaxError: JSON.parse: unexpected character at line 1 column 1 of the JSON

Re: Can Fuseki load Turtle datasets?

2020-01-22 Thread Andy Seaborne
Fuseki handles Turtle. The request indicates (usually one of file extension, content-type) contains JSON(-LD). What does the log file say the request is? (if you run with "-v" you get more details of every HTTP request) Andy On 22/01/2020 13:49, Luí­s Moreira de Sousa wrote: Hi there,

Re: super slow filter

2020-01-22 Thread Andy Seaborne
Try changing the query to put in a no-op that stops expansion. SELECT * { :G844 ?rel ?res . ?res a :Place . ?res ?resp ?reso . BIND(1 AS ?X) FILTER (?resp = skos:altLabel || ?resp = skos:prefLabel || ?resp = skos:placeEvent || ?resp = bdo:placeLat || ?resp = bdo:placeLong ||

Re: super slow filter

2020-01-22 Thread Élie Roux
> Try changing the query to put in a no-op that stops expansion. > > SELECT * { > :G844 ?rel ?res . > ?res a :Place . > ?res ?resp ?reso . > BIND(1 AS ?X) > FILTER (?resp = skos:altLabel || ?resp = skos:prefLabel || ?resp = > skos:placeEvent || ?resp = bdo:placeLat ||

Re: substractDate built in

2020-01-22 Thread Luis Enrique Ramos García
Hi Lorenz, I will follow it then, and try to get it working. by the way, in the documentation refereed to lessThan, and greaterThan says the following: Test if x is <, >, <= or >= y. Only passes if both x and y are numbers or time instants (can be integer or floating point or *XSDDateTime*).

Q: Jena 3.14.0 (3.15.0-SNAPSHOT) build issue

2020-01-22 Thread ohurez
Hello, I hope this is the right forum for this type of question. Please redirect me to the proper media if not. Trying to build Jena 1.13.1, 1.14.0, then 1.15.0-SNAPSHOT on Windows 10 Pro, Maven 3.6.1, Java 1.8, Eclipse 2019-12, following instructions found at

Q: Jena 3.14.0 (3.15.0-SNAPSHOT) build issue

2020-01-22 Thread ohurez
. forgot one more build error, holding me up! [INFO] --- contract-test-maven-plugin:0.2.0:contract-test (default) @ jena-core --- [INFO] Processing package: org.apache.jena.assembler [INFO] Processing package: org.apache.jena.datatypes [INFO] Processing package: org.apache.jena.enhanced

Re: Q: Jena 3.14.0 (3.15.0-SNAPSHOT) build issue

2020-01-22 Thread Andy Seaborne
Hi there, On 22/01/2020 20:43, ohu...@vistology.com wrote: Hello, I hope this is the right forum for this type of question. Yes Please redirect me to the proper media if not. Trying to build Jena 1.13.1, 1.14.0, then 1.15.0-SNAPSHOT on Windows 10 Pro, 3.13.1 etc Maven