From: | Ivo Rossacher <rossacher(at)bluewin(dot)ch> |
---|---|
To: | pgsql-admin(at)postgresql(dot)org |
Subject: | Re: Encoding problems |
Date: | 2007-03-22 19:00:59 |
Message-ID: | 200703222000.59688.rossacher@bluewin.ch |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
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
From | Date | Subject | |
---|---|---|---|
Next Message | Chris Browne | 2007-03-22 19:06:04 | Re: slony with diff PostgreSQL versions |
Previous Message | Ezequiel Luis Pellettieri | 2007-03-22 15:31:07 | slony with diff PostgreSQL versions |