gmane.comp.tv.xmltv.devel

XMLTV 0.5.53 released!

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

------------------------------------------------------------------------- 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

Xmltv commercial use

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

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=/

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

tv_grab_na_dd --auto-config config file option

Robert Eden — 2008-08-28T16:09:41

Periodically, new channels show up in the Schedules Direct data. The default behavior is for tv_grab_na_dd to display a warning. There has always been a "--auto-config=add|ignore" to display the warning once and automatically update the config file. To help with "baseline" compatibility, I've added the "auto-config" option to the config file and questions in the --configure mode. If you choose to neither add or ignore new channels, the old behavior is followed. A previous version's config file will continue to work without any problem. 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=/

[ xmltv-Bugs-1458244 ] tv_grab_za --configure notusing proxy

SourceForge.net — 2008-08-27T15:18:27

Bugs item #1458244, was opened at 2006-03-25 05:48 Message generated for change (Settings changed) made by rmeden You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424135&aid=1458244&group_id=39046 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: tv_grab_za Group: None Resolution: None Priority: 5 Private: No Submitted By: andres101 (andres101) Assigned to: Ed Avis (epaepa) Summary: tv_grab_za --configure not using proxy Initial Comment: i am connecting via a proxy. the tv_grab_za does not appear to read the http_proxy enviroment variable. # echo $http_proxy http://192.168.0.10:6588 # tv_grab_za --configure using config filename /root/.xmltv/tv_grab_za.conf Getting list of channels from Backup site: Unable to get channel listing from Backup site Getting list of channels from DSTV site: Unable to get channel listing from DSTV site Unable to get channel listing from any site . Please check your connectivity or try again later Can't connect to www.dstv.com:80 (Bad hostname 'www.dstv.com') ...propagated at /usr/bin/tv_grab_za line 916. ---------------------------------------------------------------------- Comment By: Ed Avis (epaepa) Date: 2006-06-03 16:07 Message: Logged In: YES user_id=10769 I've fixed this in CVS by adding the line $ua->env_proxy; just before 'return $ua' in initialise_proxy(). ---------------------------------------------------------------------- Comment By: Ed Avis (epaepa) Date: 2006-06-03 14:59 Message: Logged In: YES user_id=10769 Confirmed. It's forgetting to call $ua->env_proxy. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424135&aid=1458244&group_id=39046 ------------------------------------------------------------------------- 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-Bugs-1864482 ] tv_grab_br_net

SourceForge.net — 2008-08-26T19:40:48

