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

Re: new spec version out

From: Henry Story <henry.story@bblfish.net>
Date: Tue, 18 Oct 2011 16:42:55 +0200
Cc: WebID Incubator Group WG <public-xg-webid@w3.org>, foaf-protocols@lists.foaf-project.org
Message-Id: <431C8F29-1E58-491B-8A64-0D0BCC939D1D@bblfish.net>
To: Sergio Fernández <sergio.fernandez@fundacionctic.org>

On 18 Oct 2011, at 16:24, Sergio Fernández wrote:

> Hi,
> 2011/10/18 Henry Story <henry.story@bblfish.net>:
>>>>  -2 In the cert ontology I tried putting my comments using rdf:RDFLiteral datatypes so that this could
>>>>     appear in the html. But the transformation specgen does not seem to deal with that.
>>> Not sure which is the right way to add html markup on literals...
>>> a) Escape the characters '<' and '>' (as you are already doing for
>>> skos:editorialNote)
>> I am not sure I am escaping it. Am I? Not in the cert.n3 file on the
>> cert:hex  skos:editorialNote """<span ns="http://www.w3.org/1999/xhtml"><p> .... </span>"""^^rdf:XMLLiteral .
> The specgen only supports rdf/xml, so I'm using the cert.rdf file for
> my tests. And on that file rdfs:comment and skos:editorialNote are
> using different approaches about escape chars.

Oh of course. use cwm to transform the n3 into rdf/xml. But that should already be done for the published version.


>>> b) Use the white-space selector of CSS:
>>> http://www.quirksmode.org/css/whitespace.html
>> That's also a solution. There are a lot of links in the notes currently so unless we move to a wiki format,
>> I think it would be nice if one could just put in some simple and light weight html...
> Yes. because this way is causing many problems generating valid
> markup: http://bit.ly/oWJ9SY

Ah I just understood where I went wrong.

yesterday to add rdf:XMLLiteral with a span. I thought that one could define the  namespace of the contained literal using ns= . But now I think of it I should have used xmlns="http://www.w3.org/1999/xhtml" . Perhaps that will work a lot better then.... Because then it should just insert the namespaced xhtml into the xhtml generated by specgen. 

>>> On the previous thread Dominik requested support to
>>> owl:equivalentClass. I've just added on specgen. Debugging the new
>>> feature I detected that you were wrongly using owl:equivalentClass on
>>> datatypes (on cert:hex for instance), when it must be
>>> owl:equivalentProperty, right?
>> datatypes are classes. cert:hex used to be a property and is now a datatype too.
>> That is allowed by rdf in fact, though there is a debate which direction the arrows should go.
>> The details of that transition are explained in the notes I think.
> Yes, I just read why cert:hex is both a class and a property. I agree,
> it's confusing.

We could remove those soon if people agree. It was one of those early errors I made. I had to read the RDF/XML
semantics spec very carefully before I understood how datatypes work. 

>>> BTW, rdfs:Datatypes are not showing right now on the spec (e.g.
>>> cert:int). Would you like to add it?
>> yes, please. Thanks a lot :-)
> Meanwhile I'll try to add support to datatypes on the tools.

great thanks a lot. 

> Cheers,
> -- 
> Sergio Fernández
> CTIC - Technological Center
> Parque Científico y Tecnológico de Gijón
> C/ Ada Byron, 39 Edificio Centros Tecnológicos
> 33203 Gijón - Asturias - Spain
> Tel.: +34 984 29 12 12
> Fax: +34 984 39 06 12
> E-mail: sergio.fernandez@fundacionctic.org
> http://www.fundacionctic.org
> Privacy Policy: http://www.fundacionctic.org/privacidad

Social Web Architect
Received on Tuesday, 18 October 2011 14:43:38 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:39:47 UTC