source : ​http://mediagoblin.org/news/fsws-2012-wrap-up.html

A bigger concern is, "what to do about mismatched thumbnail sizes?" and other display issues. OpenPhoto currently takes the approach where you can request any image size you want and it'll make and cache it for you on the fly. We can't really do that for MediaGoblin: this doesn't really work for audio and video (and while I like the idea I'm still not sure it's a great one for images either, especially not given MediaGoblin's processing infrastructure). If we want galleries to really look nice across instances it would be good to agree on some "common" thumbnail sizes and etc, as well as having adaptive CSS for the cases where a "good fit" thumb is not provided.

Maybe have a negotiation when subscribing and give the user the choice between :

• html resize from original thumbnail - might be nasty
• image resize on user's server - uses up space

When instance B is subscribed to instance A and photo X is deleted from instance A it would be nice for instance A to "notify" instance B of this deletion. This would trigger the deletion on instance B (unless instance B has modified code).

Maybe Salmon can be of use here : ​http://www.salmon-protocol.org/

source : ​http://mediagoblin.org/news/fsws-2012-wrap-up.html

On the federated sharing/subscription model, there should be a way of doing the following scenario :

• user A on instance A decides that collection X is only viewable by users B and C and remote user D
• remote user D will only "receive" the media stream in a private status.

source : ​http://mediagoblin.org/news/fsws-2012-wrap-up.html