Bugs item #1864482, was opened at 2008-01-05 13:49 Message generated for change (Comment added) made by knowledgejunkie You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424135&aid=1864482&group_id=39046 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: tv_grab_br_net Group: None Priority: 5 Private: No Submitted By: Marco Carvalho (marcoacarvalho) Assigned to: Nobody/Anonymous (nobody) Summary: tv_grab_br_net Initial Comment: tv_grab_br_net not working anymore marco< at >tauri:~$ tv_grab_br_net No channels in config! Please run with --configure marco< at >tauri:~$ tv_grab_br_net --configure looking up cities: 0% [ ]There is no form numbered 1 at /usr/bin/tv_grab_br_net line 655 Died at /usr/share/perl5/WWW/Mechanize.pm line 1702. ---------------------------------------------------------------------- Date: 2008-08-26 20:40 Message: Logged In: YES user_id=1602878 Originator: NO Closed at request of b4max. ---------------------------------------------------------------------- Comment By: Max Becker (b4max) Date: 2008-08-26 12:29 Message: Logged In: YES user_id=1479515 Originator: NO Can somebody with admin status please close this bug? Alternatively please give me permission to do so, the issue has been resolved long ago. Here the error sf gives me: "You do not have admin status on any trackers for this project" Thanks, Max ---------------------------------------------------------------------- Comment By: Nick Morrott (knowledgejunkie) Date: 2008-08-26 06:40 Message: Logged In: YES user_id=1602878 Originator: NO Can anyone else confirm the wrong ID/icon issue reported below? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-04-30 05:24 Message: Logged In: NO Hi, Ive got the grabber running ok here, except that its taking the wrong id for some channels. For example, the grabber downloads the right data for FX channel (wich shows up in the tv_grab_net.conf as 054.304.14.1.nettv.globo.com) but now beyondTV shows the image of Disney Channel on channel 54! Same for Boomerang (channel 57 shows no image). Looks like the codes at Net are different of that on the grabber. ---------------------------------------------------------------------- Comment By: Pedro Alves (pedro88) Date: 2008-02-26 00:10 Message: Logged In: YES user_id=2019546 Originator: NO Same error here ---------------------------------------------------------------------- Comment By: Andr Arruda dos Santos Silva (kazzttor) Date: 2008-02-01 21:00 Message: Logged In: YES user_id=643939 Originator: NO Stop! I've found other problem, now on downloading programs. The grabber with option --configure works ok, but when it runs without options for download programs this error shows: kazzttor< at >orion:~$ tv_grab_br_net fetching data for 01/02/2008 No data available. Removing TV Cultura! No data available. Removing ! No data available. Removing ! No data available. Removing ! No data available. Removing Tv+! No data available. Removing ! No data available. Removing ABC3! No data available. Removing ! No data available. Removing ! No data available. Removing ! No data available. Removing ! No data available. Removing ! No data available. Removing ! No data available. Removing TV ASSEMBLIA! No data available. Removing ! No data available. Removing ! No data available. Removing ! No data available. Removing Revista Eletrnica Vivax! expected hashref of channels at /usr/bin/tv_grab_br_net line 524 The grabber do not access the programs data. ---------------------------------------------------------------------- Comment By: Andr Arruda dos Santos Silva (kazzttor) Date: 2008-02-01 20:28 Message: Logged In: YES user_id=643939 Originator: NO No. The file test.conf is older. Only the script have been updated. Congratulations, b4max! Your changes in script works so fine. My test runs successuly. Commit the changes and update the grabber. I have a suggestion for brazilian community to reactivate the default grabber (tv_grab_br). If we create a wiki site (like wikipedia) for source of new grabber. I'll wait for answer. ---------------------------------------------------------------------- Comment By: Mattias Holmlund (mattiasholmlund) Date: 2008-01-31 20:51 Message: Logged In: YES user_id=981726 Originator: NO The validation still fails for tv_grab_br_net. Is the test.conf in CVS correct? It seems strange that you cannot close the bug. You have Technician permissions for the bug tracker, which should be enough. Could you try again? ---------------------------------------------------------------------- Comment By: Max Becker (b4max) Date: 2008-01-30 21:51 Message: Logged In: YES user_id=1479515 Originator: NO I have committed a new revision to CVS that should fix the problem. Should the nightly test run without any errors somebody please close this ticket (I don't seem to have permission to do so) sorry for the long delay ---------------------------------------------------------------------- Comment By: Andr Arruda dos Santos Silva (kazzttor) Date: 2008-01-29 05:05 Message: Logged In: YES user_id=643939 Originator: NO The reason of this problem is the webpage where the script gets the information of cities. The script searches a form, that now not exist in the page, because the scructure was changed for a mechanism in ajax and server-side scripts that gets the location in according with ip address of workstation client. It's necessary change the script for find another way for search the cities. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-01-24 04:03 Message: Logged In: NO I have the same problem. PLEASE someone help as soon as possible!!! Thanks! ---------------------------------------------------------------------- Comment By: Max Becker (b4max) Date: 2008-01-06 09:10 Message: Logged In: YES user_id=1479515 Originator: NO It seems NET has changed their site. The old city-selectlist is gone. They now have some javascript to deal with whatever city you enter. If you have an old config it should still work. Only if you're starting from scratch you'll run into this problem. Since I'm currently traveling it will probably take some time to adapt this. Sorry for the inconvenience ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-01-06 09:07 Message: Logged In: NO It seems NET has changed their site. The old city-selectlist is gone. They now have some javascript to deal with whatever city you enter. If you have an old config it should still work. Only if you're starting from scratch you'll run into this problem. Since I'm currently traveling it will probably take some time to adapt this. Sorry for the inconvenience ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424135&aid=1864482&group_id=39046 ------------------------------------------------------------------------- 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-Bugs-1864482 ] tv_grab_br_net

SourceForge.net — 2008-08-26T11:29:23

