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]> 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/> 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://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]>[email protected] > >> 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]> 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://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] > >> > http://hackerpublicradio.org/mailman/listinfo/hpr_hackerpublicradio.org > >> > > > > > > _______________________________________________ > > Hpr mailing list > > [email protected] > > http://hackerpublicradio.org/mailman/listinfo/hpr_hackerpublicradio.org > > _______________________________________________ > Hpr mailing list > [email protected] > http://hackerpublicradio.org/mailman/listinfo/hpr_hackerpublicradio.org >
_______________________________________________ Hpr mailing list [email protected] http://hackerpublicradio.org/mailman/listinfo/hpr_hackerpublicradio.org
