Re: [apps-discuss] [rest-discuss] Re: Feedback on draft-wilde-profile-link-00

[Erik Wilde <[e-mail]>]

hello jan.

On 2012-04-12 00:12 , Jan Algermissen wrote:
> On Apr 12, 2012, at 7:19 AM, Erik Wilde wrote:
>> the idea is to be able to check for the profile URI to see whether a feed i have discovered supports atompub or not. if it does, i might show an "upload" feature in a UI that otherwise i would not show. without the feed advertising its capabilities, i cannot know, and i certainly don't want to create a fake post to test whether atompub is supported or not.
> Ok (though I personally would not see a profile as saying something about the resource, but about the payload)

yes, we have agreement on this. a profile (quoting from the -01 text i 
am writing now) "are additional semantics that can be used to process a 
resource  representation, such as constraints, conventions, extensions, 
or any other aspects that do not alter the basic media type semantics."

if a feed indicates it supports atompub, that extends what to expect in 
the feed, and in case of atompub, it also extends the feed's behavior. 
like i said in a response to mark, i think the line between "format 
conventions" and "behavior" is fuzzy. but i'd argue that the 'atompub 
profile' definitely would be specific for the representation (the 
atompub enabled feed), because a different representation of the 
collection resource might very well expose a different mechanism to 
provide write access to the collection.

cheers,

dret.

-- 
erik wilde | mailto:[e-mail]  -  tel:[phone] |
            | UC Berkeley  -  School of Information (ISchool) |
            | http://dret.net/netdret http://twitter.com/dret |