Radioshift from Rogue Amoeba is a Mac application for scheduled recording of web radio streams. Radioshift makes it easy to import your recordings into iTunes, but it would be nice, I thought, if those recordings showed up as a podcast, instead of normal music tracks in my iTunes library.

Why A Podcast?

By default, podcasts in iTunes remember your playback position when you stop listening to them halfway through, and aren’t played when you shuffle your entire iTunes music library. You can also choose to delete podcasts automatically after you have listened to them.

With the release of iPhone OS 3.0, podcasts gained even more benefits while on the go: when listening to a podcast on an iPhone or iPod touch, you can choose to listen at 2X speed, and also skip back 30 seconds with a single tap.

These new features were enough to make me get off my butt and do a little work.

Step 1: Generate A Podcast Feed

Technically, a podcast is just a text file that points to the MP3/M4A files that iTunes should download and store in its library. I whipped up a Python script that will generate a podcast file (podcast.xml) given a directory full of MP3/M4A files (such as those contained in the ~/Music/Radioshift folder after Radioshift does its thing).

To install this script on your own Mac, download this ZIP file containing three Python files:

• podcastFromFolder.py
• PyPodcastGen.py
• PyRSS2Gen.py

Once you’ve unzipped the file, put all three files (podcastFromFolder.py) somewhere handy, like your home directory (/Users/kyank).

With the files in place, let’s test that the script works. Open Terminal and follow along.

First, you’ll need to make the podcastFromFolder.py script executable:

Computer:~ kyank$ chmod u+x podcastFromFolder.py

Be sure to specify the path to the podcastFromFolder.py file if you put it somewhere else on your system (mine is actually in ~/bin/podcastFromFolder.py).

Now try running the script in your Radioshift recordings folder:

Computer:~ kyank$ cd "Music/Radioshift/My Show"
Computer:My Show kyank$ ~/podcastFromFolder.py

In the first command, instead of My Show you’ll need to type the actual name of the folder containing your desired show’s Radioshift recordings (mine’s CBC Radio 3 with Grant Lawrence 2).

In the second command, again, you’ll need to specify the path to the script if it’s somewhere other than in your home directory.

If all goes well, these commands should execute silently, and you should find a new podcast.xml file in the folder along with any .M4A files that Radioshift has stored there. This file will contain the feed that tells iTunes about your “fake” podcast.

Step 2: Serve Up Your Podcast Feed

Unfortunately, iTunes is picky about where it gets its podcast feeds. You can’t simply point it at a file on your hard disk (believe me, I’ve tried!). iTunes will only accept a podcast feed that it retrieves from the Web.

Fortunately, the Mac comes with everything you need to make your computer look like part of the Web.

Open System Preferences, and click Sharing. Select Web Sharing from the menu on the left, and make sure the On checkbox next to Web Sharing is checked.

This enables the Apache 2 web server built into Mac OS X. Next, we need to make your Radioshift recordings folder available to the Web. Pop open Terminal and follow along:

Computer:My Show kyank$ cd ~/Sites/
Computer:Sites kyank$ ln -s "~/Music/Radioshift/My Show" "MyShow"

In that second command, replace My Show with the name of the folder for your desired show’s Radioshift recordings, and replace MyShow with a “web friendly”, simplified version of the show title. Here’s exactly what I typed on my system:

ln -s "~/Music/Radioshift/CBC Radio 3 with Grant Lawrence 2"
"GrantLawrence"

This creates in your Sites folder an alias that points to the folder containing your show’s recordings (and your new podcast feed file).

Open your web browser of choice and type this address:

http://localhost/~kyank/MyShow/

Replace kyank with your Mac OS X username (it’s what appears before the $ in the Terminal prompt), and MyShow with the “web friendly” title you chose for your show above.

Chances are, the first time you try this address, your browser will tell you that you don’t have permission to view the requested page. You need to give Apache permission to follow the alias you created from your Sites folder above.

