Aborting UPDATEs

Hi all, am I missing something obvious or is it not yet possible to programmatically abort SPARQL UPDATEs, like QueryExecutions can? Related, I also didn't see a way to set a timeout. I guess for our use cases it would be sufficient if the abort would happen during the WHERE clause

Re: [SHACL] sh:prefixes

; sh:prefix "skos" ; > sh:namespace "http://www.w3.org/2004/02/skos/core#"^^xsd:anyURI ; > ] . > > <#ConceptBroaderCycleShape> sh:prefixes :prefixes ; > > > On Tue, Feb 28, 2023 at 2:16 PM Holger Knublauch <mailto:hol...@topquadrant.com&g

Re: [SHACL] sh:prefixes

I suspect this is another instance of the common misunderstanding: the @prefix declarations are not mapped to any triples and are only a concept of the serialization. To make them visible to SHACL, you need to declare triples such as in https://www.w3.org/TR/shacl/#sparql-prefixes in your

Re: GraphMem in 4.6

Yes! This seems to have fixed it: ARQ.getContext().set(ARQ.optReorderBGP, false); Many thanks, Holger > On 18 Oct 2022, at 11:29 am, Élie Roux wrote: > > Perhaps this is an instance of > https://github.com/apache/jena/issues/1533 ? What triple reordering > optimization are you using? > >

Re: GraphMem in 4.6

> On 18 Oct 2022, at 11:01 am, Andy Seaborne wrote: > > > > On 18/10/2022 09:07, Holger Knublauch wrote: >> We also observe some slowness. > > Could you expand on that, please? e.g. figures, and references to previous > releases. I am still profiling this

GraphMem in 4.6

We are about to upgrade from 4.3 to 4.6 and notice that GraphMem was deprecated in the meantime. We also observe some slowness. In order to eliminate the possibility that this is due to changes to GraphMem may I get a confirmation that 4.6 still uses the same old GraphMem as previous versions?

Re: where is the RDF shapes action?

> On 2 Jul 2022, at 6:53 pm, Paul Tyson wrote: > > Andy, thanks for the links. > > I'm really disappointed the active shacl community is on discord. I'll have > to take some time to come to terms with their terms of service and privacy > policy. > > What would really be nice is if someone

Re: where is the RDF shapes action?

On behalf of my employer (TopQuadrant) I can say that we have dozens of organizations as customers and they all use SHACL (in one way or another). These are companies that run internal projects and therefore typically don’t share their findings or use cases with the public. We do have internal

Re: JSON-LD writer always casts @language tags to lower-case

not have to be compatible to the current jsonld-java feature. I don't use JSON-LD.     Andy On 06/03/2022 22:31, Holger Knublauch wrote: Thank you, Andy. This is good to know. I can confirm that switching to JSON-LD 1.1 no longer converts the language tags. (Which is quite surprising, because

Re: JSON-LD writer always casts @language tags to lower-case

. bnodes. FWIW: RDFParser has options for lowercase, canonical (such as "en-GB") or "as is" for ingesting RDF.     Andy On 04/03/2022 04:23, Holger Knublauch wrote: The JSON-LD writer converts language tags to lower-case, e.g. "en-US" becomes "en-us". T

JSON-LD writer always casts @language tags to lower-case

The JSON-LD writer converts language tags to lower-case, e.g. "en-US" becomes "en-us". The code is in JsonLdApi:L664 and I guess it follows the recommendation     https://www.w3.org/TR/json-ld-api/#h-note-17 And the RDF 1.1 spec itself states that the value space of language tags is lower

Re: Shared prefixes for all named graphs in TDB dataset (JENA-2006)

of multiple datasets. From the documentation it seems that someone could even add a TDB Graph to another Dataset. So why should TDB behave different from other datasets? Holger On 2021-09-10 6:37 am, Andy Seaborne wrote: On 07/09/2021 12:33, Holger Knublauch wrote: Having said this, I

Re: Shared prefixes for all named graphs in TDB dataset (JENA-2006)

doing a reverse O(n) look-up.     Andy Would it be possible to have browsable stack traces next time? Something to drop into the Eclipse stack viewer. Will try, yes. Thanks again, Holger On 07/09/2021 03:44, Holger Knublauch wrote: Hi Andy, with our current migration to Jena 4.1 we

