Hi Hugh,
thank you, will do it!
Enrico
On 21 February 2014 02:43, Hugh Williams <hwilli...@openlinksw.com> wrote:
> 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> <http://property/name>
>> "<div>Enrico Daga</div>"^^
>> <http://www.w3.org/1999/02/22-rdf-syntax-ns#XMLLiteral><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://localhost:8890/conductor/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 <http://property/name>*>
>>>> """<div>Enrico
>>>> Daga</div>"""^^<*http://www.w3.org/1999/02/22-rdf-syntax-ns#XMLLiteral
>>>> <http://www.w3.org/1999/02/22-rdf-syntax-ns#XMLLiteral>*> .', '',
>>>> 'TTLPTEST')
>>>>
>>>> and
>>>>
>>>> db.dba.ttlp('<enridaga> <*http://property/name <http://property/name>*>
>>>> """<div>Enrico
>>>> Daga</div>"""^^<*http://www.w3.org/1999/02/22-rdf-syntax-ns#XMLLiteral2
>>>> <http://www.w3.org/1999/02/22-rdf-syntax-ns#XMLLiteral2>*> .', '',
>>>> 'TTLPTEST')
>>>>
>>>>
>>>> What about this:
>>>>
>>>> db.dba.ttlp('<enridaga> <http://property/name> <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://localhost:8890/conductor/enridaga>
>>>> http://property/name "<div>Enrico Daga</div>"
>>>> enridaga<http://localhost:8890/conductor/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
>>>> listVirtuoso-users@lists.sourceforge.nethttps://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
>
>
>
--
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
