Even if the database is configured for UTF-8 it still matters how you insert
the data. I’ve had similar problems in the past where the issue was that the
connection to the database was using a different encoding. If memory serves you
have to explicitly set the character set on your ODBC/JDBC/ADO
Hugh
This isn't a bug AFAICT, a naked # is not allowed in a SPARQL prefixed name,
even in 1.1 it needs escaping with a \
See the PL_LOCAL_ESCAPE rule -
http://www.w3.org/TR/sparql11-query/#rPN_LOCAL_ESC
So the Virtuoso parser looks to be correct in treating the # onwards as a
comment which is
Thanks for the information, I'll switch over to using the sql: prefix for the
function call
Thanks for the great support as always,
Rob
From: Hugh Williams mailto:hwilli...@openlinksw.com>>
Date: Friday, 7 February 2014 15:18
To: Rob Vesse mailto:rve...@yarcdata.com>>
Cc:
server version information would be useful
Or alternatively do you know if swapping bif: for sql: is backwards compatible
with older Virtuoso releases?
Thanks,
Rob
From: Hugh Williams mailto:hwilli...@openlinksw.com>>
Date: Friday, 7 February 2014 11:48
To: Rob Vesse mailto:rve...@yarcdata.co
][Virtuoso Server]SQ074: Line 7:
SP031: SPARQL compiler: Unknown function bif:rdf_make_iid_of_qname()
I.e. I am making a SPASQL query/update
Rob
From: Hugh Williams mailto:hwilli...@openlinksw.com>>
Date: Thursday, 6 February 2014 17:36
To: Rob Vesse mailto:rve...@yarcdata.com>>
Cc:
&qu
found issues with 6.1.7 and did a rebuild
Btw this was a pre-built Windows binary downloaded from the VOS wiki so those
links should be checked and updated if relevant
Rob
From: Hugh Williams mailto:hwilli...@openlinksw.com>>
Date: Thursday, 6 February 2014 12:44
To: Rob Vesse mail
Hi All
I've run into an issue with after upgrading to a recent Virtuoso 6 installation
to reproduce a user reported bug in my Virtuoso integration. That bug was an
easy fix but in running regression testing one of my tests for an unrelated
feature no longer functions.
Essentially the problem
The error from the Jena parser is caused by the use of bif:concat which is
not known by the Jena parser
I believe the simpler way to use Virtuoso bif functions without bypassing
the ARQ parser is to simply surround bif functions with < > I.e.
Rob
From: Hugh Williams
Date: Monday, January 7,
The difference in behavior is in line with the SPARQL specification
An INSERT DATA clause can only add concrete triples I.e. no blank nodes are
permitted
However an INSERT can add blank nodes because it functions more like a
CONSTRUCT, bear in mind that for each solution a fresh blank node is
gen
Hugh
The SPARQL specification specifically says the following:
"A SPARQL query is executed against an RDF Dataset which represents a
collection of graphs. An RDF Dataset comprises one graph, the default
graph, which does not have a name, and zero or more named graphs, where
each named graph is id
Thanks again Ivan
With some tinkering I was able to achieve the behavior I was after using
big:rdf_make_iid_of_qname() with a DELETE query
This won't work in all cases but should work for the common cases.
Cheers,
Rob
On 6/1/12 3:43 PM, "Rob Vesse" wrote:
>Thanks Ivan
Thanks Ivan that looks really helpful if somewhat tacky
Most of the time I expect the triples that wants deleting will have been
very recently retrieved from Virtuoso itself so it's likely I can modify
my code to keep the original nodeID IRIs around and use those to look up
the internal Ids. In f
og -- 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
Universal Data Access, Integration, and Managemen
://twitter.com/OpenLink
Google+ -- http://plus.google.com/100570109519069333827/
Facebook -- http://www.facebook.com/OpenLinkSoftware
Universal Data Access, Integration, and Management Technology Providers
On 23 May 2012, at 16:44, Rob Vesse wrote:
> Hugh
>
> Some help with this would be mu
the standard but I'm
wondering what is now the best way to insert data containing blank nodes via
the ADO.Net provider?
Can I still use INSERT DATA and just use some special syntax for blank nodes
E.g.
<_:bnode> or
Or do I need to use an alternative method like call DB.DBA.TTLP() ?
need to use an alternative method like call DB.DBA.TTLP() ?
Rob Vesse
No that is not exposed in the public API anywhere but can be fixed
internally and I have just done so, unfortunately I already made the
0.6.0 release this past weekend so the fix won't hit an official release
until 0.6.1 now
Rob
On 2/21/12 6:44 AM, Hugh Williams wrote:
Hi Sherif / Rob,
The
Hugh -
dotNetRDF does not explicitly set the timeout anywhere in our code so
the timeout Sherif sees presumably is set automatically in the ADO.Net
provider somewhere?
If he uses the constructor he shows where he passes a custom connection
string that gets used to create a VirtuosoConnection
r and the Virtuoso one looked like the cause.
Apologies,
Rob Vesse
From: "Hugh Williams"
Sent: 16 August 2011 19:04
To: rve...@vdesign-studios.com
Subject: Re: [Virtuoso-users] Virtuoso ADO.Net provider stopped working with
strange TypeLoadExcep
ny ideas on why this error may suddenly have cropped up? Any
chance you could send me an up to date snapshot of the provider (preferably
built on Windows) so that I can check that it isn't my version that is at
fault?
Regards,
Rob Vesse
witter.com/OpenLink
On 4 Mar 2011, at 09:22, Rob Vesse wrote:Hi
I have attached a file which is a trace of the request produced by using
TamperData in Firefox. My version of Virtuoso is 6.1.3127 so maybe it is fixed
in the 6.2 releases?
I can also reproduce this error using SPASQL by making t
unc=detail&aid=2995846&group_id=161622&atid=820574
On 03/02/2011 02:42 PM, Rob Vesse wrote:
>
> Hi all
>
> I've found what appears to be a major bug with Virtuoso's SPARQL results
> for one specific query namely:
>
> SELECT DISTINCT ?g WHERE { GRAPH ?g { ?s
s be fixed please?
Regards,
Rob Vesse
remove the DISTINCT
modifier then they come back as fine.
I assume that this is a bug in your optimisation of the above query since
the above is commonly optimised specially since it is often used to list
the graphs of a SPARQL endpoint.
Regards,
Rob Vesse
rt.openlinksw.comForums:
http://boards.openlinksw.com/supportTwitter: http://twitter.com/OpenLink
On 21 Feb 2011, at 09:00, Rob Vesse wrote:Hi Hugh et al
Building the latest ADO.Net provider from the snapshot source does appear
to fix the datatypes issue for me but I then encounter another issue.
y NTriples/Turtle string and g.BaseUri.ToSafeString() with an
arbitrary test URI string. And this._db is obviously a reference to a
VirtuosoConnection object.
Thanks again for fixing this,
Rob Vesse
----
From: "Hugh Williams"
Sent: 20 February 2
ted issues and shall report
back with our findings ...
Best RegardsHugh WilliamsProfessional ServicesOpenLink SoftwareWeb:
http://www.openlinksw.comSupport: http://support.openlinksw.comForums:
http://boards.openlinksw.com/supportTwitter: http://twitter.com/OpenLink
On 26 Jan 2011, at 14:04,
ger using the
RDF/XML representation.
Cheers,
Moritz
Am 26.01.2011 13:03, schrieb Rob Vesse:
Hi Moritz
What API are you using to manipulate the RDF within your
application or have you rolled your own?
My API dotNetRDF (http://www.do
back correctly.
Regards,
Rob Vesse
From: "Moritz Eberl"
Sent: 26 January 2011 11:51
To: virtuoso-users@lists.sourceforge.net
Subject: [Virtuoso-users] Missing datatypes using ADO.NET
Hello,
i am trying to use Virtuoso as RDF store for a C# a
graph?
I'm using the Virtuoso ADO.Net provider to interact with Virtuoso so
alternative methods that use this are the only viable options for me.
Rob Vesse
o
Blank Nodes which causes a specific node to be referenced? My experience in
the past was that any time you input data into Virtuoso every Blank Node in the
data got a newly minted ID but I don't know if you've changed this?
Best Regards,
Rob Vesse
---
31 matches
Mail list logo