Re: Shared prefixes for all named graphs in TDB dataset (JENA-2006)

    PrefixMappingTxn.setNsPrefix(String, String) line: 35     ModelCom.setNsPrefix(String, String) line: 965 On 2021-09-07 12:44 pm, Holger Knublauch wrote: Hi Andy, with our current migration to Jena 4.1 we noticed this change     https://issues.apache.org/jira/browse/JENA-2006 is affecting

Shared prefixes for all named graphs in TDB dataset (JENA-2006)

Hi Andy, with our current migration to Jena 4.1 we noticed this change     https://issues.apache.org/jira/browse/JENA-2006 is affecting the way that we use TDB (in the "shared TDB aka XDB") mode. Previously, all named graphs were storing their own prefixes, yet now there seems to be only one

Re: Validating streaming RDF

There is a small number of SHACL Core constraints that could be handled in a streaming manner, e.g. sh:datatype, sh:min/max/Ex/Inclusive, sh:min/maxLength, sh:nodeKind, sh:pattern. But for most others, even sh:class, the triples would need to be in a certain order and remain accessible through

Re: Can RDF star support be deactivated?

On 4/09/2020 02:39, Andy Seaborne wrote: On 03/09/2020 00:40, Holger Knublauch wrote: On 3/09/2020 07:44, Andy Seaborne wrote: On 28/08/2020 02:12, cstad...@informatik.uni-leipzig.de wrote: I have have used the following to work around legacy issues with RDF1.0/1.1

Re: Can RDF star support be deactivated?

ng would be the only way. Holger     Andy Cheers, Claus Quoting Holger Knublauch : It's good to see the recently introduced RDF* features in Jena. But as someone with a lot of existing Jena code, this low-level change poses a number of challenges. For example we have many of pla

Can RDF star support be deactivated?

It's good to see the recently introduced RDF* features in Jena. But as someone with a lot of existing Jena code, this low-level change poses a number of challenges. For example we have many of places with variations of if(rdfNode.isResource()) { if(rdfNode.isURIResource()) { } else { // Here

Re: SHACL-C

' | 'qualifiedValueShape' | 'qualifiedMinCount' | 'qualifiedMaxCount' | 'qualifiedValueShapesDisjoint' | 'closed' | 'ignoredProperties' | 'hasValue' | 'in' ;     Andy On 20/07/2020 23:34, Holger Knublauch wrote: Hi Andy, not quite sure what you mean: is the spec unclear, or does it have an error

Re: SHACL-C [was: misleading parse exception message in Shacl.]

On 19/07/2020 19:53, Andy Seaborne wrote: Hi Chris, Oddly, sh:group/sh:order aren't in SHACLC - they look like they got overlooked as they fit is quite naturally into the grammar. Maybe the WG focus was validation and these aren't "validation". All terms from the sh: namespace are

Re: GeoSPARQL: Why either geo:lat/long or geosparql:hasGeometry

it was deemed more "nice" than "need". Particularly since the user has several options to access the tool; it is a variation from the primary use case; and supporting Lat/Lon in any manner is an enhancement. Thanks, Greg On 01/05/2020 03:59, Holger Knublauch wrote: See https://github.

GeoSPARQL: Why either geo:lat/long or geosparql:hasGeometry

See https://github.com/apache/jena/blob/c9b1ae25f4e73066f3832ba4c4adc0250f42f1de/jena-geosparql/src/main/java/org/apache/jena/geosparql/spatial/SpatialIndex.java#L382 //Only add one set of statements as a converted dataset will duplicate the same info. It appears that the index will skip any

Re: Unclosed iterator in GeoSPARQL

are both expected to be present. Thanks, Greg On 17/02/2020 05:01, Holger Knublauch wrote: A similar small issue seems to be when the index is built: SpatialIndex.getGeoPredicateIndexItems, line 460 may cause a NullPointerException if a resource happens to have a geo:lat but no geo:long. With messy

Re: Unclosed iterator in GeoSPARQL

(SpatialExtension.GEO_LAT_PROP).getLiteral();     Literal lon = feature.getProperty(SpatialExtension.GEO_LON_PROP).getLiteral(); Thanks Holger On 17/02/2020 12:48, Holger Knublauch wrote: Hi, I am starting to look into GeoSPARQL and run into an issue related to this line 135

Unclosed iterator in GeoSPARQL

