The plain text data files are still a bit messy: at this day complete-crew,
distributors, keywords, special-effects-companies contains movie titles
in the old format ("Title, The").

This means that imdbpy2sql.py still needs to be called with the
--fix-old-style-titles argument to work properly (I guess we'll need
to make it the default in the next release, if this thing persists).

Anyway, the real problem is with the "local" data access system.
Basically, it's gone: relaying on the moviedb program (that is
not even more distributed by IMDb!) and expecting title in the old
format, "local" is no more usable.

Possible steps:
1. remove it; maybe issuing a warning in the next release (that is
   not near the corner, by the way ;-) or completely from 4.2.
2. find a way to make it work again.  Don't look at me, this time. :-)

I'm not sentimental about my old code - I'm more than happy to
bury it, but here are pros and cons of letting it go.

Pros:
- almost nobody uses it.
- the optional C module can be shortened a lot, and maybe completely
  replaced by pure Python code.

Cons:
- the real problem is in the input files and in the moviedb program:
  our code still works (but there's no way to fix it in our code, trust
  me on this).
- it could be a fine solution for a very portable IMDbPY package,
  aimed at smart-phones and the likes.  I guess none of those little
  beasts have a SQL database aboard (not even SQLite) - not to mention
  the fact that "sql" needs SQLObject or SQLAlchemy.
  I did some very simple tests years ago, and a complete "local" database
  on a Symbian S60 phone was more or less usable.
  Without "local", the only alternative is "mobile", but it requires
  an Internet connection.

Possible solution:
- find a way to filter/convert the plain text data files, to convert
  movie titles _ONLY WHERE THEY ARE EXPECTED_ (there're a lot of
  "Something, The" in biographies and plots that are not titles and
  must not be converted).
- replacing the whole movieDB program is out of question, in my opinion.

Honestly it's not a thing I want to do, and I think only someone
who is still using "local" should try.  I'd more more than happy
to give hints, but that's all.

Otherwise, "local" is dead, long life to "somethingelse" ;-)


Bye!
-- 
Davide Alberani <davide.alber...@gmail.com> [GPG KeyID: 0x465BFD47]
http://erlug.linux.it/~da/

------------------------------------------------------------------------------
OpenSolaris 2009.06 is a cutting edge operating system for enterprises 
looking to deploy the next generation of Solaris that includes the latest 
innovations from Sun and the OpenSource community. Download a copy and 
enjoy capabilities such as Networking, Storage and Virtualization. 
Go to: http://p.sf.net/sfu/opensolaris-get
_______________________________________________
Imdbpy-devel mailing list
Imdbpy-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/imdbpy-devel

Reply via email to