Re: Starting Fuseki server from Jena

site: cs.ccsu.edu/~neli/ From: Lorenz Buehmann Sent: Wednesday, September 25, 2024 2:07 AM To: users@jena.apache.org Subject: Re: Re: Starting Fuseki server from Jena EXTERNAL EMAIL: This email originated from outside of the organization. Do not click any links

Re: Using Fuseki to query the union of datasets - with inference

Sent: Sunday, September 29, 2024 7:37 AM To: users@jena.apache.org Subject: [EXTERNAL] Re: Using Fuseki to query the union of datasets - with inference CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know t

Re: Re: Starting Fuseki server from Jena

in, CT 06050 Phone: (860) 832-2723 Fax: (860) 832-2712 Web site: cs.ccsu.edu/~neli/ From: Lorenz Buehmann Sent: Wednesday, September 25, 2024 2:07 AM To: users@jena.apache.org Subject: Re: Re: Starting Fuseki server from Jena EXTERNAL EMAIL: This email originate

Re: Using Fuseki to query the union of datasets - with inference

Graph a tdb:GraphTDB ; tdb:dataset :tdbDataset ; tdb:namedGraph ## *** . :tdbDataset a tdb:DatasetTDB ; tdb:location "DB" ; . ­ From: Andy Seaborne Sent: Thursday, September 26, 2024 4:30 PM To: users@jena.apache.org Subject: Re: [EXTERNAL] Re: Using Fuseki to query the union of datas

Re: [EXTERNAL] Re: Using Fuseki to query the union of datasets - with inference

@jena.apache.org Subject: Re: [EXTERNAL] Re: Using Fuseki to query the union of datasets - with inference CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe. On 24/09/2024 18:45, Scott Henninger

RE: [EXTERNAL] Re: Using Fuseki to query the union of datasets - with inference

Hello Andy; Yes, I used , but am not getting the inferences. -- Scott From: Andy Seaborne Sent: Thursday, September 26, 2024 3:12 PM To: users@jena.apache.org Subject: Re: [EXTERNAL] Re: Using Fuseki to query the union of datasets - with inference CAUTION: This email originated from outside

Re: [EXTERNAL] Re: Using Fuseki to query the union of datasets - with inference

graph definitions via the Fuseki “add data” user interface. So both named graphs are being uploaded in the same file. Thanks again -- Scott From: Andy Seaborne Sent: Sunday, September 15, 2024 10:21 AM To: users@jena.apache.org Subject: [EXTERNAL] Re: Using Fuseki to query the union of dat

Re: Re: What am I missing about UUID URNs and RDF/XML?

That's the reference I was looking for. Thank you! On Thu, Sep 26, 2024 at 10:31 AM Simon Bin wrote: > Read closely > https://www.w3.org/TR/rdf-syntax-grammar/#section-Serialising > > not all RDF graphs can be represented in RDF/XML > > Cheers, > > On Thu, 2024-09-26 at 10:06 -0400, Luke VanderH

Re: Re: What am I missing about UUID URNs and RDF/XML?

Read closely https://www.w3.org/TR/rdf-syntax-grammar/#section-Serialising not all RDF graphs can be represented in RDF/XML Cheers, On Thu, 2024-09-26 at 10:06 -0400, Luke VanderHart wrote: > That's a straightforward workaround, as is using a completely > different > IRI. I can certainly get my

Re: What am I missing about UUID URNs and RDF/XML?

That's a straightforward workaround, as is using a completely different IRI. I can certainly get my app working. I'm more concerned that either I'm missing some aspect of the RDF/XML spec, or that there might be a bug in Jena. On Thu, Sep 26, 2024 at 10:02 AM Holger Knublauch wrote: > Just

Re: What am I missing about UUID URNs and RDF/XML?

Just prepend a letter? Sent from my iPhone > On 26.09.2024, at 15:37, Luke VanderHart wrote: > > I'm trying to use Jena to write RDF/XML. The graph I'm writing contains a > triple with an IRI node used in predicate position: > "urn:uuid:29ec95c1-034b-4d8a-ba48-c50f0f9dd269". > > Jena throws a

Re: Starting Fuseki server from Jena

