bpa wrote: > LMS expects in Favorites to be a playable URL. If there is only a PID > parameter (i.e. no BBC specific part ) - then it cannot be a BBC URL it > has to be a pseudo URL (e.g. like the iplayer:// URls ). It is adding > unnecessary step into the process, adding a new protocol handler, just > to provide a facility which nobody has ever asked and for which there is > a good existing solution (i.e.s save the favorite from the GUI) > Technically more complicated but possible but it is also based on the > assumption that BBC will not make significant changes to their > underlying system. > I were to create such facility - I would be creating a stick to beat > myself as I would be expected by users to make it work regardless of > what BBC does. >
That's fair enough - I imagine keeping on top of the tinkering the BBC do which affects the current system is hard enough. I'm not sure I quite agree that there is a good existing solution though: this discussion started when you questioned whether I should be manually editing the opml file. If I wanted to salvage my favourites, my choice was ten minutes editing the opml or an hour or more recapturing them all in the GUI and some programmes aren't currently on and therefore could not be re-saved from the GUI in any case. Had the favourites been stored simply as PIDs (the minimum unique identifier), none of this would have been necessary. I certainly don't want to argue about this though - I understand what you've said about additional support and hadn't realised a new protocol handler would be necessary. If no one else is asking for this (or a PID tuner) it's a moot point anyway! > > I feel the proper approach is to start with the BBC menus, parse them > and let the BBC supplied content provide the critical details. Simpler > plugin are easier to maintain and keep up to date with BBC changes. > > I listen to the roughly the same programs every week and I navigate the > menus rather than make favorites - it is not too onerous - just station, > day , time. > You're more organised than me. I'm working my way through Science Stories from several years ago, 50 Things that Made the Modern Economy from last year and I keep trying to listen to A History of the World in 100 Objects, but forgetting where I've got to. This is in addition to programmes that have been on in the last 7 days, but I don't always pay enough attention to what's on when to get to them inside the 7-day cutoff... do you always know when a new series of More or Less has started? Although I can definitely agree that simpler is better, I would just make an observation about the possibility of a PID tuner: it would provide a safety net / stop gap for accessing programmes if and when the shifting sands the menus are forced to rely on change again, for example like when Panel Shows disappear from Comedy. > > If you are interested in the basis for BBC programme data organisation - > their ontology for programmes is described here. > https://www.bbc.co.uk/ontologies/po > > I do know "Season" is a new concept which has started to appear. > Podcast and BBC Sounds will also chanegd the original model > > Maybe a bit easier than above another oldish document, I believe aimed > at web page developers. > http://downloads.bbc.co.uk/academy/collegeoftechnology/docs/j000m977x/iB2_programme_pages.pdf Thank you, this was interesting and I hadn't seen either of these documents. The concept of a Season is defined in the 2009 document, but I'm still not sure I can distinguish it from a Series. Probably not important though! ------------------------------------------------------------------------ BobSammers's Profile: http://forums.slimdevices.com/member.php?userid=66026 View this thread: http://forums.slimdevices.com/showthread.php?t=109826 _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/plugins