Hi, I am starting to look into GeoSPARQL and run into an issue related to this line 135 in SpatialObjectGeometryLiteral:     Node lat = graph.find(targetSpatialObject, SpatialExtension.GEO_LAT_NODE, null).next().getObject(); This is creating an Iterator in the find() and then just calls

Re: Different SPARQL execution order with recent Jena update (JENA-1813?)

hat cannot be overloaded either. On 29/01/2020 22:31, Holger Knublauch wrote: Hi Andy, thanks for the fast response. On 30/01/2020 01:47, Andy Seaborne wrote: > I am still trying to narrow down what has changed It may be JENA-1813 - being about optimziation, the details of the real case probabl

Re: Different SPARQL execution order with recent Jena update (JENA-1813?)

ation doesn't get applied. It is the right answers.     Andy On 29/01/2020 05:08, Holger Knublauch wrote: Hi, on a branch of our product we have upgraded to jena 3.14 (due to the Thrift issue). Since then various SPARQL queries have stopped working. Of particular concern appears to be the evaluation

Different SPARQL execution order with recent Jena update (JENA-1813?)

Hi, on a branch of our product we have upgraded to jena 3.14 (due to the Thrift issue). Since then various SPARQL queries have stopped working. Of particular concern appears to be the evaluation of GRAPH ?graph clauses where ?graph is determined by a BIND. I am still trying to narrow down

Re: Any way to enforce constraints at assertion-time?

To avoid misunderstandings, the TopBraid SHACL API is alive and well, and has recently seen a new maven central release. I would encourage its use over the SPIN API as there is nothing in SPIN that couldn't be handled equally well in SHACL, yet SHACL is a W3C recommendation. It is already

Re: [GenericRuleReasoner] inner workings

://jena.apache.org/documentation/inference/ Holger On Wed, Mar 13, 2019 at 11:28 PM Holger Knublauch wrote: My impression is that the audience for "rules" is quite diverse, and different tasks require different solutions. This summary of the recent W3C workshop http://wiki.

Re: [GenericRuleReasoner] inner workings

My impression is that the audience for "rules" is quite diverse, and different tasks require different solutions. This summary of the recent W3C workshop http://wiki.ruleml.org/index.php/W3C_Workshop_on_Web_Standardization_for_Graph_Data:_Rules_and_Reasoning enumerates some kinds of rules.

Re: xsd to owl

TopBraid Composer does have such a facility, plus matching XML (instance document) converters. Commercial tool. Holger On 19/02/2019 12:47 am, elio hbeich wrote: Hello, Any suggestion of tools that transform xsd to owl. Thank you in advance Regards Elio HBEICH

Re: protege or equivalent for Jena

On 14/11/2017 8:12, Philippe GENOUD wrote: Le 13/11/2017 à 22:59, Holger Knublauch a écrit : On 13/11/2017 23:10, Daniel Gross wrote: Hi, I am new to apache Jena and have been using Protege ontology editor before. I'd like to know how i can best interactively create and manage

Re: protege or equivalent for Jena

On 13/11/2017 23:10, Daniel Gross wrote: Hi, I am new to apache Jena and have been using Protege ontology editor before. I'd like to know how i can best interactively create and manage ontologies stored in Jena -- can Protege be used? What else can be used -- what is recommended? There is

ANN: SHACL API 1.0.1 (now on maven central)

There is a new release of the SHACL API (based on Jena) available now, 1.0.1:     https://github.com/TopQuadrant/shacl This API can be regarded as a "reference" implementation of the W3C SHACL standard. It followed the evolution of SHACL and now covers all features from the specifications.

Re: SPIN support

On 6/09/2017 19:45, Adrian Gschwend wrote: On 06.09.17 00:21, Holger Knublauch wrote: Hi Holger, Is this about SPARQL functions or functions called from Java? For SPARQL functions written in JavaScript, see https://w3c.github.io/data-shapes/shacl-js/#js-functions ok but that still expects

Re: SPIN support

On 5/09/2017 23:42, Adrian Gschwend wrote: On 05.09.17 11:58, Andy Seaborne wrote: Hi Andy, No progress from me - my open-source time has been going elsewhere (TDB2 - see dev@jena email yesterday). oh great, will check that out This is a restricted case where maybe there is another way?

Re: SPIN support

