I agree with dnt. You listen to shoes like Ask Noah and they are doing
the same (though not as good editing wise, or as funny) thing. I like
the shows.
brian-in -ohio
On Tue, May 30, 2023 at 6:41 AM dnt <[email protected]
<mailto:[email protected]>> wrote:
Hi,
On this, I agree with the majority, that we don't need to change the
current guideline into a hard rule, and it seems like it could
exacerbate the problem of filling the queue. More importantly, I think
it would do little to attract more shows by more contributors.
I've thought a lot of things about this. Also have been thinking about
what Ken said a while ago, which got me thinking about what it means to
be a member of a community project.
I think the process of submitting a show is not very involved but it
does feel quite formal, which can induce the contributor to feel like
they're producing a major work, which can cause delays. On the other
hand, it's important for a contributor's first contribution experience
to be a positive one. I think there's probably a wide range of
experiences of becoming an HPR host, so there's a wide range of things
people need to help them through that step. For me, I remember as I
stood over that small pot of porridge, wooden spoon in one hand, phone
in the other, I was really smitten with HPR and was very driven to send
a show, but it still took a couple of months. We can only imagine how
many recorded but unposted HPR shows are out there, you could perhaps
get another 13 years out of them. Anyway, in the porridge show, I
mentioned some of the shows that captivated me, and ultimately got
me to
want in, and they were by a variety of hosts that don't submit shows
all
the time. I think if HPR should be a show with a small group of
rotating
hosts, that would be OK, but it would become much more similar to other
shows that I don't listen to. For me, the key thing with HPR is that
you
don't know who or what is coming.
Anyway, I think in part we need to understand that HPR's goals are
quite
lofty, actually, and of course perhaps it will fold at some point, and
it's had quite a long run. Also, not all is lost when HPR does fold,
because the archive will live on. With those things in mind, I think it
is worth continuing to aim for an HPR that contains multitudes, many
hosts that only contribute sporadically. We need to accept the risks
that come with that, and agree that they're worth it, and the day
HPR folds.
So, as for ideas for how to increase listener conversion and also help
fill the queue in another way:
* Rewards for submitting a show: could we actually offer to send
people an HPR sticker if they submit a show? Could that be worth
doing or at all feasible? Or could there be some kind of digital
thing we could send people? Maybe we could create a bundle of
Creative Commons stuff, like a collection of texts about free
culture? The HPR Contributor Handbook, where we could say what we
would want to say to all new contributors, if we had them
trapped in
a room for hours. Or it could be kind of like a catalog. Perhaps
this is something I could apply my developing LaTeX skillz to,
automatically building a 1 million page PDF from the show
summaries etc.
* Creating more seamless platforms for people to submit shows. I
could
try to implement that idea of creating an HPR recording booth in a
matrix channel, using matrix-commander. It could be the HPR
Confessional :p
* Having a regular live session on Mumble. If we can get people to
show up and talk for 24 hours on new year's eve, could it be
possible to do it for 30 minutes a week? We could form a team that
rotates staffing that recording session, and the focus would
have to
be on whoever turns up. That is, if someone comes to the recording,
we start asking them about them, as if tricking them into their
"How
I got into tech" show. The hosts would also do their best to avoid
inane chatter. :D
* Consider making a show submission API, if there are members of the
community who would be interested in building a show-submission app
that aligns with the goal of getting contributors. I think this has
been talked about before, in the context of the Linux In-Laws
asking
for it. I think it could be something that eases development of
integrations, because if people want to develop an integration,
they
can do so more independently. Unfortunately I would have nothing to
contribute on this front.
* Re-runs: once a week, select a noteworthy episode from the archive,
and repost it. There's a huge archive many of us don't know, and I
have had a great time listening to some old shows some of the more
venerable among us have mentioned in passing. We could form a small
team to select shown for reposting, with people who are interested
in randomly listening to old shows to pick one for the week's
re-run. This could be called "throwback thursday". I would be happy
to be part of this team.
Thanks for reading,
—dnt
On 5/29/23 04:51, Ken Fallon wrote:
>
> I think it should be possible to keep "Ho No News", by changing the
> way the news sites are referenced. If you have a look at how
> ThreatWire by Shannon Morse <https://snubsie.com/threatwire/
<https://snubsie.com/threatwire/>> does it,
> you can see how she navigates this issues. She paraphrases articles
> and keeps direct quotes to an absolute minimum.
>
> I'm not sure how much additional work this would be, so another
> approach might be to quote sites that have a CC compatible license.
> Many government run sites required threats to be logged publicly
using
> an open license.
>
> If people could help out by tracking down some of these resources
for
> SGOTI that would help.
> --
> Regards,
>
> Ken Fallon (PA7KEN,G5KEN)
> https://kenfallon.com <https://kenfallon.com>
> https://hackerpublicradio.org/hosts/ken_fallon
<https://hackerpublicradio.org/hosts/ken_fallon>
>
> On 2023-05-27 23:57, Kevin O'Brien wrote:
>> I'm a strong believer in the value of licenses like Creative
Commons,
>> and I take them seriously. If there is no way to continue the Oh No
>> news without violating the license, then as much as I love it, I
>> would vote to stop it. Is there absolutely no way of continuing it
>> without a license violation, though? Could a simple change in the
>> show bring it into compliance. As far as I am aware, you cannot
>> copyright facts, and much of what SGOTI does in this show is
to state
>> that such-and-such happened. Where I would think a problem would
>> arise is in direct quoting of someone else's copyrighted material,
>> and even that can be a gray area if the source is cited and only a
>> little bit is quoted. So my preference would be to look into how
>> SGOTI can continue his show while being in legal compliance. But if
>> that is not possible, then I reluctantly come down on the side of
>> license compliance.
>>
>> Regards,
>>
>>
>> --
>> Kevin B. O'Brien
>> z <mailto:[email protected]
<mailto:[email protected]>>[email protected]
<mailto:[email protected]>
>> http://about.me/zwilnik <http://about.me/zwilnik>
>>
>>
>> “People shouldn't be afraid of their government. Governments
should
>> be afraid of their people.” - Alan Moore, /V for Vendetta/
>>
>>
>>
>> On Sat, May 27, 2023 at 8:25 AM Ken Fallon <[email protected]
<mailto:[email protected]>> wrote:
>>
>> Hi All,
>>
>> Can you please respond to this policy change, as it stands this
>> is something that we should not implement.
>>
>> Also please send in some shows this weekend as we're going to be
>> moving to the static site soon and it would be great to have the
>> queue full.
>>
>> Ken.
>>
>>
>> On 2023-05-12 11:14, Ken Fallon wrote:
>>>
>>> Hi All,
>>>
>>> First , *w**e need shows immediately* as there is an empty
queue
>>> next week, and the number of Emergency/Reserve shows are also
>>> dwindling. So please finish that show you were thinking of
>>> submitting and send it in. If you don't care when it's released
>>> please put "Use as Emergency show" in the show notes for now.
>>>
>>> ... hold music while you do that ...
>>>
>>> I am concerned about the future of HPR, as a project where the
>>> shows are produced by the community. At this rate we cease
to be
>>> a bar camp style podcast and become one where the shows are
>>> provided by a rotating team of "regulars".
>>>
>>> Ideally we would like it so that every show is contributed by a
>>> different host, giving a 1:1 ratio between show and host.
So far
>>> this year all but 4 of the submissions are from hosts who
>>> submitted more than one show, a 3:1 ratio. Ahuka aside, the
>>> majority are as a result of kindhearted hosts who contribute
>>> shows at the last minute to fill the vacant slots.
>>>
>>> To make this problem more visible I would like to introduce the
>>> following Scheduling Guideline "*No host should submit any more
>>> than one show in a two week period.*" Of course these are
>>> guidelines etc etc., but it should still allow prolific
hosts to
>>> submit shows while not masking the underlying issue that we
have
>>> yet to address.
>>>
>>> Which is: We need new hosts, but we also need old hosts who
have
>>> not submitted shows this year to submit a show.
>>>
>>> How do we solve this problem ?
>>>
>>> --
>>> Regards,
>>>
>>> Ken Fallon (PA7KEN,G5KEN)
>>> https://kenfallon.com <https://kenfallon.com>
>>> https://hackerpublicradio.org/hosts/ken_fallon
<https://hackerpublicradio.org/hosts/ken_fallon>
>>> ID
>>> Host
>>> Total
>>>
>>> 159 HPR Volunteers 12
>>> 198 Ahuka 9
>>> 391 Some Guy On The Internet 8
>>> 318 Archer72 7
>>> 282 Mike Ray 5
>>> 30 Ken Fallon 5
>>> 326 Brian in Ohio 5
>>> 36 operat0r 3
>>> 365 Bookewyrmm 3
>>> 225 Dave Morriss 3
>>> 401 Mechatroniac 3
>>> 415 enistello 2
>>> 407 Celeste 2
>>> 268 Andrew Conway 2
>>> 152 Claudio Miranda 2
>>> 293 Rho`n 2
>>> 416 screwtape 2
>>> 342 norrist 2
>>> 238 Jon Kulp 2
>>> 375 minnix 2
>>> 201 MrX 2
>>> 408 Stache_AF 1
>>> 383 Paul Quirk 1
>>> 209 David Whitman 1
>>> 377 Zen_Floater2 1
>>>
>>>
>>
>> _______________________________________________
>> Hpr mailing list
>> [email protected] <mailto:[email protected]>
>>
http://hackerpublicradio.org/mailman/listinfo/hpr_hackerpublicradio.org
<http://hackerpublicradio.org/mailman/listinfo/hpr_hackerpublicradio.org>
>>
>
>
> _______________________________________________
> Hpr mailing list
> [email protected] <mailto:[email protected]>
>
http://hackerpublicradio.org/mailman/listinfo/hpr_hackerpublicradio.org
<http://hackerpublicradio.org/mailman/listinfo/hpr_hackerpublicradio.org>
_______________________________________________
Hpr mailing list
[email protected] <mailto:[email protected]>
http://hackerpublicradio.org/mailman/listinfo/hpr_hackerpublicradio.org
<http://hackerpublicradio.org/mailman/listinfo/hpr_hackerpublicradio.org>
