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