To do this, you’ll need to edit the user.conf file (where user is your Mac OS X username) in /etc/apache2/users. Since this is a protected system file, the simplest way to do this is probably to use the nano editor from inside Terminal:

Computer:Sites kyank$ cd /etc/apache2/users
Computer:users kyank$ sudo nano kyank.conf
Password:

Type your password when prompted, and the nano text editor will fill your Terminal window. On the line that begins with Options, add FollowSymLinks to the end, so the file looks like this:

<Directory "/Users/kyank/Sites/">
    Options Indexes MultiViews FollowSymLinks
    AllowOverride None
    Order allow,deny
    Allow from all
</Directory>

With that done, type ^O and then Enter to save your changes, then ^X to exit the nano editor. Go back into System Preferences and turn Web Sharing off and then on again to make this change take effect. Finally, load up that URL again:

http://localhost/~kyank/MyShow/

Your browser should now display a list of the files contained in the show’s Radioshift recordings folder, including the podcast.xml file.

Now that you have a URL where iTunes will be able to find your podcast feed, you need to regenerate the podcast.xml file with a few extra settings to make the file complete. Again, pop open Terminal:

Computer:~ kyank$ cd "Music/Radioshift/My Show"
Computer:My Show kyank$ ~/podcastFromFolder.py .
"Grant Lawrence on CBC Radio 3" http://radio3.cbc.ca/

http://localhost/~kyank/GrantLawrence/

Notice the four new parameters I am passing to the podcastFromFolder.py script. You’ll want to supply your own values using this guide:

.

The first parameter tells the script what folder to work on. Just type a period (or full stop, if you call it that) to tell it to use the current directory.

“Grant Lawrence on CBC Radio 3″

The second parameter specifies the title of your podcast as it should be displayed in iTunes (and on your iPod or iPhone). Choose something short that you’ll recognise.

http://radio3.cbc.ca/

The third parameter specifies the web site that the podcast came from, so you can get to it from within iTunes. Set it to the URL of the web radio site that Radioshift records for you.

http://localhost/~kyank/GrantLawrence/

This is the important one. Set this to the URL that you have just set up to point to your show’s Radioshift recordings folder. The script will use this to generate the full URLs to each of the audio files in the folder, and include them in the podcast feed.

Again, the script should run silently and generate a fresh podcast.xml file, which now contains everything iTunes needs to know to access your Radioshift recordings.

Step 3: Subscribe To Your Feed

Open iTunes, and from the menu bar choose Advanced → Subscribe to Podcast…

In the window that pops up, type the full URL to your podcast.xml file. Mine looks like this:

http://localhost/~kyank/GrantLawrence/podcast.xml

Click OK, and iTunes should happily begin downloading the most recent recording into a new podcast with the title you specified. You can click the Get All button to instruct it to get all of your recordings (assuming you have more than one).

You did it! Your iTunes library now contains your Radioshift recordings as a podcast.

Step 4: Automate Feed Updates

Of course, as Radioshift makes new recordings, you will want these to appear in your iTunes podcast too. This means you need to automate the running of the podcastFromFolder.py script every time a new recording is completed.

It is possible to set this up using Mac OS X’s Folder Actions, and if you’re an AppleScript genius I invite you to do so. In practice, I find Folder Actions unreliable even in Leopard (they seem to become disabled for no reason after working perfectly for days), and dealing with recordings-in-progress and other such complexities is not for the faint of heart.

Rather, I recommend you grab yourself a copy of Hazel from Noodlesoft, which is a System Preferences panel that will monitor folders for files matching the criteria you specify, and then do whatever you like to them.

With Hazel installed, open System Preferences and choose Hazel. In the Folder list on the left, add the folder containing your show’s Radioshift recordings. Then, on the right, click the + button to add a new rule.

Copy the settings for the rule from this screenshot:

Make sure to adjust the path to podcastFromFolder.py, and the arguments passed to the script to match those you used when manually invoking it above.

With the rule in place, Hazel should generate an updated podcast.xml file each time Radioshift finishes a new recording, which will enable iTunes to add the recording to your library as a new episode of the podcast.