Hi Adrian, out of interest: which features of SPIN would be of interest, and which of these are not covered by SHACL? See also http://spinrdf.org/spin-shacl.html Holger On 5/09/2017 4:19, Adrian Gschwend wrote: On 30.12.16 17:24, Andy Seaborne wrote: Hi Andy, For integration with

Is 0 a valid xsd:gYear?

A SHACL user has reported https://github.com/TopQuadrant/shacl/issues/10 that 0 should be a valid xsd:gYear value. Is this assumption correct and does Jena need to be updated? Thanks Holger

Re: SPIN support

Which aspect of SPIN is of interest here: rules or constraints? Sent from my iPad > On 9 Dec. 2016, at 19:47, Rob Vesse wrote: > > There is no plan that I know of > > While SPIN may advertise itself as an open standard it is primarily the > product of one single vendor.

Re: Checking whether Reader/Writer exists for Lang

On 22/12/2015 1:46 PM, Martynas Jusevičius wrote: I'm stuck with this version because the latest SPIN API (1.4.0) is using it and last I heard Holger said he's not planning an upgrade :/ By coincidence I just filed an ISSUE on our internal JIRA to upgrade our whole TopBraid code base to Jena

Re: Support for a Graph.getName()?

to require Graph implementations to provide something in toString() to uniquely identify themselves, or do you really require user-settable or -accessible labels? --- A. Soroka The University of Virginia Library On Aug 5, 2015, at 8:35 PM, Holger Knublauch hol...@knublauch.com wrote: While

Support for a Graph.getName()?

While debugging I often run into cases where I walk through Graph objects (esp MultiUnions) and don't really know which graphs they are. Looking at triples is often not sufficient. I wonder whether the Graph interface (or at least GraphMem etc) could be extended with a String name field that

Re: Naming of the class Resource

On 12/21/2014 7:21, Arthur Ryman wrote: Andy/Holger, As both a Jena user and a member of the Shapes WG, I feel compelled to comment. Please, let's not inflate one person's negative opinion to some people. IMHO Jena is a fabulous project and my company has gotten tremendous benefit from it. I

Naming of the class Resource

According to the official W3C spec [1] the term Resource is used for things in the universe of discourse (or real world). In W3C lingo, such resources are denoted by IRIs, literals and blank nodes. This is reflected by the RDF Schema spec, which has root classes rdfs:Resource rdfs:Literal

Re: An error reported by the TurtleOntologyParser of the Protege

I think you are on the wrong mailing list. The code below is the OWL API, not Jena. Holger On 8/15/2014 11:49, Deyan Chen wrote: Hi all, When I try to open an example.ttl ontology using Protege, the protege's TurtleOntologyParser reports the following error:

JSON-LD reader not reading namespace prefixes

(I hope this is the right place to ask this question). Looking at https://github.com/jsonld-java/jsonld-java/blob/master/integration/jena/src/main/java/com/github/jsonldjava/jena/JsonLDReader.java it seems that the current JSON-LD reader does not copy the prefix definitions into the target

Re: Comparing xsd:date/time with different time zones

in it's own right! The lesson for us is to always use timezones. Rob Rob On Tue, Apr 8, 2014 at 10:21 AM, Andy Seaborne a...@apache.org wrote: On 08/04/14 01:38, Holger Knublauch wrote: Hi all, we noticed a change in behavior between the recent Jena versions. Between which versions

Re: Tool to build model from scratch

TopBraid Composer [1] is an RDF/OWL editor and has a Free Edition. This is an Eclipse-based desktop system with support for TDB, SDB etc. TopBraid Enterprise Vocabulary Net [2] is a web-based editor of RDF/OWL classes and instances (and SKOS). You can try EVN from TopBraid Composer ME. All

Re: History of BulkUpdateHandler changes

to the underlying db in blocks while calling the listener methods on the graph at commit? Does this provide the path you are looking for to keep bulk updates? Claude On Thu, Sep 5, 2013 at 5:50 AM, Holger Knublauch hol...@knublauch.comwrote: Hi Andy, thanks for pointing at the old

Re: Impact on deprecation of BulkUpdateHandler on SDB

Hi Andy, before I contacted this list I was doing some background reading to try to figure out why the BulkUpdateHandler had been deleted, but you know how difficult this can be by searching through mailing list archives. And there is just too much traffic to stay up to date on a daily basis.

Re: History of BulkUpdateHandler changes

