xmltv/filter tv_imdb,1.24,1.25
Nick Morrott <[email protected]>
| Newsgroups | gmane.comp.tv.xmltv.cvs |
|---|---|
| Message-ID | <[email protected]> |
Update of /cvsroot/xmltv/xmltv/filter
In directory sfp-cvs-1.v30.ch3.sourceforge.com:/tmp/cvs-serv29969/filter
Modified Files:
tv_imdb
Log Message:
Ignore video_game entries when creating tv_imdb index. Updates to perldoc to reflect increased storage requirements for IMDB downloads/index.
Index: tv_imdb
===================================================================
RCS file: /cvsroot/xmltv/xmltv/filter/tv_imdb,v
retrieving revision 1.24
retrieving revision 1.25
diff -C2 -d -r1.24 -r1.25
*** tv_imdb 22 Jun 2011 19:07:07 -0000 1.24
--- tv_imdb 6 May 2013 03:09:34 -0000 1.25
***************
*** 17,21 ****
=head1 DESCRIPTION
! Very similar to tv_cat in symantics (see tv_cat)
except whenever a programme appears with "date" entry the
title and date are used to look up extra data by using the
--- 17,21 ----
=head1 DESCRIPTION
! Very similar to tv_cat in semantics (see tv_cat),
except whenever a programme appears with "date" entry the
title and date are used to look up extra data by using the
***************
*** 36,44 ****
For the purposes of tv_imdb, an "exact" match is defined as a case
! insensitive match gainst imdb.com data (which may or may not include the
! transformation of E<39>&E<39> to E<39>andE<39> and vise-versa.
! If the program includes a 4 digit E<39>dateE<39> field the following is
! matches are attempted, the first succeeding match is used:
B<1.> an "exact" title/year match against movie titles is done
--- 36,44 ----
For the purposes of tv_imdb, an "exact" match is defined as a case
! insensitive match against imdb.com data (which may or may not include the
! transformation of E<39>&E<39> to E<39>andE<39> and vice-versa.
! If the program includes a 4 digit E<39>dateE<39> field the following
! matches are attempted, with the first successful match being used:
B<1.> an "exact" title/year match against movie titles is done
***************
*** 47,51 ****
B<3.> an "exact" title match against movie titles with production dates
-
within 2 years of the E<39>dateE<39> value.
--- 47,50 ----
***************
*** 86,90 ****
B<1.> choose a directory location to use for the tv_imdb database (youE<39>ll
! need about 1/2 GB of free space),
B<2a.> run E<39>tv_imdb --imdbdir <dir> --prepStage all --downloadE<39>
--- 85,89 ----
B<1.> choose a directory location to use for the tv_imdb database (youE<39>ll
! need about 1 GB of free space),
B<2a.> run E<39>tv_imdb --imdbdir <dir> --prepStage all --downloadE<39>
***************
*** 108,113 ****
The '--prepStage' needs a lot of memory to run at a reasonable speed,
! over 200 megabytes with the current imdb data files. For there to be
! 200 megabytes free for tv_imdb, the system will need at least 256 megabytes
of RAM. Running with less can take hours (or days!) - although fortunately
this stage needs to be run only once after downloading the data files.
--- 107,112 ----
The '--prepStage' needs a lot of memory to run at a reasonable speed,
! over 250 megabytes with the current imdb data files. For there to be
! 250 megabytes free for tv_imdb, the system will need at least 512 megabytes
of RAM. Running with less can take hours (or days!) - although fortunately
this stage needs to be run only once after downloading the data files.
***************
*** 200,204 ****
print STDERR <<END
Building indices. Be warned, this needs a lot of memory for the final stage
! (working set about 220 megabytes).
END
--- 199,203 ----
print STDERR <<END
Building indices. Be warned, this needs a lot of memory for the final stage
! (working set about 250 megabytes).
END
------------------------------------------------------------------------------
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1