<div dir="ltr">Grazie<br><div class="gmail_extra"><br><div class="gmail_quote">Il giorno 14 dicembre 2017 14:22, Sergio Gollino <span dir="ltr"><<a href="mailto:gollinosergio@gmail.com" target="_blank">gollinosergio@gmail.com</a>></span> ha scritto:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div>Salve,<br></div>mi pare un po' strano perchè nessuno ha impostato sul proprio pc l'UTF-8 (su win mi pare sia ISO 8859-1).</div></div></div></blockquote><div>Sì appunto UTF-8 è l'encoding del db</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div> Per cui se quello che dici è corretto dovrebbe dare lo stesso problema su tutti i pc. Io lavoro in postgis e non ho mai avuto un problema simile... Al contrario capita che importando da shp file con codifiche diverse ci siano problemi nei caratteri importati (che a volte tocca correggere a mano). <br></div><br></div><div>Inoltre se penso a come si comportano gli shp file il processo è uguale: se si specifica la codifica dello shp qgis lo legge correttamente, ma va specificata la codifica in cui sono i caratteri. <br></div><div>Nel db è molto più semplice perchè la codifica è blindata a livello di db per cui lui lo sa già (lo trovi riportato nel qml       <provider encoding="UTF-8">postgres</pro<wbr>vider>).</div></div></blockquote><div><br></div><div>La cosa strana è che non mi consente di specificare la codifica nemmeno quando diventa memory layer</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div>Sei sicuro che il dato originale sia corretto? Magari importato da uno shp senza dargli la codifica corretta?<br></div></blockquote><div>Il dato originale per la parte alfanumerica è inserito nel db di partenza da una applicazione.</div><div> </div><div>amefad</div></div></div></div>