[grc] Maintaining station control when groups produce a program?
Danny
danny at wspj.org
Wed Feb 24 16:35:33 PST 2016
I'd be very interested to see programmer contracts, if anyone is willing to
share.
-----Original Message-----
From: Ryan Stanley [mailto:ryanhstanley at gmail.com]
Sent: Wednesday, February 24, 2016 7:24 PM
To: Danny
Cc: grc at maillist.peak.org; stubblefield at lists.prometheusradio.org
Subject: Re: [grc] Maintaining station control when groups produce a
program?
I produce a show with 2 other women (originally a 4 person Collective) at
WSLR in Sarasota, FL. Typically only two of us are in the studio during our
hour. We were all required to go through the station's orientation and
training and all maintain up to date contracts with the station. We each
submit regular self reviews as individuals. Hope that helps!
> On Feb 24, 2016, at 6:51 PM, Danny via grc <grc at maillist.peak.org> wrote:
>
> Over the years of our colorful history, we've from time to time had
> groups that programmed a show collectively. Most of that happened
> strictly over a webcast, so it wasn't a big concern.
>
>
>
> As we move to a legit LPFM signal that covers our broader community,
> we're struggling with the correct written policies to keep programming
> and FCC compliance control in the studio at all times. We've had
> collectively produced shows in the past where we basically just made
> sure one or more of them were always there that knew both FCC and
> station policies and enforced same on our behalf. Does anyone out
> there have a nicely worded policy for that? I'm thinking along the
> lines of requiring a "certified programmer" or "producer" or "board
engineer" or some such in the live studio at all times.
>
>
>
>
> We're just trying to avoid a repeat of a situation last year where a
> webcast-only show programmer handed off their weekly show to a
> complete stranger without telling anyone. We eventually sorted it out,
> but obviously need some clear written policy going forward so "guests"
> don't end up running our studio by themselves without proper training
> or setting of expectations.
>
>
>
> Thanks!
>
> Danny
>
> _______________________________________________
> grc mailing list
> grc at maillist.peak.org
> http://maillist.peak.org/mailman/listinfo/grc
More information about the grc
mailing list