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 <mailto: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
    <mailto: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>
        <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 list
        Virtuoso-users@lists.sourceforge.net  
<mailto: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



Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

------------------------------------------------------------------------------
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