On 25/09/2024 07:07, Lorenz Buehmann wrote: there was an issue on this which seems to affect only Windows user: https://github.com/jetty/jetty.project/issues/6661 But in fact this is just a DEBUG log level message telling you that your JVM does not support SO_REUSEPORT on that network, shou

Antw: Re: Re: Where did import org.apache.jena.rdf.model.SimpleSelector go?

Hello Lorenz and Simon, Thanks a lot for your hints. Now the code runs perfectly on current dependencies & JDK �� Best Regards Andreas >>> Lorenz Buehmann 24.09.2024 08:47 >>> As mentioned in the docs, you can simply do listStatements( S, P, O ) instead of listStatements( new SimpleSelect

Re: Re: Starting Fuseki server from Jena

there was an issue on this which seems to affect only Windows user: https://github.com/jetty/jetty.project/issues/6661 But in fact this is just a DEBUG log level message telling you that your JVM does not support SO_REUSEPORT on that network, should not be an issue in general On 25.09.24 03:

Re: Starting Fuseki server from Jena

.edu/~neli/ From: Simon Bin Sent: Monday, September 23, 2024 5:00 AM To: users@jena.apache.org Subject: Re: Starting Fuseki server from Jena EXTERNAL EMAIL: This email originated from outside of the organization. Do not click any links or open any attachments unless you

RE: [EXTERNAL] Re: Using Fuseki to query the union of datasets - with inference

Seaborne Sent: Sunday, September 15, 2024 10:21 AM To: users@jena.apache.org Subject: [EXTERNAL] Re: Using Fuseki to query the union of datasets - with inference CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender

Re: Count the total number of triples

On 24/09/2024 08:36, Sorin Gheorghiu wrote: To count the triples for large datasets with a SPARQL query it takes a longer time, therefore I asked if someone knows if Jena Fuseki can deliver this information faster Regards Sorin Am 24.09.2024 um 09:26 schrieb Daniel Hernandez: What about t

Re: Count the total number of triples

I don't know if there is such a specialized feature. I have executed that query in a copy of Wikidata loaded in Jena TDB, and it did not take longer than a couple of hours. Best, Daniel Sorin Gheorghiu writes: > To count the triples for large datasets with a SPARQL query it takes a longer >

Re: Count the total number of triples

To count the triples for large datasets with a SPARQL query it takes a longer time, therefore I asked if someone knows if Jena Fuseki can deliver this information faster Regards Sorin Am 24.09.2024 um 09:26 schrieb Daniel Hernandez: What about the SPARQL query? SELECT (count(*) as ?n) WHERE

Re: Count the total number of triples

What about the SPARQL query? SELECT (count(*) as ?n) WHERE { ?s ?p ?o } Maybe do you also want to count triples in named graphs. In this case, your question is ambiguous, unless you answer the following questions. Do you want to count repeated triples from different named graphs as one, or to c

Re: Re: Where did import org.apache.jena.rdf.model.SimpleSelector go?

As mentioned in the docs, you can simply do listStatements( S, P, O ) instead of listStatements( new SimpleSelector( S, P, O ) ) On 23.09.24 18:52, Simon Bin wrote: It was deprecated here https://github.com/apache/jena/issues/1970 and removed here https://github.com/apache/jena/issues/2021

Re: Where did import org.apache.jena.rdf.model.SimpleSelector go?

It was deprecated here https://github.com/apache/jena/issues/1970 and removed here https://github.com/apache/jena/issues/2021 I guess the tutorials and websites still need to be freshend up. Basically you don't need it anymore. On Mon, 2024-09-23 at 16:58 +0200, Andreas Kahl wrote: > Hello everyon

Re: Starting Fuseki server from Jena

06050 Phone: (860) 832-2723 Fax: (860) 832-2712 Web site: cs.ccsu.edu/~neli/ From: Andy Seaborne Sent: Monday, September 23, 2024 5:44 AM To: users@jena.apache.org Subject: Re: Starting Fuseki server from Jena EXTERNAL EMAIL: This email originated from outside of

Re: Identifying the currently-running queries

Hi Dan, On 20/09/2024 15:18, Dan Pritts wrote: Sorry for the late reply We identified a problem with a similar old fuseki version. Using the internal backup mechanism caused fuseki to slow down drastically and take down our website, usually ending in us restarting. Which version? And is i

Re: Starting Fuseki server from Jena

If you find there is a Fuseki alkready on 3030, it may be because Fuseki has background threads so just returning from application "main" does not exit the JVM. Either Systrem.exit(0) or server.start(); try { } finally { server.stop(); } For general information - which O

Re: Starting Fuseki server from Jena

Have you already tried accessing the server in your web browser on port 3030 to see if it responds? On Sun, 2024-09-22 at 15:47 +, Zlatareva, Neli (Computer Science) wrote: > Hi there, I try to start Fuseki with the following instructions > >    FusekiServer server = FusekiServer.create()

Re: Identifying the currently-running queries

Sorry for the late reply We identified a problem with a similar old fuseki version. Using the internal backup mechanism caused fuseki to slow down drastically and take down our website, usually ending in us restarting. We disabled the fuseki internal backups and instead make Linux lvm snapshots o

Re: Using Fuseki to query the union of datasets - with inference

apache.org Subject: Re: Using Fuseki to query the union of datasets - with inference Thank you for the response, Andy. Unfortunately I can’t reproduce what you describe here. I started Fuseki 5.1 with a config file using the config you gave me here. I then used the Fuseki “add data” to upload a TriG

Re: Using Fuseki to query the union of datasets - with inference

the union default graph marked at "## ***" Does SELECT * WHERE { :x rdf:type ?T } give two rows? A second question. I thought maybe the inference would appear after re-starting Fuseki, but the data was erased. I would have thought that { :tdbDataset a tdb:DatasetTDB } mean

Re: Integration of HermitT in Jena

of Computer Science Central Connecticut State University New Britain, CT 06050 Phone: (860) 832-2723 Fax: (860) 832-2712 Web site: cs.ccsu.edu/~neli/ From: Sergei Zuev Sent: Friday, September 13, 2024 12:32 PM To: users@jena.apache.org Subject: Re: Integration of

Re: Integration of HermitT in Jena

New Britain, CT 06050 > Phone: (860) 832-2723 > Fax: (860) 832-2712 > Web site: cs.ccsu.edu/~neli/ > > From: ssz > Sent: Friday, September 13, 2024 10:27 AM > To: users@jena.apache.org > Subject: Re: Integration of HermitT in Jena > >

Re: Integration of HermitT in Jena

Department of Computer Science Central Connecticut State University New Britain, CT 06050 Phone: (860) 832-2723 Fax: (860) 832-2712 Web site: cs.ccsu.edu/~neli/ From: ssz Sent: Friday, September 13, 2024 10:27 AM To: users@jena.apache.org Subject: Re: Integration of

Re: Integration of HermitT in Jena

Hi There are several issues 1) judging by the stack trace, the code you are using is not Jena, but OWLAPI, so the issue does not apply to Jena, wrong addressing. You can try to ask in https://github.com/owlcs/owlapi, or in SO, or maybe here https://github.com/owlcs/hermit-reasoner (if you are usin

