From: | <ogjunk-pgjedan(at)yahoo(dot)com> |
---|---|
To: | pgsql-admin(at)postgresql(dot)org |
Subject: | Re: Character encoding problems and dump import |
Date: | 2006-03-21 14:46:46 |
Message-ID: | 20060321144646.71820.qmail@web50313.mail.yahoo.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
Thanks John and Ivo for help.
It turned out that I had to manually SET CLIENT_ENCODING TO 'LATIN1' before processing the dump (which didn't have this specified). This fixed the problem.
I thought a DB set to UNICODE char encoding (server_encoding) would process the Extended ASCII characters, but it didn't... not sure why.
Otis
----- Original Message ----
From: John DeSoi <desoi(at)pgedit(dot)com>
To: ogjunk-pgjedan(at)yahoo(dot)com
Cc: pgsql-admin(at)postgresql(dot)org
Sent: Tuesday, March 21, 2006 12:31:16 AM
Subject: Re: [ADMIN] Character encoding problems and dump import
On Mar 20, 2006, at 3:21 PM, <ogjunk-pgjedan(at)yahoo(dot)com> <ogjunk-
pgjedan(at)yahoo(dot)com> wrote:
> The data may not be the cleanest, and I have limited control over
> that.
> But I am wondering if there is any way I can import this data, even
> if that means converting some of the characters into something else.
inconv might be able to help you fix encoding problems
http://www.gnu.org/software/libiconv/documentation/libiconv/iconv.1.html
John DeSoi, Ph.D.
http://pgedit.com/
Power Tools for PostgreSQL
---------------------------(end of broadcast)---------------------------
TIP 4: Have you searched our list archives?
From | Date | Subject | |
---|---|---|---|
Next Message | Ben K. | 2006-03-21 16:39:28 | Re: encoding question |
Previous Message | John DeSoi | 2006-03-21 05:31:16 | Re: Character encoding problems and dump import |