Re: ATOM representation of search result facets

mike amundsen <[email protected]>
Newsgroups gmane.comp.web.services.rest
Message-ID <CAPW_8m4H4yeNMfrupqwMgwvZaFXjPmKObXxLJKSFK1UP+NB2Cw@mail.gmail.com>
Erik:

It's possible to define a media type identifer that includes some optional 
params that could support signalling additional features.

I am not aware of any currently registered media types that do this, tho.

mca
http://amundsen.com/blog/
http://twitter.com@mamund
http://mamund.com/foaf.rdf#me




On Mon, Sep 3, 2012 at 11:50 PM, Erik Wilde <[email protected]> wrote:

> hello peter.
>
> On 2012-09-03 14:25 , Rushforth, Peter wrote:
> >> http://tools.ietf.org/html/draft-wilde-profile-link-02#section-3.1
> >> suggests that media types SHOULD support a media type parameter
> >> "profile" to support what you're asking for, but that of course can only
> >> be done for existing media types if those media types are updated.
> > As I understand it, the values of media type parameters need to be 
> registered as well (depending on the tree).
> > So a profile="http://example.com/foo" parameter+value pair could be 
> added to a media type registration,
> > so long as it doesn't impair backwards compatibility of the 
> type/subtype.  Is that how you see it?
>
> yes, for media types where the profile information should become visible
> on the media type level (and not just added to the representation using
> a generic linking mechanism with "profile" relation type links), the
> media type needs to be updated. afaict, there is no way how a media type
> parameter can be "added" to a media type without essentially
> re-registering the media type with the new parameter added.
>
> cheers,
>
> dret.
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.