Bugs item #1864482, was opened at 2008-01-05 11:49 Message generated for change (Comment added) made by b4max You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424135&aid=1864482&group_id=39046 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: tv_grab_br_net Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Marco Carvalho (marcoacarvalho) Assigned to: Nobody/Anonymous (nobody) Summary: tv_grab_br_net Initial Comment: tv_grab_br_net not working anymore marco< at >tauri:~$ tv_grab_br_net No channels in config! Please run with --configure marco< at >tauri:~$ tv_grab_br_net --configure looking up cities: 0% [ ]There is no form numbered 1 at /usr/bin/tv_grab_br_net line 655 Died at /usr/share/perl5/WWW/Mechanize.pm line 1702. ---------------------------------------------------------------------- Comment By: Max Becker (b4max) Date: 2008-08-26 08:29 Message: Logged In: YES user_id=1479515 Originator: NO Can somebody with admin status please close this bug? Alternatively please give me permission to do so, the issue has been resolved long ago. Here the error sf gives me: "You do not have admin status on any trackers for this project" Thanks, Max ---------------------------------------------------------------------- Comment By: Nick Morrott (knowledgejunkie) Date: 2008-08-26 02:40 Message: Logged In: YES user_id=1602878 Originator: NO Can anyone else confirm the wrong ID/icon issue reported below? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-04-30 01:24 Message: Logged In: NO Hi, Ive got the grabber running ok here, except that its taking the wrong id for some channels. For example, the grabber downloads the right data for FX channel (wich shows up in the tv_grab_net.conf as 054.304.14.1.nettv.globo.com) but now beyondTV shows the image of Disney Channel on channel 54! Same for Boomerang (channel 57 shows no image). Looks like the codes at Net are different of that on the grabber. ---------------------------------------------------------------------- Comment By: Pedro Alves (pedro88) Date: 2008-02-25 21:10 Message: Logged In: YES user_id=2019546 Originator: NO Same error here ---------------------------------------------------------------------- Comment By: Andr Arruda dos Santos Silva (kazzttor) Date: 2008-02-01 19:00 Message: Logged In: YES user_id=643939 Originator: NO Stop! I've found other problem, now on downloading programs. The grabber with option --configure works ok, but when it runs without options for download programs this error shows: kazzttor< at >orion:~$ tv_grab_br_net fetching data for 01/02/2008 No data available. Removing TV Cultura! No data available. Removing ! No data available. Removing ! No data available. Removing ! No data available. Removing Tv+! No data available. Removing ! No data available. Removing ABC3! No data available. Removing ! No data available. Removing ! No data available. Removing ! No data available. Removing ! No data available. Removing ! No data available. Removing ! No data available. Removing TV ASSEMBLIA! No data available. Removing ! No data available. Removing ! No data available. Removing ! No data available. Removing Revista Eletrnica Vivax! expected hashref of channels at /usr/bin/tv_grab_br_net line 524 The grabber do not access the programs data. ---------------------------------------------------------------------- Comment By: Andr Arruda dos Santos Silva (kazzttor) Date: 2008-02-01 18:28 Message: Logged In: YES user_id=643939 Originator: NO No. The file test.conf is older. Only the script have been updated. Congratulations, b4max! Your changes in script works so fine. My test runs successuly. Commit the changes and update the grabber. I have a suggestion for brazilian community to reactivate the default grabber (tv_grab_br). If we create a wiki site (like wikipedia) for source of new grabber. I'll wait for answer. ---------------------------------------------------------------------- Comment By: Mattias Holmlund (mattiasholmlund) Date: 2008-01-31 18:51 Message: Logged In: YES user_id=981726 Originator: NO The validation still fails for tv_grab_br_net. Is the test.conf in CVS correct? It seems strange that you cannot close the bug. You have Technician permissions for the bug tracker, which should be enough. Could you try again? ---------------------------------------------------------------------- Comment By: Max Becker (b4max) Date: 2008-01-30 19:51 Message: Logged In: YES user_id=1479515 Originator: NO I have committed a new revision to CVS that should fix the problem. Should the nightly test run without any errors somebody please close this ticket (I don't seem to have permission to do so) sorry for the long delay ---------------------------------------------------------------------- Comment By: Andr Arruda dos Santos Silva (kazzttor) Date: 2008-01-29 03:05 Message: Logged In: YES user_id=643939 Originator: NO The reason of this problem is the webpage where the script gets the information of cities. The script searches a form, that now not exist in the page, because the scructure was changed for a mechanism in ajax and server-side scripts that gets the location in according with ip address of workstation client. It's necessary change the script for find another way for search the cities. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-01-24 02:03 Message: Logged In: NO I have the same problem. PLEASE someone help as soon as possible!!! Thanks! ---------------------------------------------------------------------- Comment By: Max Becker (b4max) Date: 2008-01-06 07:10 Message: Logged In: YES user_id=1479515 Originator: NO It seems NET has changed their site. The old city-selectlist is gone. They now have some javascript to deal with whatever city you enter. If you have an old config it should still work. Only if you're starting from scratch you'll run into this problem. Since I'm currently traveling it will probably take some time to adapt this. Sorry for the inconvenience ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-01-06 07:07 Message: Logged In: NO It seems NET has changed their site. The old city-selectlist is gone. They now have some javascript to deal with whatever city you enter. If you have an old config it should still work. Only if you're starting from scratch you'll run into this problem. Since I'm currently traveling it will probably take some time to adapt this. Sorry for the inconvenience ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424135&aid=1864482&group_id=39046 ------------------------------------------------------------------------- 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-Bugs-1931858 ] tv_grab_na_icons fails with

SourceForge.net — 2008-08-26T06:59:30

