No, i'm simply talking about how to represent a relationship
(bidirectional or not) between 2 users. if you query @friends,
@followers or @following then presumably you already assume that the
people in returned list have that kind of relationship with the
current user.
however when querying @all (i.e. in case of search) or @self to get a
person's detail, you may benefit from this extra information of
knowing if that person is actually one of your followers/following/
friends.
in previous OS releases the "relationships" field (derived from PoCo)
was related to XFN values. this is not anymore mentioned, but still
the field assumes "bi-directional" relationships only. we'd like to be
able to indicate "followers", "following" (besides "friends", which is
already bidirectional), basically using tokens that are similar to a
Group-Id value. Reusing this field is very straightforward and the
spec could easily be relaxed to allow 1) uni-directional relationships
as well, 2) suggest "reserved" values as the *usual* ones used as
group-ids...
walter
On Sep 18, 10:22 pm, Henry Saputra <
henry.sapu...@gmail.com> wrote:
> Are you talking about like friends of friends network?
>
> The only relationships that OS support is basically via social groups
> which collect similar people into particular buckets
>
> - Henry
>
> >> For more options, visithttps://
groups.google.com/groups/opt_out.