On May 08, Davide Alberani <[EMAIL PROTECTED]> wrote:
> The code for urllib2 is here; it must be tested, but if there aren't
> valid reasons to revert to urllib I think we'll stay with urllib2.
>
> Is it included in Python packages for mobiles?
On the symbian platform it appears to be missing:
h
On May 09, Jesper Noehr <[EMAIL PROTECTED]> wrote:
> Hm indeed. In what situations is it important that the search
> returns a list of results?
I would say never: the parsers (both 'http' and 'mobile') are already
prepared to see a "main movie/person page" as the result of a query,
and they shoul
On May 9, 2007, at 3:18 PM, Davide Alberani wrote:
> On May 08, Davide Alberani <[EMAIL PROTECTED]> wrote:
>
>> The IMDbPyWeb is set to return directly the movie page if the query
>> have just one "good enough" result;
>
> False - I was checking my own account. :-/
>
> IMDbPyWeb is set to always r
On May 08, Davide Alberani <[EMAIL PROTECTED]> wrote:
> The IMDbPyWeb is set to return directly the movie page if the query
> have just one "good enough" result;
False - I was checking my own account. :-/
IMDbPyWeb is set to always return a list of matches; I have to
think if it's right or wrong
On May 08, Jesper Noehr <[EMAIL PROTECTED]> wrote:
> Previously I suggested that there's a difference between doing the
> same query over HTTP/1.0 and 1.1. I was wrong;
Yup, title2imdbID needs to be patched.
There's a fixed version in the CVS (almost identical to your),
and I've fixed also name
On May 7, 2007, at 10:46 PM, Davide Alberani wrote:
> On May 07, Davide Alberani <[EMAIL PROTECTED]> wrote:
>
>> No, these was just some ideas: I've done it and the problem
>> persists, so it looks like you've spotted the bug correctly.
>
> In the CVS there is the first implementation of the switc
On May 07, Davide Alberani <[EMAIL PROTECTED]> wrote:
> No, these was just some ideas: I've done it and the problem
> persists, so it looks like you've spotted the bug correctly.
In the CVS there is the first implementation of the switch from
urllib to urllib2, based on your patch and hints.
I'v
On May 06, Jesper Noehr <[EMAIL PROTECTED]> wrote:
[please, reply on the mailing list if possible]
> >I'm about to do some tests with other "+" titles and using
> >urllib.quote instead of urllib.quote_plus.
>
> Ah. Seems like I might've overfixed it then.
No, these was just some ideas: I've don
On May 06, Jesper Noehr <[EMAIL PROTECTED]> wrote:
> Was a bug.
Yup. :-)
It appears to be caused by the + in the title: titles without it
seems to work ok.
I'm about to do some tests with other "+" titles and using
urllib.quote instead of urllib.quote_plus.
> IMDb will redirect you to the proper
Was a bug.
IMDb will redirect you to the proper page, if you specify HTTP/1.1.
urllib, uses HTTP/0.9 and HTTP/1.0, hence you'll get the search page.
Very strange.
I've written two patches that fixes this.
--- /root/IMDbPY-3.0/build/lib.linux-i686-2.4/imdb/__init__.py
2007-05-03 13:10:02.0
Bug?
Using the SQL access system, get_imdbID('445950') always returns
None. Even though it has an entry on IMDb: http://imdb.com/title/
tt0375154/
Is it because of the '+' in the title?
I tried fixing it in the code, but it's just too obscure for me to
grasp on a Sunday morning :-)
--
Jes
11 matches
Mail list logo