Bugs item #1931858, was opened at 2008-04-02 05:21 Message generated for change (Settings changed) made by knowledgejunkie You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424135&aid=1931858&group_id=39046 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Group: None Status: Open Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Robert Eden (rmeden) Summary: tv_grab_na_icons fails with Initial Comment: [ ~]$ tv_grab_na_icons Postal Code: 20740 Lineup? 0: 4DTV (USA) 1: AFN Satellite (USA) 2: Alaska 3: C-Band (USA) 4: Central 5: Comcast Prince George Co - Cable (Lanham) 6: Comcast Prince George Co - Digital (Lanham) 7: DIRECTV (USA) 8: DIRECTV Washington (Washington) 9: DISH Network (USA) 10: DISH Washington (Washington) 11: Eastern 12: Hawaii 13: Local Broadcast (Antenna) 14: MDU Comm University College Park - Cable (College Park) 15: Mountain 16: Pacific 17: RCN Cable - Cable (Bethesda) 18: RCN Cable - Digital (Bethesda) 19: Sky Angel (USA) 20: Verizon Fios Wash. Met. - Cable (Herndon) 21: Verizon Fios Wash. Met. - Digital (Herndon) Select one: [0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21 (default=11)] 2 ERROR:No icons were found. Please check 'na_icon_error.html' The error page looks like a retrieve from the zap2it site, guessing they changed page format and the script isn't adjusted? I'm using the atrpms version: rpm -qf `which tv_grab_na_icons` xmltv-grabbers-0.5.51-76.1.fc8 The output file is too large to attach. ---------------------------------------------------------------------- Comment By: ken poole (kenpoole) Date: 2008-08-25 21:49 Message: Logged In: YES user_id=68713 Originator: NO that did it :-) now I need to get freeguide to use them - not your problem ... thanks ---------------------------------------------------------------------- Comment By: Robert Eden (rmeden) Date: 2008-08-25 17:54 Message: Logged In: YES user_id=270469 Originator: NO that's strange.. surely I've updated the alpha-exe since then... I just put a new one out there. http://alpha-exe.xmltv.org ---------------------------------------------------------------------- Comment By: ken poole (kenpoole) Date: 2008-08-25 15:50 Message: Logged In: YES user_id=68713 Originator: NO the alpha version of the .exe stil has 1.12 in it... (the datecode/file rev is newer than the 0.52 version) - and the nightly doesn't have a .exe - will wait ( or find directions for creating exe) ---------------------------------------------------------------------- Comment By: Robert Eden (rmeden) Date: 2008-08-25 08:18 Message: Logged In: YES user_id=270469 Originator: NO what's the output of tv_grab_na_icons --version? I have: This is tv_grab_na_icons.in version 1.13, 2008/08/10 02:28:24 and it works fine for me (even with your zip + lineup ) That patch was released after 0.5.52, so you can run http://alpha-exe.xmltv.org, http://snapshot.xmltv.org or wait for the next release. Robert ---------------------------------------------------------------------- Comment By: ken poole (kenpoole) Date: 2008-08-25 03:35 Message: Logged In: YES user_id=68713 Originator: NO still failing ... 0.5.52 C:\Documents and Settings\kpoole.RFWS\.freeguide\xmltv>xmltv.exe tv_grab_na_icons Timezone is -0400 adding '--share=C:/Documents and Settings/kpoole.RFWS/.freeguide/xmltv/share/xmltv' Postal Code: 02916 Lineup? 0: 4DTV (USA) 1: AFN Satellite (USA) 2: Alaska 3: C-Band (USA) 4: Central 5: Cox Communications - Cable (West Warwick) 6: Cox Communications - Digital (West Warwick) 7: DIRECTV (USA) 8: DIRECTV Providence (Providence) 9: DISH Network (USA) 10: DISH Providence (Providence) 11: Eastern 12: Hawaii 13: Local Broadcast (Antenna) 14: Mountain 15: Pacific 16: Sky Angel (USA) Select one: [0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16 (default=11)] 6 ERROR:No icons were found. Please check 'na_icon_error.html' na_icon_error.html looks as described before - a listing page ... ---------------------------------------------------------------------- Comment By: Joseph LeBlanc (unixd0od) Date: 2008-05-13 06:06 Message: Logged In: YES user_id=835951 Originator: NO I have the exact same problem. xmltv 0.5.51 on Vista Ultimate (64bit) Using postal code "V6Z 3B2" and trying lineups 9 and 14 I get the "ERROR:No icons were found. Please check 'na_icon_error.html'" error message and the na_icon_error.html file is just a saved copy of the zap2it site. ---------------------------------------------------------------------- Comment By: Robert Eden (rmeden) Date: 2008-04-07 05:13 Message: Logged In: YES user_id=270469 Originator: NO hmmm I just tried it and it works for me. Is it still failing? Robert ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424135&aid=1931858&group_id=39046 ------------------------------------------------------------------------- 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-Bugs-1764129 ] XMLTV.pm incorrectly setstimezone

SourceForge.net — 2008-08-26T06:54:03

Bugs item #1764129, was opened at 2007-07-31 03:34 Message generated for change (Settings changed) made by knowledgejunkie You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424135&aid=1764129&group_id=39046 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Aaron Carroll (aaronca) Assigned to: Robert Eden (rmeden) Summary: XMLTV.pm incorrectly sets timezone Initial Comment: XMLTV.pm executes ``Date::Manip::Date_Init("TZ=UTC")'', thus overriding timezone detection and forcing UTC. As per the Date::Manip documentation, this should be set to the *local* timezone. ---------------------------------------------------------------------- Comment By: Aaron Carroll (aaronca) Date: 2007-07-31 04:23 Message: Logged In: YES user_id=1346348 Originator: YES In general, it renders Date::Manip useless for timezone-related processing in any code utilizing XMLTV.pm. In particular, I wanted to modify `tv_split' to optionally convert start/stop times to localtime, so that splitting into per-day listings makes sense. Since `Date_TimeZone()' returns the incorrect value, some hack is required to work out the real timezone. Of course it is simpler and more efficient to set TZ=UTC to handle UTC-ness of times without an explicit timezone, but it may not be the best solution. ---------------------------------------------------------------------- Comment By: Robert Eden (rmeden) Date: 2007-07-31 04:03 Message: Logged In: YES user_id=270469 Originator: NO In the case of most XMLTV applications, it's much better to do all our processing in UTC and let the final application convert to local time on display. This avoids many DST issues and allows combining data from multiple timezones. Can you give an example of where this causes a problem? Robert ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424135&aid=1764129&group_id=39046 ------------------------------------------------------------------------- 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-Bugs-1628043 ] tv_split should account fortime zone

SourceForge.net — 2008-08-26T06:50:49

