> Weblog -- http://www.openlinksw.com/blogs/
>> LinkedIn -- http://www.linkedin.com/company/openlink-software/
>> Twitter -- http://twitter.com/OpenLink
>> Google+ -- http://plus.google.com/100570109519069333827/
>> Facebook -- http://www.facebook.com/OpenLinkSoftware
>>
er.com/OpenLink
> Google+ -- http://plus.google.com/100570109519069333827/
> Facebook -- http://www.facebook.com/OpenLinkSoftware
> Universal Data Access, Integration, and Management Technology Providers
>
>> On 9 Sep 2015, at 11:48, Nicola Vitucci > <mailto:nicola.vitu...@gmail.com>>
Hi all,
I tried to load a recent Wikidata dump [1] on Virtuoso v. 07.20.3214
(64-bit Linux OS), but I get the following error:
*** Error 42000: [Virtuoso Driver][Virtuoso Server]RDFGE: RDF box with a
geometry RDF type and a non-geometry content
Is GeoSPARQL not fully supported yet? If not, is th
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 4 Apr 2015, at 19:49, Nicola Vitucci > <mailto:nicola
Hi all,
I think that SPARQL queries using property paths which include the plus
sign yield incorrect results. This is what I get with the following
queries (number of results between brackets):
SELECT DISTINCT ?scl WHERE {wd:Q3336843 rdfs:subClassOf* ?scl} (25 rows)
SELECT DISTINCT ?scl WHERE {wd
Il 10/03/2015 19:04, Kingsley Idehen ha scritto:
> On 3/10/15 5:17 AM, Nicola Vitucci wrote:
>> Il 09/03/2015 22:02, Kingsley Idehen ha scritto:
>>> >On 3/9/15 4:01 PM, Nicola Vitucci wrote:
>>>> >>Il 09/03/2015 20:18, Kingsley Idehen ha scritto:
>>&
Il 09/03/2015 22:02, Kingsley Idehen ha scritto:
> On 3/9/15 4:01 PM, Nicola Vitucci wrote:
>> Il 09/03/2015 20:18, Kingsley Idehen ha scritto:
>>> On 3/9/15 2:47 PM, Nicola Vitucci wrote:
>>>> Il 08/03/2015 00:30, Kingsley Idehen ha scritto:
>>>>
Il 09/03/2015 20:18, Kingsley Idehen ha scritto:
> On 3/9/15 2:47 PM, Nicola Vitucci wrote:
>> Il 08/03/2015 00:30, Kingsley Idehen ha scritto:
>>> >On 3/7/15 2:18 PM, Nicola Vitucci wrote:
>>>> >>Dear all,
>>>> >>
>>>>
Il 08/03/2015 00:30, Kingsley Idehen ha scritto:
> On 3/7/15 2:18 PM, Nicola Vitucci wrote:
>> Dear all,
>>
>> I could not figure out any way to use ACLs to avoid showing private
>> graphs when submitting the following query:
>>
>> SELECT DISTINCT ?g WHER
Dear all,
I could not figure out any way to use ACLs to avoid showing private
graphs when submitting the following query:
SELECT DISTINCT ?g WHERE {GRAPH ?g {?s ?p ?o}}
The query should not be changed, so I was hoping to be able to do it via
graph-level permissions and/or pragmas. Is it possible
Hi all,
in one of the last messages Hugh suggested to use the dumping/loading
scripts as explained here:
http://virtuoso.openlinksw.com/dataspace/doc/dav/wiki/Main/VirtRDFDatasetDump
to move data between Virtuoso instances. When the database is "big"
though this can be less practical than just m
519069333827/
> Facebook -- http://www.facebook.com/OpenLinkSoftware
> Universal Data Access, Integration, and Management Technology Providers
>
> On 19 May 2014, at 14:15, Nicola Vitucci wrote:
>
>> Hi all,
>>
>> I recently copied a database created with the lat
Hi all,
I recently copied a database created with the latest version of Virtuoso
7 to an instance using the rc2 version and I got these errors in the log
file:
...
12:59:14 The xpf extension function
http://www.openlinksw.com/virtuoso/xslt/:json-esc-text->DB.DBA.JSON_ESC_TEXT
does not exist. Plea
Hi all,
is there now a way to set the T_MAX_memory value (the maximum amount of
memory which can be allocated for transitive queries) in the
virtuoso.ini file? If not, is changing it in the code and recompiling
the only way to update it? Is any other parameter (such as
MaxMemPoolSize) relevant in
h Williams
> Professional Services
> OpenLink Software, Inc. // http://www.openlinksw.com/
> Weblog -- http://www.openlinksw.com/blogs/
> LinkedIn -- http://www.linkedin.com/company/openlink-software/
> Twitter -- http://twitter.com/OpenLink
> Google+ --
Sorry, I mentioned the wrong build. The correct build is the one having
SHA = b68d9d9c93c1dfe38f7afa23998b894772c195c0 (26/02/2014).
Nicola
Il 06/03/2014 10:21, Nicola Vitucci ha scritto:
> Hi all,
>
> I am using Virtuoso build having SHA =
> b86c2a70106138325ed53c60690d7c8f79bc5446
Hi all,
I am using Virtuoso build having SHA =
b86c2a70106138325ed53c60690d7c8f79bc5446 and I found a weird behaviour
in the queries making use of literals. Basically, the problem is that
the query plan changes with no apparent reason depending on whether the
same query is run immediately after st
OpenLink
> Google+ -- http://plus.google.com/100570109519069333827/
> Facebook -- http://www.facebook.com/OpenLinkSoftware
> Universal Data Access, Integration, and Management Technology Providers
>
> On 7 Feb 2014, at 10:20, Nicola Vitucci <mailto:nicola.vitu...@gmail.com>> wrot
t; LinkedIn -- http://www.linkedin.com/company/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 Technol
Hi all,
I got this message while running a query:
*** Error 42000: [Virtuoso Driver][Virtuoso Server]CL...: The array
extend 1048576 is less than requested 1310721
What could be the cause? I pasted here the query and the output of
EXPLAIN().
Thanks,
Nicola
Hi all,
I get this error while attempting to use the feature:
*** Error 42001: [Virtuoso Driver][Virtuoso Server]SR185: Undefined
procedure DB.DBA.IRI_RANK.
Is it possible that there is a missing package? Or what else might be
the cause? The SHA of the version used is
48f0ef879b913c5d3b306c1f83
0109519069333827/
> Facebook -- http://www.facebook.com/OpenLinkSoftware
> Universal Data Access, Integration, and Management Technology Providers
>
> On 27 Nov 2013, at 14:26, Nicola Vitucci wrote:
>
>> Hi Hugh,
>>
>> I needed it because I updated quite a lot of
s, Integration, and Management Technology Providers
>
> On 27 Nov 2013, at 11:17, Nicola Vitucci wrote:
>
>> Hi all,
>>
>> I saw that a call to DB.DBA.RDF_OBJ_FT_RECOVER() returns a known error
>> as explained here:
>>
>> http://boards.openlinksw.co
Hi all,
I saw that a call to DB.DBA.RDF_OBJ_FT_RECOVER() returns a known error
as explained here:
http://boards.openlinksw.com/phpBB3/viewtopic.php?f=12&t=6015
My question is: what is the best alternative to rebuild the full text
index in the meanwhile?
Thanks,
Nicola
http://www.linkedin.com/company/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
>
&g
Hi everyone,
I got this error while doing a "big" UPDATE in Virtuoso 7:
"Transaction aborted due to a database checkpoint or database-wide
atomic operation. Please retry transaction"
I've tried changing the logging settings using log_enable but I couldn't
complete the update anyway. I guess this
- http://www.linkedin.com/company/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
>
&g
://www.facebook.com/OpenLinkSoftware
> Universal Data Access, Integration, and Management Technology Providers
>
> On 14 Oct 2013, at 13:03, Nicola Vitucci <mailto:nicola.vitu...@gmail.com>> wrote:
>
>> Hi Hugh,
>>
>> the rc2 version we used is 48f0ef879b913c
OpenLink Software
>
> What is your version ?
>
> Best Regards
> Hugh Williams
> Professional Services
> OpenLink Software, Inc. // http://www.openlinksw.com/
> Weblog -- http://www.openlinksw.com/blogs/
> LinkedIn -- http://www.linkedin.com/c
; Facebook -- http://www.facebook.com/OpenLinkSoftware
> Universal Data Access, Integration, and Management Technology Providers
>
> On 11 Oct 2013, at 09:52, Nicola Vitucci <mailto:nicola.vitu...@gmail.com>> wrote:
>
>> Hi all,
>>
>> I got a problem with Virtuoso
Hi all,
I got a problem with Virtuoso 7.0.0 and I think it's related to the use
of indices. My question is: have there been any big changes between the
rc2 and the stable version, so that indices are not completely
compatible across the two versions?
Here is one of the queries I ran on both versi
31 matches
Mail list logo
