Re: [Imdbpy-devel] adultSearch
On May 19, michael charclo [EMAIL PROTECTED] wrote: I think we are going to set adultSearch to False because there might be kids using Entertainer. Maybe this should default to False in imdbpy? Naaa... ;-) A bit more seriously: in fact, adult titles show up only if you do a search for something nasty. And if you're grown-up enough to search for Rocco Invades Poland, I assume you're already aware that it's not a WWII documentary. ;-) It's odd that it doesn't fail for you because it happens for almost all my movies. You're right! There was a proxy in the middle that served a cached page, in my searches. IMDb = imdb.IMDb(accessSystem = 'http', adultSearch = 0) The facts: setting adultSearch to False means that no cookie is sent, and so no account is used. When the IMDbPYweb's account is not used, the results for a query may include small posters/headshots (this feature was disabled in the IMDbPYweb's account). I've slightly modified the parser to handle this case, I hope correctly. The new version (3.6.20080519) is in the CVS. To tell the truth there are way too many corner-cases like this one, and the IMDb's web site is always changing. :-/ I'm using CVS version downloaded yesterday or two days ago, I don't know how to check which revision it is with CVS. You can see the version this way: import imdb print imdb.VERSION Thank you again for the reports; I've added your name to the credits. -- Davide Alberani [EMAIL PROTECTED] [PGP KeyID: 0x465BFD47] http://erlug.linux.it/~da/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Imdbpy-devel mailing list Imdbpy-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/imdbpy-devel
[Imdbpy-devel] call for developers
Hi all, in the last months, many minor glitches showed-up, and while I'm still happy to fix every minor bug reported by users, I'd surely appreciate any kind of help. Consider also that major improvements, like the recent introduction of the Company class, surely introduce enough bugs to fix for me. :-) As you can see I run my test-suite (it's quite a manual process, being the IMDb's data always changing) only from time to time, and so a lot of errors are firstly reported by users (not to mention the fact that I only use IMDbPY under a certain environment, and many features are _never_ tested by my normal use: as an example, I never run it using SQLite). If anyone is interested in keeping tested (and in the improvement) of a small portion of code/features, I'd be very glad. I can think of some separation: - only the http data access system: a lot of minor changes to parser, and a good test-suite is required to keep up-to-date with the imdb.com layout. - only the http searches (as above, but more limited in scope). - only the sql data access system: fixing minor bugs, improvements in speed and disc space usage. Oh, the switch from SQLObject to SQLAlchemy seems to be a popular improvement between users... - advanced queries for sql would be cool. - using the diff files distributed weekly by imdb.com would be even more cool, but I think it's a _really_ difficult task. - the imdbpyweb program can be improved: the actual code is a bit of a mess. - I still have this recurring wet dream of a fully working Symbian GUI; see: http://imdbpy.sourceforge.net/?page=mobile - generic code clean-up: many portions were poorly written and never fixed. - writing test-suites: there is a great requirement of test-suites, and everyone interested in writing some good tests is welcome! So if you are interested in joining the IMDbPY's development, let me know! -- Davide Alberani [EMAIL PROTECTED] [PGP KeyID: 0x465BFD47] http://erlug.linux.it/~da/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Imdbpy-devel mailing list Imdbpy-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/imdbpy-devel
Re: [Imdbpy-devel] adultSearch
On May 20, michael charclo [EMAIL PROTECTED] wrote: Actually I'm saying it might be better to default it to False because I did a lookup for 'the watcher 2001' and the first result I got back was 'The ass watcher 2'. ROTFLAST^3! I won't stop laughing until Christmas! ;-) I still prefer to have it on, but I understand your position, especially if you show posters in Enterteiner (not sure how many adult titles have posters on IMDb, but better safe than sorry ;-) In your situation, instead of turning off using the adultSearch parameters (which, as I've said, completely removes the use of cookies and IMDb's account) you should evaluate the use of an IMDb's account of your own, for the Enterteiner project. You can open it up on the http://imdb.com/ site, copying the settings of the IMDbPYweb [1] account, except the adult title search. After that you can search for the .imdb.com lines in a cookies.txt file (from firefox) and use their values for id and uu cookies. Oh, within days, I'll expose a nicer API to change the cookies, since using the do_adult_search() method is quite confusing. :-) To tell the truth there are way too many corner-cases like this one, and the IMDb's web site is always changing. :-/ Yea, but I have noticed you always keep it up to date, that must take a lot of time, keep it up. Once you know how it works, not that much, especially if you get used to write test-suites. +++ [1] if I remember correctly (lefting out the adult titles option): Site Preferences: Display full credits (title pages): OFF Display acting credits sorted by type (name pages): OFF Number of TV episodes to display (name pages): NONE Hide theater showtimes on title page: ON Hide television listings on title and name pages: ON Hide cast photos on title pages and search result images: ON Use former title name page design: OFF Search Preferences: Result Display: Display close popular matches first, then other matches. Redirect Behavior: Never redirect Display Episodes for Current Series: OFF -- Davide Alberani [EMAIL PROTECTED] [PGP KeyID: 0x465BFD47] http://erlug.linux.it/~da/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Imdbpy-devel mailing list Imdbpy-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/imdbpy-devel