Bugs item #1628043, was opened at 2007-01-04 17:36 Message generated for change (Settings changed) made by knowledgejunkie You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424135&aid=1628043&group_id=39046 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: ayryq (ayryq) Assigned to: Robert Eden (rmeden) Summary: tv_split should account for time zone Initial Comment: I download XML files with a time zone offset, so the times specified in the file are locally correct, and do not have to be changed by my viewer. So the program start="20070108183000 -0600" stop="20070108190000 -0600" starts at 6:30 PM local time. However, after using "tv_split --output %j.xml", the program above is in the file for Jan. 9 (009.xml) even though it is airing (locally) on Jan. 8 (008.xml). tv_split is apparently internally adding the time zone offset back in, so the example program above is represented as starting at 20070109003000 (which is on the next day). I changed the timezone in tv_grab_na_dd.conf to -0000, but this had no effect on the operation of tv_split; "Timezone is -0600" is still printed to the console. If I download listings in UTC, the practical result is the same. The times in the daily files appear to be all from the same day, but they are all locally airing 6 hours earlier. Today's daily file, then, contains all shows from 1800 last night through 1800 tonight: Not exactly a useful daily file. ---------------------------------------------------------------------- Comment By: Robert Eden (rmeden) Date: 2007-01-04 21:10 Message: Logged In: YES user_id=270469 Originator: NO "Timezone is -0600" written by the exe wrapper if the TZ enviornment variable is not set. The only time TZ is used by _na_dd is to default timezone in --configure mode. So if you edited tv_grab_na_dd.conf to -0000, the output XML should have UTC times. The problem really seems to be that when %j is computed, it seems to always use UTC. If you specify %d it uses local time %d it works, but %j does not. I'll investigate further. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424135&aid=1628043&group_id=39046 ------------------------------------------------------------------------- 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-Bugs-1458244 ] tv_grab_za --configure notusing proxy

SourceForge.net — 2008-08-26T06:49:12

Bugs item #1458244, was opened at 2006-03-25 11:48 Message generated for change (Settings changed) made by knowledgejunkie You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424135&aid=1458244&group_id=39046 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: andres101 (andres101) Assigned to: Ed Avis (epaepa) Summary: tv_grab_za --configure not using proxy Initial Comment: i am connecting via a proxy. the tv_grab_za does not appear to read the http_proxy enviroment variable. # echo $http_proxy http://192.168.0.10:6588 # tv_grab_za --configure using config filename /root/.xmltv/tv_grab_za.conf Getting list of channels from Backup site: Unable to get channel listing from Backup site Getting list of channels from DSTV site: Unable to get channel listing from DSTV site Unable to get channel listing from any site . Please check your connectivity or try again later Can't connect to www.dstv.com:80 (Bad hostname 'www.dstv.com') ...propagated at /usr/bin/tv_grab_za line 916. ---------------------------------------------------------------------- Comment By: Ed Avis (epaepa) Date: 2006-06-03 22:07 Message: Logged In: YES user_id=10769 I've fixed this in CVS by adding the line $ua->env_proxy; just before 'return $ua' in initialise_proxy(). ---------------------------------------------------------------------- Comment By: Ed Avis (epaepa) Date: 2006-06-03 20:59 Message: Logged In: YES user_id=10769 Confirmed. It's forgetting to call $ua->env_proxy. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424135&aid=1458244&group_id=39046 ------------------------------------------------------------------------- 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-Bugs-1265039 ] Atomic config file update

SourceForge.net — 2008-08-26T06:48:09

Bugs item #1265039, was opened at 2005-08-20 20:47 Message generated for change (Settings changed) made by knowledgejunkie You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424135&aid=1265039&group_id=39046 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Group: None Status: Open Resolution: None Priority: 3 Private: No Submitted By: Ed Avis (epaepa) Assigned to: Ed Avis (epaepa) Summary: Atomic config file update Initial Comment: When you run most grabbers with --configure and abort halfway through, the old config is lost and an empty file is written (which then causes the grabber to give an error when next run). It would be better to delay writing the new config file till the end. This could be done quite easily with IO::AtomicFile. ---------------------------------------------------------------------- Comment By: Robert Eden (rmeden) Date: 2006-01-19 05:22 Message: Logged In: YES user_id=270469 Your idea Ed, I'll assign it to you! :) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424135&aid=1265039&group_id=39046 ------------------------------------------------------------------------- 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-Bugs-1880681 ] Flaw in the Supplement model

SourceForge.net — 2008-08-26T06:47:38

Bugs item #1880681, was opened at 2008-01-27 13:02 Message generated for change (Settings changed) made by knowledgejunkie You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424135&aid=1880681&group_id=39046 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Flaw in the Supplement model Initial Comment: I've marked this against tv_grab_uk_rt but in reality it affects all grabbers using the supplement stuff. Recently the format of channel_ids files were updated for tv_grab_uk_rt breaking all older grabber versions. These grabbers could have continued to work using a cached version of the channel_ids but the new ids file was forced upon them by the supplement module. (Lost recordings, very unhappy family). I'm proposing that supplement is changed before the release of the next version of xmltv so that supplement files are versioned. It might mean maintainers have a little extra work (maintaining two or more channel_ids etc) but that the chances of breaking older installs is reduced. ---------------------------------------------------------------------- Comment By: Nick Morrott (knowledgejunkie) Date: 2008-01-28 00:10 Message: Logged In: YES user_id=1602878 Originator: NO Let me apologise for your lost recordings. Before 0.5.50 was released, I deliberately updated the tv_grab_uk_rt grabber so that it would not fail if extra fields were added to the channel_ids file, which I have since done to support timeshifted and part-time channels. However, at that time I did not add code to gracefully work around duplicated Radio Times IDs, which the new channel support requires. When I added support for these two new channel types into the current CVS version of the grabber and updated the supplement version of channel_ids, I did not re-order the list of channels in channel_ids. This caused the 0.5.50 release (the only release to date that uses supplement.xmltv.org) to fail if a requested channel also had a new timeshifted or part-time channel associated with it. I have since reordered the channel_ids file so that the current 0.5.50 release should continue to work properly. Records for channels that the grabber does not know how to handle are overwritten with 'good' channel settings during configuration and grabbing, and should continue to allow tv_grab_uk_rt to work exactly as before. There will be some warnings to STDERR about unsupported/duplicated channels/IDs, but this should not stop the grabber from working. Setting the XMLTV_SUPPLEMENT environment variable to point to the local installed/source channel_ids file (for example 'export XMLTV_SUPPLEMENT=/usr/src/xmltv/blib/share/') was discussed on the mailing list when these problems were reported. This allows the grabber to handle a bad or missing supplement file, but should not be required since the reordering of the channel entries in channel_ids. Please let me know if you are still experiencing problems using the Bug Tracker or xmltv-users list. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-01-27 18:35 Message: Logged In: NO well, I think if the channel-id file changes (or any config file actually), the grabber should be able to deal with the old format, at least for a while. If that can't happen, maybe the grabber can detect the new format and use the last known good file. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424135&aid=1880681&group_id=39046 ------------------------------------------------------------------------- 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-Bugs-1160648 ] How is the date/time written ?

