Tuning time and place

In Curation, meta-curation, and live Net radio, Jon Udell begins, “I’ve long been dissatisfied with how we discover and tune into Net radio”, but doesn’t complain about it. He hacks some solutions. First he swaps time for place:

I’ve just created a new mode for the elmcity calendar aggregator. Now instead of creating a geographical hub, which combines events from Eventful and Upcoming and events from a list of iCalendar feeds — all for one location — you can create a topical hub whose events are governed only by time, not by location.

Then he works on curation:

I spun up a new topical hub in the elmcity aggregator and started experimenting.

That ran into problems from sources. Still it was…

…great for personal use. But I’m looking for the Webjay of Net radio. And I think maybe elmcity topical hubs can help enable that.

So Jon leverages what Tony Karrer described in Second Calendar Curator Joins to Help with List of Free Webinars, and adds,

What Tony showed me is that you can also (optionally) think in terms of meta-curators, curators, feeds, and events. In this example, Tony is himself a curator, but he is also a meta-curator — that is, a collector of curators.

I’d love to see this model evolve in the realm of Net radio. If you want to join the experiment, just use any calendar program to keep track of some of your favorite recurring shows. (Again, it’s very helpful to use one that supports per-event timezones.) Then publish the shows as an iCalendar feed, and send me the URL. As the meta-curator of delicious.com/InternetRadio, as well as the curator of jonu.calendar.live.com/calendar/InternetRadio/index.html, I’ll have two options. If I like most or all of the shows you like, I can add your feed to the hub. If I only like some of the shows you like, I can cherrypick them for my feed. Either way, the aggregated results will be available as XML, as JSON, and as an iCalendar feed that can flow into calendar clients or aggregators.

Naturally there can also be other meta-curators. To become one, designate a Delicious account for the purpose, spin up your own topical hub, and tell me about it.

I really like Jon’s idea. Sometime this weekend I’ll set up what he’s talking abouthere. Or try. I’ve always found Delicious a little too labor-intensive, but then blogging in WordPress’ writing window (as I’m doing now) is a PITA too. (One of these days I’ll get my outliner working again. That’s so much easier for me.)

The new radio dial is a combination of tools and each other’s heads. Given how the Net has eliminated distance as a factor in”reception” (a rapidly antiquifying term), the new frontier is time — how we find it. Or, in radio parlance, how we tune across it to find what we want, and then listen live or off stored files, either in our own devices (podcasting) or in the cloud (on-demand).

As we develop whatever this becomes, we need to avoid the usual traps. For example, there is this tendency for developers — commercial ones, anyway — to believe that the only available paths are —

  1. Making a commodity
  2. Trapping the user

So they do the latter. That’s why we get stuff like the iTunes store, which works with only one brand of mobile devices (Apple’s), and which nearly every other phone maker now, derivatively, wants to copy. (iTunes’ radio tuner, which is nothing more than a directory, works with nothing but itself, near as I can tell. As with most of the iTunes environment, it veers far from Apple’s reputation for ease of use — in addition to being exclusive and non-interoperable.)

What Jon’s doing here is one more among many necessary steps by which control of the marketplace shifts from user-trappers to users themselves.

Speaking of which, there is plenty of user input to the new, improved, and still-improving UI on the Public Radio Player, which now finds programs as well as stations. So, for example, I’m going to be on The Conversation with Ross Reynolds today on KUOW in Seattle, taking about the new 10th Anniversary edition of The Cluetrain Manifesto. The show starts at noon (though my segment comes in a bit later). When I looked up “conversation” on the Player, I found Rick’s show in the list results, and went right there. This goes a long way beyond tuning the way it used to be. But it still has a long way to go.

We’ll get us there.



7 responses to “Tuning time and place”

  1. Great post, Doc. Jon reminds me Gibson’s axiom about the unevenly distributed future. The future does exist, however loosely joined.

  2. Thanks Doc.

    Note that Delicious is used in this scenario only for what I’m calling meta-curation.

    For simple curation, anybody can use any calendar program to make a schedule of shows, and share that schedule with users of any other calendar program.

    It’s exactly analogous to pub/sub in the RSS sense, except you use a calendar program as both the writer (blog publishing tool) and reader (blog reader), and the feed is ICS (iCalendar) instead of RSS or Atom.

    If you want to then aggregate many such curated feeds, you could plug them into an elmcity hub (which uses Delicious for its feed registry). This is the analog, in calendar space, to blog aggregators like Planet Venus.

  3. Good points. One correction: unless he has an evil twin that I’m unaware of, you’ll be talking to *Ross* Reynolds: http://kuow.org/about/staff.php?staff=1268.

  4. Awesome, love seeing this thinking! I’m actually working on revamping api.yes.com and expanding the broadcast radio to 10k+ stations, and covering around 40-50k internet stations/streams that I’ve indexed so far.

    It’ll have rich searchable and real-time access to what’s currently on-air as well as logs and charts (like it does already but much wider coverage). My main goal is to try to be the best open radio data back-end possible 🙂

  5. Steven, thanks for catching that. I knew better, but typed worse. Now fixed.

  6. Jeremie, Jon, et. al…. if ya’ll don’t know each other yet, you should. This will be a fun project. Or projects.

Leave a Reply

Your email address will not be published. Required fields are marked *