<div dir="ltr">I've experienced the same issue and will provide the fix shortly.<div>Added a ticket for the record: <a href="http://trac.osgeo.org/gdal/ticket/5474">http://trac.osgeo.org/gdal/ticket/5474</a><div><br></div>
<div>Tamas</div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-05-15 12:45 GMT+02:00 Niels Kjøller Hansen <span dir="ltr"><<a href="mailto:niels.k.h@gmail.com" target="_blank">niels.k.h@gmail.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello all<br>
<br>
I have been running a python script daily, which takes a table from a<br>
MSSQL database, identifies which fields are strings, and does some<br>
character set fixing (utf8 to latin1)<br>
<br>
The trouble is, that after an upgrade to GDAL/OGR 1.11, the table ends<br>
up with an empty geometry column. When I try to run through the script<br>
in the python terminal, a call to 'feature.GetGeomFieldCount()'<br>
returns 0<br>
<br>
And this is before doing something to the feature. It is my guess that<br>
the feature doesn't get the geometry, and when I write it (using<br>
layer.SetFeature(feature)), It empties the column.<br>
<br>
Am I doing something wrong? The entire script is here:<br>
<a href="http://osgeo.codepad.org/Yn5xAdE6" target="_blank">http://osgeo.codepad.org/Yn5xAdE6</a> (mostly, comments are in Danish,<br>
sorry about that)<br>
<br>
Other ways of succesfully importing utf8 sources (gml) in to a<br>
MSSQL-database (latin1) is also greatly appreciated, although I would<br>
still like to be able to do string manipulation in the database :)<br>
<br>
Regards,<br>
Niels<br>
_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
</blockquote></div><br></div>