Note that, while iTunes copies the recordings into your library, the original recordings remain in your Radioshift recordings folder. To save disk space, you will want to periodically open Radioshift and delete all the old recordings. Better yet, you can use another Hazel rule to automatically delete recordings from the recordings folder after a week or so—the copies will remain in your iTunes library, and the corresponding entries will be purged from the podcast feed the next time Radioshift downloads a new recording.

Summing Up

If this seems like a lot of work, you’re not imagining things. I have sent Rogue Amoeba a feature request to suggest that it make exposing your subscriptions as podcasts visible to iTunes a built-in feature in a future version of Radioshift.

In the meantime, if you use Radioshift to record a regular web radio broadcast, the added convenience of having new episodes appear as a podcast in iTunes will make all the hackery above worthwhile.

Let me know if you run into any trouble with the above setup, or if you have any suggestions for improving it.

To: sppartner@microsoft.com
Subject: MAPS digital distribution – broken link?

Hi there,

Following the email I received today (Subject: “Important: Action Pack software now available digitally”), I tried to follow the provided link to access my Microsoft Action Pack Subscription content online: http://partner.microsoft.com/MAPScontent

This link seems to direct me to a survey about my company’s marketing activities—a survey that I was unable to fill out because it is badly broken. Not only is the layout broken (screenshot), but it would not accept my answers, complaining that I hadn’t answered all the questions. In the end, I had to select ‘no’ for every answer in order to get it to accept my submission. This then took me to the Partner Marketing Center home page, where I could see no sign of my MAPS digital content.

I continue to be amazed by how horrible a job your web team does. Why would we ever take marketing advice from Microsoft?

–
Kevin Yank
Technical Director, sitepoint.com

Before you ask, I’m not being cagey, here. Mostly this is just a vague feeling, perhaps brought on by my recent visit home to Canada—a reminder that there are people I care about with whom I don’t communicate much (no, Facebook doesn’t count).

I dreamed up a fresh (but simple!) site design last night, so I broke out the Wacom to see if it worked in two dimensions. If I can keep it balanced, I think it might.

Note to self: ask Lox if he minds me recycling his old comic book header idea.

I have previously written about Streetwise, an Apple Authorised Service Centre, and its policy of holding onto computers while they wait days for replacement parts to arrive so that they can maintain a high Apple Service Rating.

That original post came about when I had to get the palm rest of my MacBook replaced under warranty, and in the past week another shocking outcome of that repair has come to light: when the Streetwise technician replaced my palm rest, he did not transfer my MacBook’s serial number sticker (which is attached to the underside of the palm rest—inside the battery compartment).

When I contacted Streetwise about this last week, service manager Jedda Wignall was appropriately contrite. “It is incredibly unfortunate that you have been hit with this inconvenience, as could have been put in a precarious situation as a result,” he wrote (sic.). “The technician who performed the work is no longer with the company, and I would like to think that this situation would not arise again.”

The precarious situation to which he refers would occur if damage or malfunction left me unable to turn on my computer to look up the serial number in the operating system. In effect, I would be unable to prove the identity of my computer, and thus unable to obtain warranty service.

In order to make it up to me, Wignall offered to waive the cost of labour on any future repair work I might require. I turned him down: “I’m afraid that it’s reached the point where I would rather pay the labour costs than leave any of our computers in the hands of Streetwise staff again.”

At the same time, I advised everyone else here at SitePoint to avoid using Streetwise to service their Macs. Streetwise would not be getting near any of our computers again … except for one.

While this exchange went on, my colleague Andrew Krespanis was also struggling with his own Streetwise horror story. He had left his MacBook Pro with Streetwise for warranty repair of his display, and when he insisted on taking his computer back while Streetwise awaited the replacement part, he discovered that the screen’s case had been bent and the computer would no longer run on battery power!

It took many phone calls and more than a few trips to Streetwise to do it, but Andrew finally got his MacBook Pro back from Streetwise this morning. It’s in perfect working order … but it has no serial number sticker.

