
<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /></head><body style='font-size: 10pt; font-family: Verdana,Geneva,sans-serif'>

<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0">

<div class="pre" style="margin: 0; padding: 0; font-family: monospace">Isn't this limitation ultimately that GDAL isn't reading the encoding<br />correctly? (Or perhaps it's a limitation in the underlying freexl<br />library...)</div>

<div class="pre" style="margin: 0; padding: 0; font-family: monospace"> </div>

</blockquote>

<div class="pre" style="margin: 0; padding: 0; font-family: monospace"> </div>

<p>Yes - I also assume it is a limitation of OGR or FreeXL. I was hoping that some secret OGR opening option, environment variable or sidecar file could do the trick ...</p>

<p>Never mind - I found a solution to convert my hundreds of .xls to .xlsx (with VBA code in Excel) and when I load the .xlsx, the encoding is loaded fine in QGIS.</p>

<p>For reference: here is the VBA-Code for the batch conversion in Excel: <a href="https://www.extendoffice.com/documents/excel/1349-excel-batch-convert-xls-to-xlsx.html#a2">https://www.extendoffice.com/documents/excel/1349-excel-batch-convert-xls-to-xlsx.html#a2</a></p>

<p>In general, I think that the handling of spreadsheet file loading in QGIS could be much improved - similar to the plugin "Spreadsheet Layers" from Arnaud (<a href="https://plugins.qgis.org/plugins/SpreadsheetLayers/version/2.0.1/">https://plugins.qgis.org/plugins/SpreadsheetLayers/version/2.0.1/</a>).</p>

<p>My assumption is that Excel/Openoffice files are so popular among our users that it would really nice if we could improve the situation susbstantially. Otherwise we are always forcing our users to save the spreadsheet files to CSV first - which has a lot of loading options, but has it's own limitations.</p>

<p>Thanks anyway - my problem is now solved by previous conversion of the files to .xlsx.</p>

<p>Andreas</p>


</body></html>