representing statistics about an activity and related follow-ups

[Laurent-Walter Goix]

hello all,

i am currently looking for a way to best represent a number of
statistics related to a single activity, such as the number of views,
likes, comments, etc.

I couldn't find such information within activitystreams specs (i may
not know all the specs) neither through examples in the wild, except
through the FB graph API, which provides "likes"/"count" and
"comments"/"count" (further embedding the related data/text)

I would welcome pointers to such examples and/or specifications (even
draft) on a similar concept using activitystreams-compliant feeds
(typically json, but i'm also interested in the atom version)

As a side question i would like to know from live examples how to best
represent "primary" activities, and their related follow-up actions
(e.g. likes, comments) into a stream. My understanding is that at this
time typically a flat representation is used, and the UI needs to
correlate the related elements by checking the various ids. Are they
any other representations possible, e.g. to "embed" these follow-ups
into the main/primary activity representation?

thanks
walter

[James Snell]

Start here: http://activitystrea.ms/specs/json/replies/1.0/

This provides the basic framework for representing information about
replies, etc...

> --
> You received this message because you are subscribed to the Google Groups "Activity Streams" group.
> To post to this group, send email to activity...@googlegroups.com.
> To unsubscribe from this group, send email to activity-strea...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/activity-streams?hl=en.
>

[Laurent-Walter Goix]

thank you james. it captures my needs very well. i believe the
"replies" lemma should contain "comments" objects by default?

i have only one comment regarding the "items": it seems that various
types of objects can be embedded in each category of sub-"items",
which is not an issue per se, but which can lead to misunderstandings
as some of them are objects representing the "reaction" activity
itself, others only represent their author. could this be harmonized
to the actual objects, so that the "published" property could easily
be inserted as well (and linked to the time where the reaction
happened, not to the person itself...)?

do you see this extension (or its evolution) eventually become part of
the official spec? is there any plan for this yet?

thanks
walter