Dec 18, 2008, 10:30:54 PM12/18/08
to activity...@googlegroups.com, diso-project, kellan, Paul Mison, idlike...@yahoo.com
I guess the reason why I might push back on that, initially, is that feed consumers might have their own uses for machine tags (i.e. flickr, upcoming). Not that the scheme couldn't hint that the category should be interpreted as a machine tag, but I think there might be something lost from that approach... not sure.
Perhaps what you're suggesting is exactly how the scheme attribute of category tags are supposed to be used, in which case I'd like to hear from the Flickr folks what they think about that.
I can tell you that when I use custom machine tags on Flickr, they show up in my ATOM feed like this:
As for the point about actors, I tend to agree that full URLs would be more useful. I wonder, though, if we can make some kind of aesthetic optimization, where, if no base URL is provided for the actor, we could simply provide a category with an sgnodemapper-derived value?
Not sure about that though.
Thanks for the feedback! Others?
On Thu, Dec 18, 2008 at 7:16 PM, NeilFred Picciotto <neil...@gmail.com>
One thought that occurs to me is that rather than cram all the data
into the term -- forcing the need for custom parsing logic -- why not
put the different classes of things into the scheme? So your examples
<category term="post" scheme="http://activitystrea.ms/schema/1.0/verb"/>
Also, it feels like the "actor" (and in general, any person
identifier) should expect a URL. (Could even use sgn:// URLs, as used
by the SocialGraph API, but maybe simpler to just use arbitrary http
URLs, and figure that consumers of the feeds can always use the
NodeMapper to convert things to sgn:// if that's useful to them...)