Dear Apache Jena users,
Some 2 years ago Laura Morlaes and Dick Murray had an exchange on this
list on how to influence the performance of
tdbloader. The issue is currently of interest for me again in the
context of trying to load some 15 billion triples from a
copy of wikidata. At
http://wiki.bit
On 19/05/2020 18:44, Chris Tomlinson wrote:
Hi Andy,
Thanks for the very helpful feedback.
1) I did not understand the proper use of sh:inversePath. I thought it was to
verify that the target of the target/value of the sh:path property had a
property equal to the value of sh:inversePath. I
Hi Andy,
Thanks for the very helpful feedback.
1) I did not understand the proper use of sh:inversePath. I thought it was to
verify that the target of the target/value of the sh:path property had a
property equal to the value of sh:inversePath. I see that is just not correct.
2) I’ve found an
Franco,
Thank you very much for the report and investigation.
It does indeed impact the shaded jar in the apache-jena-fuseki download.
The war file form works.
The other one shaded jar - jena-fuseki-server AKA "Fuseki main"
also seems to work although I can't see why they are different.
(this
I just downloaded and started Fuseki 3.15.0, and I am now receiving several
error messages related to the logging subsystem when it starts up (timestamps
are in UTC):
2020-05-19 15:05:43,040 main ERROR Unrecognized format specifier [d]
2020-05-19 15:05:43,116 main ERROR Unrecognized conversion
That's a long jump.
(and it's a SpinRDF question)
>> Are there some obvious suspects here or do I need to create a
>> reproducible example?
reproducible example (noting that the query has custom functions which
have names that suggest they are not proper "functions" (i.e. their
return is not
With 3.0.1, no such internal *violations* are produced.
On Tue, May 19, 2020 at 2:03 PM Martynas Jusevičius
wrote:
>
> Hi,
>
> After upgrading our code as well as SPINRDF from 3.0.1 to
> 3.16.0-SNAPSHOT, some constraint violation-related tests are failing.
>
> With 3.16.0-SNAPSHOT, it seems that
Hi,
After upgrading our code as well as SPINRDF from 3.0.1 to
3.16.0-SNAPSHOT, some constraint violation-related tests are failing.
With 3.16.0-SNAPSHOT, it seems that a bunch of constraint violations
are coming from the SPIN vocabulary iself, e.g. "Attribute spin:body :
[0,1]" on spin:Construct
The Apache Jena development community is pleased to
announce the release of Apache Jena 3.15.0.
This release includes experimental support for RDF* in Fuseki.
https://jena.apache.org/documentation/rdfstar/
== Contributions and notable JIRA
For a full list of tickets for this release, see:
ht
