Re: sparql problem

General comment: it is a good idea to validate the data before trying to load the data. If there is an error in the data a long way into the file, the bulk loader has already been domign some wokr so i So if the data can have errors, it is useful to do a check by reading it with "riot" first b

Re: sparql problem

As the error message indicates, white spaces are not allowed in IRIs - you have to percent encode white spaces On 18.12.20 04:55, Murphy wrote: > 11:39:07 ERROR riot:: [line: 2415, col: 40] Bad character in IRI > (space): > org.apache.

Re: sparql problem

Hi there, > apache-jena-fuseki-3.5.0 That's quite old - the current version is 3.17.0 Upgrading would be a good idea just in case. Are there any messages in the server log file? It is going to be difficult to pin down an encoding issue (if that is what it is) because by the time we get this

Re: SPARQL problem

On 02/10/13 17:44, Michael Brunnbauer wrote: Hello Andy, On Wed, Oct 02, 2013 at 05:18:24PM +0100, Andy Seaborne wrote: Could you raise a JIRA please so this does not get lost? https://issues.apache.org/jira/browse/JENA-553 I guess it is OK if I go to JIRA directly in the future without pos

Re: SPARQL problem

Hello Andy, On Wed, Oct 02, 2013 at 05:18:24PM +0100, Andy Seaborne wrote: > Could you raise a JIRA please so this does not get lost? https://issues.apache.org/jira/browse/JENA-553 I guess it is OK if I go to JIRA directly in the future without posting to the list ? Regards, Michael Brunnbaue

Re: SPARQL problem

Could you raise a JIRA please so this does not get lost? Thanks Andy On 02/10/13 13:33, Michael Brunnbauer wrote: Hello Andy, On Mon, Sep 30, 2013 at 12:33:57PM +0100, Andy Seaborne wrote: http://www.brunni.de/sparql_turing_machine.txt http://www.brunni.de/searchsparqlendpoints.txt

Re: SPARQL problem

Hello Andy, On Mon, Sep 30, 2013 at 12:33:57PM +0100, Andy Seaborne wrote: > >http://www.brunni.de/sparql_turing_machine.txt > >http://www.brunni.de/searchsparqlendpoints.txt Those queries do not work any more after updating from Fuseki 0.2.5 to 1.0.0. It seems to be related to the WITH keyword

Re: SPARQL problem

On 29/09/13 19:13, Michael Brunnbauer wrote: Hello Andy, On Sat, Sep 28, 2013 at 09:02:04PM +0100, Andy Seaborne wrote: ?ep a void:sparqlEndpoint SERVICE SILENT ?ep { ... then ?ep is not bound if the federation fails. That a failure causes a match with unbound variables is expected but th

Re: SPARQL problem

Hello Andy, On Sat, Sep 28, 2013 at 09:02:04PM +0100, Andy Seaborne wrote: > > ?ep a void:sparqlEndpoint > > SERVICE SILENT ?ep { ... > > > >then ?ep is not bound if the federation fails. That a failure causes a > >match > >with unbound variables is expected but that ?ep is also unbound in thi

Re: SPARQL problem

On 28/09/13 14:42, Michael Brunnbauer wrote: Hello Andy, On Sat, Sep 28, 2013 at 11:12:28AM +0100, Andy Seaborne wrote: Inner part: BIND ('X' as ?ep) This is evaluated separately because BIND ends the graph pattern ? Another question: If I do something like ?ep a void:sparqlEndpoint SE

Re: SPARQL problem

Hello Andy, On Sat, Sep 28, 2013 at 11:12:28AM +0100, Andy Seaborne wrote: > Inner part: > BIND ('X' as ?ep) This is evaluated separately because BIND ends the graph pattern ? Another question: If I do something like ?ep a void:sparqlEndpoint SERVICE SILENT ?ep { ... then ?ep is not bound i

Re: SPARQL problem

On 28/09/13 09:58, Michael Brunnbauer wrote: hi all I wonder if something is wrong with this query or with Fuseki 0.2.5. All variables except ep2 are bound in the result: Yes - that's what I expect. select ?ep ?ep2 ?s ?p ?o where { BIND ('X' as ?ep) { select (?ep as ?ep2) ?s ?p ?o wh