Yes indeed. Part of the repair work Streetwise performed on Andrew’s MacBook Pro involved replacing the palm rest, and just as they did to my machine they again failed to transfer the serial number sticker to the new part. So much for Wignall’s assurances that this would not happen again!

Discovering this, I called Wignall personally. He thanked me for bringing it to his attention, agreed it was absolutely shocking, and promised to take steps. He also dug Andrew’s old palm rest out of the trash and peeled the serial number sticker off of it for us.

My advice? Avoid getting your computer serviced by Streetwise at all costs. If you can’t avoid it, or have already left your computer with them, be sure to check for the serial number sticker when you get it back!

Streetwise replied almost immediately to my email complaint:

Hi Kevin,

I’m not sure why the technician on Saturday would have told you that – perhaps there was some sort of misunderstanding.
I do apologise if you felt that was inappropriate in anyway.
I can confirm that the part to be fitted would not be an issue and you can use your machine normally while we wait for the part.
As the technician is not in today – I will discuss the matter with him when I see him and to see if we can resolve this one way or another.
We will attempt to call or leave a message when the part actually comes in. Do you wish me to order the part for you?

Best Wishes,
Gary Chee
Service & Returns Manager

Quite the reversal. I asked Streetwise to go ahead and order the part. Two days later:

Hi Kevin,

The top case has arrived today. Could you please drop off your Macbook so we can install it for you?
Please allow us at least half a day turn around time to sort it out for you.

Thanks,
Gary

Still no explanation for the original incident, you’ll note. I queried this in my reply:

Thanks. Will do!

Has any explanation for the original mixup been forthcoming?

–
Kevin Yank

http://www.kevinyank.com/

Streetwise’s reply was about as vague as can be, but reading between the lines I believe my complaint was taken to heart:

No worries Kevin – I’ve spoken to the tech and he said there was a small mixup – but I hope that’s been cleared up.

Cheers,
Gary

The repair was completed the same day I dropped off the computer. In total, I was without my MacBook for about four hours. Not bad at all!

The next day, I received an automated email from Apple requesting my feedback on the support experience I had had with Streetwise. As you can imagine, I was very forthcoming, and ticked the box that said ‘You may contact me for more information about my experience’. Two months later, I have not heard from Apple on the matter.

Unfortunately, my MacBook is in need of a little in-warranty TLC (a crack has a developed in the casing, a common defect). So today I dropped by Streetwise, an Authorised Apple Service Centre, to get it looked after.

I discovered that, in an effort to gain the highest possible “service rating” from Apple, Streetwise has decided to make it really inconvenient to get a minor problem with your MacBook fixed. I therefore walked right back out with my cracked MacBook in hand.

Here’s the note I just sent to Streetwise.

Hi there,

I visited the service department at Streetwise today to seek in-warranty service for my MacBook (Apple case no. XXXXXXXX).

When I spoke to Apple regarding the case, they informed me that I would merely have to take in my computer to an Authorized Service Centre like yours to confirm the problem so that you could order the part, and then arrange a separate time for me to bring in my computer for it to be installed.

I got a very different story from the person who served me at your service department today.

I was informed that, in order to maintain a high “service rating” (I assume some metric calculated by Apple based on how long a customer service case is open with you), you required customers to leave their computers with you for several days while you ordered the part from Apple, awaited its arrival, and then installed the part.

It seems customers cannot be trusted to return in a timely fashion once a part has arrived, which damages your “service rating”. Consequently, you have adopted a policy of inconveniencing your customers in order to satisfy an artificial metric of service quality.

I would ask you to reconsider this policy, so that I might reconsider my decision not to frequent your business. If there is someone at Apple I can contact to lodge a complaint about how its “service rating” is affecting your ability to provide meaningful customer service, please let me know so that I may do so.

In the meantime, if there is an Apple Authorized Service Centre that has a lower “service rating” that you can recommend, I would appreciate the pointer.

Sincerely,

–
Kevin Yank

