[bookport] Re: The inevitability of Podcasting
- From: "Marlaina Lieberg" <marlaina@xxxxxxxxxx>
- To: <bookport@xxxxxxxxxxxxx>
- Date: Tue, 3 May 2005 01:15:38 -0700
Don, what great ideas! I find I'm listening to more podcasts on my book
port than books these days! I love this concept.
Marlaina Lieberg
To listen to my podcasts over the web visit
www.blindcast.com
To subscribe to my podcasts with your podcast aggrigator, point to
http://feeds.feedburner.com/marlainabyear
----- Original Message -----
From: "Barrett, Don" <Don.Barrett@xxxxxx>
To: "Bookport (E-mail)" <bookport@xxxxxxxxxxxxx>
Sent: Tuesday, May 03, 2005 12:02 AM
Subject: [bookport] The inevitability of Podcasting
> All,
> I think the practice of PodCasting will become so popular that APH will
have to sooner or later grapple with not if, but how the bp will deal with
this phenomenon.
>
> Probably the biggest issue will be the necessity when sending podcasts to
the bookport, of how the transfer software will be able to discern which
casts were already sent and which ones are new. The transfer software will
have to know which podcasts have been sent and which ones have not, in the
same way that the podcasting software knows which casts have been downloaded
and which ones have not.
>
> Perhaps the transfer software might keep an internal log of all podcasts
sent to the bookport so that if someone let's say once a week simply says
send all podcasts, only the new ones are sent.
> In this way, even if a person deletes old casts from the bookport or the
pc, the log will ensure that only new casts are sent without the user having
to figure out manually which ones have been sent or not.
> If I have 20 casts on my bookport and read 10 of them and delete those 10
from the bookport, I won't want the same ones sent again even though they
are no longer on the bookport. An internal log could handle all of this.
> Even if I delete a bunch of casts from the pc, this shouldn't confuse the
transfer software as it is using its complete internal log to compare
against sends.
>
> Don
>
>
>
>
>
Other related posts:
