Re: Encoding problems

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi

For those having the same problem .....
1. You need to change the codepage in shell/command prompt to 1252
(chcp 1252) and set the window to use truetype font to have it
displayed correctly.
2. Execute "set client_encoding='win1252';" to have the translation
working properly from the shell.  How you execute this statement
depends on what you're doing....

For Django users: Django doesn't send client_encoding to the database
so you need to do that manually.  Do step 1 before executing
"manage.py shell" (probably the same with dbshell) and then do the
following:

from django.db import connection
c=connection.cursor()
c.execute("set client_encoding to 'win1252';")

After that you can work with the models and use save() etc.... That
worked for me.

Best regards,
Bjarni Ragnarsson

On 3/23/07, Bjarni Ragnarsson <bjarnir@xxxxxxxxx> wrote:
Hi everyone.

Previous message needed some rethinking and was sent like that by my mistake.

From what I figured out now: pgAdmin is using Unicode as the client
setting no matter what the database is set to.  The database was set
to win1252.   A comment in the settings file states that
client_encoding would default to database settings.   But pgAdmin uses
Unicode as client_encoding unless set explicitly.   Problem solved.
As a newbie in PostgreSQL I cannot tell if this is a bug....

Another problem I was and am still having is communicating with
PostgreSQL via the shell (cmd prompt).  The shell uses cp850 and
PostgreSQL doesn's seem to support that by default according to the
docs.  How do I go about dealing with that?

Best regards,
Bjarni Ragnarsson

On 3/22/07, Ivo Rossacher <rossacher@xxxxxxxxxx> wrote:
> show client_encoding  displays the encoding to which the server currently is
> converting. With set client_encoding to UNICODE; you can change the
> client_encoding on the fly and check if the results becomes better. I am not
> sure how to adjust the client_encoding in pgAdmin so that this will be set at
> startup automtically. There is a default client_encoding stored in the server
> as well but there you have to check if it interfers with your other
> interfaces.
>
> Best regards
> Ivo
>
> Am Donnerstag, 22. März 2007 14:07 schrieb Bjarni Ragnarsson:
> > Hi everyone.
> >
> > I have some encoding problems like many others.
> >
> > I'm using Python (and Django) with my PostgreSQL  8.2 and pgAdmin
> > 1.6.2 on Windows XP Pro.  The default encoding here in Iceland is
> > win1252.  I have a database with that encoding.
> >
> > The problem is that pgAdmin seems to use utf8 no matter what I do.
> > The data seems to be stored correctly when entered via a web-page, but
> > when displayed via pgAdmin it's corrupted (that is the special
> > characters don't show correctly).  pgAdmin seems to presume the data
> > is in utf8 format despite the database settings.  Entering data via
> > pgAdmin results in corrupted data on the web likewise.
> >
> > Is this a bug or is there some setting I've overlooked?
> >
> > ---------------------------(end of broadcast)---------------------------
> > TIP 9: In versions below 8.0, the planner will ignore your desire to
> >        choose an index scan if your joining column's datatypes do not
> >        match
>
> ---------------------------(end of broadcast)---------------------------
> TIP 2: Don't 'kill -9' the postmaster
>



[Index of Archives]     [KVM ARM]     [KVM ia64]     [KVM ppc]     [Virtualization Tools]     [Spice Development]     [Libvirt]     [Libvirt Users]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Questions]     [Linux Kernel]     [Linux SCSI]     [XFree86]

  Powered by Linux