SourceForge.net — 2008-08-26T06:47:38

Bugs item #1160648, was opened at 2005-03-10 14:25 Message generated for change (Settings changed) made by knowledgejunkie You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424135&aid=1160648&group_id=39046 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Ed Avis (epaepa) Summary: How is the date/time written ? Initial Comment: In the xmltv files, I have seen these formats being used for the date/time: 20050310220000 +0100 20050318060000 UTC 20050111113000 CET My timezone is GMT +01 hour. Are the dates written down in GMT time or otherwise? i.e. is 20050310220000 in GMT. Best Regards Kevin. ---------------------------------------------------------------------- Comment By: Nick Morrott (knowledgejunkie) Date: 2008-05-20 04:19 Message: Logged In: YES user_id=1602878 Originator: NO It's over 3 years since Ed's last update on this ticket, and a fair amount has changed. Are there any grabbers currently not outputting a (UTC-offset?) numerical timezone? ---------------------------------------------------------------------- Comment By: Ed Avis (epaepa) Date: 2005-03-20 19:20 Message: Logged In: YES user_id=10769 Actually I think this is a valid bug report. We should use numeric timezones everywhere (previously agreed on mailing list IIRC). I'll fix the grabbers that don't. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-03-14 07:04 Message: Logged In: NO Hi its Kevin again. Thanks nielm for the explanation. However I fully agree with what rmeden said. I find it a little misleading having different "standards". As I see it xml is a way of transferring different data between databases. This means that when you build up a database you will not see a pattern, as it should be. You are going to put more effort at a later stage i.e. on the program/user reading the data. This burden should occur at an earlier as I see it. When I will learn perl, I'll see how easy it is :) Regards and Thanks Kevin. ---------------------------------------------------------------------- Comment By: Robert Eden (rmeden) Date: 2005-03-12 14:47 Message: Logged In: YES user_id=270469 actually, Idealy the grabbers should use UTC and let the end application convert to local time. This allows dealing with Daylight Savings Time and consistancy between grabbers. It's also in the definition of the new DTD (if we ever get there) Robert ---------------------------------------------------------------------- Comment By: Niel Markwick (nielm) Date: 2005-03-12 14:09 Message: Logged In: YES user_id=923625 The bunch of numbers is the date in YYYYMMDDhhmmss format, which you probably figured out :) The bit after the date is the timezone that that date is using, which can be numeric relative to GMT/UTC (eg +0100 == GMT+1hour; -0700=GMT-7hours) or a timezone name. In the above examples, 20050310220000 +0100 == 22:00 GMT+1 == 21:00 GMT 20050318060000 UTC == 06:00 GMT 20050111113000 CET == 11:30 CET == 10:30 GMT Ideally the grabber should consistantly use the local timezone for the country/region being grabbed (eg _uk_rt uses GMT/ BST; _nl or _fr uses CE(S)T etc) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424135&aid=1160648&group_id=39046 ------------------------------------------------------------------------- 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-Bugs-1094742 ] tv_cat encoding!

SourceForge.net — 2008-08-26T06:42:36

Bugs item #1094742, was opened at 2005-01-03 01:44 Message generated for change (Settings changed) made by knowledgejunkie You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424135&aid=1094742&group_id=39046 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: angrychair (angrychair) Assigned to: Ed Avis (epaepa) Summary: tv_cat encoding! Initial Comment: Hi, Problem: Merge two "xmltv_data".xml (output) files and they have diffrent encoding using tv_cat argument. Error message: swedb_new_data.xml: this file's encoding iso-8859-1 differs from others' ISO-8859-1 - aborting I try to merge output from: tv_grab_swedb and tv_grab_fi I understand the problem.. and that it can be hard to solve when the encoding is UTF-8 and ISO-8859-1.. But in this case: a typeo? iso-8859-1 should be the same as ISO-8859-1 ??! Cheers -angrychair ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424135&aid=1094742&group_id=39046 ------------------------------------------------------------------------- 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-Bugs-1851772 ] Grabber fails to grab

SourceForge.net — 2008-08-26T06:38:14

