Re: [Imdbpy-devel] adultSearch

2008-05-20 Thread Davide Alberani
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

2008-05-20 Thread Davide Alberani
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

2008-05-20 Thread Davide Alberani
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