Furthermore, if we provide this via the API we'll then ened to figure out how to throttle it so that someone doesn't run up the counts for a program or feed. The alternative is to store listens/vies on a per-user basis, and I don't think we want to do that.
We count plays and webpage views, but we don't keep track of the individuals who performed these operations. eg, There's no way to indicate that user 123 watched program 456. That data is not stored in our database.
3 votesunder review · 2 comments · Enhancement and New Feature Requests · Flag idea as inappropriate… · Admin →
We've implemented search by media URL in the APIs. We'll study if we can do that for the UI.
No, but the programs in the collection come from RSS feeds and that's where the PubDates come from. Let's take this one step at a time. What happens when you try to Edit the program list in the collection? Are you unable to re-order the list? http://www.spokenword.org/playlistEdit?tab=programs&playlistId=3524
I'm pretty sure that iTunes orders programs in a feed according to PubDate. We get that date from the inbound RSS feed and just pass it through to your collection's outbound feed. So I don't think there's anything we can do about it. ...doug
You can do this already. For example, Tech Nation is available at http://www.spokenword.org/feed/6922 If there’s an IT Conversations feed you can’t find, go ahead and add it to our database using the Submit window. The system is supposed to properly deal with the fact that the same program(s) appear in multiple feeds.
Thanks, Sim. We'll re-open this and take a closer look.
4 votesunder review · 5 comments · Enhancement and New Feature Requests · Flag idea as inappropriate… · Admin →
Again, from email, Thilo later added:
Actually, I what I could do right now is to set up a collection and "collect" all my feeds. I would not subscribe to this collection, since I am already directly subscribed to the feeds. I could use that feed to find the programmes I need to rate. I do not need the option to delete older programmes, because it does not bother me if the older programmes are still there, the first page would only show the newest programmes anyway.
My main point was that the existence of this kind of "collection" dilutes the value of the curated collections.
The "social intelligence" of its collections makes for the value of SpokenWord itself, I think.
If so, we should strive to ensure that for every programme that appears in a collection a human being specifically made the decision to put it there.
Simple RSS aggregation is also a nice feature, but if we have it, let's keep it apart from the curated collections.
Copying the discussion from email so we don't lose it...
On Jul 23, 2009, at 4:31 AM, Thilo Planz wrote:
I think we should take this chance to re-think the following collections feature...I propose that we remove the feature to add whole collections automatically...I am thinking that you can follow a collection, and it would just count that. It would not add anything to any collection, in fact you do not need to select a target collection when following. This works just like "digg"ing a story. We would need to work out how it differs from the rating feature, though. Maybe we could combine these two; no following at all, use the rating data for this: "these users like this feed (3 stars or more)"
Doug then wrote:
Maybe I'm missing Thilo's point here, but if Following a collection doesn't *do* anything, why would you Follow one?
And Thilo replied:
Well, it does *do* something. It does the same thing a digg does on digg.
That information can be used in many ways.
For one thing, we could then show the list of feeds that a user follows on his profile page.
Every time I want to rate a programme on SpokenWord right now (and most programmes are not in my queue, they come directly from iTunes), I have to go to the search page, type the name of the feed (because the programme itself is sometimes not yet indexed), click in the result page on a programme of that feed, click on the programme page on the link for the feed, and then can finally give out my stars.
This is too many clicks, and more importantly also involves the keyboard.
Idea: When you follow a collection or subscribe to a feed, suppose there was an option that implied "Keep the <#> most-recent programs from this collection/feed in my target collection." When we received a new program from the source collection feed, we'd add it to your collection. If after doing so there was more than <#> episodes from that source, we'd remove the older ones. If you've already downloaded them from your collection's RSS feed, you'd have them. No problem. (And they would still be in your History collection.) Used this way, your collection would automatically prune itself. And you could set <#> to any number for each feed you subscribe to or collection you follow.
Sure, that is a way, but more complicated (UI-wise and on the backend) than just marking the feed.
I think there is value in keeping the "data collecting" part separate from the "interesting, automated actions derived from that data" part.