gmane.comp.tv.xmltv.devel

Re: XMLTV 0.5.53 released!

Robert Eden — 2008-09-02T14:16:54

------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/_______________________________________________ xmltv-devel mailing list xmltv-devel< at >lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xmltv-devel

Re: XMLTV 0.5.53 released!

Carsten Aulbert — 2008-09-02T07:09:22

Hi Robert Eden wrote: Ouch, in principle this is a grave bug, however did that work before? I'm still running .51 with MythTV I believe and even there duplicate detection does not really work (well or at all). Is there already a bug report at MythTV about that one? I f have not been able to find it quickly. Cheers Carsten ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/

XMLTV 0.5.53 released!

Robert Eden — 2008-09-02T06:43:06

Re: Xmltv commercial use

Robert Eden — 2008-09-02T03:56:04

Sigh.. I really should look before I hit send... We're GPL V2. If you make any changes to an app and redistribute it, you need to pass on the improvements (among other things) Robert ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: Xmltv commercial use

Francois Gouget — 2008-09-01T18:48:26

Well, except respecting the terms of the GPL of course! So there are really two aspects: * the xmltv code As it is under the GPL you must provide the source code for your modifications _to your customers_ if they ask. However it is recommended to try to contribute any changes you do back to the 'upstream' xmltv repository. Your customers should also be able to replace the version of xmltv you ship with their own if they so wish. Also, if your frontend is not under the GPL, it means you cannot 'link' it to the xmltv code (so I guess if it's in perl you cannot use the xmltv modules directly). However there's no problem with executing the grabbers as separate processes. * the TV data There are certainly various licenses. But the way I see things, as long as you do not redistribute the TV data and that your frontend is not meant to let your customers redistribute it you should be fine (I mention the second part because of what happened to Napster and the likes). So for instance if your frontend is a pretty GUI for the xmltv grabbers then I don't think you should have a problem. If however your frontend is a website accessed by your customers, then you will certainly run into trouble.

Re: Xmltv commercial use

Nick Morrott — 2008-09-01T16:31:16

The TV listings data from the Radio Times (tv_grab_uk_rt) is restricted to non-commercial, personal use only. From the source code: "All data is the copyright of the Radio Times and the use of this data is restricted to personal use only. You cannot redistribute the _listings data_ in a commercial application without a license from the Radio Times. Nick

Re: Xmltv commercial use

Robert Eden — 2008-09-01T15:48:24

The XMLTV project is licensed "Under the same terms as Perl itself", so yes, you're free to use the code in the XMLTV project for commercial use. The grabber authors don't own the copyright to the actual tv listing data. That's owned by the data source. What you can do with that data is between you and them. I don't think the sites permit commercial use (free or not), but to be honest I haven't surveyed them. You'll probably need to review the license terms and possibly contact (for clarification) each data source you intend to include. Robert ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: Xmltv commercial use

Efly — 2008-09-01T15:11:07

Re: Xmltv commercial use

Efly — 2008-09-01T15:08:19

Re: Xmltv commercial use

Robert Eden — 2008-09-01T15:05:28

There is no restriction on using the XMLTV format (on the contrary, it is encouraged) or programs in the XMLTV distribution for commercial use. While there isn't a restriction on the use of the programs, *THERE MAY BE A RESTRICTION ON THE CONTENT*. Many grabbers take advantage of the "for personal, noncommercial use" grant by the data source. That's why most grabber do not store data on a centralized repository, and some scrape it from a source web page. Redistribution or commercial use may violate the owner's copyright and could even lead to a legal-to-use grabber getting pulled. So, for everyone's sake, please be careful and respectful of copyrights. Check with the data source and if you are not sure your use is permitted, get permission from the data source. . Robert ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: Xmltv commercial use

Davide Chiarini — 2008-09-01T15:01:29

2008/9/1 Efly gmail.com>: as far as I know the grabbers are under GPL so there should be no restriction on using them. However, the data they use comes from a multitude of sites, and each of them has its own terms of service. I think most don't allow commercial use of the data they provide. davide ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/

Xmltv commercial use

Efly — 2008-09-01T14:01:29

Re: New release once tv_grab_dk_dr andtv_grab_es_miguiatv validating?

Michael Haas — 2008-08-30T21:31:38

Carsten Aulbert schrieb: I've just committed that patch. Would you like to test it before the release? Just download http://xmltv.cvs.sourceforge.net/*checkout*/xmltv/xmltv/grab/eu_epgdata/tv_grab_eu_epgdata?revision=1.26 ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/

Release Monday!

Robert Eden — 2008-08-30T05:35:29

Monday is a holiday here in the states so pending no objections I'll make a release then. Great job guys.. the nightly status has probably never looked so good! Robert ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: tv_grab_na_dd --auto-config config file option

Robert Eden — 2008-08-29T11:36:00

Actually no.... Here in the U.S., Digital Cable and Satellite have hundreds of stations that change all the time, mostly in ways the user doesn't care about. Shopping channels come and go. Pay-Per-View channels come and go. Premium channels come and go (that the user doesn't necessarily pay for) Radio channels come and go. Special Event channels come and go. Generally the "core" stations that people care about don't change. Many users disable most the available stations to avoid cluttering up the guide (and to a lesser extend, reduce resource and network usage). Schedules Direct has a feature on the web page that lets users disable stations before it hits the grabber, but new (and typically "junk") stations are automatically added and we cannot currently change that behavior (#1 request!). Many users in this situation would choose "auto-config ignore" to disable new stations at the XMLTV side. Robert ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: tv_grab_na_dd --auto-config config file option

