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