Il 22/10/2010 14:33, Alessandro Pasotti ha scritto:
> The solution is a correct error handling in the destructor call to the
> writer or (better) automatic fieldname conflict resolution.
See also the recent issue, which came out on a different plugin:
https://trac.osgeo.org/qgis/ticket/3137
Basica
2010/10/22 Giovanni Manghi
>
> > I soved hacking the ftools plugin code
> >
> > $ diff
> > tmp/ftool.mod
> /usr/share/qgis/python/plugins/fTools/tools/doGeoprocessing.py
> > 297,298d296
> > < # ABP:
> > < fields = { 0 : fields[0] }
>
>
> please post a patch in the bug tracker.
>
it's n
> I soved hacking the ftools plugin code
>
> $ diff
> tmp/ftool.mod /usr/share/qgis/python/plugins/fTools/tools/doGeoprocessing.py
> 297,298d296
> < # ABP:
> < fields = { 0 : fields[0] }
please post a patch in the bug tracker.
thanks!
-- Giovanni --
_
Hi,
I'm preparing a QGIS demo for tomorrow's italian Linux Day meeting and I'm
hitting an error with Ftools->buffering.
Basically, I'm building a 20 m buffer around a selected linestring (first I
select one geometry from a postgis vector layer, but I get the same result
if the selected geometry c
