W3C home > Mailing lists > Public > public-xg-webid@w3.org > December 2011

RE: [foaf-protocols] foafssl.org login

From: Peter Williams <home_pw@msn.com>
Date: Tue, 13 Dec 2011 12:58:45 -0800
Message-ID: <SNT143-W631763F11A6A913C05FD5092BD0@phx.gbl>
To: <henry.story@bblfish.net>
CC: "public-xg-webid@w3.org" <public-xg-webid@w3.org>, <foaf-protocols@lists.foaf-project.org>


given the d-entailment (issue), does this mean that my dotNET sparql solution is NOT conforming? ive no idea what the dotNet third-party library does (its a bin that talks about having re-compiled some java code so it executes on dotNet VM). how can I tell (ideally using a unit test or a use case) whether the sparql capability is at the minimum (or better)? ideally, I want a functional test (it works/fails with some use case from the spec). if the spec is going to say how to walk the graph using rdf-level triples, I presume that its walking method will implement/enforce whatever the d-entailment feature also necessarily implements. make sure the d-entialement is properly labelled as SHOULD (ideal, for widest interoperability) or MUST (non-conforming,m without). From: henry.story@bblfish.net
Date: Tue, 13 Dec 2011 21:21:36 +0100
CC: public-xg-webid@w3.org; NatanaelA@gmx.de; foaf-protocols@lists.foaf-project.org
To: andreas.radinger@ebusiness-unibw.org
Subject: Re: [foaf-protocols] foafssl.org login




On 13 Dec 2011, at 21:16, Andreas Radinger wrote:
  
    
  
  
    Hi Henry,

    

    the last comment was sent from Natanael. But I guess this is not
    valid anymore because Turtle allows integer values without declaring
    the datatype as you already mentioned before.

oops. mixing people up. Happens easily on e-mails.

    

    My comment for the new spec is that I suggest to avoid linebreaks in
    the example of RDF/XML [1], in particular in the
    
    cert:modulus tag.

    You could make linebreaks before > of the opening tag of
    cert:modulus but not after this sign because that would mean the
    linebreak (\n) is part of the literal.

True, but I think it is unavoidable that this happens, so that is why we have specified that SPARQL D-entailment be present in the verification stage.(and we explain how to do without SPARQL)
Henry

    

    Best,

    Andreas

    

    [1] 2.2.3
http://www.w3.org/2005/Incubator/webid/spec/drafts/ED-webid-20111212/#in-rdf-xml

    

    -- 
Dipl.-Ing. Andreas Radinger
Professur für Allgemeine BWL, insbesondere E-Business
e-business & web science research group
Universität der Bundeswehr München
 
e-mail: andreas.radinger@unibw.de
phone:  +49-(0)89-6004-4218
fax:    +49-(0)89-6004-4620
www:    http://www.unibw.de/ebusiness/
skype:  andreas.radinger

    

    On 12/13/11 8:15 PM, Henry Story wrote:
    Thanks Andreas,
      

      
          for pointing out this issue with the datatypes.  Stephane
        Corlosquet just pushed out the fix into the latest published
        draft
      

      
        http://www.w3.org/2005/Incubator/webid/spec/drafts/ED-webid-20111212/#in-rdf-xml
      

      
      It's great to see people are really reading the spec in
        detail. This is the way to catch these mistakes. Please keep the
        feedback coming.
      

      
      Henry
      

      
      

        
          On 13 Dec 2011, at 11:32, Henry Story wrote:
          
            
              key2011>;
              

              
              
                </natanael/key2011>     a :RSAPublicKey;
                         rdfs:label "created in 2011";
                         :exponent "65537"^^:integer;
                         :identity <>;
                         :modulus
                  "cdd92b755aed0740fd5834c172dea4ef1dd3607aff20bbea19d304897f9c4f4125d8796d31aef80916d0d98a218860e62c265d723061bfdaa97fb91f6b911bbce2b39f2cbbe9fc9e343d2139c1118cf30e4d7795e5797791381cc4fc377cc34d6b2762e69b4a787ee6e6272f9445f92e8b81d7c73d53078fcde48363e5b5a1a2972a155b29ae6f864e7647b76f8c2ffadca7e6248ae3ce0164a64974cd29ede6e9c4014cbe40441ba156fe78de4973b27d48ec193d1d61c5ac8f0c29d2bd0b8ee4fefd00e287e6629bc55f5f57963d02d2acab585de0757e7a4ac8d59c71b4a1b091c08c975bfc013d7417ccd5a325769867a1febf6b61284a67407a40ddd079"^^:hexBinary
                  .
              
            
          
          

        
        

        
        

      
    
    

  



Social Web Architect
http://bblfish.net/


 		 	   		  
Received on Tuesday, 13 December 2011 20:59:18 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 13 December 2011 20:59:19 GMT