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.com
https://hackerpublicradio.org/hosts/ken_fallon
_______________________________________________
Hpr mailing list
[email protected]
https://lists.hackerpublicradio.com/mailman/listinfo/hpr
