Search Postgresql Archives

Re: server , client encoding issue

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

 



surabhi.ahuja wrote:
i checked the locale it is giving:
LANG=en_US.iso885915
LC_CTYPE="en_US.iso885915"

If you Google for "ISO-8859-15 Latin9" the top two results seem to give details. Oh - there are two naming systems for character sets, just to make things even more complicated.

Now, traditionally you'd have used Latin1 (ISO-8859-1), but the introduction of the Euro meant they needed to introduce a new character. They took the opportunity to make some other changes too and called the results Latin9 (ISO-8859-15).

OK - now the original problem was with a database not having a UNICODE encoding. It does look like this is because the environment on this machine is Latin9 rather than UTF-8. It's easy to have this problem, and I always recommend setting the encoding explicitly when creating a database cluster (initdb --encoding=UTF8). If you installed from a package, it might have chosen a default for you though.

HTH
--
  Richard Huxton
  Archonet Ltd

---------------------------(end of broadcast)---------------------------
TIP 6: explain analyze is your friend

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Postgresql Jobs]     [Postgresql Admin]     [Postgresql Performance]     [Linux Clusters]     [PHP Home]     [PHP on Windows]     [Kernel Newbies]     [PHP Classes]     [PHP Books]     [PHP Databases]     [Postgresql & PHP]     [Yosemite]
  Powered by Linux