Hi Ken Overall I agree with the changes proposed, except I suggest a tweak to one change:
"I would like to change 6 from "If you are uploading a series of shows then post them one every two weeks." to "All hosts must leave 9 slots between their shows.", again exceptions should be made with the mail list." I can see why you say 9 slots but instead I think this is clearer "...must leave at least two weeks between their shows...". Thanks for your janitoring, sir! Andrew On Tue, 30 Sept 2025, 07:51 Ken Fallon via Hpr, < [email protected]> wrote: > Hi All, > > The scheduling guidelines > <https://hackerpublicradio.org/about.html#scheduling_guidelines> are > currently as follows: > Scheduling Guidelines > > 1. You must have your audio recording ready to upload *before* you > pick a slot. > 2. New hosts, Interviews, and other time critical shows should use the > first free slot. > 3. Always try and fill any free slots that are available in the > upcoming two weeks. > 4. When the queue is filling up then leave some slots free for new > contributors. > 5. Post non urgent shows into the first empty week. > 6. If you are uploading a series of shows then post them one every two > weeks. > 7. If you have a non urgent show that is timeless, then add it to the > Reserve > Queue <https://hackerpublicradio.org/about.html#reserve_queue>. > > I noticed that it is not clear to new host what is and isn't allowed. > > Since writing these guidelines we have changed the workflow and now are > using the reserve queue to fill free slots. > > So I would like to simplify the amount of guidelines we have and make some > of them rules. > > The first guideline "You must have your audio recording ready to upload > *before* you pick a slot.", has long since been a rule that is not > optional without discussing exceptions with the mail list. > > I would like to remove 3 "Always try and fill any free slots that are > available in the upcoming two weeks." as those slots can be filled with > reserve shows. This reminds listeners that it is not a given that HPR will > always have shows, unless people take the time to contribute. We have been > filling empty slots with reserve shows with a warning for some time, and it > has proven extremely effective in drawing in new hosts, and keeping the > queue in equilibrium. > > I would like to change 6 from "If you are uploading a series of shows then > post them one every two weeks." to "All hosts must leave 9 slots between > their shows.", again exceptions should be made with the mail list. > > That change is required for three reasons. > > The first is that while most may be interested in a given topic, others > will not be. Having too much repetition of a topic, or host results in a > loss of listeners. > > The second is that it is essential in managing the unstable equilibrium of > the queue. I go into the logic behind this in this show hpr4195 :: > Hacking HPR Hosts <https://hackerpublicradio.org/eps/hpr4195/index.html>. > Having no open slots means that hosts think that the project is healthy and > they don't send in a show. Having too many open slots gives the feeling > that HPR is failing as a project so they don't send in a show. > > > The third is that it could be seen as a syndicated show, or building your > own brand. We already have a policy of not syndicating shows, and another > that HPR is a podcast, and not a podcast hosting platform. > > The rest of the guidelines will be changed and simplified where possible, > but will remain optional. > > I will also be putting a lock in place so that new hosts can only post one > show. Our automation only works when hosts have been created in the system. > I deliberately don't automate host creation for security reasons. A side > effect is that it will also allow the host to get feedback on what they > need to change to improve their show, or for us to implement fixes required > to deal with a new edge case. > > https://hackerpublicradio.org/about.html#scheduling_guidelines > > > https://upload.wikimedia.org/wikipedia/commons/thumb/f/f7/Diagram_of_a_ball_placed_in_an_unstable_equilibrium.svg/250px-Diagram_of_a_ball_placed_in_an_unstable_equilibrium.svg.png > > -- > Regards, > > Ken Fallon > (PA7KEN,G5KEN)https://kenfallon.comhttps://hackerpublicradio.org/hosts/ken_fallon > > _______________________________________________ > Hpr mailing list > [email protected] > https://lists.hackerpublicradio.com/mailman/listinfo/hpr >
_______________________________________________ Hpr mailing list [email protected] https://lists.hackerpublicradio.com/mailman/listinfo/hpr
