Hi Enrico,

The fix will typically make its way to the git develop/7 branch when available. 
You can track updates to this branch with the following atom RSS feed:

        https://github.com/openlink/virtuoso-opensource/commits/develop%2F7.atom

Best 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/
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 20 Feb 2014, at 21:07, Enrico Daga <enricod...@gmail.com> wrote:

> Hi Rumi,
> thank you for your feedback.
> (I guess you did not refer to the 7.1 release, right? I tested it in any case 
> but our problems are still there...)
> 
> Looking forward a notice about the XML issue then.
> 
> Thank you!
> 
> Enrico
> 
> 
> On 19 February 2014 12:02, Rumi <rtsek...@openlinksw.com> wrote:
> Hi Enrico, 
> 
> On 18-Feb-14 11:01 PM, Enrico Daga wrote:
>> (continue from last email, sent accidentally incomplete...)
>> 
>> It also seems to me that the iSQL web interface does not show the rdf 
>> literal datatype, but the value as string. With that syntax the datatype 
>> annotation is saved as part of the value, not as datatype -  this is why 
>> your solution looks correct, but I think it is not. 
>> Additionally, I am not sure that that expression is valid ttl syntax.
>> 
>> Am I misunderstanding anything?
> 
> The correct insert should be this ( re. XMLLiteral) :
> 
>  db.dba.ttlp('<enridaga> <http://property/name>  "<div>Enrico 
> Daga</div>"^^<http://www.w3.org/1999/02/22-rdf-syntax-ns#XMLLiteral> .', '', 
> 'TTLPTEST') ;
> 
> which results in: 
> 
> enridaga  http://property/name  "<div>Enrico Daga</div>"
> 
> Note that in a week or so development team will add fixes re. XMLLiteral in 
> RDF, so then you should update binary etc. 
> 
> Best Regards,
> Rumi Kocis
> 
> 
> 
>> 
>> Best,
>> Enrico
>> 
>> 
>> 
>> 
>> On 18 February 2014 21:55, Enrico Daga <enricod...@gmail.com> wrote:
>> Hi Rumi,
>> thank you for your feedback.
>> I executed the instruction that you proposed, but it does not seems a 
>> solution.
>> Doing:
>> 
>>  select * where { ?a ?b ?c . bind( datatype(?c) as ?d)}
>> 
>> I can see the following:
>> enridaga     http://property/name    ""<div>Enrico 
>> Daga</div>"^^http://www.w3.org/1999/02/22-rdf-syntax-ns#XMLLiteral";       
>> http://www.w3.org/2001/XMLSchema#string
>> 
>> 
>> 
>> On 18 February 2014 13:03, Rumi <rtsek...@openlinksw.com> wrote:
>> Hi Enrico,
>> 
>> 
>> 
>> On 18-Feb-14 1:09 PM, Enrico Daga wrote:
>>> Hi,
>>> don't now whether this is related to my other email [1] but it looks like 
>>> the XML datatype is skipped by the ttlp function I am using to load large 
>>> XML literals using a JDBC connection.
>>> 
>>> The following shows the problem (run from conductor's iSQL UI):
>>> 
>>> db.dba.ttlp('<enridaga> <http://property/name> """<div>Enrico 
>>> Daga</div>"""^^<http://www.w3.org/1999/02/22-rdf-syntax-ns#XMLLiteral> .', 
>>> '', 'TTLPTEST') 
>>> 
>>> and
>>> 
>>> db.dba.ttlp('<enridaga> <http://property/name> """<div>Enrico 
>>> Daga</div>"""^^<http://www.w3.org/1999/02/22-rdf-syntax-ns#XMLLiteral2> .', 
>>> '', 'TTLPTEST') 
>> 
>> What about this:
>> 
>> db.dba.ttlp('<enridaga> <http://property/name>  ''"<div>Enrico 
>> Daga</div>"^^http://www.w3.org/1999/02/22-rdf-syntax-ns#XMLLiteral'' .', '', 
>> 'TTLPTEST') ; 
>> 
>> then "sparql select * from <TTLPTEST> where {?s ?p ?o}" Conductor returns 
>> for me:
>> 
>> 
>>  enridaga      http://property/name    "<div>Enrico 
>> Daga</div>"^^http://www.w3.org/1999/02/22-rdf-syntax-ns#XMLLiteral
>> 
>> 
>> Note that ''"<div>Enrico 
>> Daga</div>"^^http://www.w3.org/1999/02/22-rdf-syntax-ns#XMLLiteral'' is ( 
>> re. apostrophe ' and quotes " usage ) :
>> 
>> ' ' " <div> ..</div> " ^^...Literal ' ' 
>> 
>> 
>> Best Regards,
>> Rumi Kocis
>> 
>> 
>>> 
>>> Note the '2' added to the datatype name on the second.
>>> Then, executing the following (from the SPARQL UI, to see datatypes...):
>>> 
>>> select * from <TTLPTEST> where {?s ?p ?o}
>>> 
>>> I get:
>>> 
>>> enridaga    http://property/name    "<div>Enrico Daga</div>"
>>> enridaga    http://property/name    "<div>Enrico 
>>> Daga</div>"^^<http://www.w3.org/1999/02/22-rdf-syntax-ns#XMLLiteral2>
>>> 
>>> so it looks like the XMLLiteral datatype is not registered.
>>> 
>>> Is this a bug?
>>> 
>>> My version:
>>> Virtuoso Open Source Edition (Column Store) (multi threaded)
>>> Version 7.0.0.3203-pthreads as of Feb 13 2014
>>> Compiled for Linux (x86_64-unknown-linux-gnu)
>>> 
>>> Best,
>>> Enrico
>>> 
>>> [1] 
>>> http://sourceforge.net/mailarchive/forum.php?thread_name=CAGTWk79K_jB4G7kUNWC9ti3vgoGdV1u4bQT%3DB_BHeeHZ8Db0yA%40mail.gmail.com&forum_name=virtuoso-users
>>> 
>>> -- 
>>> Enrico Daga
>>> 
>>> --
>>> http://www.enridaga.net
>>> skype: enri-pan
>>> 
>>> 
>>> 
>>> 
>>> ------------------------------------------------------------------------------
>>> Managing the Performance of Cloud-Based Applications
>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
>>> Read the Whitepaper.
>>> http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk
>>> 
>>> 
>>> _______________________________________________
>>> Virtuoso-users mailing list
>>> Virtuoso-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/virtuoso-users
>> 
>> 
>> 
>> 
>> -- 
>> Enrico Daga
>> 
>> --
>> http://www.enridaga.net
>> skype: enri-pan
>> 
>> 
>> 
>> 
>> 
>> -- 
>> Enrico Daga
>> 
>> --
>> http://www.enridaga.net
>> skype: enri-pan
>> 
>> 
> 
> 
> 
> 
> -- 
> Enrico Daga
> 
> --
> http://www.enridaga.net
> skype: enri-pan
> 
> 
> ------------------------------------------------------------------------------
> Managing the Performance of Cloud-Based Applications
> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
> Read the Whitepaper.
> http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk_______________________________________________
> Virtuoso-users mailing list
> Virtuoso-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/virtuoso-users

------------------------------------------------------------------------------
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk
_______________________________________________
Virtuoso-users mailing list
Virtuoso-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/virtuoso-users

Reply via email to