We are pleased to announce Apache Jena 2.7.1, the first Apache release
of Jena as a top level project, together with Jena Fuseki 0.2.2.
The website for Apache Jena is
http://jena.apache.org/
== Mailing lists
The new list name is users@jena.apache.org
Send email to
According to sparql.org this parses:
DELETE WHERE
{ ?s ?p ?o }
According to the spec empty brackets are required in the construct template.
http://www.w3.org/Submission/SPARQL-Update/#rConstructTemplate
Is this an extension for ARQ, or am I mis-reading the grammar? Is there a
pedantic
On 18/06/12 20:38, Tim Harsch wrote:
According to sparql.org this parses: DELETE WHERE { ?s ?p ?o }
According to the spec empty brackets are required in the construct
template.
http://www.w3.org/Submission/SPARQL-Update/#rConstructTemplate
Is this an extension for ARQ, or am I mis-reading the
Doh, Google did it to me again. I should have noticed it in the URL.
thanks,
tim
From: Andy Seaborne a...@apache.org
To: users@jena.apache.org
Sent: Monday, June 18, 2012 12:52 PM
Subject: Re: SPARUL grammar question for ARQ
On 18/06/12 20:38, Tim Harsch
On 18/06/12 21:34, Tim Harsch wrote:
Doh, Google did it to me again. I should have noticed it in the URL.
Get people to stop clicking on it and the spec will return to being
first - they seem to alternate :-)
Andy
thanks,
tim
Not sure what I am seeing here. Is it OK for literal's to be predicates in
this case?
1) Start up Fuseki-0.2.1 incubating
2) load books.ttl
3) run this
PREFIX dc: http://purl.org/dc/elements/1.1/
INSERT {
?s ?c 1
}
WHERE {
?s dc:title ?c .
}
4) run this (notice literal as
Oops forgot to say the query for #4:
SELECT * { ?s ?p ?o }
From: Tim Harsch harschw...@yahoo.com
To: JENA-USERS jena-us...@incubator.apache.org
Sent: Monday, June 18, 2012 5:12 PM
Subject: literals as predicates
Not sure what I am seeing here. Is it OK for
I don't believe that literals are valid as predicates in RDF but also I
don't believe TDB enforces any restrictions on what kind of Nodes can be
stored.
Strictly speaking those should be invalid triples and in principal a
SPARQL Update engine should refuse to insert them but I may be
HI,
I was experiencing with http://localhost:3030/sparql.tpl for updating the
tuples and search queries.
The Update command is
PREFIX owl: http://localhost:3030/ds2/search.owl#
PREFIX xsd: http://www.w3.org/2001/XMLSchema#
INSERT DATA
{
http://localhost:3030/ds2/search.owl#name1