The S in SAM
I almost changed the S in SAM to mean short yesterday. Why? I started to think maybe using short was just easier to understand "Short Audio Messaging".
But I changed my mind against short based on the some of the thoughts I posted in a previous post. The S in SAM could of meant many things, short, small, sync. Syndicated just seems to fit the best what we are trying to do with SAM, syndicate the audio message's metadata.
Lets talk a little about what we are syndicating here. We are syndicating the audio message's meta data. Not the audio message file itself. What you say? Consider the fact that there may not even be an audio file to download. Remember SAM supports all present and future audio formats and protocols including streaming audio and Flash where downloading an audio message file doesn't apply. That's one of the reasons we included the downloadable flag in SAM.
I also believe downloading every audio message file available on a given SAM channel is wrong and not the recommended way to go right now on the net. If every one started downloading every SAM available on their favorite channel they would create a financial burden on the channel's owner that might prevent the channel from existing.
As SAM gains reach listeners will not be able to listen to all new audio messages available on all of their favorite/subscribed SAM channels. Why? Not enough SAM attention available in a day.
SAM is designed for user interaction. The listeners will need and want to make choices similiar to the ones they make when reading text blogs today using RSS news readers. RSS news readers today don't automatically download the linked pages associated with the items they show in the news viewer. The news reader viewer/user makes the choice to pull the originating html page if and when necessary.
Clear concise meta data like titles, descriptions, categories, topics, listening time, etc. will help the SAM listerners make their audio messaging choices.
6:53:43 AM
|