Problem discovering several feed/Topic in a webfinger-enable account

[Andrea Messina]

Hi.
How can i implement "multiple feed" subscription capability for an
OStatus-enable account??

I tried out putting several Link/rel="http://schemas.google.com/g/
2010#updates-from" elements into the related XRD file for a user, but,
seems that the parser recognizes just the elder Link element.

For example, i tested it using the Ostatus-enable discovery service
http://www.madebymonsieur.com/ostatus_discovery/index.php and it
returned me just one feed (the elder) which someone could subscribe
to.

I also used a Status.net account : subscription turn out well(just for
the first encountered feed), but it didn't show me a list of possible
feed for the user to subscribe to, as i would expect.

I might be wrong; perhaps i miss some important notion. Thanks.

[Tuomas Koski]

Hi,

On 29 October 2010 17:28, Andrea Messina <messin...@gmail.com> wrote:
> Hi.
> How can i implement "multiple feed" subscription capability for an
> OStatus-enable account??
>
> I tried out putting several Link/rel="http://schemas.google.com/g/
> 2010#updates-from" elements into the related XRD file for a user, but,
> seems that the parser recognizes just the elder Link element.
>
> For example, i tested it using the Ostatus-enable discovery service
> http://www.madebymonsieur.com/ostatus_discovery/index.php and it
> returned me just one feed (the elder) which someone could subscribe
> to.

Yes, at the moment the discovery service takes only one of them. If
this is a wrong behaviour, let me know and I correct it.

I think the issue should be defined in the specification. Authors,
what do you think?

On 29 October 2010 17:28, Andrea Messina <messin...@gmail.com> wrote:
> I also used a Status.net account : subscription turn out well(just for
> the first encountered feed), but it didn't show me a list of possible
> feed for the user to subscribe to, as i would expect.
>
> I might be wrong; perhaps i miss some important notion. Thanks.

I think it does "not work" because there has not been a use case for it before.

Could you describe a use case where it would be needed? Is it due
private feeds or person could have a feed on different interests?

Cheers,
--
Tuomas

[Andrea Messina]

Hi.
Why should one user / identity / person / social-contact have only a
single feed?? i think it's a big limitation and that it should be
extended towards this direction.
The first time i have read pubsubhubbub-oStatus spec, i naturally have
thought to that possibility(multiple-feed subscription).
Despite the fact that there has not been a "real" use case, i think
would be important to maintain this kind of flexibility on the specs.

We could think at a feed like a big bag where we put into all our
thoughts, photos, links, anything we could put inside, without
introducing any specific context/topic (just saying "MY UPDATES").
On the other hand, we could models different feeds for different
topics/interests/"contexts":


A simple USE CASE:
I would like to have several feeds, for example, each of them dealing
with a specific geographic position(for example Turin and Paris).
Since i used to create posts from either Turin or Paris, i would like
to have two different feeds.
So, someone, could choise to follow me, only when a stay somewhere
around Paris ( Turin ).

In addition, we could create different feeds for different tags given
to a post or a photo.

Since oStatus is a general protocol with the aims to federate network,
and since the oStatus-enable application can be varied ( Travel
networks, event invitation systems, wikis, photo-sharing systems,
social news sites, social music sites, podcasting servers, blogs,
version control systems, and general purpose social networks ), i
think this lack could be a wall towards the birth of innovative
features.

Cheers,
Andrea