RE: Using Fuseki to query the union of datasets - with inference

I had a typo. The results I get are: :T1 :graph1 -- Scott From: Scott Henninger Sent: Thursday, September 12, 2024 2:29 PM To: users@jena.apache.org Subject: Re: Using Fuseki to query the union of datasets - with inference Thank you for the response, Andy. Unfortunately I can’t reproduce

Re: Using Fuseki to query the union of datasets - with inference

don’t see any matches for :x. If I do a SELECT * WHERE { GRAPH ?g { :x rdf:type ?T }} I only get :x :graph1 Did you run your test different somehow? A second question. I thought maybe the inference would appear after re-starting Fuseki, but the data was erased. I would have thought

Re: Using Fuseki to query the union of datasets - with inference

erm. Both work in the illustration above. TDB2 is more robust and work better in Fuseki. tdb:location "DB" ; tdb:unionDefaultGraph true ; . Thanks for all your help -- Scott From: Andy Seaborne Sent: Saturday, August 24, 2024 9:52 AM To: users@jena.apache.org Subj

RE: rdfdiff shows graphs are unequal, but does not list the differences

Hi Andy > -Original Message- > From: Andy Seaborne > Sent: Monday, 9 September 2024 22:07 > To: users@jena.apache.org > Subject: Re: rdfdiff shows graphs are unequal, but does not list the > differences > > John, > > So they differ only in the object

RE: Fuseki: Query timeouts not timing out

