PubForge Open Source Collaboration Survey
Back to Survey Main Page
The survey received 64 individual responses as of September 4, 2008.
Respondents were well distributed throughout the United States. 59 were based
at US public broadcasting stations and networks, including community radio,
NPR affiliates and joint licensees. Three worked at broadcast program
entities, and two at public radio distribution entities.
Of 62 respondents, 24 respondents held new media titles, 12 were station
managers, seven held IT/engineering titles, six were program directors, four
were in operations, four were volunteers positions, two were outside
consultants, two were news staff, and one was a program host.
Summary of Findings
Open Source has been adopted by stations as a whole: A majority of
stations utilize open source software. When it is not used, there is
considerable interest in using it.
Do you have concerns that need to be addressed about implementing open source solutions?
- Need for a backup person that knows the software.
- Because we do not have a programmer on site, we would need dedicated support available if we were to use an open source solution.
- We need a way to pay for the tech support - intallation AND maintainance. Installing software we can't support (no PHP techie on hand) is a SERIOUS issue that needs to be address. Even if we can get it into our budget, who will be able to offer support? CPB should help with open source development because individual station cannot keep up with technology to be current in the online space.
- We have concerns about implementing any solution, as it takes time and expertise that is in low supply with us.
- Time management for staff working on website. Being able to customize open source modules.
Allocating resources to web development and maintenance is critically low:
Full-time web resources are allocated as follows:
Part-time web resources are allocated as follows:
Commonality among potential Open Source projects were identified: When
asked to prioritize open source development projects, the most popular
responses given by the total group were:
- 72% - Freestanding player for streams, archives and user created playlists
- 72% - Tools to integrate existing social media networks into public
media sites
- 68% - Complete CMS website solution, including audio file management
- 66% - Software to enable more community participation for public
media
- 61% - Application for supporting micro payments (granular giving)
to enable giving around specific content
- 48% - Open source tools to gather playlist info for reporting to
Sound Exchange
- 34% - Player/browser specific to the whole of public media
network
- 27% - Create a non-commercialized social media network, akin
to
an open source twitter client
Common threads were identified among missing pieces of public broadcasting
websites:
Technology
- User customizable homepages (similar to iGoogle)
- Improved searching capabilities for content (by station and system wide)
- Comprehensive membership management to track users from web to back
office systems
- Audio streaming, playback, analytics tracking
- Cross browser compatibility
- Media transcription
- Embeddable, universal (open source) players and audio format
Content Areas
- Attractive, appealing sites that invoke public radio community and vibe
- National content presented in a localized context
- Exposing local content in parallel with national content
- Easy access to content (text and audio)
- Aggregating content created by other local sites
- Content is lost between the broadcast stream and the website
Community
-
A sense of community
- Social networking capabilities
- Social engagement tools that allow playlists built on archives
- Visits to the website pale in comparison to broadcast listeners
- Community input around events/issues
- The local involvement is not exposed in the final production
pieces; thus creating a disconnect between the community and the
station
View the complete summary of the survey results.