Bugs item #1851772, was opened at 2007-12-16 10:35 Message generated for change (Comment added) made by knowledgejunkie You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424135&aid=1851772&group_id=39046 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: tv_grab_no Group: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Christian Wattengrd (christianw) Summary: Grabber fails to grab Initial Comment: C:\Programfiler\XMLtv>xmltv tv_grab_no Timezone is +0100 using config filename ./.xmltv/tv_grab_no.conf fetching channel names: ##################################################

NRK 1

Animal Planet no 'id' attribute in channel at /PerlApp/XMLTV.pm line 2327. C:\Programfiler\XMLtv> when trying to grab nowegian channels. See attached file. XMLTV version 0.5.50 ---------------------------------------------------------------------- Date: 2008-08-26 07:38 Message: Logged In: YES user_id=1602878 Originator: NO tv_grab_no is no longer supported as part of the XMLTV distribution, and has been replaced by the tv_grab_no_gfeed grabber. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-01-09 20:36 Message: Logged In: NO I also experienced this problem. I am not experienced with xmltv, but I messed around a little in tv_grab_no.conf, and found out that the grabber worked when I commented out some channels. At first, it seemed to return error when channel number had 3 digits, but then it turned out to error also for channel numbers starting from 90. Don't know if this information is helpful at all, this is how it turned out for me, anyway. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424135&aid=1851772&group_id=39046 ------------------------------------------------------------------------- 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-Bugs-1124798 ] download-path with // ingrab_nl_wolf

SourceForge.net — 2008-08-26T06:35:04

Bugs item #1124798, was opened at 2005-02-17 15:11 Message generated for change (Comment added) made by knowledgejunkie You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424135&aid=1124798&group_id=39046 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: tv_grab_nl_wolf Group: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Ed Avis (epaepa) Summary: download-path with // in grab_nl_wolf Initial Comment: [xmltv-0.5.38-win32] [OS:XP sp2] When I want to download a tv-listing from WOLF (tv_grab_nl_wolf), I get following details: Output: Timezone is GMT downloading listings: http://wolf.xs4all.nl/xmltv//tv-20050217.xml: could not fetch http://wolf.xs4all.nl/xmltv//tv-20050217.xml, aborting , exiting Fault: '//' in '...xmltv//tv-...' Possible Answer: could it be that the error is within 'tv_grab_nl_wolf' at: my $URL_DIR = '/xmltv/'; where trailing '/' is superfluous? And can these files (tv_grab_...) be externalised from the XMLTV.exe? bye and thanks in advance, TM from U in NL ---------------------------------------------------------------------- Date: 2008-08-26 07:35 Message: Logged In: YES user_id=1602878 Originator: NO As of 2008-07-12, tv_grab_nl_wolf is no longer part of the XMLTV distribution. ---------------------------------------------------------------------- Comment By: Robert Eden (rmeden) Date: 2005-02-23 19:10 Message: Logged In: YES user_id=270469 re-opening and assiging to Ed. He's the maintainer of tv_grab_nl_wolf. You can thank me later Ed. :) Robert ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-02-23 16:52 Message: Logged In: NO Here I am again: Request to re-open incident 1124798. Indeed it worked... but it doesnt now! However I think I found the fault: I disected the tv_grab_nl_wolf file using lotsa inserted warning messages to trace the variables and found the fault. I corrected it in Cygwin in tv_grab_nl_wolf, made the makefile with perl, made de install with Cygwin's make. And now it works nicely. where does the superfluous '/' creep in? in the file tv_grab_nl_wolf about line nr: 131 in block: my %by_date; foreach (< at >urls) { s/^$URL_DIR//; if (/^tv-(\d{8})\./) { # We know that the same date can occur twice, we just take # the first occurrence. # $by_date{$1} = "$url_base/$_" unless defined $by_date{$1}; warn "final URL [$url_base][$1]\n"; } } return %by_date; } to be exact: $by_date{$1} = "$url_base/$_" is wrong, because: my $URL_HOST = 'http://wolf.xs4all.nl'; my $URL_DIR = '/xmltv/'; my $url_base = "$URL_HOST$URL_DIR"; so $url_base is already ending on a '/', thus concatenating $url_base with the filename $_ should be: "$url_base$_" it works when I compile it in Cygwin, but I'd like to have a (ahum) Dos-version... can anybody please correct the mentioned '/' typo and create a Dos-version for all windows users in the world, please? TIA TM in U from NL ps why did it work for a moment... I guess sometimes URL addresses with double '/' are cleanup by some parsers or something, but not always or for everybody. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-02-22 23:17 Message: Logged In: NO Seems to work now, dunno why... but I did install Cygwin (completely) and XMLTV on Cygwin. sorry for the trouble. ---------------------------------------------------------------------- Comment By: MvanderHeide (mvanderheide) Date: 2005-02-20 19:57 Message: Logged In: YES user_id=1052946 It works for me though, even with the extra / (Using xmltv 0.5.38 on Windows XP SP2). Normally I use tv_grab_nl which is a lot slower, but also a lot completer. You get a more detailed xml-file (actors, commentators, repeat-information, rating-system Kijkwijzer, etc.). ---------------------------------------------------------------------- Comment By: Robert Eden (rmeden) Date: 2005-02-17 22:27 Message: Logged In: YES user_id=270469 you can just download the source distribution and run it using perl. You'll need Perl and all the modules used by that APP. XMLTV.EXE is just packaged for convieience, as installing packages on windows can be difficult. Robert ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424135&aid=1124798&group_id=39046 ------------------------------------------------------------------------- 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-Bugs-1762792 ] Display_name problem formondatori channels

