Re: Casting with Fuseki (Was: How to specify power in select cause SPARQL)

:double can be casted to xsd:integer is up to the implementer of SPARQL? Regards, Michael Brunnbauer -- ++ Michael Brunnbauer ++ netEstate GmbH ++ Geisenhausener Straße 11a ++ 81379 München ++ Tel +49 89 32 19 77 80 ++ Fax +49 89 32 19 77 89 ++ E-Mail bru...@netestate.de ++ http://ww

Re: Casting with Fuseki (Was: How to specify power in select cause SPARQL)

o the implementer of SPARQL? > > What a lot of questions. > > Is there something driving all this? Just curiosity. Regards, Michael Brunnbauer -- ++ Michael Brunnbauer ++ netEstate GmbH ++ Geisenhausener Straße 11a ++ 81379 München ++ Tel +49 89 32 19 77 80 ++ Fax +49 89 32 19 77 89 ++ E-Mail

Escape _ in compact URIs

015-03-08T09:49:20+) Regards, Michael Brunnbauer -- ++ Michael Brunnbauer ++ netEstate GmbH ++ Geisenhausener Straße 11a ++ 81379 München ++ Tel +49 89 32 19 77 80 ++ Fax +49 89 32 19 77 89 ++ E-Mail bru...@netestate.de ++ http://www.netestate.de/ ++ ++ Sitz: München, HRB Nr.

Fuseki/TDB property path performance

guess that the + makes the query non-counting. Any idea if this slow performance is to be expected and why? Regards, Michael Brunnbauer -- ++ Michael Brunnbauer ++ netEstate GmbH ++ Geisenhausener Straße 11a ++ 81379 München ++ Tel +49 89 32 19 77 80 ++ Fax +49 89 32 19 77 89 ++ E-Mail

Re: Fuseki/TDB property path performance

://www.wikidata.org/entity/P171v http://www.wikidata.org/entity/Q5113 } 31 Regards, Michael Brunnbauer -- ++ Michael Brunnbauer ++ netEstate GmbH ++ Geisenhausener Straße 11a ++ 81379 München ++ Tel +49 89 32 19 77 80 ++ Fax +49 89 32 19 77 89 ++ E-Mail bru...@netestate.de ++ http

Re: Fuseki/TDB property path performance

, Michael Brunnbauer -- ++ Michael Brunnbauer ++ netEstate GmbH ++ Geisenhausener Straße 11a ++ 81379 München ++ Tel +49 89 32 19 77 80 ++ Fax +49 89 32 19 77 89 ++ E-Mail bru...@netestate.de ++ http://www.netestate.de/ ++ ++ Sitz: München, HRB Nr.142452 (Handelsregister B München

Re: NT issues (was: Re: tdbloader2 issues)

Hello Andy, it would just be great to have a mode for tdbloader[2] where invalid triples/quads are simply ignored. Regards, Michael Brunnbauer On Wed, Apr 01, 2015 at 03:17:08PM +0100, Andy Seaborne wrote: Thanks for that. JENA-911 created. Each of the large public dumps has had quality

tdbloader2 issues

phase: -SORT_ARGS=--buffer-size=50% +SORT_ARGS=--buffer-size=2048M I have tried with Jena 2.13.0 and 2.11.1. Can a TDB generated with Jena 2.13.0 be used with Fuseki 1.1.1? Regards, Michael Brunnbauer -- ++ Michael Brunnbauer ++ netEstate GmbH ++ Geisenhausener Straße 11a ++ 81379

Re: tdbloader2 issues

