You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@jena.apache.org by Chao Wang <CW...@netdes.com> on 2016/07/21 01:09:45 UTC
TDB triple storage
A newbie question:
Does jena store the inferred triples into tdb? If yes, when?
Re: Fuseki doesn't allow to upload new datasets
Posted by Andy Seaborne <an...@apache.org>.
Please start a new thread for a new question.
------------------
There is not enough information here to answer the question.
What URL are you uploading to?
Is update enabled?
Andy
On 02/09/16 16:09, Sandor Kopacsi wrote:
> Dear List Members,
>
> I have the following problem:
>
> I have started Fuseki from its base folder (/var/www/fuseki/) without
> any problem, but when I want to upload a previously successfully
> uploaded file to a named graph or to the default graph I got the error
> message:
>
> "Error 404: Not Found
>
> Fuseki - version 1.4.0 (Build date: 2016-05-10T11:59:39+0000)"
>
> Strange is, that Fuseki doesn't send any reaction to the Upload request.
> Last message appeared when I started Fuseki:
> "17:00:15 INFO Started 2016/09/02 17:00:15 CEST on port 3030"
>
> I have set the FUSEKI_BASE variable, but it did not help either.
>
> What can be wrong?
>
> Thanks in advance,
> Sandor
>
> Am 26.07.2016 um 09:32 schrieb Sandor Kopacsi:
>> Dear Stian,
>>
>> thank you, it helped.
>>
>> Best Regards,
>>
>> Sandor
>>
>>
>> Am 25.07.2016 um 10:47 schrieb Stian Soiland-Reyes:
>>> I could replicate this.
>>>
>>> stain@biggiebuntu:~/Downloads$ java -jar
>>> /var/www/fuseki/fuseki-server.jar --update --mem /ds
>>> 09:45:20 INFO Dataset: in-memory
>>> 09:45:20 WARN No such directory for static content:
>>> /home/stain/Downloads/.
>>> 09:45:20 WARN You may need to set the --pages or --home option to
>>> configure static content correctly
>>> 09:45:20 WARN No pages directory - ./pages
>>>
>>> Basically Fuseki can't find its "pages" folder.
>>>
>>>
>>>
>>> You will need to start fuseki from the folder /var/www/fuseki/, or set
>>> the variable FUSEKI_BASE
>>>
>>> See http://jena.apache.org/documentation/fuseki2/fuseki-run.html
>>>
>>>
>>>
>>> On 25 July 2016 at 08:42, Andy Seaborne <an...@apache.org> wrote:
>>>> It's the wrong URL in some way.
>>>>
>>>> Andy
>>>>
>>>>
>>>> On 25/07/16 08:39, Sandor Kopacsi wrote:
>>>>> Does anybody have any idea, what can be the problem, and how can I
>>>>> solve
>>>>> it?
>>>>>
>>>>>> I started Fuseki successfully, and wanted to open its web UI, as
>>>>>> usual on
>>>>>> port 3030, but I have received the error message:
>>>>>>
>>>>>> "Error 404: Not Found
>>>>>>
>>>>>> Fuseki - version 1.4.0 (Build date: 2016-05-10T11:59:39+0000)"
>>>>> Thanks,
>>>>>
>>>>> Sandor
>>>>>
>>>>>
>>>>> Am 22.07.2016 um 22:09 schrieb Sandor Kopacsi:
>>>>>> Dear Stian,
>>>>>>
>>>>>> Thank you for your reaction.
>>>>>>
>>>>>> I have started Fuseki from the command line with:
>>>>>>
>>>>>> java -jar /var/www/fuseki/fuseki-server.jar --update --mem /ds
>>>>>>
>>>>>> as usual. Any other time it worked.
>>>>>>
>>>>>> I haven't tried Fuseki 2.4.0 so far.
>>>>>>
>>>>>> Best Regards,
>>>>>>
>>>>>> Sandor
>>>>>>
>>>>>>
>>>>>>
>>>>>> Am 21.07.2016 um 14:27 schrieb Stian Soiland-Reyes:
>>>>>>> How did you start Fuseki, from the command line?
>>>>>>>
>>>>>>> Have you considered trying Fuseki 2.4.0 to see if that makes any
>>>>>>> difference?
>>>>>>>
>>>>>>>
>>>>>>> On 21 July 2016 at 12:37, Sandor Kopacsi
>>>>>>> <sa...@univie.ac.at> wrote:
>>>>>>>> Dear Jena-Fuseki Users,
>>>>>>>>
>>>>>>>> I started Fuseki successfully, and wanted to open its web UI, as
>>>>>>>> usual on
>>>>>>>> port 3030, but I have received the error message:
>>>>>>>>
>>>>>>>> "Error 404: Not Found
>>>>>>>>
>>>>>>>> Fuseki - version 1.4.0 (Build date: 2016-05-10T11:59:39+0000)"
>>>>>>>>
>>>>>>>> What can be the problem, and what should I do?
>>>>>>>>
>>>>>>>> Thanks in advance.
>>>>>>>>
>>>>>>>> Best Regards,
>>>>>>>> Sandor
>>>>>>>>
>>>>>>>> --
>>>>>>>> Sandor Kopacsi
>>>>>>>> Vienna University Computer Center
>>>>>>>>
>>>>>>>
>>>
>>>
>>
>
Fuseki doesn't allow to upload new datasets
Posted by Sandor Kopacsi <sa...@univie.ac.at>.
Dear List Members,
I have the following problem:
I have started Fuseki from its base folder (/var/www/fuseki/) without
any problem, but when I want to upload a previously successfully
uploaded file to a named graph or to the default graph I got the error
message:
"Error 404: Not Found
Fuseki - version 1.4.0 (Build date: 2016-05-10T11:59:39+0000)"
Strange is, that Fuseki doesn't send any reaction to the Upload request.
Last message appeared when I started Fuseki:
"17:00:15 INFO Started 2016/09/02 17:00:15 CEST on port 3030"
I have set the FUSEKI_BASE variable, but it did not help either.
What can be wrong?
Thanks in advance,
Sandor
Am 26.07.2016 um 09:32 schrieb Sandor Kopacsi:
> Dear Stian,
>
> thank you, it helped.
>
> Best Regards,
>
> Sandor
>
>
> Am 25.07.2016 um 10:47 schrieb Stian Soiland-Reyes:
>> I could replicate this.
>>
>> stain@biggiebuntu:~/Downloads$ java -jar
>> /var/www/fuseki/fuseki-server.jar --update --mem /ds
>> 09:45:20 INFO Dataset: in-memory
>> 09:45:20 WARN No such directory for static content:
>> /home/stain/Downloads/.
>> 09:45:20 WARN You may need to set the --pages or --home option to
>> configure static content correctly
>> 09:45:20 WARN No pages directory - ./pages
>>
>> Basically Fuseki can't find its "pages" folder.
>>
>>
>>
>> You will need to start fuseki from the folder /var/www/fuseki/, or set
>> the variable FUSEKI_BASE
>>
>> See http://jena.apache.org/documentation/fuseki2/fuseki-run.html
>>
>>
>>
>> On 25 July 2016 at 08:42, Andy Seaborne <an...@apache.org> wrote:
>>> It's the wrong URL in some way.
>>>
>>> Andy
>>>
>>>
>>> On 25/07/16 08:39, Sandor Kopacsi wrote:
>>>> Does anybody have any idea, what can be the problem, and how can I
>>>> solve
>>>> it?
>>>>
>>>>> I started Fuseki successfully, and wanted to open its web UI, as
>>>>> usual on
>>>>> port 3030, but I have received the error message:
>>>>>
>>>>> "Error 404: Not Found
>>>>>
>>>>> Fuseki - version 1.4.0 (Build date: 2016-05-10T11:59:39+0000)"
>>>> Thanks,
>>>>
>>>> Sandor
>>>>
>>>>
>>>> Am 22.07.2016 um 22:09 schrieb Sandor Kopacsi:
>>>>> Dear Stian,
>>>>>
>>>>> Thank you for your reaction.
>>>>>
>>>>> I have started Fuseki from the command line with:
>>>>>
>>>>> java -jar /var/www/fuseki/fuseki-server.jar --update --mem /ds
>>>>>
>>>>> as usual. Any other time it worked.
>>>>>
>>>>> I haven't tried Fuseki 2.4.0 so far.
>>>>>
>>>>> Best Regards,
>>>>>
>>>>> Sandor
>>>>>
>>>>>
>>>>>
>>>>> Am 21.07.2016 um 14:27 schrieb Stian Soiland-Reyes:
>>>>>> How did you start Fuseki, from the command line?
>>>>>>
>>>>>> Have you considered trying Fuseki 2.4.0 to see if that makes any
>>>>>> difference?
>>>>>>
>>>>>>
>>>>>> On 21 July 2016 at 12:37, Sandor Kopacsi
>>>>>> <sa...@univie.ac.at> wrote:
>>>>>>> Dear Jena-Fuseki Users,
>>>>>>>
>>>>>>> I started Fuseki successfully, and wanted to open its web UI, as
>>>>>>> usual on
>>>>>>> port 3030, but I have received the error message:
>>>>>>>
>>>>>>> "Error 404: Not Found
>>>>>>>
>>>>>>> Fuseki - version 1.4.0 (Build date: 2016-05-10T11:59:39+0000)"
>>>>>>>
>>>>>>> What can be the problem, and what should I do?
>>>>>>>
>>>>>>> Thanks in advance.
>>>>>>>
>>>>>>> Best Regards,
>>>>>>> Sandor
>>>>>>>
>>>>>>> --
>>>>>>> Sandor Kopacsi
>>>>>>> Vienna University Computer Center
>>>>>>>
>>>>>>
>>
>>
>
--
Dr. Sandor Kopacsi
IT Software Designer
Vienna University Computer Center
Universit�tsstra�e 7 (NIG)
A-1010 Vienna
Phone: +43-1-4277-14176
Mobile: +43-664-60277-14176
Re: Web UI of Fuseki doesn't start
Posted by Sandor Kopacsi <sa...@univie.ac.at>.
Dear Stian,
thank you, it helped.
Best Regards,
Sandor
Am 25.07.2016 um 10:47 schrieb Stian Soiland-Reyes:
> I could replicate this.
>
> stain@biggiebuntu:~/Downloads$ java -jar
> /var/www/fuseki/fuseki-server.jar --update --mem /ds
> 09:45:20 INFO Dataset: in-memory
> 09:45:20 WARN No such directory for static content: /home/stain/Downloads/.
> 09:45:20 WARN You may need to set the --pages or --home option to
> configure static content correctly
> 09:45:20 WARN No pages directory - ./pages
>
> Basically Fuseki can't find its "pages" folder.
>
>
>
> You will need to start fuseki from the folder /var/www/fuseki/, or set
> the variable FUSEKI_BASE
>
> See http://jena.apache.org/documentation/fuseki2/fuseki-run.html
>
>
>
> On 25 July 2016 at 08:42, Andy Seaborne <an...@apache.org> wrote:
>> It's the wrong URL in some way.
>>
>> Andy
>>
>>
>> On 25/07/16 08:39, Sandor Kopacsi wrote:
>>> Does anybody have any idea, what can be the problem, and how can I solve
>>> it?
>>>
>>>> I started Fuseki successfully, and wanted to open its web UI, as usual on
>>>> port 3030, but I have received the error message:
>>>>
>>>> "Error 404: Not Found
>>>>
>>>> Fuseki - version 1.4.0 (Build date: 2016-05-10T11:59:39+0000)"
>>> Thanks,
>>>
>>> Sandor
>>>
>>>
>>> Am 22.07.2016 um 22:09 schrieb Sandor Kopacsi:
>>>> Dear Stian,
>>>>
>>>> Thank you for your reaction.
>>>>
>>>> I have started Fuseki from the command line with:
>>>>
>>>> java -jar /var/www/fuseki/fuseki-server.jar --update --mem /ds
>>>>
>>>> as usual. Any other time it worked.
>>>>
>>>> I haven't tried Fuseki 2.4.0 so far.
>>>>
>>>> Best Regards,
>>>>
>>>> Sandor
>>>>
>>>>
>>>>
>>>> Am 21.07.2016 um 14:27 schrieb Stian Soiland-Reyes:
>>>>> How did you start Fuseki, from the command line?
>>>>>
>>>>> Have you considered trying Fuseki 2.4.0 to see if that makes any
>>>>> difference?
>>>>>
>>>>>
>>>>> On 21 July 2016 at 12:37, Sandor Kopacsi
>>>>> <sa...@univie.ac.at> wrote:
>>>>>> Dear Jena-Fuseki Users,
>>>>>>
>>>>>> I started Fuseki successfully, and wanted to open its web UI, as
>>>>>> usual on
>>>>>> port 3030, but I have received the error message:
>>>>>>
>>>>>> "Error 404: Not Found
>>>>>>
>>>>>> Fuseki - version 1.4.0 (Build date: 2016-05-10T11:59:39+0000)"
>>>>>>
>>>>>> What can be the problem, and what should I do?
>>>>>>
>>>>>> Thanks in advance.
>>>>>>
>>>>>> Best Regards,
>>>>>> Sandor
>>>>>>
>>>>>> --
>>>>>> Sandor Kopacsi
>>>>>> Vienna University Computer Center
>>>>>>
>>>>>
>
>
--
Dr. Sandor Kopacsi
IT Software Designer
Vienna University Computer Center
Universit�tsstra�e 7 (NIG)
A-1010 Vienna
Phone: +43-1-4277-14176
Mobile: +43-664-60277-14176
Re: Web UI of Fuseki doesn't start
Posted by Andy Seaborne <an...@apache.org>.
On 25/07/16 09:47, Stian Soiland-Reyes wrote:
> I could replicate this.
>
> stain@biggiebuntu:~/Downloads$ java -jar
> /var/www/fuseki/fuseki-server.jar --update --mem /ds
> 09:45:20 INFO Dataset: in-memory
> 09:45:20 WARN No such directory for static content: /home/stain/Downloads/.
> 09:45:20 WARN You may need to set the --pages or --home option to
> configure static content correctly
> 09:45:20 WARN No pages directory - ./pages
>
> Basically Fuseki can't find its "pages" folder.
Makes sense.
Even a useful log message!
--pages
> You will need to start fuseki from the folder /var/www/fuseki/, or set
> the variable FUSEKI_BASE
(scrambles around the code trying to remember what it does...)
Fuseki1 used FUSEKI_HOME : --pages is better though.
>
> See http://jena.apache.org/documentation/fuseki2/fuseki-run.html
>>>> java -jar /var/www/fuseki/fuseki-server.jar --update --mem /ds
cd /var/www/fuseki/
then that command line will then find the pages if /var/www/fuseki/ is a
complete distribution.
But if you want to run as a server, Fuseki2 is much better for that.
Andy
>
>
>
> On 25 July 2016 at 08:42, Andy Seaborne <an...@apache.org> wrote:
>> It's the wrong URL in some way.
>>
>> Andy
>>
>>
>> On 25/07/16 08:39, Sandor Kopacsi wrote:
>>>
>>> Does anybody have any idea, what can be the problem, and how can I solve
>>> it?
>>>
>>>> I started Fuseki successfully, and wanted to open its web UI, as usual on
>>>> port 3030, but I have received the error message:
>>>>
>>>> "Error 404: Not Found
>>>>
>>>> Fuseki - version 1.4.0 (Build date: 2016-05-10T11:59:39+0000)"
>>>
>>> Thanks,
>>>
>>> Sandor
>>>
>>>
>>> Am 22.07.2016 um 22:09 schrieb Sandor Kopacsi:
>>>>
>>>> Dear Stian,
>>>>
>>>> Thank you for your reaction.
>>>>
>>>> I have started Fuseki from the command line with:
>>>>
>>>> java -jar /var/www/fuseki/fuseki-server.jar --update --mem /ds
>>>>
>>>> as usual. Any other time it worked.
>>>>
>>>> I haven't tried Fuseki 2.4.0 so far.
>>>>
>>>> Best Regards,
>>>>
>>>> Sandor
>>>>
>>>>
>>>>
>>>> Am 21.07.2016 um 14:27 schrieb Stian Soiland-Reyes:
>>>>>
>>>>> How did you start Fuseki, from the command line?
>>>>>
>>>>> Have you considered trying Fuseki 2.4.0 to see if that makes any
>>>>> difference?
>>>>>
>>>>>
>>>>> On 21 July 2016 at 12:37, Sandor Kopacsi
>>>>> <sa...@univie.ac.at> wrote:
>>>>>>
>>>>>> Dear Jena-Fuseki Users,
>>>>>>
>>>>>> I started Fuseki successfully, and wanted to open its web UI, as
>>>>>> usual on
>>>>>> port 3030, but I have received the error message:
>>>>>>
>>>>>> "Error 404: Not Found
>>>>>>
>>>>>> Fuseki - version 1.4.0 (Build date: 2016-05-10T11:59:39+0000)"
>>>>>>
>>>>>> What can be the problem, and what should I do?
>>>>>>
>>>>>> Thanks in advance.
>>>>>>
>>>>>> Best Regards,
>>>>>> Sandor
>>>>>>
>>>>>> --
>>>>>> Sandor Kopacsi
>>>>>> Vienna University Computer Center
>>>>>>
>>>>>
>>>>>
>>>>
>>>
>>
>
>
>
Re: Web UI of Fuseki doesn't start
Posted by Stian Soiland-Reyes <st...@apache.org>.
I could replicate this.
stain@biggiebuntu:~/Downloads$ java -jar
/var/www/fuseki/fuseki-server.jar --update --mem /ds
09:45:20 INFO Dataset: in-memory
09:45:20 WARN No such directory for static content: /home/stain/Downloads/.
09:45:20 WARN You may need to set the --pages or --home option to
configure static content correctly
09:45:20 WARN No pages directory - ./pages
Basically Fuseki can't find its "pages" folder.
You will need to start fuseki from the folder /var/www/fuseki/, or set
the variable FUSEKI_BASE
See http://jena.apache.org/documentation/fuseki2/fuseki-run.html
On 25 July 2016 at 08:42, Andy Seaborne <an...@apache.org> wrote:
> It's the wrong URL in some way.
>
> Andy
>
>
> On 25/07/16 08:39, Sandor Kopacsi wrote:
>>
>> Does anybody have any idea, what can be the problem, and how can I solve
>> it?
>>
>>> I started Fuseki successfully, and wanted to open its web UI, as usual on
>>> port 3030, but I have received the error message:
>>>
>>> "Error 404: Not Found
>>>
>>> Fuseki - version 1.4.0 (Build date: 2016-05-10T11:59:39+0000)"
>>
>> Thanks,
>>
>> Sandor
>>
>>
>> Am 22.07.2016 um 22:09 schrieb Sandor Kopacsi:
>>>
>>> Dear Stian,
>>>
>>> Thank you for your reaction.
>>>
>>> I have started Fuseki from the command line with:
>>>
>>> java -jar /var/www/fuseki/fuseki-server.jar --update --mem /ds
>>>
>>> as usual. Any other time it worked.
>>>
>>> I haven't tried Fuseki 2.4.0 so far.
>>>
>>> Best Regards,
>>>
>>> Sandor
>>>
>>>
>>>
>>> Am 21.07.2016 um 14:27 schrieb Stian Soiland-Reyes:
>>>>
>>>> How did you start Fuseki, from the command line?
>>>>
>>>> Have you considered trying Fuseki 2.4.0 to see if that makes any
>>>> difference?
>>>>
>>>>
>>>> On 21 July 2016 at 12:37, Sandor Kopacsi
>>>> <sa...@univie.ac.at> wrote:
>>>>>
>>>>> Dear Jena-Fuseki Users,
>>>>>
>>>>> I started Fuseki successfully, and wanted to open its web UI, as
>>>>> usual on
>>>>> port 3030, but I have received the error message:
>>>>>
>>>>> "Error 404: Not Found
>>>>>
>>>>> Fuseki - version 1.4.0 (Build date: 2016-05-10T11:59:39+0000)"
>>>>>
>>>>> What can be the problem, and what should I do?
>>>>>
>>>>> Thanks in advance.
>>>>>
>>>>> Best Regards,
>>>>> Sandor
>>>>>
>>>>> --
>>>>> Sandor Kopacsi
>>>>> Vienna University Computer Center
>>>>>
>>>>
>>>>
>>>
>>
>
--
Stian Soiland-Reyes
Apache Taverna (incubating), Apache Commons
http://orcid.org/0000-0001-9842-9718
Re: Web UI of Fuseki doesn't start
Posted by Andy Seaborne <an...@apache.org>.
It's the wrong URL in some way.
Andy
On 25/07/16 08:39, Sandor Kopacsi wrote:
> Does anybody have any idea, what can be the problem, and how can I solve
> it?
>
>> I started Fuseki successfully, and wanted to open its web UI, as usual on
>> port 3030, but I have received the error message:
>>
>> "Error 404: Not Found
>>
>> Fuseki - version 1.4.0 (Build date: 2016-05-10T11:59:39+0000)"
> Thanks,
>
> Sandor
>
>
> Am 22.07.2016 um 22:09 schrieb Sandor Kopacsi:
>> Dear Stian,
>>
>> Thank you for your reaction.
>>
>> I have started Fuseki from the command line with:
>>
>> java -jar /var/www/fuseki/fuseki-server.jar --update --mem /ds
>>
>> as usual. Any other time it worked.
>>
>> I haven't tried Fuseki 2.4.0 so far.
>>
>> Best Regards,
>>
>> Sandor
>>
>>
>>
>> Am 21.07.2016 um 14:27 schrieb Stian Soiland-Reyes:
>>> How did you start Fuseki, from the command line?
>>>
>>> Have you considered trying Fuseki 2.4.0 to see if that makes any
>>> difference?
>>>
>>>
>>> On 21 July 2016 at 12:37, Sandor Kopacsi
>>> <sa...@univie.ac.at> wrote:
>>>> Dear Jena-Fuseki Users,
>>>>
>>>> I started Fuseki successfully, and wanted to open its web UI, as
>>>> usual on
>>>> port 3030, but I have received the error message:
>>>>
>>>> "Error 404: Not Found
>>>>
>>>> Fuseki - version 1.4.0 (Build date: 2016-05-10T11:59:39+0000)"
>>>>
>>>> What can be the problem, and what should I do?
>>>>
>>>> Thanks in advance.
>>>>
>>>> Best Regards,
>>>> Sandor
>>>>
>>>> --
>>>> Sandor Kopacsi
>>>> Vienna University Computer Center
>>>>
>>>
>>>
>>
>
Re: Web UI of Fuseki doesn't start
Posted by Sandor Kopacsi <sa...@univie.ac.at>.
Does anybody have any idea, what can be the problem, and how can I solve it?
> I started Fuseki successfully, and wanted to open its web UI, as usual on
> port 3030, but I have received the error message:
>
> "Error 404: Not Found
>
> Fuseki - version 1.4.0 (Build date: 2016-05-10T11:59:39+0000)"
Thanks,
Sandor
Am 22.07.2016 um 22:09 schrieb Sandor Kopacsi:
> Dear Stian,
>
> Thank you for your reaction.
>
> I have started Fuseki from the command line with:
>
> java -jar /var/www/fuseki/fuseki-server.jar --update --mem /ds
>
> as usual. Any other time it worked.
>
> I haven't tried Fuseki 2.4.0 so far.
>
> Best Regards,
>
> Sandor
>
>
>
> Am 21.07.2016 um 14:27 schrieb Stian Soiland-Reyes:
>> How did you start Fuseki, from the command line?
>>
>> Have you considered trying Fuseki 2.4.0 to see if that makes any
>> difference?
>>
>>
>> On 21 July 2016 at 12:37, Sandor Kopacsi
>> <sa...@univie.ac.at> wrote:
>>> Dear Jena-Fuseki Users,
>>>
>>> I started Fuseki successfully, and wanted to open its web UI, as
>>> usual on
>>> port 3030, but I have received the error message:
>>>
>>> "Error 404: Not Found
>>>
>>> Fuseki - version 1.4.0 (Build date: 2016-05-10T11:59:39+0000)"
>>>
>>> What can be the problem, and what should I do?
>>>
>>> Thanks in advance.
>>>
>>> Best Regards,
>>> Sandor
>>>
>>> --
>>> Sandor Kopacsi
>>> Vienna University Computer Center
>>>
>>
>>
>
--
Dr. Sandor Kopacsi
IT Software Designer
Vienna University Computer Center
Universit�tsstra�e 7 (NIG)
A-1010 Vienna
Phone: +43-1-4277-14176
Mobile: +43-664-60277-14176
Re: Web UI of Fuseki doesn't start
Posted by Sandor Kopacsi <sa...@univie.ac.at>.
Dear Stian,
Thank you for your reaction.
I have started Fuseki from the command line with:
java -jar /var/www/fuseki/fuseki-server.jar --update --mem /ds
as usual. Any other time it worked.
I haven't tried Fuseki 2.4.0 so far.
Best Regards,
Sandor
Am 21.07.2016 um 14:27 schrieb Stian Soiland-Reyes:
> How did you start Fuseki, from the command line?
>
> Have you considered trying Fuseki 2.4.0 to see if that makes any difference?
>
>
> On 21 July 2016 at 12:37, Sandor Kopacsi <sa...@univie.ac.at> wrote:
>> Dear Jena-Fuseki Users,
>>
>> I started Fuseki successfully, and wanted to open its web UI, as usual on
>> port 3030, but I have received the error message:
>>
>> "Error 404: Not Found
>>
>> Fuseki - version 1.4.0 (Build date: 2016-05-10T11:59:39+0000)"
>>
>> What can be the problem, and what should I do?
>>
>> Thanks in advance.
>>
>> Best Regards,
>> Sandor
>>
>> --
>> Sandor Kopacsi
>> Vienna University Computer Center
>>
>
>
--
Dr. Sandor Kopacsi
IT Software Designer
Vienna University Computer Center
Universit�tsstra�e 7 (NIG)
A-1010 Vienna
Phone: +43-1-4277-14176
Mobile: +43-664-60277-14176
Re: Web UI of Fuseki doesn't start
Posted by Stian Soiland-Reyes <st...@apache.org>.
How did you start Fuseki, from the command line?
Have you considered trying Fuseki 2.4.0 to see if that makes any difference?
On 21 July 2016 at 12:37, Sandor Kopacsi <sa...@univie.ac.at> wrote:
> Dear Jena-Fuseki Users,
>
> I started Fuseki successfully, and wanted to open its web UI, as usual on
> port 3030, but I have received the error message:
>
> "Error 404: Not Found
>
> Fuseki - version 1.4.0 (Build date: 2016-05-10T11:59:39+0000)"
>
> What can be the problem, and what should I do?
>
> Thanks in advance.
>
> Best Regards,
> Sandor
>
> --
> Sandor Kopacsi
> Vienna University Computer Center
>
--
Stian Soiland-Reyes
Apache Taverna (incubating), Apache Commons
http://orcid.org/0000-0001-9842-9718
Web UI of Fuseki doesn't start
Posted by Sandor Kopacsi <sa...@univie.ac.at>.
Dear Jena-Fuseki Users,
I started Fuseki successfully, and wanted to open its web UI, as usual
on port 3030, but I have received the error message:
"Error 404: Not Found
Fuseki - version 1.4.0 (Build date: 2016-05-10T11:59:39+0000)"
What can be the problem, and what should I do?
Thanks in advance.
Best Regards,
Sandor
--
Sandor Kopacsi
Vienna University Computer Center
Re: TDB triple storage
Posted by Dave Reynolds <da...@gmail.com>.
On 26/07/16 15:10, Chao Wang wrote:
> You are right about the reasoner. I used GenericRuleReasoner and loaded a few rules from external file.
> This statement reasoner.setOWLTranslation(true) is the cause of the issue. Not sure what it does.
It's a horrible horrible hack that finds all explicit owl:intersectionOf
groups in the data and inserts a set of forward and backward rules for
each group (to compute and recognize the relevant subClassOf deductions).
Used by the OWL reasoners but shouldn't normally be used for your own
rule sets.
Dave
> On 7/26/16, 7:42 AM, "Andy Seaborne" <an...@apache.org> wrote:
>
>> On 26/07/16 12:08, Chao Wang wrote:
>>> Changed code to use RDFFormat.TURTLE_BLOCKS, Set -Xmx8192m on 16g i7 laptop
>>> Still getting out of memory error after running for a while, Any suggestions?
>>
>> A complete, minimal example. That is, something someone else can run,
>> and just large enough to illustrate the issue.
>>
>> Also details of which version of Jena, and which OS.
>>
>> The reasoner setup is probably a factor.
>>
>> Andy
>>
>>>
>>>
>>>
>>>
>>> On 7/25/16, 4:41 PM, "Andy Seaborne" <an...@apache.org> wrote:
>>>
>>>> On 25/07/16 21:14, Chao Wang wrote:
>>>>> Hi Dave,
>>>>> As you suggested, I have computed the closure in memory, totaling over 4 millions triples. trying to serialize it.
>>>>> Is there a direct API to serialize the whole model into TDB?
>>>>> Tried to serialize into file, keep getting memory issue. What's the typical resource need for this size of model?
>>>>
>>>> If you are getting problems as you write out the file, try using one of
>>>> the streaming formats. The default format for RDF/XML or Turtle is
>>>> "pretty" and takes a significant amount of working space for analysis
>>>> before writing.
>>>>
>>>> Some streaming output formats are:
>>>>
>>>> Lang.NTRIPLES
>>>> RDFFormat.TURTLE_BLOCKS
>>>>
>>>> https://jena.apache.org/documentation/io/rdf-output.html
>>>>
>>>> Or does it fail during writing, after some output?
>>>>
>>>> Andy
>>>>
>>>>> ________________________________________
>>>>> From: Dave Reynolds [dave.e.reynolds@gmail.com]
>>>>> Sent: Thursday, July 21, 2016 9:09 AM
>>>>> To: users@jena.apache.org
>>>>> Subject: Re: TDB triple storage
>>>>>
>>>>> On 21/07/16 13:45, Chao Wang wrote:
>>>>>> Thanks Dave,
>>>>>> So my fuseki has configuration using TDB with OWL reasoner. I preloaded the TDB with tdbloader, then starts up fuseki.
>>>>>> My question is when fuseki starts up, does it load all triples including inferred triples into memory?
>>>>>
>>>>> Yes. It's actually slightly worse than that. All the inferences will be
>>>>> in memory (including intermediate state) which will be bigger than than
>>>>> source data. But the data itself isn't loaded explicitly which means
>>>>> that the reasoner is going back to TDB for each query which is a further
>>>>> slow down.
>>>>>
>>>>> Using a lighter reasoner config (OWL Micro if you are not already using
>>>>> it) may help.
>>>>>
>>>>> Otherwise, if your data is stable, then as I say, compute the closure
>>>>> once in memory, off line. Store that in TDB. Then have your fuseki
>>>>> configuration use that precomputed closure with no runtime inference.
>>>>>
>>>>> Dave
>>>>>
>>>>>> I am experiencing hanging sparql query. works fine with a small dataset. I am hoping reasoning is not done during query time...
>>>>>> ________________________________________
>>>>>> From: Dave Reynolds [dave.e.reynolds@gmail.com]
>>>>>> Sent: Thursday, July 21, 2016 3:35 AM
>>>>>> To: users@jena.apache.org
>>>>>> Subject: Re: TDB triple storage
>>>>>>
>>>>>> On 21/07/16 02:09, Chao Wang wrote:
>>>>>>> A newbie question:
>>>>>>> Does jena store the inferred triples into tdb? If yes, when?
>>>>>>
>>>>>> No. The current reasoners operate in memory.
>>>>>>
>>>>>> If you wish you can take the results of inference (either the entire
>>>>>> closure or the results of some selective queries) and store those back
>>>>>> in TDB yourself. A common pattern would be use separate named graphs for
>>>>>> the original data and for the inference closure and use union-default.
>>>>>> All this under your control but is not automatically done for you.
>>>>>>
>>>>>> There is also some support for generating a partial RDFS inference
>>>>>> closure at the time you load TDB.
>>>>>>
>>>>>> Dave
>>>>>>
>>>>
>>
Re: TDB triple storage
Posted by Chao Wang <CW...@netdes.com>.
You are right about the reasoner. I used GenericRuleReasoner and loaded a few rules from external file.
This statement reasoner.setOWLTranslation(true) is the cause of the issue. Not sure what it does.
On 7/26/16, 7:42 AM, "Andy Seaborne" <an...@apache.org> wrote:
>On 26/07/16 12:08, Chao Wang wrote:
>> Changed code to use RDFFormat.TURTLE_BLOCKS, Set -Xmx8192m on 16g i7 laptop
>> Still getting out of memory error after running for a while, Any suggestions?
>
>A complete, minimal example. That is, something someone else can run,
>and just large enough to illustrate the issue.
>
>Also details of which version of Jena, and which OS.
>
>The reasoner setup is probably a factor.
>
> Andy
>
>>
>>
>>
>>
>> On 7/25/16, 4:41 PM, "Andy Seaborne" <an...@apache.org> wrote:
>>
>>> On 25/07/16 21:14, Chao Wang wrote:
>>>> Hi Dave,
>>>> As you suggested, I have computed the closure in memory, totaling over 4 millions triples. trying to serialize it.
>>>> Is there a direct API to serialize the whole model into TDB?
>>>> Tried to serialize into file, keep getting memory issue. What's the typical resource need for this size of model?
>>>
>>> If you are getting problems as you write out the file, try using one of
>>> the streaming formats. The default format for RDF/XML or Turtle is
>>> "pretty" and takes a significant amount of working space for analysis
>>> before writing.
>>>
>>> Some streaming output formats are:
>>>
>>> Lang.NTRIPLES
>>> RDFFormat.TURTLE_BLOCKS
>>>
>>> https://jena.apache.org/documentation/io/rdf-output.html
>>>
>>> Or does it fail during writing, after some output?
>>>
>>> Andy
>>>
>>>> ________________________________________
>>>> From: Dave Reynolds [dave.e.reynolds@gmail.com]
>>>> Sent: Thursday, July 21, 2016 9:09 AM
>>>> To: users@jena.apache.org
>>>> Subject: Re: TDB triple storage
>>>>
>>>> On 21/07/16 13:45, Chao Wang wrote:
>>>>> Thanks Dave,
>>>>> So my fuseki has configuration using TDB with OWL reasoner. I preloaded the TDB with tdbloader, then starts up fuseki.
>>>>> My question is when fuseki starts up, does it load all triples including inferred triples into memory?
>>>>
>>>> Yes. It's actually slightly worse than that. All the inferences will be
>>>> in memory (including intermediate state) which will be bigger than than
>>>> source data. But the data itself isn't loaded explicitly which means
>>>> that the reasoner is going back to TDB for each query which is a further
>>>> slow down.
>>>>
>>>> Using a lighter reasoner config (OWL Micro if you are not already using
>>>> it) may help.
>>>>
>>>> Otherwise, if your data is stable, then as I say, compute the closure
>>>> once in memory, off line. Store that in TDB. Then have your fuseki
>>>> configuration use that precomputed closure with no runtime inference.
>>>>
>>>> Dave
>>>>
>>>>> I am experiencing hanging sparql query. works fine with a small dataset. I am hoping reasoning is not done during query time...
>>>>> ________________________________________
>>>>> From: Dave Reynolds [dave.e.reynolds@gmail.com]
>>>>> Sent: Thursday, July 21, 2016 3:35 AM
>>>>> To: users@jena.apache.org
>>>>> Subject: Re: TDB triple storage
>>>>>
>>>>> On 21/07/16 02:09, Chao Wang wrote:
>>>>>> A newbie question:
>>>>>> Does jena store the inferred triples into tdb? If yes, when?
>>>>>
>>>>> No. The current reasoners operate in memory.
>>>>>
>>>>> If you wish you can take the results of inference (either the entire
>>>>> closure or the results of some selective queries) and store those back
>>>>> in TDB yourself. A common pattern would be use separate named graphs for
>>>>> the original data and for the inference closure and use union-default.
>>>>> All this under your control but is not automatically done for you.
>>>>>
>>>>> There is also some support for generating a partial RDFS inference
>>>>> closure at the time you load TDB.
>>>>>
>>>>> Dave
>>>>>
>>>
>
Re: TDB triple storage
Posted by Andy Seaborne <an...@apache.org>.
On 26/07/16 12:08, Chao Wang wrote:
> Changed code to use RDFFormat.TURTLE_BLOCKS, Set -Xmx8192m on 16g i7 laptop
> Still getting out of memory error after running for a while, Any suggestions?
A complete, minimal example. That is, something someone else can run,
and just large enough to illustrate the issue.
Also details of which version of Jena, and which OS.
The reasoner setup is probably a factor.
Andy
>
>
>
>
> On 7/25/16, 4:41 PM, "Andy Seaborne" <an...@apache.org> wrote:
>
>> On 25/07/16 21:14, Chao Wang wrote:
>>> Hi Dave,
>>> As you suggested, I have computed the closure in memory, totaling over 4 millions triples. trying to serialize it.
>>> Is there a direct API to serialize the whole model into TDB?
>>> Tried to serialize into file, keep getting memory issue. What's the typical resource need for this size of model?
>>
>> If you are getting problems as you write out the file, try using one of
>> the streaming formats. The default format for RDF/XML or Turtle is
>> "pretty" and takes a significant amount of working space for analysis
>> before writing.
>>
>> Some streaming output formats are:
>>
>> Lang.NTRIPLES
>> RDFFormat.TURTLE_BLOCKS
>>
>> https://jena.apache.org/documentation/io/rdf-output.html
>>
>> Or does it fail during writing, after some output?
>>
>> Andy
>>
>>> ________________________________________
>>> From: Dave Reynolds [dave.e.reynolds@gmail.com]
>>> Sent: Thursday, July 21, 2016 9:09 AM
>>> To: users@jena.apache.org
>>> Subject: Re: TDB triple storage
>>>
>>> On 21/07/16 13:45, Chao Wang wrote:
>>>> Thanks Dave,
>>>> So my fuseki has configuration using TDB with OWL reasoner. I preloaded the TDB with tdbloader, then starts up fuseki.
>>>> My question is when fuseki starts up, does it load all triples including inferred triples into memory?
>>>
>>> Yes. It's actually slightly worse than that. All the inferences will be
>>> in memory (including intermediate state) which will be bigger than than
>>> source data. But the data itself isn't loaded explicitly which means
>>> that the reasoner is going back to TDB for each query which is a further
>>> slow down.
>>>
>>> Using a lighter reasoner config (OWL Micro if you are not already using
>>> it) may help.
>>>
>>> Otherwise, if your data is stable, then as I say, compute the closure
>>> once in memory, off line. Store that in TDB. Then have your fuseki
>>> configuration use that precomputed closure with no runtime inference.
>>>
>>> Dave
>>>
>>>> I am experiencing hanging sparql query. works fine with a small dataset. I am hoping reasoning is not done during query time...
>>>> ________________________________________
>>>> From: Dave Reynolds [dave.e.reynolds@gmail.com]
>>>> Sent: Thursday, July 21, 2016 3:35 AM
>>>> To: users@jena.apache.org
>>>> Subject: Re: TDB triple storage
>>>>
>>>> On 21/07/16 02:09, Chao Wang wrote:
>>>>> A newbie question:
>>>>> Does jena store the inferred triples into tdb? If yes, when?
>>>>
>>>> No. The current reasoners operate in memory.
>>>>
>>>> If you wish you can take the results of inference (either the entire
>>>> closure or the results of some selective queries) and store those back
>>>> in TDB yourself. A common pattern would be use separate named graphs for
>>>> the original data and for the inference closure and use union-default.
>>>> All this under your control but is not automatically done for you.
>>>>
>>>> There is also some support for generating a partial RDFS inference
>>>> closure at the time you load TDB.
>>>>
>>>> Dave
>>>>
>>
Re: TDB triple storage
Posted by Chao Wang <CW...@netdes.com>.
Changed code to use RDFFormat.TURTLE_BLOCKS, Set -Xmx8192m on 16g i7 laptop
Still getting out of memory error after running for a while, Any suggestions?
On 7/25/16, 4:41 PM, "Andy Seaborne" <an...@apache.org> wrote:
>On 25/07/16 21:14, Chao Wang wrote:
>> Hi Dave,
>> As you suggested, I have computed the closure in memory, totaling over 4 millions triples. trying to serialize it.
>> Is there a direct API to serialize the whole model into TDB?
>> Tried to serialize into file, keep getting memory issue. What's the typical resource need for this size of model?
>
>If you are getting problems as you write out the file, try using one of
>the streaming formats. The default format for RDF/XML or Turtle is
>"pretty" and takes a significant amount of working space for analysis
>before writing.
>
>Some streaming output formats are:
>
>Lang.NTRIPLES
>RDFFormat.TURTLE_BLOCKS
>
>https://jena.apache.org/documentation/io/rdf-output.html
>
>Or does it fail during writing, after some output?
>
> Andy
>
>> ________________________________________
>> From: Dave Reynolds [dave.e.reynolds@gmail.com]
>> Sent: Thursday, July 21, 2016 9:09 AM
>> To: users@jena.apache.org
>> Subject: Re: TDB triple storage
>>
>> On 21/07/16 13:45, Chao Wang wrote:
>>> Thanks Dave,
>>> So my fuseki has configuration using TDB with OWL reasoner. I preloaded the TDB with tdbloader, then starts up fuseki.
>>> My question is when fuseki starts up, does it load all triples including inferred triples into memory?
>>
>> Yes. It's actually slightly worse than that. All the inferences will be
>> in memory (including intermediate state) which will be bigger than than
>> source data. But the data itself isn't loaded explicitly which means
>> that the reasoner is going back to TDB for each query which is a further
>> slow down.
>>
>> Using a lighter reasoner config (OWL Micro if you are not already using
>> it) may help.
>>
>> Otherwise, if your data is stable, then as I say, compute the closure
>> once in memory, off line. Store that in TDB. Then have your fuseki
>> configuration use that precomputed closure with no runtime inference.
>>
>> Dave
>>
>>> I am experiencing hanging sparql query. works fine with a small dataset. I am hoping reasoning is not done during query time...
>>> ________________________________________
>>> From: Dave Reynolds [dave.e.reynolds@gmail.com]
>>> Sent: Thursday, July 21, 2016 3:35 AM
>>> To: users@jena.apache.org
>>> Subject: Re: TDB triple storage
>>>
>>> On 21/07/16 02:09, Chao Wang wrote:
>>>> A newbie question:
>>>> Does jena store the inferred triples into tdb? If yes, when?
>>>
>>> No. The current reasoners operate in memory.
>>>
>>> If you wish you can take the results of inference (either the entire
>>> closure or the results of some selective queries) and store those back
>>> in TDB yourself. A common pattern would be use separate named graphs for
>>> the original data and for the inference closure and use union-default.
>>> All this under your control but is not automatically done for you.
>>>
>>> There is also some support for generating a partial RDFS inference
>>> closure at the time you load TDB.
>>>
>>> Dave
>>>
>
Re: TDB triple storage
Posted by Andy Seaborne <an...@apache.org>.
On 25/07/16 21:14, Chao Wang wrote:
> Hi Dave,
> As you suggested, I have computed the closure in memory, totaling over 4 millions triples. trying to serialize it.
> Is there a direct API to serialize the whole model into TDB?
> Tried to serialize into file, keep getting memory issue. What's the typical resource need for this size of model?
If you are getting problems as you write out the file, try using one of
the streaming formats. The default format for RDF/XML or Turtle is
"pretty" and takes a significant amount of working space for analysis
before writing.
Some streaming output formats are:
Lang.NTRIPLES
RDFFormat.TURTLE_BLOCKS
https://jena.apache.org/documentation/io/rdf-output.html
Or does it fail during writing, after some output?
Andy
> ________________________________________
> From: Dave Reynolds [dave.e.reynolds@gmail.com]
> Sent: Thursday, July 21, 2016 9:09 AM
> To: users@jena.apache.org
> Subject: Re: TDB triple storage
>
> On 21/07/16 13:45, Chao Wang wrote:
>> Thanks Dave,
>> So my fuseki has configuration using TDB with OWL reasoner. I preloaded the TDB with tdbloader, then starts up fuseki.
>> My question is when fuseki starts up, does it load all triples including inferred triples into memory?
>
> Yes. It's actually slightly worse than that. All the inferences will be
> in memory (including intermediate state) which will be bigger than than
> source data. But the data itself isn't loaded explicitly which means
> that the reasoner is going back to TDB for each query which is a further
> slow down.
>
> Using a lighter reasoner config (OWL Micro if you are not already using
> it) may help.
>
> Otherwise, if your data is stable, then as I say, compute the closure
> once in memory, off line. Store that in TDB. Then have your fuseki
> configuration use that precomputed closure with no runtime inference.
>
> Dave
>
>> I am experiencing hanging sparql query. works fine with a small dataset. I am hoping reasoning is not done during query time...
>> ________________________________________
>> From: Dave Reynolds [dave.e.reynolds@gmail.com]
>> Sent: Thursday, July 21, 2016 3:35 AM
>> To: users@jena.apache.org
>> Subject: Re: TDB triple storage
>>
>> On 21/07/16 02:09, Chao Wang wrote:
>>> A newbie question:
>>> Does jena store the inferred triples into tdb? If yes, when?
>>
>> No. The current reasoners operate in memory.
>>
>> If you wish you can take the results of inference (either the entire
>> closure or the results of some selective queries) and store those back
>> in TDB yourself. A common pattern would be use separate named graphs for
>> the original data and for the inference closure and use union-default.
>> All this under your control but is not automatically done for you.
>>
>> There is also some support for generating a partial RDFS inference
>> closure at the time you load TDB.
>>
>> Dave
>>
RE: TDB triple storage
Posted by Chao Wang <CW...@netdes.com>.
Hi Dave,
As you suggested, I have computed the closure in memory, totaling over 4 millions triples. trying to serialize it.
Is there a direct API to serialize the whole model into TDB?
Tried to serialize into file, keep getting memory issue. What's the typical resource need for this size of model?
________________________________________
From: Dave Reynolds [dave.e.reynolds@gmail.com]
Sent: Thursday, July 21, 2016 9:09 AM
To: users@jena.apache.org
Subject: Re: TDB triple storage
On 21/07/16 13:45, Chao Wang wrote:
> Thanks Dave,
> So my fuseki has configuration using TDB with OWL reasoner. I preloaded the TDB with tdbloader, then starts up fuseki.
> My question is when fuseki starts up, does it load all triples including inferred triples into memory?
Yes. It's actually slightly worse than that. All the inferences will be
in memory (including intermediate state) which will be bigger than than
source data. But the data itself isn't loaded explicitly which means
that the reasoner is going back to TDB for each query which is a further
slow down.
Using a lighter reasoner config (OWL Micro if you are not already using
it) may help.
Otherwise, if your data is stable, then as I say, compute the closure
once in memory, off line. Store that in TDB. Then have your fuseki
configuration use that precomputed closure with no runtime inference.
Dave
> I am experiencing hanging sparql query. works fine with a small dataset. I am hoping reasoning is not done during query time...
> ________________________________________
> From: Dave Reynolds [dave.e.reynolds@gmail.com]
> Sent: Thursday, July 21, 2016 3:35 AM
> To: users@jena.apache.org
> Subject: Re: TDB triple storage
>
> On 21/07/16 02:09, Chao Wang wrote:
>> A newbie question:
>> Does jena store the inferred triples into tdb? If yes, when?
>
> No. The current reasoners operate in memory.
>
> If you wish you can take the results of inference (either the entire
> closure or the results of some selective queries) and store those back
> in TDB yourself. A common pattern would be use separate named graphs for
> the original data and for the inference closure and use union-default.
> All this under your control but is not automatically done for you.
>
> There is also some support for generating a partial RDFS inference
> closure at the time you load TDB.
>
> Dave
>
Re: TDB triple storage
Posted by Dave Reynolds <da...@gmail.com>.
On 21/07/16 13:45, Chao Wang wrote:
> Thanks Dave,
> So my fuseki has configuration using TDB with OWL reasoner. I preloaded the TDB with tdbloader, then starts up fuseki.
> My question is when fuseki starts up, does it load all triples including inferred triples into memory?
Yes. It's actually slightly worse than that. All the inferences will be
in memory (including intermediate state) which will be bigger than than
source data. But the data itself isn't loaded explicitly which means
that the reasoner is going back to TDB for each query which is a further
slow down.
Using a lighter reasoner config (OWL Micro if you are not already using
it) may help.
Otherwise, if your data is stable, then as I say, compute the closure
once in memory, off line. Store that in TDB. Then have your fuseki
configuration use that precomputed closure with no runtime inference.
Dave
> I am experiencing hanging sparql query. works fine with a small dataset. I am hoping reasoning is not done during query time...
> ________________________________________
> From: Dave Reynolds [dave.e.reynolds@gmail.com]
> Sent: Thursday, July 21, 2016 3:35 AM
> To: users@jena.apache.org
> Subject: Re: TDB triple storage
>
> On 21/07/16 02:09, Chao Wang wrote:
>> A newbie question:
>> Does jena store the inferred triples into tdb? If yes, when?
>
> No. The current reasoners operate in memory.
>
> If you wish you can take the results of inference (either the entire
> closure or the results of some selective queries) and store those back
> in TDB yourself. A common pattern would be use separate named graphs for
> the original data and for the inference closure and use union-default.
> All this under your control but is not automatically done for you.
>
> There is also some support for generating a partial RDFS inference
> closure at the time you load TDB.
>
> Dave
>
RE: TDB triple storage
Posted by Chao Wang <CW...@netdes.com>.
Thanks Dave,
So my fuseki has configuration using TDB with OWL reasoner. I preloaded the TDB with tdbloader, then starts up fuseki.
My question is when fuseki starts up, does it load all triples including inferred triples into memory?
I am experiencing hanging sparql query. works fine with a small dataset. I am hoping reasoning is not done during query time...
________________________________________
From: Dave Reynolds [dave.e.reynolds@gmail.com]
Sent: Thursday, July 21, 2016 3:35 AM
To: users@jena.apache.org
Subject: Re: TDB triple storage
On 21/07/16 02:09, Chao Wang wrote:
> A newbie question:
> Does jena store the inferred triples into tdb? If yes, when?
No. The current reasoners operate in memory.
If you wish you can take the results of inference (either the entire
closure or the results of some selective queries) and store those back
in TDB yourself. A common pattern would be use separate named graphs for
the original data and for the inference closure and use union-default.
All this under your control but is not automatically done for you.
There is also some support for generating a partial RDFS inference
closure at the time you load TDB.
Dave
Re: TDB triple storage
Posted by Dave Reynolds <da...@gmail.com>.
On 21/07/16 02:09, Chao Wang wrote:
> A newbie question:
> Does jena store the inferred triples into tdb? If yes, when?
No. The current reasoners operate in memory.
If you wish you can take the results of inference (either the entire
closure or the results of some selective queries) and store those back
in TDB yourself. A common pattern would be use separate named graphs for
the original data and for the inference closure and use union-default.
All this under your control but is not automatically done for you.
There is also some support for generating a partial RDFS inference
closure at the time you load TDB.
Dave