- From: Andrea Perego <andrea.perego@uninsubria.it>
- Date: Fri, 01 Aug 2008 16:01:30 +0200
- To: Public POWDER <public-powderwg@w3.org>
Either "meta", "description", "describedby" are fine to me.
However, considering which is the common use of the Link's attribute
@rel, and also based on the examples in [1], it seems to me that
"description" or "meta" might be preferable to "describedby".
Suppose that the following Link's concern to a given resource
http://www.example.org/:
1. Link: <http://www.example.org/toc.html>; rel="contents";
type="text/html"
i.e., "http://www.example.org/toc.html is the table of contents of
http://www.example.org/, in HTML format"
2. Link: <http://www.example.org/style.css>; rel="stylesheet";
type="text/css"
i.e., "http://www.example.org/style.css is a stylesheet for
http://www.example.org/, in CSS format"
3. Link: <http://www.example.org/rss/>; rel="alternate";
type="application/rss+xml"
i.e., "http://www.example.org/rss/ is an alternate version of
http://www.example.org/, in RSS format"
So, here "contents" is used instead of (a more RDF-like) "hasContents",
"stylesheet" instead of "hasStylesheet", etc.
Of course, it's just a matter of words, and if Mark has no objection in
adopting "describedby" or something similar, then this is not an issue
at all.
Andrea
[1]http://tools.ietf.org/html/draft-nottingham-http-link-header-02#section-4.2
Scheppe, Kai-Dietrich wrote:
> ...and one more...
>
> I saw somewhere that rel defines a forward relationship with a document.
> Even in that sense describedby make a lot of sense.
>
> -- Kai
>
>> -----Original Message-----
>> From: Smith, Kevin, (R&D) VF-Group [mailto:Kevin.Smith@vodafone.com]
>> Sent: Friday, August 01, 2008 11:01 AM
>> To: Phil Archer; Scheppe, Kai-Dietrich
>> Cc: Public POWDER
>> Subject: RE: HTTP Link, rel="powder" cf. rel="describedby"
>>
>> +1 to 'describdBy'; makes sense to me :)
>>
>> -----Original Message-----
>> From: public-powderwg-request@w3.org
>> [mailto:public-powderwg-request@w3.org] On Behalf Of Phil Archer
>> Sent: 01 August 2008 09:58
>> To: Scheppe, Kai-Dietrich
>> Cc: Public POWDER
>> Subject: Re: HTTP Link, rel="powder" cf. rel="describedby"
>>
>>
>>
>>
>> Scheppe, Kai-Dietrich wrote:
>>> Hi,
>>>
>>> So what is your thought on what the rel type could be? Rel="meta"
>>> seems intuitiv, but is not regsitered.
>> That's a whole other can of worms - I've just written to a
>> bunch of W3C folk about how a common view of registering @rel
>> types should be done.
>>
>>> Is there such a thing as rel="description" or something similar?
>> No - but 'describedby' is in our POWDER-s vocab and, I think
>> the GRDDL folk would like it too.
>>
>> P
>>
>>>> -----Original Message-----
>>>> From: public-powderwg-request@w3.org
>>>> [mailto:public-powderwg-request@w3.org] On Behalf Of Phil Archer
>>>> Sent: Friday, August 01, 2008 10:21 AM
>>>> To: Public POWDER
>>>> Subject: HTTP Link, rel="powder" cf. rel="describedby"
>>>>
>>>>
>>>> I had a (very good) meeting with Mark Nottingham yesterday.
>>>> He's Yahoo's point man at the IETF and the person behind the HTTP
>>>> Link Header internet draft to which our DR doc refers [1].
>>>>
>>>> He seems happy that there is a good deal of consensus
>> around most of
>>>> the important issues that draft raises. The area where there is
>>>> currently less consensus is how various relationship types
>> should be
>>>> registered and maintained. This goes way beyond POWDER in terms of
>>>> scope but it clearly affects us since our docs talk about using
>>>> rel="powder."
>>>> We've followed the current recommendations by using a profile
>>>> document.
>>>>
>>>> Bottom line - with a bit of political negotiation - Mark believes
>>>> that HTTP link will be able to progress along the route to
>> RFC within
>>
>>>> the time line we need.
>>>>
>>>> But... whilst our use of HTTP Link is right in Mark's view, the
>>>> registration of rel="powder" probably isn't. Section 4.2
>> [2] of the
>>>> draft says:
>>>>
>>>> "A Link relation is a way of indicating the semantics of a link.
>>>> Link relations are not format-specific, and MUST NOT specify a
>>>> particular format or media type that they are to be used with."
>>>>
>>>> I was concerned about this since rel="powder" /does/ indicate a
>>>> particular format (i.e. POWDER). I raised this on the HTTP
>> list and
>>>> Jonathan Rees replied [3] that he thought this referred to
>> the origin
>>
>>>> of the link, not its target. Mark said no - actually the
>> intention is
>>
>>>> that /neither/ end of the link should be format-specific -
>> that's the
>>
>>>> job of the MIME type.
>>>>
>>>> I said that we were wary of trying to register a new MIME type -
>>>> after all, POWDER is either XML or RDF/OWL (semantic extension
>>>> notwithstanding) and that HTML Profile meant we didn't /need/ to
>>>> register either rel="powder" or a new MIME type. Well...
>>>> that's true but we are talking about registering the @rel type so
>>>> that argument rather loses potency!
>>>>
>>>> Mark pointed me to a doc [4] that is an entry point for a
>> description
>>
>>>> of how we would register the POWDER Media type which
>> actually looks
>>>> pretty simple - being in a W3C Rec document means that
>> IETF is likely
>>
>>>> to agree to the new type with little delay.
>>>>
>>>> To get to the point, Mark's recommendation is that we
>>>>
>>>> 1. Use a more generic @rel type of describedby (something other
>>>> groups want as well btw)
>>>>
>>>> 2. Register a POWDER-specific Media type. I guess ours would be
>>>>
>>>> application/powder+xml
>>>>
>>>> and
>>>>
>>>> application/powder-s+xml
>>>>
>>>> ???
>>>>
>>>> Neither of these registration steps is particularly hard to do.
>>>>
>>>> In terms of the WG's process, I suggest we teat this as a
>> Last Call
>>>> comment and deal with it when we resume in September - *unless* -
>>>> Matt -
>>>> you advise that /if/ we were to make such a change we'd
>> require a
>>>> new LC version, in which case we may need to take a couple of
>>>> resolutions by e-mail before those docs you're working on
>> are fully
>>>> published (er, which I believe is scheduled for a week today)
>>>>
>>>> Phil.
>>>>
>>>>
>>>>
>>>> [1] http://tools.ietf.org/html/draft-nottingham-http-link-header-02
>>>> [2]
>>>> http://tools.ietf.org/html/draft-nottingham-http-link-header-0
>>>> 2#section-4.2
>>>> [3]
>>>>
>> http://lists.w3.org/Archives/Public/ietf-http-wg/2008JulSep/0122.html
>>>> [4] http://www.w3.org/2002/06/registering-mediatype
Received on Friday, 1 August 2008 14:02:17 UTC