mend we try upgrading to 5.1, but that won't help with the bad queries). Thanks, Hugo. Hugo Mills Development Team Leader agrimetrics.co.uk Reading Enterprise Centre, Whiteknights Road, Reading, UK, RG6 6BU -Original Message- From: Andy Seaborne Sent: 09 September 2024 19:34 To: user

Re: rdfdiff shows graphs are unequal, but does not list the differences

y, Thanks for the quick reply! -Original Message- From: Andy Seaborne Sent: Friday, 6 September 2024 16:40 To: users@jena.apache.org Subject: Re: rdfdiff shows graphs are unequal, but does not list the differences On 06/09/2024 13:32, John Walker wrote: Hi Andy, -Original Me

Re: RE: Fuseki: Query timeouts not timing out

; Hugo Mills > > Development Team Leader > > agrimetrics.co.uk > > Reading Enterprise Centre, Whiteknights Road, Reading, UK, RG6 6BU > > > > > > > > > > > From: Hugo Mills > Sent: 09 September 2024 11:12 > To: users@jena.apache.org > Sub

Re: Identifying the currently-running queries

w.linkedin.com/company/agrimetrics/> <https://x.com/agrimetrics?s=21&t=h8BsEr4MroKUB8051AMAdA> -Original Message- From: Simon Bin Sent: 05 September 2024 15:31 To: users@jena.apache.org Subject: Re: Re: Identifying the currently-running queries [You don't often get email

Re: rdfdiff shows graphs are unequal, but does not list the differences

On 06/09/2024 13:32, John Walker wrote: Hi Andy, -Original Message- From: Andy Seaborne Sent: Friday, 6 September 2024 10:54 To: users@jena.apache.org Subject: Re: rdfdiff shows graphs are unequal, but does not list the differences On 05/09/2024 19:12, John Walker wrote: Hi, I

RE: Re: Identifying the currently-running queries

From: Simon Bin Sent: 05 September 2024 15:31 To: users@jena.apache.org Subject: Re: Re: Identifying the currently-running queries [You don't often get email from s...@informatik.uni-leipzig.de. Learn why this is important at https://aka.ms/LearnAboutSenderIdentification ] In case it is o

Re: Re: Identifying the currently-running queries

In case it is of use, here is our script to parse the Jena 5 logging output and print the log file in org format, so you can easily browse the running queries in org-mode: https://gitlab.com/coypu-project/tools/skynet_loader/-/blob/master/parse_log49.pl Note that the logging format changes freque

Re: Identifying the currently-running queries

Hi, we're running Fuseki 5.1.0 and are using the logging of Jena. That works fine for us. There is no logging of SPARQL Update statements though because those can get to large in terms of text. By the way, I would not run an ancient Fuseki 3.4.0 in production anymore - is there a reason f

Re: RDFConnection remote fetch behaviour on missing graph

On 01/09/2024 11:57, Bart van Leeuwen wrote: Hi, When I do a fetch(graph) on a RDFConnection created by RDFConnectionFuseki on a fuseki endpoint (4.10.0) and the graph does not exist a 404 exception is thrown. I would expect an empty Model, and not an exception? Doing a fetch on dataset from

Re: Issues with WAR when upgrading from 5.0.0 to 5.1.0

best control in complex situations and it's cheap to call in application class loading. Andy From: Bart van Leeuwen/netage To: users@jena.apache.org Date: 31-08-2024 22:46 Subject: RE: Re: Issues with WAR when upgrading from 5.0.0 to 5.1.0 Hi Andy, Will test tomor

RE: Re: Issues with WAR when upgrading from 5.0.0 to 5.1.0

Hi Andy, Adding JenaSystem.init() to my class does the trick. Bart From: Bart van Leeuwen/netage To: users@jena.apache.org Date: 31-08-2024 22:46 Subject:RE: Re: Issues with WAR when upgrading from 5.0.0 to 5.1.0 Hi Andy, Will test tomorrow, so my initial idea was correct

Re: Issues with WAR when upgrading from 5.0.0 to 5.1.0

On 31/08/2024 21:46, Bart van Leeuwen wrote: Hi Andy, Will test tomorrow, so my initial idea was correct. yes, you were correct. I can recrete a similar situation here. Did anything change inbetween 5.0.0 and 5.1.0 ? Not obviously. The only nearby things look safe. But initlization pro

RE: Re: Issues with WAR when upgrading from 5.0.0 to 5.1.0

Hi Andy, Will test tomorrow, so my initial idea was correct. Did anything change inbetween 5.0.0 and 5.1.0 ? Goodnight from a quiet fire station ;) Bart On 2024/08/31 20:03:35 Andy Seaborne wrote: > Hi Bart, > > Innl.netage.storetest.Reader > > could you add this as a class static initialize