. The RFC 3896 does not allow newlines. You mean RFC 3986? It also does not seem to allow any of { } | ^ ` Maybe they mean \\n or %0A. Doesn't the expression above exclude a literal \ in a IRI? Regards, Michael Brunnbauer -- ++ Michael Brunnbauer ++ netEstate GmbH ++ Geisenhausener

Re: tdbloader2 issues

Hello Andy, On Tue, Mar 31, 2015 at 01:06:49PM +0200, Michael Brunnbauer wrote: The spec says [8] IRIREF ::= '' ([^#x00-#x20{}|^`\] | UCHAR)* '' so no \n escapes, just \u and \U \\ is accepted - but \ not. But also no { } | ^ ` if I read that right? tdbloader2 accepts

Re: tdbloader2 issues

with tdbloader2 but I guess it will work now because I switched to a SSD for the tdb dir. Regards, Michael Brunnbauer -- ++ Michael Brunnbauer ++ netEstate GmbH ++ Geisenhausener Straße 11a ++ 81379 München ++ Tel +49 89 32 19 77 80 ++ Fax +49 89 32 19 77 89 ++ E-Mail bru...@netestate.de

Re: Strange Exception

Hello Stian, at the time I first wrote the query I was not familiar with VALUES but I have now changed it to use VALUES. UNION is not optimal because getting N counts with UNION returns N*N values with only N of them bound. Regards, Michael Brunnbauer On Mon, Feb 16, 2015 at 04:59:29PM +

Re: Strange Exception

only has 1 result. Regards, Michael Brunnbauer On Mon, Feb 16, 2015 at 12:42:21PM +, Rob Vesse wrote: Michael Was about to say roughly the same as Andy, btw an incomplete fragment is hard to say much about. Are the sub-queries literally just joined together I.e. no UNION in which cases

Re: Strange Exception

. 7000) and not many triples that would match (I guess 200). Do you think it would be faster to make 1200 separate queries instead? Regards, Michael Brunnbauer On Mon, Feb 16, 2015 at 11:39:20AM +, Rob Vesse wrote: Michael The error is coming from Jetty, it simply means that one end

Report for current Fuseki snapshot

Hello Andy, here we go - Forwarded message from Andy Seaborne a...@apache.org - On 18/03/14 11:55, Michael Brunnbauer wrote: Hello Andy, I have now upgraded to jena-fuseki-1.0.2-20140315.080253-36-distribution.tar.gz everywhere and have no problems so far. My issues behind

Re: Report for current Fuseki snapshot

Hello Rob, thanks! I'll upgrade if I run into this issue. Regards, Michael Brunnbauer On Tue, Mar 18, 2014 at 01:04:21PM +, Rob Vesse wrote: FYI Michael there has been another bug related to filter placement and union discovered by Andy which you might also run into depending on your

Re: [ANN] Jena 2.11.1

quality management. However, I could 1) pay my employee more familiar with Java to look into this and submit a fix 2) do a donation 3) put a bounty on it What would you prefer ? Regards, Michael Brunnbauer -- ++ Michael Brunnbauer ++ netEstate GmbH ++ Geisenhausener Straße 11a ++ 81379

Re: [ANN] Jena 2.11.1

hi all, https://issues.apache.org/jira/browse/JENA-627 I guess this comes from ARQ and also affects Jena 2.11.1. Can somebody confirm/assign it ? Will there be a new release of Fuseki/Jena soon ? Regards, Michael Brunnbauer On Fri, Jan 24, 2014 at 02:03:12PM +, Andy Seaborne wrote

Re: [ANN] Jena 2.11.1

decide if I should install a snapshot when the problem is fixed. Regards, Michael Brunnbauer -- ++ Michael Brunnbauer ++ netEstate GmbH ++ Geisenhausener Straße 11a ++ 81379 München ++ Tel +49 89 32 19 77 80 ++ Fax +49 89 32 19 77 89 ++ E-Mail bru...@netestate.de ++ http://www.netestate.de

Re: [ANN] Jena 2.11.1

. It's a complete minimal example. I have an application that broke due to this one when I upgraded to 1.0.1. BTW: We are not able to implement a feature for the same application because of https://issues.apache.org/jira/browse/JENA-494 Regards, Michael Brunnbauer -- ++ Michael Brunnbauer

Re: Escaping SPARQL regex

+ '' And this is what we do to check that URIs that are inserted into a SPARQL query do not contain malicious stuff: def checkuri(uri): for c in uri: n = ord(c) if n = 32 or c in '\\': return False return True Regards, Michael Brunnbauer -- ++ Michael

Re: Escaping SPARQL regex

Hello Martynas, uh... wait. You want to escape with regard to regex and not with regard to SPARQL. Then I answered the wrong question :-) Regards, Michael Brunnbauer On Tue, Jan 21, 2014 at 09:43:52AM +0100, Michael Brunnbauer wrote: Hello Martynas, On Tue, Jan 21, 2014 at 01:30:42AM

Re: Escaping SPARQL regex

at the sourcecode anyway. Regards, Michael Brunnbauer On Tue, Jan 21, 2014 at 12:22:33PM +, Andy Seaborne wrote: Michael, Could you raise a JIRA for this with an example of where the escaping isn't happening? Thanks. There is code for formatting (FmtUtils) but if you have discovered

Re: SPARQL problem

up - but it works on the default graph: drop DEFAULT; insert data { _:b0 http://test test }; DELETE { ?s ?p test } INSERT { ?s ?p test1. } WHERE { ?s ?p test } Regards, Michael Brunnbauer -- ++ Michael Brunnbauer ++ netEstate GmbH ++ Geisenhausener Straße 11a ++ 81379 München ++ Tel +49 89

Re: SPARQL problem

Brunnbauer -- ++ Michael Brunnbauer ++ netEstate GmbH ++ Geisenhausener Straße 11a ++ 81379 München ++ Tel +49 89 32 19 77 80 ++ Fax +49 89 32 19 77 89 ++ E-Mail bru...@netestate.de ++ http://www.netestate.de/ ++ ++ Sitz: München, HRB Nr.142452 (Handelsregister B München) ++ USt-IdNr

Re: SPARQL problem

/sparql_turing_machine.txt http://www.brunni.de/searchsparqlendpoints.txt Regards, Michael Brunnbauer -- ++ Michael Brunnbauer ++ netEstate GmbH ++ Geisenhausener Straße 11a ++ 81379 München ++ Tel +49 89 32 19 77 80 ++ Fax +49 89 32 19 77 89 ++ E-Mail bru...@netestate.de ++ http://www.netestate.de

SPARQL problem

of select (?ep as ?ep2) but without success. Regards, Michael Brunnbauer -- ++ Michael Brunnbauer ++ netEstate GmbH ++ Geisenhausener Straße 11a ++ 81379 München ++ Tel +49 89 32 19 77 80 ++ Fax +49 89 32 19 77 89 ++ E-Mail bru...@netestate.de ++ http://www.netestate.de/ ++ ++ Sitz

Re: SPARQL problem

if the federation fails. That a failure causes a match with unbound variables is expected but that ?ep is also unbound in this case surprised me. This is intended ? Regards, Michael Brunnbauer -- ++ Michael Brunnbauer ++ netEstate GmbH ++ Geisenhausener Straße 11a ++ 81379 München ++ Tel +49

Re: Federation/Subquery bug ?

and execute those queries against our public endpoint http://www.imagesnippets.com/sparql/dbpedia, I currently get 1 for Q1 and 38188 for Q3. The result should be 1 for both. Regards, Michael Brunnbauer -- ++ Michael Brunnbauer ++ netEstate GmbH ++ Geisenhausener Straße 11a ++ 81379 München ++ Tel

Federation/Subquery bug ?

} } } (The federated subquery on http://127.0.0.1:3030/datasets/query has one subclass as result) Is this a bug or a misunderstanding ? Regards, Michael Brunnbauer -- ++ Michael Brunnbauer ++ netEstate GmbH ++ Geisenhausener Straße 11a ++ 81379 München ++ Tel +49 89 32 19 77 80 ++ Fax +49 89 32 19 77 89

Re: Federation/Subquery bug ?

: 1160 (=The number of named graphs) Should I have a close look at the SPARQL standard or is there a bug ? Regards, Michael Brunnbauer On Wed, Jul 17, 2013 at 07:10:14PM +0100, Andy Seaborne wrote: On 17/07/13 13:10, Michael Brunnbauer wrote: hi all, this query with Fuseki 0.2.7 on a TDB

java.lang.NullPointerException caused by unqualified property elements in RDF/XML

) at com.hp.hpl.jena.rdf.arp.NTriple.mainEh(NTriple.java:139) at com.hp.hpl.jena.rdf.arp.NTriple.main(NTriple.java:97) at jena.rdfparse.main(rdfparse.java:89) Regards, Michael Brunnbauer -- ++ Michael Brunnbauer ++ netEstate GmbH ++ Geisenhausener Straße 11a ++ 81379

Re: jena-fuseki-0.2.5: java.lang.InternalError during SPARQL update

Hello Andy, thank you. Can you see from the stack trace if my TDB is still consistent ? Regards, Michael Brunnbauer On Sun, Jan 27, 2013 at 11:35:28AM +, Andy Seaborne wrote: On 27/01/13 11:21, Michael Brunnbauer wrote: hi all the following exception occured during a SPARQL update

Re: Feeding triples from java-rdfa-0.4.2 + Jena into fuseki-0.2.5-20120916.055428-41

Hallo Andy, On Tue, Oct 23, 2012 at 09:32:58PM +0200, Michael Brunnbauer wrote: I am talking about adding SysRIOT.wireIntoJena() to get the language tag exception when parsing instead of when submitting to Fuseki via SPARQL update. This does not work. The strict parser is probably not wired

Feeding triples from java-rdfa-0.4.2 + Jena into fuseki-0.2.5-20120916.055428-41

to copy the Fuseki code checking the data into our code ? Regards, Michael Brunnbauer -- ++ Michael Brunnbauer ++ netEstate GmbH ++ Geisenhausener Straße 11a ++ 81379 München ++ Tel +49 89 32 19 77 80 ++ Fax +49 89 32 19 77 89 ++ E-Mail bru...@netestate.de ++ http://www.netestate.de

Re: Required Heap size for Fuseki ?

)0310005:TMOTOH2.0.CO;2/ What would be the best way to check for such things in the same way as Fuseki ? Regards, Michael Brunnbauer On Mon, Sep 17, 2012 at 04:48:20PM +0200, Michael Brunnbauer wrote: Hello Andy, On Mon, Sep 17, 2012 at 03:31:37PM +0100, Andy Seaborne wrote: \u003Ca

Re: Required Heap size for Fuseki ?

(JenaReaderRIOT.java:138) ... 42 more 16:02:48 INFO Fuseki :: [1213] 500 org.openjena.riot.RiotException: [line: 8, col: 92] Broken IRI (bad character: ''): Regards, Michael Brunnbauer -- ++ Michael Brunnbauer ++ netEstate GmbH ++ Geisenhausener Straße 11a ++ 81379

Re: Required Heap size for Fuseki ?

is not enough. Can you point me to a specific part of the API for checking ? Regards, Michael Brunnbauer -- ++ Michael Brunnbauer ++ netEstate GmbH ++ Geisenhausener Straße 11a ++ 81379 München ++ Tel +49 89 32 19 77 80 ++ Fax +49 89 32 19 77 89 ++ E-Mail bru...@netestate.de ++ http

Required Heap size for Fuseki ?

Sep 13 13:54 prefixes.dat-jrnl So the TDB should still be intact. Regards, Michael Brunnbauer -- ++ Michael Brunnbauer ++ netEstate GmbH ++ Geisenhausener Straße 11a ++ 81379 München ++ Tel +49 89 32 19 77 80 ++ Fax +49 89 32 19 77 89 ++ E-Mail bru...@netestate.de ++ http

Re: Required Heap size for Fuseki ?

[...] 16:33:59 INFO Fuseki :: [482] 200 OK [Full GC 6506869K-5703394K(7456576K), 25.0731150 secs] Regards, Michael Brunnbauer On Thu, Sep 13, 2012 at 02:00:29PM +0200, Michael Brunnbauer wrote: hi all I am running into java.lang.OutOfMemoryError: Java heap space

Re: Required Heap size for Fuseki ?

. Regards, Michael Brunnbauer On Thu, Sep 13, 2012 at 04:35:15PM +0200, Michael Brunnbauer wrote: hi all, this seems to be more than a heap size issue. I have tried it with -Xmx8192M and the SPARQL update is running for 50 minutes now. Fuseki was at full load all the time reading from the TDB

Re: Required Heap size for Fuseki ?

-2.7.3. All sorts of SPARQL queries have been tried on this TDB and have not yielded any problems. Regards, Michael Brunnbauer On Thu, Sep 13, 2012 at 04:59:00PM +0200, Michael Brunnbauer wrote: hi all the query that causes the problems seems to be: DROP SILENT GRAPH http://voordijk.eu

Re: Required Heap size for Fuseki ?

Aug 31 10:28 prefixes.dat -rw-r--r-- 1 java java 0 Sep 13 13:54 prefixes.dat-jrnl -rw-r--r-- 1 java java 2761103 Sep 1 18:08 stats.opt.old Regards, Michael Brunnbauer -- ++ Michael Brunnbauer ++ netEstate GmbH ++ Geisenhausener Straße 11a ++ 81379 München ++ Tel +49 89 32 19 77

Re: Cleaning triples with Riot

will use the old TDB .jar for the dump. Nightly builds of the Jena distribution - not only of the components - would be nice. Regards, Michael Brunnbauer -- ++ Michael Brunnbauer ++ netEstate GmbH ++ Geisenhausener Straße 11a ++ 81379 München ++ Tel +49 89 32 19 77 80 ++ Fax +49 89 32 19 77 89

Re: Cleaning triples with Riot

. The data out there will always be messy and even the DBpedia people do not get it right. Regards, Michael Brunnbauer On Fri, Aug 24, 2012 at 01:03:26PM +0100, Andy Seaborne wrote: On 21/08/12 16:55, Leigh Dodds wrote: Hi, I'm doing some testing of TDB for a client. They have data in an older RDB

Re: tdbloader2 performance for 1B+ triples

) I don't know. I can check with a SPARQL query on an older TDB version of the data if you want. Regards, Michael Brunnbauer -- ++ Michael Brunnbauer ++ netEstate GmbH ++ Geisenhausener Straße 11a ++ 81379 München ++ Tel +49 89 32 19 77 80 ++ Fax +49 89 32 19 77 89 ++ E-Mail bru

Re: tdbdump Exception

) Any idea what a good value for -Xmx for 1B+ triples would be ? I will try with 16384 now. Regards, Michael Brunnbauer -- ++ Michael Brunnbauer ++ netEstate GmbH ++ Geisenhausener Straße 11a ++ 81379 München ++ Tel +49 89 32 19 77 80 ++ Fax +49 89 32 19 77 89 ++ E-Mail bru

Re: tdbdump Exception

? Is it safe to replace lib/jena-tdb-0.9.2.jar in the Jena 2.7.2 distribution with a development snapshot (for the tools in bin/) ? Regards, Michael Brunnbauer -- ++ Michael Brunnbauer ++ netEstate GmbH ++ Geisenhausener Straße 11a ++ 81379 München ++ Tel +49 89 32 19 77 80 ++ Fax +49 89

Re: Fuseki 0.2.3 performance / StatsMatcher warnings

Hello Andy, much better now. Thank you very much :-) I guess it's OK to rename stats.opt to stats.opt.old instead of moving it out of the directory ? Regards, Michael Brunnbauer On Sat, Aug 04, 2012 at 05:49:41PM +0100, Andy Seaborne wrote: Hi Michael. (Michael has sent me a copy

bin/tdbloader2 in apache-jena-2.7.1

not help. Regards, Michael Brunnbauer -- ++ Michael Brunnbauer ++ netEstate GmbH ++ Geisenhausener Straße 11a ++ 81379 München ++ Tel +49 89 32 19 77 80 ++ Fax +49 89 32 19 77 89 ++ E-Mail bru...@netestate.de ++ http://www.netestate.de/ ++ ++ Sitz: München, HRB Nr.142452

Fuseki 0.2.3 performance / StatsMatcher warnings

this be the reason for the slow performance ? Can I fix the stats.opt file by removing lines with bad URIs ? Regards, Michael Brunnbauer -- ++ Michael Brunnbauer ++ netEstate GmbH ++ Geisenhausener Straße 11a ++ 81379 München ++ Tel +49 89 32 19 77 80 ++ Fax +49 89 32 19 77 89 ++ E-Mail bru

Re: tdbdump Exception

earlier indicate a corrupt TDB ? Regards, Michael Brunnbauer -- ++ Michael Brunnbauer ++ netEstate GmbH ++ Geisenhausener Straße 11a ++ 81379 München ++ Tel +49 89 32 19 77 80 ++ Fax +49 89 32 19 77 89 ++ E-Mail bru...@netestate.de ++ http://www.netestate.de/ ++ ++ Sitz: München, HRB Nr

Re: tdbdump Exception

guess it would be a good idea to look at the end of the dump and check the corresponding named graph for bad datetimes ? Regards, Michael Brunnbauer -- ++ Michael Brunnbauer ++ netEstate GmbH ++ Geisenhausener Straße 11a ++ 81379 München ++ Tel +49 89 32 19 77 80 ++ Fax +49 89 32 19 77 89

tdbdump Exception

, Michael Brunnbauer -- ++ Michael Brunnbauer ++ netEstate GmbH ++ Geisenhausener Straße 11a ++ 81379 München ++ Tel +49 89 32 19 77 80 ++ Fax +49 89 32 19 77 89 ++ E-Mail bru...@netestate.de ++ http://www.netestate.de/ ++ ++ Sitz: München, HRB Nr.142452 (Handelsregister B München