I try to grab tv data from epgdata.com using the tv_grab_eu_epgdata-grabber of the xmltv-package. No results in the xml-files, with stable or unstable. Same PIN works from within ubuntu-vm here. Thread describing this at: http://www.gossamer-threads.com/lists/mythtv/users/394654 Reproducible: Always Steps to Reproduce: 1.emerge xmltv 2.tv_grab_eu_epgdata --configure (enter PIN here, timezone,...) 3.tv_grab_eu_epgdata --days 3 --output epg-data.xml Actual Results: epg-data.xml only contains a header, no program data. Expected Results: epg-data.xml should contain xml-program-data for the next 3 days. Tried stable (0.5.50) and unstable (0.5.53, 0.5.55, even my own ebuild 0.5.56), in those packages the grabber-script itself is ver.1.30 Cross-checked from within a fresh ubuntu 9.04 installation, there the version info is: $ tv_grab_eu_epgdata --version XMLTV module version 0.5.53 This is tv_grab_eu_epgdata version 1.26, 2008/08/30 21:28:30 It works fine there! Maybe I should try to copy the older grabber 1.26 and try again?
(In reply to comment #0) Gave it a try right now ---> mythtv@mythtv ~ $ tv_grab_eu_epgdata --days 14 --output epg14.xml --debug "our" variable $tz masks earlier declaration in same scope at /usr/bin/tv_grab_eu_epgdata line 202. format error: can't find EOCD signature at /usr/lib/perl5/vendor_perl/5.8.8/Archive/Zip/Archive.pm line 556 Archive::Zip::Archive::_findEndOfCentralDirectory('Archive::Zip::Archive=HASH(0x90c2ff4)', 'IO::File=GLOB(0x90f7da0)') called at /usr/lib/perl5/vendor_perl/5.8.8/Archive/Zip/Archive.pm line 442 Archive::Zip::Archive::readFromFileHandle('Archive::Zip::Archive=HASH(0x90c2ff4)', 'IO::File=GLOB(0x90f7da0)', '/tmp/89nVH1rkuB/epgzip13') called at /usr/lib/perl5/vendor_perl/5.8.8/Archive/Zip/Archive.pm line 417 Archive::Zip::Archive::read('Archive::Zip::Archive=HASH(0x90c2ff4)', '/tmp/89nVH1rkuB/epgzip13') called at /usr/lib/perl5/vendor_perl/5.8.8/Archive/Zip/Archive.pm line 50 Archive::Zip::Archive::new('Archive::Zip::Archive', '/tmp/89nVH1rkuB/epgzip13') called at /usr/lib/perl5/vendor_perl/5.8.8/Archive/Zip.pm line 283 Archive::Zip::new('Archive::Zip', '/tmp/89nVH1rkuB/epgzip13') called at /usr/bin/tv_grab_eu_epgdata line 307 main::unzip('/tmp/89nVH1rkuB/epgzip0', '/tmp/89nVH1rkuB/epgzip1', '/tmp/89nVH1rkuB/epgzip10', '/tmp/89nVH1rkuB/epgzip11', '/tmp/89nVH1rkuB/epgzip12', '/tmp/89nVH1rkuB/epgzip13', '/tmp/89nVH1rkuB/epgzip2', '/tmp/89nVH1rkuB/epgzip3', '/tmp/89nVH1rkuB/epgzip4', ...) called at /usr/bin/tv_grab_eu_epgdata line 284 main::downloadepg() called at /usr/bin/tv_grab_eu_epgdata line 256 Can't call method "memberNames" on an undefined value at /usr/bin/tv_grab_eu_epgdata line 308.
I don't have a subscription to eu_epg so I can't help much, sorry. However there's plenty of that error online, it looks like an error of Archive-Zip (for example I've read it shows if you try to use Archive-Zip to extract a gzip file). More at: http://www.google.it/search?hl=it&client=firefox-a&rls=org.gentoo%3Aen-US%3Aofficial&hs=OkC&q=can%27t+find+EOCD+signature&btnG=Cerca&meta= For the rest, all I can say is to try to contact upstream xmltv developers, for example there's an email for eu_epg at the bottom of this page: http://wiki.xmltv.org/index.php/Europe
(In reply to comment #2) > I don't have a subscription to eu_epg so I can't help much, sorry. They provide test-keys at service@epgdata.com ... if you like ;-) > However there's plenty of that error online, it looks like an error of > Archive-Zip > (for example I've read it shows if you try to use Archive-Zip to extract a gzip > file). > > More at: > http://www.google.it/search?hl=it&client=firefox-a&rls=org.gentoo%3Aen-US%3Aofficial&hs=OkC&q=can%27t+find+EOCD+signature&btnG=Cerca&meta= Hm, thanks ... > For the rest, all I can say is to try to contact upstream xmltv developers, for > example there's an email for eu_epg at the bottom of this page: > http://wiki.xmltv.org/index.php/Europe I get the impression that they have problems at epgdata.com: For the last days I wasn't even able to pull the raw data (zipfiles) for the next 14 days, the script always stopped after 10 days or so, telling me there were no more files up there. Checking this via browser gave the same result. Ok, I don't really NEED 14 days ahead if pulling data daily works reliably ... I will continue testing with something like --days 7 or so. Thanks, Stefan
Got no test-key, and seems that the issue is in the provider, so invalid seems adequate resolution.