[gdal-dev] OGR 1.11 upgrade -> Geometry gone after layer.SetFeature() (MSSQL)

Tamas Szekeres szekerest at gmail.com
Sat May 17 15:02:21 PDT 2014


I've experienced the same issue and will provide the fix shortly.
Added a ticket for the record: http://trac.osgeo.org/gdal/ticket/5474

Tamas


2014-05-15 12:45 GMT+02:00 Niels Kjøller Hansen <niels.k.h at gmail.com>:

> Hello all
>
> I have been running a python script daily, which takes a table from a
> MSSQL database, identifies which fields are strings, and does some
> character set fixing (utf8 to latin1)
>
> The trouble is, that after an upgrade to GDAL/OGR 1.11, the table ends
> up with an empty geometry column. When I try to run through the script
> in the python terminal, a call to 'feature.GetGeomFieldCount()'
> returns 0
>
> And this is before doing something to the feature. It is my guess that
> the feature doesn't get the geometry, and when I write it (using
> layer.SetFeature(feature)), It empties the column.
>
> Am I doing something wrong? The entire script is here:
> http://osgeo.codepad.org/Yn5xAdE6 (mostly, comments are in Danish,
> sorry about that)
>
> Other ways of succesfully importing utf8 sources (gml) in to a
> MSSQL-database (latin1) is also greatly appreciated, although I would
> still like to be able to do string manipulation in the database :)
>
> Regards,
> Niels
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20140518/bcd5b127/attachment.html>


More information about the gdal-dev mailing list