³ÉÈËÂÛ̳ iPlayer Local Radio Integration
Local Radio: You are waiting for one, then along come 40 all at once...
In the depths of Fortress ³ÉÈËÂÛ̳, ³ÉÈËÂÛ̳ Nations and Regions (part of ³ÉÈËÂÛ̳ Journalism) is proud to announce that we have finally unleashed the hounds of Local Radio into ³ÉÈËÂÛ̳ iPlayer and beyond. (Also see this post from James Hewines).
Local Radio integration has been a long time coming and here is some background describing why this has been complicated to deliver.
Previously the Pop-up radio player was driven by a feed derived from our EPG metadata called What's On (editor's note; see this post about the closure of What's On).
This feed was limited in the format it was produced in and the richness of the data within it so was being switched off. Priority number one therefore was to find a new and more appropriate way to generate this data which could also be integrated with ³ÉÈËÂÛ̳ iPlayer, /programmes and other services.
The data required to drive services like ³ÉÈËÂÛ̳ iPlayer is more detailed than that required for an EPG, and make no mistake that metadata is expensive to look after. And if you don't look after it, caress it and love it, like a badly behaved it will just as likely bite you on the MetaBum. So the challenge was, how do you create all the metadata required to feed a rich and structured metadata standard across a huge number of local radio stations in a cost effective way?
Bear in mind that different Local Radio stations have varied levels of support, depending on the size of the operation and the scale of ³ÉÈËÂÛ̳ presence in the local area where they are based. This means that schedules were provided in a variety of different formats from each station. A cost effective way of pulling all this together was required, and a gateway to publish this information onwards needed to be built.
The answer was to look at establishing a more centralised schedule collation service and use a tool from to bring together a more detailed schedule. This tool was used for driving some of our EPG and DAB text data for radio, but the opportunity was there to do more.
Suddenly of course, you will see we are no longer purely in the land of software. We are now into setting up new processes, re-engineering the business chain and finding people to use these tools to put together a consolidated data view of a Local Radio schedule which could drive interactive services. This is an area in which I am aware of the challenges after my Tour of Duty on ³ÉÈËÂÛ̳ iPlayer. Designing the metadata is only part of the problem - you need to push back into the content production chain the process of creating and managing the metadata to make it consistent, reliable, relevant, etc. It's not easy and it takes a lot of effort and commitment.
Ian Myatt, who has been one of the driving forces behind this development, would say this, if he were here...
The migration of all 40 local radio stations is a massive achievement that has involved numerous teams across the ³ÉÈËÂÛ̳. We've had to take a detailed look at scheduling processes across the stations and introduced a more consistent approach with minimum disruption to existing workflows. Our Birmingham based New Media Support Team now receive weekly schedules from all our stations and are responsible for entering details onto a scheduling tool that then feeds directly into the programme information system behind /programmes and ³ÉÈËÂÛ̳ iPlayer
So much for technology then. Most of this is about people and process.
Pulling all this schedule data together can now be controlled and managed centrally in a single tool for all these stations. Where does it go next?
A bit of background on Schedules. Schedules can have a very long lifespan, being planned many months in advance of TX () so schedules tend to evolve over time. The level of detail increases as you get nearer to TX based on what you know about the content of programme slots in the schedule.
As TX gets closer, there are key points when data in a schedule has to be taken as a snapshot for publications such as and further points where it has to be published to other systems. But it might change right down to the moment a programme is broadcast and an audit process (Checking the As-Run) is used to make sure that the programme that went out was the one that we said we would broadcast. Sometimes programmes can get pulled at the last minute for reasons such as sporting events over running or breaking news.
At appropriate points, the data is synchronised from the Unique EPG Client to a central server which follows a delicate path to work through ³ÉÈËÂÛ̳ Information Security restrictions. This data is then processed and sent back to PIPs, our home for Programme information, in a format it can process and understand. It can then be tweaked and managed using the Programme Information Tool which allows this data to be changed directly in PIPs as necessary. This includes making sure the data is accurate and that all the programme relationships to other data are correct. .
So it takes quite a lot of work to get here, but once you are the rest of the publishing chain is automatic. Programmes and data appear in iPlayer based on the metadata provided to this point, and here you can see the importance of getting the data reliable and consistent. For example if you spell programme names wrong, put the wrong genre against programmes or a series is not linked together then it automatically appears wrong to the end user. The importance of metadata is very apparent to the end user, thought they may not care to know much about it.
Finally you ask, where is the programme itself?
Well compared to the changes for metadata production, the media chain looks quite simple. Currently Local Radio follows the same process as it has previously and is mostly recorded off air into Real format by a system called BOB which lives in a semi detached house in Maidenhead. We will be changing this process soon to produce more formats for Local Radio, firstly to bring it into line with other audio programming as MP3 / Flash format.
A final interesting thought is that this process allows us an easier way to push information about non-broadcast material into PIPs. This could mean that content not in a TV schedule, such as the highlights package for a Football Match can be linked to the actual match as a version of the programme, making it easier to group together News and Sport programmes more effectively. For example, linking together:
- a programme (e.g. a football match)
- versions of programmes (e.g. highlights)
- segments of programmes (e.g. a goal)
- and clips related to programmes (e.g. interviews after a match).
The power of more metadata has yet to be realised.
So here they all are, a beauty parade of 40 new stations in iPlayer, publishing /programmes data and more to follow...
Berkshire
Bristol
Cambridgeshire
Cornwall
Coventry
Cumbria
Derby
Devon
Essex
Gloucestershire
Guernsey
Hereford and Worcester
Humberside
Jersey
Kent
Lancashire
Leeds
Leicester
Lincolnshire
London
Manchester
Merseyside
Newcastle
Norfolk
Northampton
Nottingham
Oxford
Sheffield
Shropshire
Solent
Somerset
Southern Counties
Stoke
Suffolk
Swindon
Tees
Three Counties
Wiltshire
WM
York
John O'Donovan is Chief Architect, ³ÉÈËÂÛ̳ FM&T Journalism
Comment number 1.
At 4th Dec 2008, Briantist wrote:Nice work, the integrations seems to work very well indeed.
I like the way that when you select a ³ÉÈËÂÛ̳ local radio station is becomes "sticky" on the iPlayer, appearing in the left hand menu.
If it were me, I would also give the chosen radio station a big icon on the /iplayer/radio page next to "World Service" (and below 6 Music) as well...
Complain about this comment (Comment number 1)
Comment number 2.
At 4th Dec 2008, RobertWilliams76 wrote:Will it be possible on the Programmes website to show opt-outs within stations' schedules? For example the Southern Counties schedule is biased towards Sussex and does not include the Surrey breakfast and drivetime programmes; similar opt-outs on other stations are also omitted.
Complain about this comment (Comment number 2)
Comment number 3.
At 5th Dec 2008, barstep wrote:When will Local Radio be streamed to the iPhone - presumably it's a just small step .....?
Complain about this comment (Comment number 3)
Comment number 4.
At 5th Dec 2008, jod wrote:Hi.
Briantist: I'll pas that thought onto the iPlayer team as they control the interface.
RobertWilliams76: We are working on how we manage opt outs and other stations. no definite timelines I'm afraid.
barstep: Once we move the transcoding over from the existing hardware based solution to one which uses software based transcoding then we can produce more formats. The other formats will be possible after we deliver the MP£ / Flash format outputs to align with the rest of radio output. We will look at iPhone and other formats early next year...
Cheers,
jod
Complain about this comment (Comment number 4)
Comment number 5.
At 9th Sep 2009, felicioo wrote:This comment was removed because the moderators found it broke the house rules. Explain.
Complain about this comment (Comment number 5)
Comment number 6.
At 13th Sep 2009, U14134634 wrote:This comment was removed because the moderators found it broke the house rules. Explain.
Complain about this comment (Comment number 6)