From: | Gavin Beau Baumanis <gavinb(at)thespidernet(dot)com> |
---|---|
To: | Jasen Betts <jasen(at)xnet(dot)co(dot)nz> |
Cc: | pgsql-sql(at)postgresql(dot)org |
Subject: | Re: UTF characters compromising data import. |
Date: | 2011-02-13 11:08:41 |
Message-ID: | 54974F5C-F995-4980-96CE-87956639C55C@thespidernet.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-sql |
Hi and thanks for the replies,
I have had some luck.
I did find the encoding used originally to create the text files I am trying to import.
I have managed to use the client_encoding environmental variable and then successfully did manage to import the data.
Gavin.
On 12/02/2011, at 8:15 PM, Jasen Betts wrote:
> On 2011-02-08, Gavin Beau Baumanis <beau(at)palcare(dot)com(dot)au> wrote:
>
>> I understand the error message - but what I don't know is what I
>> need to set the encoding to - in order to import / use the data.
>
> if you run it through
>
> iconv --from-code=ASCII -to-code=UTF8 -c
>
> it'll strip out all the non-ascii symbols, without knowing the
> encoding it's impossible to assign any useful meaning to them.
> This step may render your data useless, it would be much better to
> find out what the encoding should be.
>
> perhaps you can figure it out by observation?
>
> --
> ⚂⚃ 100% natural
>
> --
> Sent via pgsql-sql mailing list (pgsql-sql(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-sql
From | Date | Subject | |
---|---|---|---|
Next Message | Dean Gibson (DB Administrator) | 2011-02-14 23:29:25 | SQL gotcha |
Previous Message | Jasen Betts | 2011-02-12 09:15:11 | Re: UTF characters compromising data import. |