Re: Issues with WAR when upgrading from 5.0.0 to 5.1.0

Hi Bart, Innl.netage.storetest.Reader could you add this as a class static initializer at the beginning of the class:     static { jenaSystem.init(); } if that works, adding it to info.resc.pontypandy.store.StoreFactory (assuming that's your code). In general, especially if there might b

Re: [EXTERNAL] Re: Configuring logging in Fuseki

Hi Scott, They are not logged normally - they are in verbose mode. There are some issues with logging them due to scaling issues. * Update can be very large * Update request are streamed Because of streaming, the whole text is not available at the point of logging (at the operation start).

RE: [EXTERNAL] Re: Configuring logging in Fuseki

updated. Thanks in advance, -- Scott From: Øyvind Gjesdal Sent: Tuesday, August 27, 2024 3:17 PM To: users@jena.apache.org Subject: [EXTERNAL] Re: Configuring logging in Fuseki CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you

Re: fuseki service description and sparql service description

On 27/08/2024 02:52, Paul Tyson wrote: I have a few questions to help me figure out the relationship between fuseki service descriptions and the SPARQL service-description schema [1]. My goal is to translate between fuseki:* and sd:* graphs, to use fuseki:* internally in the app, and expose

Re: jena vs jena-fuseki: different behaviour for namespace replacement by URI in query answer

at 10:49 +0200, christophe heligon wrote: Dear Andy, thank you for this explanation. Christophe - Mail original - De: "Andy Seaborne" À: "users" Envoyé: Vendredi 23 Août 2024 12:46:56 Objet: Re: jena vs jena-fuseki: different behaviour for namespace replacement by URI

Re: Configuring logging in Fuseki

1.0. > > Thanks in advance, > -- Scott > > From: Andy Seaborne > Sent: Saturday, August 24, 2024 9:49 AM > To: users@jena.apache.org > Subject: [EXTERNAL] Re: Configuring logging in Fuseki > > CAUTION: This email originated from outside of the organization. Do not > c

Re: Named graphs and inference

On 26/08/2024 22:57, Scott Henninger wrote: Is it possible to configure Fuseki to run inferences across named graphs and have the triples, including the inferred triples, appear in the default graph? I don't think it's possible if you want to more complicated in the inference than your exp

Re: Re: jena vs jena-fuseki: different behaviour for namespace replacement by URI in query answer

> - Mail original - > De: "Andy Seaborne" > À: "users" > Envoyé: Vendredi 23 Août 2024 12:46:56 > Objet: Re: jena vs jena-fuseki: different behaviour for namespace > replacement by URI in query answer > > On 22/08/2024 13:24, christophe heligon

Re: jena vs jena-fuseki: different behaviour for namespace replacement by URI in query answer

Dear Andy, thank you for this explanation. Christophe - Mail original - De: "Andy Seaborne" À: "users" Envoyé: Vendredi 23 Août 2024 12:46:56 Objet: Re: jena vs jena-fuseki: different behaviour for namespace replacement by URI in query answer On 22/08/2024 13:24

Re: Should {?s ?p ?o} match against both named graph triples and default graph triples?

On 25/08/2024 15:56, Bob DuCharme wrote: (Sorry about using the older Fuseki that I just happened to have on my hard disk before; I think the problem may have been that I was using the wrong version of the data with it.) This query gets 6 rows of results from Fuseki 5.1.0, 10 from GraphDB 1

Re: Should {?s ?p ?o} match against both named graph triples and default graph triples?

(Sorry about using the older Fuseki that I just happened to have on my hard disk before; I think the problem may have been that I was using the wrong version of the data with it.) This query gets 6 rows of results from Fuseki 5.1.0, 10 from GraphDB 10.7.1, and 12 from Blazegraph. (In Blazegrap

Re: Should {?s ?p ?o} match against both named graph triples and default graph triples?

On 24/08/2024 18:33, Bob DuCharme wrote: Thanks Andy! I understand a bit, but have some followup questions. For one thing, I  couldn't figure out which part of https://jena.apache.org/ about_jena/security-advisories.html was relevant to this. "Jena (tested with Fuseki 4.6.1)" -- always good

Re: Should {?s ?p ?o} match against both named graph triples and default graph triples?

Thanks Andy! I understand a bit, but have some followup questions. For one thing, I  couldn't figure out which part of https://jena.apache.org/about_jena/security-advisories.html was relevant to this. Is it oversimplifying if I said: -  many triplestores treat the default graph to be the unio

Re: [EXTERNAL] Re: Using Fuseki to query the union of datasets

setTDB ; tdb:location "DB" ; tdb:unionDefaultGraph true ; . Andy -- Scott From: Pedro Sent: Tuesday, July 23, 2024 4:35 PM To: users@jena.apache.org Subject: [EXTERNAL] Re: Using Fuseki to query the union of datasets CAUTION: This email originated from outside of the o

Re: Configuring logging in Fuseki

On 23/08/2024 18:39, Øyvind Gjesdal wrote: Hi Scott, I think you are right. There is more info on logging for fuseki in https://jena.apache.org/documentation/fuseki2/fuseki-logging.html which also contains a link to a default file you can fit to your needs. Best regards, Øyvind Yes, and in

Re: Should {?s ?p ?o} match against both named graph triples and default graph triples?

On 24/08/2024 15:20, Bob DuCharme wrote: Imagine running the short INSERT query at https:// www.learningsparql.com/2ndeditionexamples/ex338.ru on an empty dataset. It inserts six triples: two in the default graph and two each into two named graphs, for a total of six triples. Next, we run

Re: Configuring logging in Fuseki

Hi Scott, I think you are right. There is more info on logging for fuseki in https://jena.apache.org/documentation/fuseki2/fuseki-logging.html which also contains a link to a default file you can fit to your needs. Best regards, Øyvind On Fri, Aug 23, 2024 at 7:21 PM Scott Henninger wrote: > I

Re: jena vs jena-fuseki: different behaviour for namespace replacement by URI in query answer

On 22/08/2024 13:24, christophe heligon wrote: Dear community, Jena and Jena-fuseki 4.9/4.10/5.1 do not display the results (namespace/ prefix vs uri) similarly in my hands and I wonder what I did wrong. Nothing! SPARQL SELECT results (any format) do not include prefixes and the 3rd part

Re: war deployment issue

Sorry for the false alarm, it appears that after putting a missing .jar in the lib/ directory of the webapp everything works. That's quite a misleading error but I found the "real" one while looking at the Fuseki log, which I forgot to look at, sorry for that. Best, -- Elie

Re: Re: Help building a clean Fuseki instance with GeoSPARQL, admin protocol and UI

Hi Ludovic, in case it is of interest, we currently have the aksw/fuseki- vanilla:5.0.0-1 (or -geoplus) docker containers of Jena 5 (yes, still needs to be updated). We make them using the fuseki-main server, and also using the modular parts that Andy created out of Fuseki at [1] and launch i

Re: Help building a clean Fuseki instance with GeoSPARQL, admin protocol and UI

Hi Ludovic, On 25/07/2024 15:06, Ludovic Muller wrote: Hi! Thank you for all your great work on Apache Jena and Fuseki! I need a Fuseki instance that has the following: - the Fuseki core features - the [HTTP Administration Protocol](https://jena.apache.org/documentation/fuseki2/fuseki-serv

Re: Package containing GraphRepository?

I modified the DocumentGraphRepository so that the addMapping method allows adding multiple mappings for the same location. On 2024/08/08 15:13:26 Sergei Zuev wrote: > `DocumentGraphRepository` is very simple: > https://github.com/apache/jena/blob/main/jena-ontapi/src/main/java/org/apache/jena/o

Re: Package containing GraphRepository?

in jena-ontapi, there is a similar concept: https://github.com/apache/jena/blob/main/jena-ontapi/src/main/java/org/apache/jena/ontapi/model/OntID.java imports closure should contain either version-iri or ontology-iri (if there is no version-iri). document-iri as identifier is not supported since

Re: Package containing GraphRepository?

Oh yes, it's definitely possible, permitted, and conforms to specification to reference an ontology document with a file-based IRI as your example does. I was reading the thread in the wrong sequence and thought the question was regarding the semantics of "Ontology ID" versus the "Ontology IRI" ma

Re: Package containing GraphRepository?

in owlcs/owlapi, it is also possible to reference to the document IRI itself: ` owl:import `. it is allowed by specification. but in jena-ontapi the import closure can only contain the version IRI or the ontology IRI, not document IRI. On 2024/08/08 14:06:29 Phillip Ross wrote: > For reference,

Re: Package containing GraphRepository?

`DocumentGraphRepository` is very simple: https://github.com/apache/jena/blob/main/jena-ontapi/src/main/java/org/apache/jena/ontapi/impl/repositories/DocumentGraphRepository.java It is just like extended Map. So, yes, you can associate the same graph with different keys using method `put`. But th

Re: Package containing GraphRepository?

For reference, the owlcs owlapi models an ontology identifier as a composite of ontology IRI and version IRI, the latter of which may be null. And the document IRI is either the version IRI if it has been specified, or the ontology IRI if there is no version IRI. On Thu, Aug 8, 2024 at 3:08 AM Se

Re: Package containing GraphRepository?

I think the OWL2 spec clarifies that imports should name the ontology or version IRI, but in practice there are a lot of models that import by URL.  If an ontology document in a repo goes through a series of updates and commits, some of which are tagged as having an updated version IRI, the ont

Re: Package containing GraphRepository?

On 07/08/2024 20:41, Andy Seaborne wrote: On 07/08/2024 12:15, Steve Vestal wrote: I have some questions about doing an OWL import closure.  My understanding is that an Import for an owl:Ontology can use any of a URL, an ontology IRI, or a version IRI to access an OWL document. Different

Re: Package containing GraphRepository?

In the new API, the ontology identifier is either the version IRI or the ontology IRI. The document IRI is not an identifier. Perhaps this is a flaw - document support was added at the last moment, and for managing imports closure no document-manager is needed. Typical work with documents can be

Re: Package containing GraphRepository?

On 07/08/2024 12:15, Steve Vestal wrote: I have some questions about doing an OWL import closure.  My understanding is that an Import for an owl:Ontology can use any of a URL, an ontology IRI, or a version IRI to access an OWL document. Different documents that have the same ontology IRI may

RE: [EXTERNAL] Re: Using Fuseki to query the union of datasets

:35 PM To: users@jena.apache.org Subject: [EXTERNAL] Re: Using Fuseki to query the union of datasets CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe. Hi Scott Look at the TDB and

Re: Using Fuseki to query the union of datasets

Hi Scott Look at the TDB and TDB2 examples in https://jena.apache.org/documentation/fuseki2/fuseki-configuration.html Uncomment the line tdb:unionDefaultGraph true; Cheers! On Tue, 23 Jul 2024, 22:29 Scott Henninger, wrote: > I am attempting to use Fuseki to query the union of a set of datas

RE: Tarql

> -Original Message- > From: Andy Seaborne > Sent: Monday, 15 July 2024 19:01 > To: users@jena.apache.org > Subject: Re: Tarql > > > > On 12/07/2024 16:03, Shaw, Ryan wrote: > > Tarql <https://tarql.github.io/> is a very useful tool that

Re: Tarql

> Are there replacement tools out there for CONSTRUCTing RDF from CSV? Yes, SPARQL Anything can do that and 14 other file format inputs. https://github.com/SPARQL-Anything/sparql.anything I think of it as the successor to Tarql. > I had been investigating RML tools to replace Tarql, but using SP

Re: Tarql

On 12/07/2024 16:03, Shaw, Ryan wrote: Tarql is a very useful tool that has not been updated in 4+ years: https://github.com/tarql/tarql/commits/master/ It still requires Jena 3.11. Are there replacement tools out there for CONSTRUCTing RDF from CSV? If not, sho

Re: Tarql

There is ottr[1]. I plan to further evaluate it for easing the input burden on non-RDF specialists who must contribute to linked data. Regards, --Paul [1] https://www.ottr.xyz On 7/12/24 10:03, Shaw, Ryan wrote: Tarql is a very useful tool that has not been updated

Re: Tarql

https://github.com/AtomGraph/CSV2RDF On Fri, 12 Jul 2024 at 18.03, Shaw, Ryan wrote: > Tarql is a very useful tool that has not been > updated in 4+ years: > > https://github.com/tarql/tarql/commits/master/ > > It still requires Jena 3.11. > > Are there replacement to

Re: Tarql

We have used SPARQL-Anything for a project and plan to use it again, works nicely. > Il giorno 12 lug 2024, alle ore 23:04, Øyvind Gjesdal ha > scritto: > > Sparql anything: I haven't used it, but have seen it: > https://github.com/SPARQL-Anything/sparql.anything It looks like it covers > cons

Re: JSON-LD writer and the Titanium RdfDataset

Is JSON-LD really necessary for large or incremental RDF sending? What about n-triples or, if you want to use a JSON format, what about HexTuples? https://github.com/ontola/hextuples HexTuples was designed especially for this sort of task and very fast, triple-by-triple serialising and parsing.

Re: Tarql

> On Jul 12, 2024, at 5:04 PM, Øyvind Gjesdal wrote: > > Sparql anything: I haven't used it, but have seen it: > https://github.com/SPARQL-Anything/sparql.anything Thank you, this looks very promising. I had been investigating RML tools to replace Tarql, but using SPARQL a la Tarql seems much

Re: Tarql

Sparql anything: I haven't used it, but have seen it: https://github.com/SPARQL-Anything/sparql.anything It looks like it covers constructing RDF from CSV, as well as other inputs. Note that there may be a CVE (https://www.cve.org/CVERecord?id=CVE-2023-32200) if running it as an embedded jena-fusek

Re: Tarql

https://github.com/tarql/tarql/pull/105 has the updates already sorted, it just needs merging On Fri, 12 Jul 2024, 16:05 Shaw, Ryan, wrote: > Tarql is a very useful tool that has not been > updated in 4+ years: > > https://github.com/tarql/tarql/commits/master/ > > It

Re: JSON-LD writer and the Titanium RdfDataset

good afternoon; > On 10. Jul 2024, at 07:36, Holger Knublauch wrote: > > I am working on serializing partial RDF graphs to JSON-LD using the > Jena-Titanium bridge. > > Problem: For Titanium to "see" the triples it needs to have a complete copy. > See JenaTitanion.convert which copies all Jen

Re: Multi-Fuseki instance on same dataset

[Logo Microbiome Studio]   STEVEN BLANCHARD Function _ steven.blanchard@microbiome.studio_   MICROBIOME STUDIO BY ABOLIS BIOTECHNOLOGIES Station F - 5 parvis Alan Turing 75013 Paris, France _ https://microbiomestud

Re: JSON-LD writer and the Titanium RdfDataset

One million triples in memory isn't very many these days. Just make sure there are not a lot of "1 millions" at the same time. As you describe it, it does sound like the example below. For each "entity" i.e. closure, produce a JSON-LD document and stream/assemble wrapped in { "@context" : UR

Re: Multi-Fuseki instance on same dataset

On 11/07/2024 11:47, Steven Blanchard wrote: Dear, We want to improve our fuseki instance to reduce the request time when we launch multiple request at the same time on the same dataset. We launch our request by the fuseki REST API. We have the impression that the requests are processed one

Re: JSON-LD writer and the Titanium RdfDataset

We will be getting close to that. We are about to make a series of updates to RDFLib's JSON-LD capabilities and some sort of frame interpretation as you describe is probably needed. It think we might use new fundamental capabilities in RDFLib to make RDFrame to the JSON-LD Frame to SPARQL transl

Re: JSON-LD writer and the Titanium RdfDataset

Le jeu. 11 juil. 2024 à 10:10, Holger Knublauch a écrit : > Yes, using shapes to describe the closure is one option. I wonder if > anyone has a similar algorithm that takes a JSON-LD frame and generates > SPARQL queries for the triples that are visited by the frame, i.e. directly > working on the

Re: JSON-LD writer and the Titanium RdfDataset

Yes, using shapes to describe the closure is one option. I wonder if anyone has a similar algorithm that takes a JSON-LD frame and generates SPARQL queries for the triples that are visited by the frame, i.e. directly working on the frame JSON only? Holger > On 11 Jul 2024, at 7:18 AM, Nichola

  1   2   3   4   5   6   7   8   9   10   >