Comments on: Discovr: a flickr experiment gone wrong

By: Raphink

Raphink — Mon, 09 Nov 2009 10:09:51 +0000

One way of limiting the number of users (although not sure it would actually make it faster) would be to go the last.fm way.

Last.fm makes a list of your “neighbors”, that is, the people who like the same of music you do. First find people who not only added one picture you added as a favorite, but actually several. Make a list of the people who have most in common with you, keep 10 to 20 of them, and find the images that most of them added as their favorite. You will get more relevance this way imo.

By: Arjen Lentz

Arjen Lentz — Mon, 09 Nov 2009 00:06:28 +0000

That’s kinda like a friend-of-a-friend type problem, or at least it’s a graph.
See http://openquery.com/graph

Emulating a graph is never going to be fast/pretty/scalable, that might be the prob.

By: GoLo

GoLo — Sun, 08 Nov 2009 21:34:08 +0000

1) The random choosing would show the most favorited more times, as they are linked to more people. They are more probable to be choosen XD.

By: Jorge Bernal

Jorge Bernal — Sun, 08 Nov 2009 20:56:49 +0000

1) could be nice. Switching from *most* favorited to *latest* favorited could be faster. I wonder if the results would be worthy

2) Already keeps caches. But they won’t help most users, unless…

3) …it keeps running for a while and mirrors flickr But that would take a huge database, and many users willing to wait 30 minutes to see some pics

By: GoLo

GoLo — Sun, 08 Nov 2009 20:39:05 +0000

Some ideas (Too lazy for a patch ):
1) taking very few favourites / users randomly
2) saving meta-data on a temporal cache, first request will be always slow, but next will be fast.
3) Hey, you could download Flickr… Not so crazy, after all google downloaded the internet.