Hi Andy, thanks for pointing at the old discussions. Reading through them, I notice that TopQuadrant should have responded earlier. I don't know whether I actually noticed this email, or whether I didn't understand the implications at the time, or whether tracking the low level details of

Re: Impact on deprecation of BulkUpdateHandler on SDB

, Holger Knublauch wrote: SDB currently implements its own BulkUpdateHandler, and I just made some tests that indicate that it is significantly faster than using GraphUtil.add (2 seconds versus 40 seconds for 10k triples). Now that BulkUpdateHandler has been deprecated, and Model.add is already

GraphUtil.OldStyle

While upgrading to the latest snapshots I noticed some subtle differences in behavior, related to the deprecation of BulkUpdateHandler and the corresponding usage of the GraphUtil.add/delete methods. We do have a very complicating chain of event listeners, delegating graphs etc, and possibly

Re: RIOT language selection logic

On 8/27/2013 1:08, Andy Seaborne wrote: On 26/08/13 11:51, Holger Knublauch wrote: On 8/26/2013 18:52, Claude Warren wrote: Is there a test case for this problem? Attached (with dummy content and from a string, but just pretend it came from a local file which is our use case). And yes, we

Re: RIOT language selection logic

I was too quick: with the latest SVN snapshot, the following test now fails: Model owlrl = ModelFactory.createDefaultModel(); owlrl.read(http://topbraid.org/spin/owlrl;); I believe it should work, because that file is stored in RDF/XML, plus Model.read(url) should use RDF/XML.

Re: RIOT language selection logic

On 8/25/2013 3:49, Andy Seaborne wrote: On 23/08/13 00:10, Holger Knublauch wrote: On 8/23/2013 2:06, Andy Seaborne wrote: Based on your experience, when does it make a difference? A number of our test cases broke, and I tracked it down to the case where the base URI of a graph ends

Re: RIOT language selection logic

On 8/23/2013 2:06, Andy Seaborne wrote: Based on your experience, when does it make a difference? A number of our test cases broke, and I tracked it down to the case where the base URI of a graph ends with something like .owl yet the file is saved in ttl. A number of our ontologies used such

Re: RIOT language selection logic

and force the explicitly provided language to overrule any automatically determined languages. HTH Holger On 8/23/2013 9:10, Holger Knublauch wrote: On 8/23/2013 2:06, Andy Seaborne wrote: Based on your experience, when does it make a difference? A number of our test cases broke, and I tracked

Re: Replacement for UpdateProcessor.setInitialBindings?

On Aug 5, 2013, at 6:28 PM, Andy Seaborne wrote: I cannot use ParameterizedSparqlString because it does not handle blank nodes correctly. The previous implementation using initial bindings supported this, because it didn't have to go through the string syntax. Now, when I pre-bind a variable

Re: Replacement for UpdateProcessor.setInitialBindings?

On 8/6/2013 2:54, Rob Vesse wrote: pss.setIri(node, _:blankNodeID); This appears to work better - it now correctly matches the triples in the WHERE clause. But now the INSERT is not correct. See test case, which creates the inverse of a triple involving a blank node. TemplateLib.subst seems

Re: SPARQL optimizer does not consider pre-bound variables, creates wrong query

On 8/3/2013 23:09, Andy Seaborne wrote: Please file a JIRA for this and attach the test case. Done. It would also be good to find out why this case arises when other cases when FILTER/unbound evaluation is detected have not arisen. Maybe the situations are simply less common. I have

SPARQL optimizer does not consider pre-bound variables, creates wrong query

Hi, I believe there is a regression bug somewhere between 2.7.2 and 2.10.2. See test case which works green in the old version but fails on the latest snapshot. I believe the cause is that TransformFilterImplicitJoin.testSpecialCaseUnused() incorrectly assumes it can ignore the whole query

Issue with initial bindings in ARQ 2.9.4

I recently updated our code base from Jena 2.7.2 to Jena 2.7.4 and had a few test failures. I narrowed it down to the following scenario: import junit.framework.Assert; import org.junit.Test; import com.hp.hpl.jena.query.Query; import com.hp.hpl.jena.query.QueryExecution; import

Re: Now function a performance bottleneck

On Jan 17, 2013, at 12:52 AM, Andy Seaborne wrote: On 16/01/13 01:02, Holger Knublauch wrote: Hi Andy, I ran a profiler through a typical scenario with our software and discovered that 10% of the clocked time was spent in the initialization of the xsd:dateTime literal needed

Now function a performance bottleneck

Hi Andy, I ran a profiler through a typical scenario with our software and discovered that 10% of the clocked time was spent in the initialization of the xsd:dateTime literal needed by the afn:now() and NOW function. Below is a snapshot from Yourkit profiler.

Re: FILTER changes a query from sequence to join

On 9/5/2012 20:12, Andy Seaborne wrote: End users looking at the algebra? Excellent. We are seriously considering and supporting this. SPARQL seems to be more useful if people can control the Algebra. It is definitely useful to understand what Algebra is being created from the SPARQL text

Re: FILTER changes a query from sequence to join

in the dataset. Regards Holger Andy On 03/09/12 04:08, Holger Knublauch wrote: Hi SPARQL gurus, In ARQ 2.9.2 I have the following two queries SELECT * WHERE { BIND (http://topbraid.org/examples/kennedys AS ?graph) . BIND (42 AS ?dummy) GRAPH ?graph { ?s rdfs:subClassOf ?o

FILTER changes a query from sequence to join

Hi SPARQL gurus, In ARQ 2.9.2 I have the following two queries SELECT * WHERE { BIND (http://topbraid.org/examples/kennedys AS ?graph) . BIND (42 AS ?dummy) GRAPH ?graph { ?s rdfs:subClassOf ?o . } } SELECT * WHERE { BIND (http://topbraid.org/examples/kennedys AS

Re: Change in execution order between Jena 2.7.2 and 2.7.3

On 8/13/2012 5:20, Andy Seaborne wrote: On 12/08/12 02:46, Holger Knublauch wrote: ... but we and our customers have an unknown number of queries in production ... TQ gets Jena for free. Yes and this is greatly appreciated. You guys are doing an amazing job. We have built quite an empire

Is FROM inside of SERVICE legal?

The following query is not valid (verified with Jena 2.7.3): SELECT * WHERE { SERVICE http://example.org:8890/sparql { SELECT * FROM http://ex.com/base WHERE { ?s a http://ex.com/resource/Batch . ?s http://ex.com/resource/id ?id . } } } The

Re: Change in execution order between Jena 2.7.2 and 2.7.3

wrote: On 11/08/12 00:50, Holger Knublauch wrote: On 8/10/2012 19:40, Andy Seaborne wrote: On 10/08/12 02:12, Holger Knublauch wrote: Andy, we are evaluating the move to 2.7.3 and have been immediately hit by what looks like a change of SPARQL semantics in ARQ. See the attached Java test which

Re: Change in execution order between Jena 2.7.2 and 2.7.3

On 8/10/2012 19:40, Andy Seaborne wrote: On 10/08/12 02:12, Holger Knublauch wrote: Andy, we are evaluating the move to 2.7.3 and have been immediately hit by what looks like a change of SPARQL semantics in ARQ. See the attached Java test which returns Test in 272 but null in 273. The query

How to check if a graph is a sub-set of another graph?

Hi all, I am aware of Graph.isIsomorphicWith, but I need a function that tests whether Graph A is a sub-set of Graph B, including the ability to map bnodes into each other. Does that exist in Jena? Thanks Holger

Re: Can SDB 1.3.4 be used with Jena 2.7.1?

performant. On Jun 26, 2012 1:55 AM, Holger Knublauch hol...@knublauch.com wrote: Yes this is my hope, assuming SDB still works for us. Holger On 6/26/2012 9:46, Martynas Jusevičius wrote: Holger, does that also mean a new release of SPIN API which will be packaged with the latest Jena

Can SDB 1.3.4 be used with Jena 2.7.1?

We are now starting the process of upgrading our platform to the latest Jena version(s). I noticed that SDB has not been released yet as an Apache module. Question: is it safe to use SDB 1.3.4 in conjunction with Jena 2.7.1? Apologies if this has been asked before. Thanks Holger

Re: Can SDB 1.3.4 be used with Jena 2.7.1?

Yes this is my hope, assuming SDB still works for us. Holger On 6/26/2012 9:46, Martynas Jusevičius wrote: Holger, does that also mean a new release of SPIN API which will be packaged with the latest Jena? Martynas On Tue, Jun 26, 2012 at 1:33 AM, Holger Knublauch hol...@knublauch.com