[mythtv] New thetvdb.com query engine (grabber)

[Jean-Yves Avenard]

Hi

2009/2/9 Robert McNamara <robert.mcnamara at gmail.com>:
> If you are curious about the structure, why not just look at the
> script?  His ticket uses identical command line switches as the
> existing tmdb.pl (and former imdb.pl) script, making it a drop-in
> replacement for MythVideo's UI grabber.

Completely irrelevant the command line switches a program use. They
all use the same anyway (-M, -D etc..)

I was more referring to the internals so the new grabber could be a
drop-in replacement to say imdbpy.py

That's a beauty of python , provided of course they use the same classes.

> This is very useful for future functionality which will allow multiple grabbers within the UI.
>  Hads has already posted his command line batch updater for TMDB and
> TTVDB, which may be more like what you would like.  Doug's submission

Yes, but Hads re-did the whole lot of what find_meta.py already did.

What I'm suggesting is that we keep the same function/class structure
as the existing imdbpy that way you only need one command line batch
program which can work with different grabber.

> is much more helpful for every day myth use as it is a direct parallel
> to the "real" script used in the UI.  When multiple grabbers are
> allowed and assignable within the UI, Doug's script will be perfect
> for the purpose.

Except that as I've mentioned earlier, as it currently ism the command
line batch program can't do the same job as the mythvideo UI: that is
filling the genres, cast and country of origin ; because the existing
mythtv perl and python binding don't provide this interface.

You would have to manually modify the mysql database..

Imagine the hassle of ongoing support if each grabber has to manually
work on mysql

>
> In my opinion, it is wasted effort to keep reinventing the wheel with
> batch-update scripts and cron'ed jobs.  If you want to contribute

Which is exactly what I'm trying to suggest: stop re-inventing the
wheel with multiple grabbers and batch-update script...

I'm all for one batch-update script , multiple grabber

> directly to the "official" functionality, I suggest pinging Anduin for
> where he would like to see the grabber functionality *in the UI*
> going.  I know he has been putting in a lot of work lately on
> generalizing metadata download for exactly this purpose.  In my
> opinion the sooner generalized metadata download, multiple grabber
> scripts, and directory preferences for grabbers are implemented, the
> sooner such scripts become irrelevant.  So why not "measure twice, cut
> once" as my mother would say?  If not, I'm perfectly happy to have

So am I... my aim here is purely to minimise redundancy..

Jean-Yves