http://www.kevinyank.com/

Update: Streetwise replied to my message.

Thanks to the pervasive tweaks to the user experience in Leopard, using my Mac is a more uniformly pleasant experience … with one major exception: the display of docked folders (now called “Stacks”). Thankfully, I’ve found a work-around.

As explained in detail in Ars Technica‘s excellent review of Leopard, folders placed on Leopard’s Dock will only display their icon when they are empty. For folders with files in them, the icons of the folders’ contents are stacked one on top of the other to produce, in the vast majority of cases, a completely useless result.

In the above screenshot from the Ars Technica review, the folder on the far left is the user’s Home directory. What is displayed is a stack of folder icons, with the front-most icon that of the Desktop folder. At a glance, then, the Home folder looks like the Desktop folder when placed on the dock. The other folders that you would typically expect to find on the dock are similarly difficult to identify.

The most convincing example from the article is the following screenshot, which shows the Downloads folder (containing a disk image) sitting next to an actual disk image on the Dock. Can you tell which is which?

And of course, there is no preference (hidden or otherwise) to control this icon insanity.

Thankfully, after dealing with this horrendous situation for 48 hours, I’ve found a work-around that restores (mostly) the pre-Leopard behaviour of docked folders. Instead of placing the folder itself in the Dock, create an alias to the folder, and place that on the Dock.

Here’s the procedure in detail:

1. In your Home folder, create a new folder named Dock Aliases.
2. One at a time, Cmd-Option-Drag each of your “special” folders (Applications, Documents, etc.) into the Dock Aliases folder, to create aliases there.
3. Open the Dock Aliases folder. You should see the aliases you created. You can tell them apart from the originals by the little black arrow in the bottom-left-hand corner of each icon.
4. One at a time, drag each of the folders you want to your Dock.

Here’s what you’ll end up with:

Clicking on any of these docked aliases will open the corresponding folder in a Finder window. The only thing missing from the pre-Leopard behaviour is the ability to browse through the folders by right-clicking them.

Ideally, one could choose to benefit from the Fan and Grid views provided by stacks without having to live with the horrendous Dock icons, but at least this work-around gives you one more choice than Apple saw fit to provide!

For the main event for our three-day getaway in and around Marysville, Jess and I went horse riding in Rubicon Valley on a perfect morning. We lucked out and got a guide all to ourselves, so we got to learn a lot more about riding than we had done on our previous ride.

Jess’s horse Bounty must have been having an off day, because she made several attempts to bite my horse, Apache (Yes geeks, Apache. Believe me, I was geeking out about it all the way!). Otherwise, the ride went smoothly, with lots of high-speed cantering that had Jess calling me “the geekiest cowboy around”.

View ‘Rubicon Valley Horse Riding’ set on Flickr

Having one too many dusty CDs taking up shelf space, I’ve decided not to buy music in physical form any more. I don’t care how many exclusive, special edition DVDs and fancy-pants packaging they dangle out there—it’s time to move past the physical disc.

By itself, that’s easy enough to do. There are plenty of places to purchase digital music out there, not least of which is the iTunes Music Store. Unfortunately, I refuse to buy music crippled by DRM that restricts the devices I use to listen to the music I have purchased.

The iTunes Music Store recently launched its iTunes Plus DRM-free music offering, but due to resistance from most of the music labels, it’s only able to offer this format for a small subset of the music it has for sale. Amazon.com’s MP3 Downloads section provides even better quality and value for money, but it’s only available in the US for now.

The first band to miss out on my money because its music is not available in DRM-free digital form is Matchbox Twenty. Their new album, ‘Exile on Mainstream’ sounds great to me, but I’ll just have to do without it until I can buy it in a format that works for me.

In related news, Radiohead is about to release its new album, ‘In Rainbows’ in DRM-free digital form, and is enabling buyers to choose for themselves how much they want to pay for the album! Sounds great, right? Sadly, the physical (‘Discbox’) version of the album contains eight tracks that the digital version does not. Sigh.