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 > > > >