Nick Morrott — 2008-08-29T08:59:24

I had a similar request a while back from a uk_rt user, after I added elementary lineup support to the uk_rt grabber. I really want to look at the lineups thing, but have little time over the next month due to whole-house redecoration and a deadline in 4 weeks. My initial uk_rt lineup support lets a user select a single UK TV 'platform/service', which in turn populates the config file with all IDs associated with that platform. It would be much better to simply add a lineup entry, which in turn pulls the platform/channel mapping at runtime and populates the data with all channels known on the platform, without the user having to reconfigure the grabber each time a new channel is added or old channel removed. It would also be great to allow a user to select multiple lineups and create a data file containing data for the unique files. If we can get 0.5.53 out of the door over the weekend (dk_dr is using an invalid XMLTV ID which I think should be fixed beforehand) perhaps we could aim for adding more comprehensive lineups support to XMLTV over the next weeks? Nick

Re: tv_grab_na_dd --auto-config config file option

Mattias Holmlund — 2008-08-29T08:39:20

I have a question regarding this behavior: Isn't the most common scenario that a user has access to one lineup from a cable provider and wants data for all the channels that belong to that lineup? If tv_grab_na_dd "knows" which channels belong to that lineup, why would you need to ever ask the user about which channels he wants? Wouldn't it be sufficient with a config-file that looks like this: username: mattias password: supersekret timeoffset: +0000 lineup: CA00566:- (Or maybe you could even skip the lineup: line and fetch that from the user's account.) Then the grabber could each time it is run fetch the list of channels that belong to that lineup and return data for them. It does not matter if channels are added or removed, the config-file does not need to be updated. You don't even have to print messages when channels are added or removed. Am I overlooking something? /Mattias ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: New release once tv_grab_dk_dr andtv_grab_es_miguiatv validating?

Michael Haas — 2008-08-28T09:55:48

Carsten Aulbert schrieb: They're not in CVS, but someone tested your patch and it works well. I'll commit it later. ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: New version of tv_grab_is

Mattias Holmlund — 2008-08-28T09:51:48

No. I haven't implemented that. I have been thinking about adding an rss-feed that adds a new message each time a grabber that used to work fails and vice versa. But I haven't gotten around to it yet. The code for the testing is available at http://git.holmlund.se Patches are always welcome... /Mattias ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: New release once tv_grab_dk_dr andtv_grab_es_miguiatv validating?

Carsten Aulbert — 2008-08-28T06:09:51

Hi all, sorry to jump in here as a mere user and reader: Nick Morrott wrote: What is the status of the eu_epgdata "grabber"? Just before the last release there was some traffic here about new features in there - more info IIRC. Are these in CVS already and will they be part of a new release? Or did I just miss the important email? Thanks for a quick info Cheers Carsten ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/

New release once tv_grab_dk_dr andtv_grab_es_miguiatv validating?

Nick Morrott — 2008-08-28T06:01:51

The nightly validator output is looking quite good at the moment, with only tv_grab_dk_dr and tv_grab_es_miguia having issues worse then notquiet/notadditive. If we push to get these fixed ASAP, is there a consensus for a new release? Nick