Le jeudi 28 janvier 2016 10:48:02, Jukka Rahkonen a écrit :
> Even Rouault spatialys.com> writes:
> > I downloaded it and don't see any issue. But it looks like it is the one
> > written by GDAL
>
> Oops, well, it is good to have reference data :) This is from OpenJUMP
> http://latuviitta.org/dow
Even Rouault spatialys.com> writes:
> I downloaded it and don't see any issue. But it looks like it is the one
> written by GDAL
Oops, well, it is good to have reference data :) This is from OpenJUMP
http://latuviitta.org/downloads/KKK.zip
-Jukka-
Le jeudi 28 janvier 2016 10:33:49, Jukka Rahkonen a écrit :
> Even Rouault spatialys.com> writes:
> > Hi Jukka,
> >
> > could you provide the file or the source file used to generate it ? In
>
> theory,
>
> > the driver should be able to process any valid file. The checks are meant
> > to detec
Even Rouault spatialys.com> writes:
> Hi Jukka,
>
> could you provide the file or the source file used to generate it ? In
theory,
> the driver should be able to process any valid file. The checks are meant to
> detect things like
> that could result in denial of service, but there must be s
Le mercredi 27 janvier 2016 21:20:13, Jukka Rahkonen a écrit :
> Hi,
>
> I couldn't convert a dataset into JML format but got a message:
>
> "Too much data inside one element. File probably corrupted". Message seems
> to come from line 486 in
> https://trac.osgeo.org/gdal/browser/trunk/gdal/ogr/
Hi,
I couldn't convert a dataset into JML format but got a message:
"Too much data inside one element. File probably corrupted". Message seems
to come from line 486 in
https://trac.osgeo.org/gdal/browser/trunk/gdal/ogr/
ogrsf_frmts/jml/ogrjmllayer.cpp.
My geometry is indeed quite big multipolygo
