Actually, it's more likely that the char you are grabbing is UTF-16 not
UTF-8 which is moving into the double byte...
* An assumption based on the following output:
>>> u = u'\u2014'
>>> s = u.encode("utf-16")
>>> print(s)
■¶
>>> s = u.encode("utf-32")
>>> print(s)
■ ¶
>>> s = u.encode("utf-16L
>
> I am trying to scrap text from a website using Python 2.7 in windows 8 and
> i am getting this error *"**UnicodeDecodeError: 'charmap codec can't encode
> character u'\u2014 in position 11231 character maps to "*
>
>
For starters, move away from Python 2 unless you have a good reason to use
it.
On 02/02/2015 02:52 AM, Cristian Di Stefano wrote:
Hi Dave,
you should set the correct encoding (maybe utf-8) in order to handle
data from web. You cannot handle unicode data with simple string, you
should encode to ASCII or manage data with the unicode type
Best
Cristian
Please don't top-po
Hi Dave,
you should set the correct encoding (maybe utf-8) in order to handle
data from web. You cannot handle unicode data with simple string, you
should encode to ASCII or manage data with the unicode type
Best
Cristian
Il 31/01/2015 23:44, Dave Angel ha scritto:
On 01/31/2015 08:37 AM, J
On 01/31/2015 08:37 AM, J Mberia wrote:
Hi,
Welcome to Python tutor. Thanks for posting using text email, and for
specifying both your Python version and Operating system.
I am teaching myself programming in python and assistance with
UnicodeDecodeError
I am trying to scrap text from a w
Hi,
I am teaching myself programming in python and assistance with
UnicodeDecodeError
I am trying to scrap text from a website using Python 2.7 in windows 8 and
i am getting this error *"**UnicodeDecodeError: 'charmap codec can't encode
character u'\u2014 in position 11231 character maps to "*
*
b = + 2 is legal syntax, while b + = 2 is not.
Why do you 'b += 2' is not legal syntax? It seems to work in python 2.x and
3.x. Is this deprecated or looked down upon? Is it better to use 'b = b + 2' ?
For the +2, it did not even occur to me that it was referring to a positive
number and not so
On Mon, Apr 25, 2011 at 1:13 PM, Prasad, Ramit wrote:
> b = + 2 is legal syntax, while b + = 2 is not.
>
> Why do you 'b += 2' is not legal syntax? It seems to work in python 2.x and
> 3.x. Is this deprecated or looked down upon? Is it better to use 'b = b + 2'
> ?
>
> For the +2, it did not even
On Mon, Apr 25, 2011 at 9:59 AM, Prasad, Ramit wrote:
> >>while numberOfGrades != gradesEntered:
> >>grade = int(raw_input("Please enter the grade:" ))
> >>gradesEntered += 1
> >>score =+ grade
>
> >Note that += and =+ do different things. I suspect this last line is
>
>>while numberOfGrades != gradesEntered:
>>grade = int(raw_input("Please enter the grade:" ))
>>gradesEntered += 1
>>score =+ grade
>Note that += and =+ do different things. I suspect this last line is
>not doing what you think. Details like this are very important in
>
"Krystal Brosz" wrote
i'm struggling with a program, i feel like i am really close to
getting it
You are not far away but you have a few little
problems to fix.
but i cannot find a way to use the target variables inside of a
loop:
I have no idea what you mean by "target variables".
There
Hi there,
i'm struggling with a program, i feel like i am really close to getting it
but i cannot find a way to use the target variables inside of a loop:
I'm trying to get the program to ask the user, how many grades are you going
to enter. Then i want to work out the average which is fine. But
On 2:59 PM, Joe Ohmer wrote:
Hello,
The following code works well but I don't understand why the mysteryEffect code
block changes the picture.
Doesn’t 64*(r/64) just equal r? (Same with g and b.) So this function should
not change the picture at all. But it does! If anyone can explain how and
On 18/11/10 00:49, Alan Gauld wrote:
"Joe Ohmer" wrote
The following code works well but I don't understand why
the mysteryEffect code block changes the picture.
Doesn’t 64*(r/64) just equal r?
That dependfs on which version of Python you use.
In earlier versions '/' meant integer division
"Joe Ohmer" wrote
The following code works well but I don't understand why
the mysteryEffect code block changes the picture.
Doesn’t 64*(r/64) just equal r?
That dependfs on which version of Python you use.
In earlier versions '/' meant integer division so
(1/64) * 64=> 0 * 64
(120/64)
Hello,
The following code works well but I don't understand why the mysteryEffect code
block changes the picture.
Doesn’t 64*(r/64) just equal r? (Same with g and b.) So this function should
not change the picture at all. But it does! If anyone can explain how and why
this actually changes the
On Sun, 02 Nov 2008 20:53:41 -0600, Sean Fisher wrote:
> please end y tutor e-mail assistance
> Thank you
You can unsubscribe from here: http://mail.python.org/mailman/listinfo/
tutor
alternatively, you can also send some magic mail to a magic email address
containing some magic subject line a
please end y tutor e-mail assistance
Thank you
--
Sean Eric Fisher
___
Tutor maillist - Tutor@python.org
http://mail.python.org/mailman/listinfo/tutor
On 8/7/05, gordnjen <[EMAIL PROTECTED]> wrote:
>
> I am now stuck again. I am at my wit's end. The course I am taking is a
> supposed "beginners" course. It is a distance education class, and our
> textbook does NOT contain the information required to do all of the
> assignments (perhaps it was de
I am now stuck again. I am at my wit's end. The course I am taking is a
supposed "beginners" course. It is a distance education class, and our
textbook does NOT contain the information required to do all of the
assignments (perhaps it was designed for people with more experience and/or
knowledge?)
20 matches
Mail list logo
