Logo Questions Linux Laravel Mysql Ubuntu Git Menu
 

Character with encoding UTF8 has no equivalent in WIN1252

I am getting the following exception:

Caused by: org.postgresql.util.PSQLException: ERROR: character 0xefbfbd of encoding "UTF8" has no equivalent in "WIN1252"

Is there a way to eradicate such characters, either via SQL or programmatically?
(SQL solution should be preferred).

I was thinking of connecting to the DB using WIN1252, but it will give the same problem.

like image 742
Monis Iqbal Avatar asked Oct 14 '09 09:10

Monis Iqbal


4 Answers

I had a similar issue, and I solved by setting the encoding to UTF8 with \encoding UTF8 in the client before attempting an INSERT INTO foo (SELECT * from bar WHERE x=y);. My client was using WIN1252 encoding but the database was in UTF8, hence the error.

More info is available on the PostgreSQL wiki under Character Set Support (devel docs).

like image 118
airstrike Avatar answered Sep 30 '22 06:09

airstrike


What do you do when you get this message? Do you import a file to Postgres? As devstuff said it is a BOM character. This is a character Windows writes as first to a text file, when it is saved in UTF8 encoding - it is invisible, 0-width character, so you'll not see it when opening it in a text editor.

Try to open this file in for example Notepad, save-as it in ANSI encoding and add (or replace similar) set client_encoding to 'WIN1252' line in your file.

like image 25
Tometzky Avatar answered Sep 30 '22 05:09

Tometzky


Don't eridicate the characters, they're real and used for good reasons. Instead, eridicate Win1252.

like image 34
MSalters Avatar answered Sep 30 '22 06:09

MSalters


I had a very similar issue. I had a linked server from SQL Server to a PostgreSQL database. Some data I had in the table I was selecting from using an openquery statement had some character that didn't have an equivalent in Win1252. The problem was that the System DSN entry (to be found under the ODBC Data Source Administrator) I had used for the connection was configured to use PostgreSQL ANSI(x64) rather than PostgreSQL Unicode(x64). Creating a new data source with the Unicode support and creating a new modified linked server and refernecing the new linked server in your openquery resolved the issue for me. Happy days.

like image 45
Maurice M Avatar answered Sep 30 '22 05:09

Maurice M