- From: Leo Sauermann <leo.sauermann@dfki.de>
- Date: Tue, 25 Dec 2007 21:41:14 +0100
- To: Richard Cyganiak <richard@cyganiak.de>
- CC: "Hausenblas, Michael" <michael.hausenblas@joanneum.at>, Leo Sauermann <sauermann@dfki.uni-kl.de>, semantic-web@w3.org
Hi all, yep, having an example does help much now, your homepage. I ran the URI through Ivan's converter: http://www.w3.org/2007/08/pyRdfa/extract?uri=http%3A%2F%2Fsw-app.org%2Fmic.xhtml%23i&format=pretty-xml&submit=go%21 Its valid RDFa (or?) answers below. It was Richard Cyganiak who said at the right time 23.12.2007 16:25 the following words: > > On 23 Dec 2007, at 08:22, Hausenblas, Michael wrote: >> Although feeling uncomfortable being labelled as the 'complainant' :) > > As an author, I know that every work of interest will draw some > complaints, some justified and some not. And I prefer a clearly voiced > complaint over nebulous expressions of doubt. Therefore, when you see > room for improvement, please complain loudly and clearly ;-) > >> I guess that this wording would improve the text. >> >> Now, due to X-mas approaching, let's relax and quiz a bit >> (multiple choice): >> >> >> Q.I: What is http://sw-app.org/mic.xhtml#i? >> >> 1. A URI >> 2. A URL >> 3. A foaf:Person >> 4. Michael Hausenblas >> 6. An XHTML fragment > > It's a URI. A URI. > >> Q.II: What does http://sw-app.org/mic.xhtml#i identfiy? >> >> 1. A foaf:Person >> 2. Michael Hausenblas >> 4. An XHTML fragment >> 5. Depends on who looks at it: A Web UA 'sees' a XHTML fragment, >> a SW agent a thing of type foaf:Person >> 6. Dunno until I do an HTTP GET > I would say: A foaf:person: according to the representation returned by the information resource at the URI. It returns a valid RDFa encoding of a statement saying that the uri is a foaf:person. > > This is impossible to answer, because the URI's configuration is > broken. Even the author of the document seems to be confused about > what he wants the URI to identify. > > There is an XHTML representation, and it has a id="i", which indicates > that the URI identifies an XHTML fragment. > > But the XHTML document also encodes an RDF graph using RDFa. In it, > the author tries to use the same URI to denote a person. He claims > that a document fragment is a person. That's a nonsensical statement. > > Fortunately, this is easy to fix: Remove the id="i" from the document, > or change it to a different ID, and everything is fine. After that > fix, the answer would be 1, 2 and 6. > > Richard I don't know about removing the ID, maybe this would be good. But I would not make a "must" out of it, why not keep both best Leo > > >> >> >> >> Cheers, >> Michael >> >> ---------------------------------------------------------- >> Michael Hausenblas, MSc. >> Institute of Information Systems & Information Management >> JOANNEUM RESEARCH Forschungsgesellschaft mbH >> Steyrergasse 17, A-8010 Graz, AUSTRIA >> ---------------------------------------------------------- >> >>> -----Original Message----- >>> From: Richard Cyganiak [mailto:richard@cyganiak.de] >>> Sent: Friday, December 21, 2007 5:26 PM >>> To: Hausenblas, Michael >>> Cc: Leo Sauermann; semantic-web@w3.org; Leo Sauermann >>> Subject: Re: Cool URIs, the Semantic Web and Everything >>> >>> Michael, >>> >>> On 21 Dec 2007, at 08:23, Hausenblas, Michael wrote: >>>> In Cool URIs you are >>>> referring to a certain >>>> setup ('deployment scenarios in which the RDF data and the >>> HTML data >>>> is served separately'). >>>> Also the figure right before section 3.1 suggests that there is an >>>> explicit RDF document and an HTML document, each with a >>> distinct URL. >>>> As you know, this is not the case with RDFa. >>> >>> Would changing the sentence >>> >>> "In those cases [RDFa, microformats and GRDDL] the RDF data >>> is extracted from the returned HTML document." >>> >>> to >>> >>> "In those cases, the RDF data is extracted from the HTML >>> document and no separate RDF document is needed." >>> >>> address your complaint? >>> >>> The rest of the document's narrative is consistent with use >>> of RDFa, as far as I can tell. >>> >>> Best, >>> Richard >>> >>> >>>> >>>> >>>> So, that is were my confusion stems from. I know that due to time >>>> constraints you decided that this is the way it is. It >>> would still be >>>> nice to learn why the figure right before section 3.1 >>> (sorry, no label >>>> available) 'shows the desired relationships between a >>> resource and its >>>> describing documents'. >>>> >>>> Cheers, >>>> Michael >>>> >>>> [1] >>> http://lists.w3.org/Archives/Public/semantic-web/2007Dec/0121.html >>>> >>>> ---------------------------------------------------------- >>>> Michael Hausenblas, MSc. >>>> Institute of Information Systems & Information Management JOANNEUM >>>> RESEARCH Forschungsgesellschaft mbH >>>> >>>> http://www.joanneum.at/iis/ >>>> ---------------------------------------------------------- >>>> >>>> >>>>> -----Original Message----- >>>>> From: Leo Sauermann [mailto:sauermann@dfki.uni-kl.de] >>>>> Sent: Thursday, December 20, 2007 12:36 PM >>>>> To: Hausenblas, Michael >>>>> Cc: semantic-web@w3.org; Leo Sauermann >>>>> Subject: Re: Cool URIs, the Semantic Web and Everything >>>>> >>>>> Hausenblas, Michael schrieb: >>>>> >>>>> Leo, >>>>> >>>>> Thanks for your explanation. I remain not totally convinced :) >>>>> >>>>> >>>>> good, then give a practical example (using concrete RDFa >>> code) where >>>>> you think some work needs to be done and provide a >>> suggestion how to >>>>> solve it. That you are not convinced may be caused by >>> various reasons >>>>> we don't know about, shine light on them. >>>>> >>>>> >>>>> >>>>> >>>>> So, *if* we agree on what you said, IMHO we should >>>>> reconsider the following paragraph in 'Cool URIs' [1]: >>>>> >>>>> 'The solutions described in the following apply to deployment >>>>> scenarios >>>>> in which the RDF data and the HTML data is served >>> separately, such >>>>> as a >>>>> standalone RDF/XML document >>>>> along with an HTML document. The metadata can also be >>> embedded in >>>>> HTML, >>>>> using technologies such as >>>>> RDFa [RDFa Primer], microformats and other documents to >>> which the >>>>> GRDDL >>>>> [GRDDL] mechanisms can be applied. >>>>> In those cases the RDF data is extracted from the returned HTML >>>>> document.' >>>>> >>>>> >>>>> I see no reason for changes until you exactly specify where this >>>>> paragraph contradicts http-range-14 or other TAG >>> resolutions or W3C >>>>> recommendations. >>>>> >>>>> the point is that RDF/XML, N3, RDFa and GRDDL are >>> mimetypes encoding >>>>> RDF triples while URIs are something used inside these RDF >>> triples, >>>>> so at the beginning both are completly different and do not affect >>>>> each other. >>>>> >>>>> "Cool uris" is about URIs and not about RDF serialization. >>>>> >>>>> best >>>>> Leo >>>>> >>>>> >>>>> >>>>> >>>>> Still unsure if this is just the tip of the iceberg ... >>>>> >>>>> >>>>> >>>>> Cheers, >>>>> Michael >>>>> >>>>> [1] http://www.w3.org/TR/2007/WD-cooluris-20071217/#solutions >>>>> >>>>> ---------------------------------------------------------- >>>>> Michael Hausenblas, MSc. >>>>> Institute of Information Systems & Information Management >>>>> JOANNEUM RESEARCH Forschungsgesellschaft mbH >>>>> >>>>> http://www.joanneum.at/iis/ >>>>> ---------------------------------------------------------- >>>>> >>>>> >>>>> >>>>> >>>>> -----Original Message----- >>>>> From: Leo Sauermann [mailto:sauermann@dfki.uni-kl.de] >>>>> Sent: Thursday, December 20, 2007 3:43 AM >>>>> To: Hausenblas, Michael >>>>> Cc: semantic-web@w3.org; Leo Sauermann >>>>> Subject: Re: Cool URIs, the Semantic Web and Everything >>>>> >>>>> Hi Michael, RDFa people, >>>>> >>>>> The question is if httpRange-14 [2] is valid in >>> the case of >>>>> XHTML+RDFa. >>>>> >>>>> The answer is that httpRange-14 is to >>> distinguish URIs for >>>>> information >>>>> resources ("web documents") from real-world >>> objects (the person >>>>> "Alice"). As such, it is a recommendation on URIs. >>>>> >>>>> RDFa is an encoding of RDF, and typically an >>> RDFa document has two >>>>> relations to URIs: >>>>> a) the URI of the RDFa document (=the >>> information resource where I >>>>> can >>>>> download the RDFa document) >>>>> b) the URIs used as subjects, predicates, >>> objects inside RDF >>>>> statements >>>>> written inside RDFa documents >>>>> >>>>> a) is usually a http-200 uri, and a) is an >>> information resource (= >>>>> a >>>>> document). >>>>> In the rdf statemetns written inside A, you >>> would use both URIs >>>>> for >>>>> real-world objects and information resources. >>>>> example (I don't know rdfa syntax by heart >>> now, assume this is >>>>> rdfa): >>>>> >>>>> document at www.example.com/homepage/aboutAlice >>>>> <html> >>>>> <p >>>>> rdf:about="http://www.example.com/identifiers/alice#this" >>>>> <http://www.example.com/identifiers/alice#this> > >>>>> rdf:type foaf:Person. >>>>> </p> >>>>> <p >>>>> rdf:about="http://www.example.com/moreidentifiersusing303/bob" >>>>> <http://www.example.com/moreidentifiersusing303/bob> > >>>>> rdf:type foaf:Person >>>>> </p> >>>>> </html> >>>>> >>>>> assuming this would be valid RDFa, the URI >>> .../aboutAlice is a >>>>> http-return-200 informaiton resource >>>>> .../alice#this is a real-world object as it is >>> not a document (as I >>>>> understand timbl on that) >>>>> ...303/bob is not intuitively distinguishable - >>> if you ignore the >>>>> rdf:type relation you don't know what it is. So >>> for this uri you do >>>>> a >>>>> HTTP get and the server would return a 303 >>> redirect as described in >>>>> "cool uris". >>>>> once oyu did the 303, you knowthat ....303/bob >>> is a real world >>>>> object. >>>>> >>>>> so RDFa and 303'/httprange14 are >>>>> recommendations caring about >>>>> different >>>>> angles, 303 is only concerned about URIs, RDFa >>> about an RDF >>>>> serialization. Technically they don't interfere. >>>>> >>>>> If I would use RDFa much and would like cool >>> uris, I would go for >>>>> #-uris, they are simple to use and easy to >>> embed in RDFa. >>>>> but as shown above, you can use any URI you >>> want inside rdfa. >>>>> >>>>> best >>>>> Leo >>>>> >>>>> >>>>> Hausenblas, Michael schrieb: >>>>> >>>>> >>>>> === >>>>> Disclaimer: Michael, with his >>>>> RDFa-Task-Force-member hat off ;) >>>>> === >>>>> >>>>> As I gathered "Cool URIs for the >>>>> Semantic Web" is a Working >>>>> >>>>> >>>>> Draft, now. >>>>> >>>>> >>>>> Congrats to Leo and his team, great job! >>>>> >>>>> The following might sound like a naive >>> question - and I might >>>>> have missed something :) - but: Is TAG >>> finding httpRange-14 [2] >>>>> equally valid in the case of XHTML+RDFa? >>>>> >>>>> I've put together some initial thoughts >>> at the ESWiki [3] >>>>> - any comments welcome! >>>>> >>>>> Cheers, >>>>> Michael >>>>> >>>>> [1] >>>>> >>>>> >>>>> >>>>> http://lists.w3.org/Archives/Public/public-swd-wg/2007Dec/0103.html >>>>> >>>>> >>>>> [2] >>>>> http://www.w3.org/2001/tag/issues.html#httpRange-14 >>>>> [3] http://esw.w3.org/topic/RDFa_vs_RDFXML >>>>> >>>>> >>>>> ---------------------------------------------------------- >>>>> Michael Hausenblas, MSc. >>>>> Institute of Information Systems & >>> Information Management >>>>> JOANNEUM RESEARCH Forschungsgesellschaft mbH >>>>> Steyrergasse 17, A-8010 Graz, AUSTRIA >>>>> >>>>> <office> >>>>> phone: +43-316-876-1193 (fax:-1191) >>>>> e-mail: michael.hausenblas@joanneum.at >>>>> web: http://www.joanneum.at/iis/ >>>>> >>>>> <private> >>>>> mobile: +43-660-7621761 >>>>> web: http://www.sw-app.org/ >>>>> >>>>> ---------------------------------------------------------- >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>> >>> >> > -- ____________________________________________________ DI Leo Sauermann http://www.dfki.de/~sauermann Deutsches Forschungszentrum fuer Kuenstliche Intelligenz DFKI GmbH Trippstadter Strasse 122 P.O. Box 2080 Fon: +49 631 20575-116 D-67663 Kaiserslautern Fax: +49 631 20575-102 Germany Mail: leo.sauermann@dfki.de Geschaeftsfuehrung: Prof.Dr.Dr.h.c.mult. Wolfgang Wahlster (Vorsitzender) Dr. Walter Olthoff Vorsitzender des Aufsichtsrats: Prof. Dr. h.c. Hans A. Aukes Amtsgericht Kaiserslautern, HRB 2313 ____________________________________________________
Received on Tuesday, 25 December 2007 20:41:32 UTC