[Hpr] Hpr Digest, Vol 61, Issue 12

Patrick Dailey pdailey03 at gmail.com
Mon Oct 21 09:20:36 PDT 2013


I don't know about anyone else, but my backup show(s?) is in the backup
queue because I didn't think it was as good as my other episodes. I think I
remember that someone once suggested that the backup queue be limited to a
certain number of episodes, and that if more were added then the oldest
would be bumped into the normal queue. I thought that sounded like a great
idea.


On Mon, Oct 21, 2013 at 12:08 PM, <hpr-request at hackerpublicradio.org> wrote:

> Send Hpr mailing list submissions to
>         hpr at hackerpublicradio.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>
> http://hackerpublicradio.org/mailman/listinfo/hpr_hackerpublicradio.org
>
> or, via email, send a message with subject or body 'help' to
>         hpr-request at hackerpublicradio.org
>
> You can reach the person managing the list at
>         hpr-owner at hackerpublicradio.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Hpr digest..."
>
> Today's Topics:
>
>    1. Queue Status, Backup Shows, and Prioritization Systems (oh
>       my) (David L. Willson)
>    2. Re: Queue Status, Backup Shows,   and Prioritization Systems
>       (oh my) (David L. Willson)
>    3. Re: Queue Status, Backup Shows, and Prioritization Systems
>       (oh my) (ken.fallon at gmail.com)
>    4.  Queue Status, Backup Shows,      and Prioritization Systems (oh
>       my) (epicanis+hpr at dogphilosophy.net)
>    5. Re: Queue Status, Backup Shows, and Prioritization Systems
>       (oh my) (Kevin O'Brien)
>
>
> ---------- Forwarded message ----------
> From: "David L. Willson" <DLWillson at TheGeek.NU>
> To: hpr at hackerpublicradio.org
> Cc:
> Date: Mon, 21 Oct 2013 09:15:55 -0600 (MDT)
> Subject: [Hpr] Queue Status, Backup Shows, and Prioritization Systems (oh
> my)
> It was scary to me that there are only two shows in the queue, until I
> realized that there are 13 shows in the backup queue.
>
> And then I made a second realization: The backup shows are the only shows
> I'll never get to listen to, unless the queue empties.  I can listen to the
> past and to the future, but not the backups. Since I know at least one of
> the backup shows is a Ken show, and I love all the Ken shows that I've
> listened to so far, I find myself torn between hoping the queue will empty,
> so I can listen to the backup shows, and hoping that it will re-fill.
>
> What if the backup queue was just in the queue, but bump-able?
>
> As an aside, I wonder why the Calendar only goes forward, not backward?
>
> I wonder if replays could be a good "backup queue". We could nominate
> shows from the past that we particularly love, that we think deserve a
> replay. Someday, the most favorite shows could get additional interview
> material and then get added to a DVD or Audio CD, which could be a
> give-away in an annual fund-raiser, or whatever.
>
> On Prioritization Systems: I wonder if it might work to have
> reserved_date's (P1), requested_day_or_date's (P2), and run_whenever's
> (P3). The run_whenever shows would get added to the queue, but would bump
> out and around freely, in order to make room for series' with a requested
> day of the week or month or sequencing, like DeepGeek and LibreOffice,
> which them-selves would get out of the way so that the monthly news show
> can always run on the 1st.
>
> Anyway, just some thoughts.
>
> --
> David L. Willson
> Teacher, Engineer, Evangelist
> RHCE+Satellite CCAH Network+ A+ Linux+ LPIC-1 UbuntuCP NovellCLA
> Mobile 720-333-LANS(5267)
>
> This is a good time for a r3VOLution.
>
>
>
> ---------- Forwarded message ----------
> From: "David L. Willson" <DLWillson at TheGeek.NU>
> To: hpr at hackerpublicradio.org
> Cc:
> Date: Mon, 21 Oct 2013 09:29:30 -0600 (MDT)
> Subject: Re: [Hpr] Queue Status, Backup Shows, and Prioritization Systems
> (oh my)
> One more thought: Has the unthinkable ever been thought? ie: That perhaps,
> two (or more) shows could release on the same day?
>
> One more, more: Is there an HPR stream? Should there be? It could be a
> daily recorded show (or two shows, or a repeat), occasional live events,
> and CC music on shuffle the rest of the time. Just an idea.
>
> --
> David L. Willson
> Teacher, Engineer, Evangelist
> RHCE+Satellite CCAH Network+ A+ Linux+ LPIC-1 UbuntuCP NovellCLA
> Mobile 720-333-LANS(5267)
>
> This is a good time for a r3VOLution.
>
> ------------------------------
>
> It was scary to me that there are only two shows in the queue, until I
> realized that there are 13 shows in the backup queue.
>
> And then I made a second realization: The backup shows are the only shows
> I'll never get to listen to, unless the queue empties.  I can listen to the
> past and to the future, but not the backups. Since I know at least one of
> the backup shows is a Ken show, and I love all the Ken shows that I've
> listened to so far, I find myself torn between hoping the queue will empty,
> so I can listen to the backup shows, and hoping that it will re-fill.
>
> What if the backup queue was just in the queue, but bump-able?
>
> As an aside, I wonder why the Calendar only goes forward, not backward?
>
> I wonder if replays could be a good "backup queue". We could nominate
> shows from the past that we particularly love, that we think deserve a
> replay. Someday, the most favorite shows could get additional interview
> material and then get added to a DVD or Audio CD, which could be a
> give-away in an annual fund-raiser, or whatever.
>
> On Prioritization Systems: I wonder if it might work to have
> reserved_date's (P1), requested_day_or_date's (P2), and run_whenever's
> (P3). The run_whenever shows would get added to the queue, but would bump
> out and around freely, in order to make room for series' with a requested
> day of the week or month or sequencing, like DeepGeek and LibreOffice,
> which them-selves would get out of the way so that the monthly news show
> can always run on the 1st.
>
> Anyway, just some thoughts.
>
> --
> David L. Willson
> Teacher, Engineer, Evangelist
> RHCE+Satellite CCAH Network+ A+ Linux+ LPIC-1 UbuntuCP NovellCLA
> Mobile 720-333-LANS(5267)
>
> This is a good time for a r3VOLution.
>
>
> _______________________________________________
> Hpr mailing list
> Hpr at hackerpublicradio.org
> http://hackerpublicradio.org/mailman/listinfo/hpr_hackerpublicradio.org
>
>
>
>
> ---------- Forwarded message ----------
> From: "ken.fallon at gmail.com" <ken.fallon at gmail.com>
> To: "David L. Willson" <DLWillson at TheGeek.NU>, hpr at hackerpublicradio.org
> Cc:
> Date: Mon, 21 Oct 2013 17:57:38 +0200
> Subject: Re: [Hpr] Queue Status, Backup Shows, and Prioritization Systems
> (oh my)
> On 2013-10-21 17:15, David L. Willson wrote:
> > It was scary to me that there are only two shows in the queue,
> Don't be scared - record a show.
>
>
> > until I realized that there are 13 shows in the backup queue.
> >
> > And then I made a second realization: The backup shows are the only
> > shows I'll never get to listen to, unless the queue empties.  I can
> > listen to the past and to the future, but not the backups. Since I know
> > at least one of the backup shows is a Ken show, and I love all the Ken
> > shows that I've listened to so far, I find myself torn between hoping
> > the queue will empty, so I can listen to the backup shows, and hoping
> > that it will re-fill.
> >
> > What if the backup queue was just in the queue, but bump-able?
> If people are not sending shows in because of the backup queue, I would
> just prefer to schedule all the backup shows and be done with it.
>
> Has anyone any objection to me scheduling all the backup shows now ?
>
> >
> > As an aside, I wonder why the Calendar only goes forward, not backward?
> Because backward is on the main and archive page ? or am I missing
> something.
>
> >
> > I wonder if replays could be a good "backup queue". We could nominate
> > shows from the past that we particularly love, that we think deserve a
> > replay.
> In my opinion, if we can't get contributions from our 2-3 thousand daily
> listeners then the experiment is over and we should shut the doors.
>
>
> > Someday, the most favorite shows could get additional interview
> > material and then get added to a DVD or Audio CD, which could be a
> > give-away in an annual fund-raiser, or whatever.
> Cool idea.
>
> >
> > On Prioritization Systems: I wonder if it might work to have
> > reserved_date's (P1), requested_day_or_date's (P2), and run_whenever's
> > (P3). The run_whenever shows would get added to the queue, but would
> > bump out and around freely, in order to make room for series' with a
> > requested day of the week or month or sequencing, like DeepGeek and
> > LibreOffice, which them-selves would get out of the way so that the
> > monthly news show can always run on the 1st.
> I've gone back on the whole priority idea after listening to the
> community news show again. If there are urgent announcements that are
> important enough I can always record a bumper at the beginning of a
> daily show.
>
> So I recommend continuing with the First in first out and keep it for
> everyone including HPR Community news.
>
> >
> > Anyway, just some thoughts.
> Good ideas - keep them coming.
>
>
> >
> > --
> > David L. Willson
> > Teacher, Engineer, Evangelist
> > RHCE+Satellite CCAH Network+ A+ Linux+ LPIC-1 UbuntuCP NovellCLA
> > Mobile 720-333-LANS(5267)
> >
> > This is a good time for a r3VOLution.
> >
> >
> >
> > _______________________________________________
> > Hpr mailing list
> > Hpr at hackerpublicradio.org
> > http://hackerpublicradio.org/mailman/listinfo/hpr_hackerpublicradio.org
> >
>
>
>
>
>
> ---------- Forwarded message ----------
> From: epicanis+hpr at dogphilosophy.net
> To: hpr at hackerpublicradio.org
> Cc:
> Date: Mon, 21 Oct 2013 11:57:40 -0400
> Subject: [Hpr] Queue Status, Backup Shows, and Prioritization Systems (oh
> my)
> **
>
> > Has the unthinkable ever been thought? ie: That perhaps, two (or more)
> shows
>
> > could release on the same day?
>
>
>
> Oh, boy, has it ever :-)
>
>
>
> Before the relatively recent rework of the queuing system, this would come
> up as a suggestion from various people (including me) for times when there
> were two months worth of shows in the queue and anyone who wasn't new could
> easily end up going through the work of making an episode and then not
> having anybody here it for three months or more.
>
>
>
> Now that the rework is done, this is much less of an issue. Sometimes it
> could still end up being months before a show pops up in the RSS/Atom feed,
> but now it can be heard immediately directly from the website.
>
> (And while the official Hacker Public Radio feed doesn't, probably will
> never, and perhaps shouldn't ever release more than one episode in a day,
> there's now nothing stopping someone else from creating a separate feed
> that pops up however many they want to present in a day.)
>
>
>
> > The backup shows are the only shows I'll never get to listen to, unless
> the
>
> > queue empties.
>
>
>
> That's a good point, though. All of the regular shows now get assigned an
> episode number as soon as they are uploaded and therefore become available
> for listening as soon as any necessary transcoding is done.
>
>
>
> The "backup" shows by definition haven't been assigned an episode number
> yet because they're for "backup" - they get assigned a number and shoved
> into the queue in emergency situations where there is no regular episode
> available (i.e. probably this week :-) ).
>
> Perhaps the backup shows could have a page of their own where they can be
> found, with <audio> tags and so forth to be listened to before they've
> become official HPR episodes? (Or is their hidden nature intentional i.e.
> "this episode I made is stupid, so I don't want anyone to hear it unless
> there is no other option"? I could imagine myself making an episode like
> that...)
>
>
> ---------- Forwarded message ----------
> From: Kevin O'Brien <zwilnik at zwilnik.com>
> To: hpr at hackerpublicradio.org
> Cc:
> Date: Mon, 21 Oct 2013 12:07:55 -0400
> Subject: Re: [Hpr] Queue Status, Backup Shows, and Prioritization Systems
> (oh my)
> On 10/21/2013 11:57 AM, ken.fallon at gmail.com wrote:
>
>> If people are not sending shows in because of the backup queue, I would
>> just prefer to schedule all the backup shows and be done with it. Has
>> anyone any objection to me scheduling all the backup shows now ?
>>
>
> No objection from me.  I was not paying close enough attention to the
> queue. I have a show or two I could knock out fairly quickly I expect.
>
>  I've gone back on the whole priority idea after listening to the
>> community news show again. If there are urgent announcements that are
>> important enough I can always record a bumper at the beginning of a daily
>> show. So I recommend continuing with the First in first out and keep it for
>> everyone including HPR Community news.
>>
>
> As you know that was my position all along, so of course I concur.<g>
>
>
>
> --
> Kevin B. O'Brien
> zwilnik at zwilnik.com
> "If there are no dogs in Heaven, then when I die I want to go where they
> went." -- Will Rogers
>
>
>
>
> _______________________________________________
> Hpr mailing list
> Hpr at hackerpublicradio.org
> http://hackerpublicradio.org/mailman/listinfo/hpr_hackerpublicradio.org
>
>


-- 
Thank You,
Patrick Dailey
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://hackerpublicradio.org/pipermail/hpr_hackerpublicradio.org/attachments/20131021/7e3361fe/attachment-0006.html>


More information about the Hpr mailing list