I wanted to add a virtuoso repository with the rdf4j workbench and did
the necessary setup according to the wiki.
I'm running virtuoso 7.2.4 open source on ubuntu 16.04 LTS with rdf4j
2.2.1 and tomcat 8.0.39.
Setup steps:
1. Copy virtjdbc4_2.jar and virt_rdf4j.jar into the rdf4j server and
workb
e+ -- http://plus.google.com/100570109519069333827/
> Facebook -- http://www.facebook.com/OpenLinkSoftware
> Universal Data Access, Integration, and Management Technology Providers
>
>
>
>> On 6 Jun 2017, at 11:16, Henrik Schmidt > <mailto:h...@informatik.uni-k
ny/openlink-software/
> Twitter -- http://twitter.com/OpenLink
> Google+ -- http://plus.google.com/100570109519069333827/
> Facebook -- http://www.facebook.com/OpenLinkSoftware
> Universal Data Access, Integration, and Management Technology Providers
>
>
>
>> On 13 Jun 2017, at 13:4
Hi,
is the virtuoso jena provider compatible with jena > 3.0.x like 3.2 or
3.3 ? The VOS wiki is only talking abot 3.0.x
Best,
Henrik
--
Check out the vibrant tech community on one of the world's most
engaging tech site
Hi Adam,
can you explain why your solution was necessary and it did work without
it for me ?
Best
Henrik
Adam Sanchez schrieb am 23.06.2017 um 13:57:
> Hi Hugh,
>
> Finally I found my own solution. I am not very proud but it works at least.
> Well, I have to compile RDF4J (https://github.com/ec
Hi,
we have a database of about 850mio triples, the file virtuoso.tx is
about 50GB size on disk.
While our application will only do SELECT queries.
What is the best configuration to keep the complete set in RAM so no
disk reads apart from the initial caching is needed ?
How can we configure thi
Running Ubuntu ?
Check this issue and the solution for me at the bottom :
https://github.com/openlink/virtuoso-opensource/issues/677
Best,
Henrik
Roland Cornelissen schrieb am 12.10.2017 um 13:06:
> Hi,
>
> I just pulled the latest code from the DEvelop7 branch and get an error
> when configur
Hi,
what is a comaparable jena provider query to this rdf4j provider query ?
TupleQuery tupleQuery =
connection.prepareTupleQuery(QueryLanguage.SPARQL, query);
I want to use the jena provider instead and I'm using this threaded so
it must be connection based.
My current jena implementation is u
penLinkSoftware
Universal Data Access, Integration, and Management Technology Providers
On 21 Nov 2017, at 14:56, Henrik Schmidt wrote:
Hi,
what is a comaparable jena provider query to this rdf4j provider query ?
TupleQuery tupleQuery =
connection.prepareTupleQuery(QueryLanguage.SPARQL, query);
I
.facebook.com/OpenLinkSoftware
> Universal Data Access, Integration, and Management Technology Providers
>
>
>
>> On 22 Nov 2017, at 08:05, Henrik Schmidt wrote:
>>
>> Hi Hugh,
>>
>> the problem is that the jena code is blocking while executing whereas the
>&g
9519069333827/
Facebook -- http://www.facebook.com/OpenLinkSoftware
Universal Data Access, Integration, and Management Technology Providers
On 22 Nov 2017, at 12:28, Henrik Schmidt wrote:
Hi Hugh,
Problem solved, I had to call new virtGraph = VirtGraph() for each query
and not only once.
Before
Regards
>>> Hugh Williams
>>> Professional Services
>>> OpenLink Software, Inc. // http://www.openlinksw.com/
>>> Weblog -- http://www.openlinksw.com/blogs/
>>> LinkedIn -- http://www.linkedin.com/company/openlink-software/
>>>
Hi,
we are using the jena and/or rdf4j provider for some long running
queries on our DB.
Are there options for query cost/time estimations or anytime queries
(like for SPAQL endpoints) for these providers instead of opting for
hard query timeouts ?
Best,
Henrik
Facebook -- http://www.facebook.com/OpenLinkSoftware
> Universal Data Access, Integration, and Management Technology Providers
>
>
>
>> On 28 Nov 2017, at 10:32, Henrik Schmidt wrote:
>>
>> Hi,
>>
>> we are using the jena and/or rdf4j provider for some long r
Hi,
is there a way to make good use of MaxQueryCostEstimationTime to prevent
extremly long running queries ?
For the 'real' SELECT query we want to use the jena provider but the
idea is to first ask the SPARQL port to check whether the query is
immediately rejected due to MaxQueryCostEstimat
If there will be a fix for this it would be nice this solution for the
jena provider will be also added to the main repo :
https://github.com/openlink/virtuoso-opensource/issues/687
Am 25.01.2018 um 11:19 schrieb Hugh Williams:
Hi Quentin,
Thanks for the input, I see what you mean as the jena
Hi,
is there a specific reason why indexTreeMaps is set two times in
virtuoso.ini ? I guess not.
First it is set to 256 and afterwards to 64.
Which value is the preferred one ?
Best,
Henrik Schmidt
--
Check out
17 matches
Mail list logo