SourceForge.net — 2008-08-26T06:27:24

Bugs item #1762792, was opened at 2007-07-28 17:15 Message generated for change (Settings changed) made by knowledgejunkie You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424135&aid=1762792&group_id=39046 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Biboobox (reudeudeu) Summary: Display_name problem for mondatori channels Initial Comment: Hello, I would like to know whether the displqy-nqme for the following channel is the right one:

http://static.digitalmondadori.fr/gtv/visu/chaine/encyclopedia

As you can see the display-name is not good. Thqnks. Vincent ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424135&aid=1762792&group_id=39046 ------------------------------------------------------------------------- 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-Bugs-1891044 ] fail code 1 in Meedio

SourceForge.net — 2008-08-26T06:27:08

Bugs item #1891044, was opened at 2008-02-11 10:09 Message generated for change (Settings changed) made by knowledgejunkie You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424135&aid=1891044&group_id=39046 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Biboobox (reudeudeu) Summary: fail code 1 in Meedio Initial Comment: The listings import plugin failed to perform the import : XMLTV returned a failure exit code "1" ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-02-11 21:00 Message: Logged In: NO getting channel lists: could not fetch http://telepoche.guidetele.com/grille/EMW D-6KWLUE/EMWD-66DGBM/2_6.html, error: 404 Not Found, aborting ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424135&aid=1891044&group_id=39046 ------------------------------------------------------------------------- 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-Bugs-1529997 ] no information available forchannel ... line 499

SourceForge.net — 2008-08-26T06:23:45

Bugs item #1529997, was opened at 2006-07-27 22:42 Message generated for change (Comment added) made by knowledgejunkie You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424135&aid=1529997&group_id=39046 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: tv_grab_de_tvtoday Group: None Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Stefan Siegl (stesie) Summary: no information available for channel ... line 499 Initial Comment: Since some days xmltv.exe tv_grab_de_tvtoday --output guide-de.xml produces the following problems: 1.) current date according to tvtoday.de is 27.7.2006, expected 28.7.2006. and 2.) grabbing: no information available for channel kabel1.de at /PerlApp/grab/de_tvtoday/tv_grab_de_tvtoday line 499. Result is no program information is found any more ?! Thanks Jo. ---------------------------------------------------------------------- Comment By: Nick Morrott (knowledgejunkie) Date: 2008-08-26 07:23 Message: Logged In: YES user_id=1602878 Originator: NO tv_grab_de_tvtoday was removed from the XMLTV distribution on 2007-06-27 due to legal issues surrounding its use, and is no longer supported. Folks have recommend a Prisma grabber: http://sfr.mythwiki.de/ ---------------------------------------------------------------------- Comment By: Michel Meyers (lev_arris) Date: 2006-08-01 11:00 Message: Logged In: YES user_id=202616 TVToday seems to have populated their database again. Try to see whether the problem persists (and if it doesn't, this bug can probably be closed) ---------------------------------------------------------------------- Comment By: Robert Eden (rmeden) Date: 2006-08-01 02:50 Message: Logged In: YES user_id=270469 building an EXE requires a commerial product (PerlApp from activestate). You can set up windows to run via native perl, but getting the prereq modules can be a pain... Easiest way to test is with a "back door" "xmltv.exe --exec script.pl arg" will execute script.pl and should have the modules you need. Robert ---------------------------------------------------------------------- Comment By: Jo. (jo2goldaguti) Date: 2006-08-01 02:21 Message: Logged In: YES user_id=1565753 Hello robelix, I am the initiating "Jo." - thanks for this test - as I work with windows I tried to change this too - but ;-) I am too stupid to get this thing compiled with cygwin *grrr* Are you able to create a win-exe ? So we could try it some days until tv-today has fixed its problems and (perhaps) xmltv is adapted to that fixes ? That would be great !! Thanks Jo. ---------------------------------------------------------------------- Comment By: roland obermayer (robelix) Date: 2006-07-29 09:33 Message: Logged In: YES user_id=142242 Hmm, yes you are right. Everything's empty in august. For testing I only grabbed one or two days, so I missed that part... Roland ---------------------------------------------------------------------- Comment By: Patric Mueller (bhaak) Date: 2006-07-29 09:13 Message: Logged In: YES user_id=112952 But do you also get the programme information? When I go to http://programm.tvtoday.de/tv/programm/ and search for information beyond the first of august I get: "Es tut uns leid, aber wir konnten keine Sendungen mit dieser Suchabfrage finden." It seems to be a problem on tvtodays side. Bye Patric ---------------------------------------------------------------------- Comment By: roland obermayer (robelix) Date: 2006-07-29 01:21 Message: Logged In: YES user_id=142242 Trying to track down problem nr 2 I commented out the whole block around linke 499: #if(($_ = $page->look_down('_tag' => 'span', 'class' => 'text'))) { #if($_->as_text() =~ m/aber wir konnten keine Sendungen mit dieser/) { # warn "no information available for channel ", $grab->{channel}; # undef($grab->{url}); # return; #} #} and now it produces a valid guide agein. (I'm using it with freevo) But be warned - I'm not really deep inside this xmltv stuff and I did not check why this gets triggered. So other problems may occur. Roland ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=424135&aid=1529997&group_id=39046 ------------------------------------------------------------------------- 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=/