[gdal-dev] Maximum geometry size for JML driver
Jukka Rahkonen
jukka.rahkonen at maanmittauslaitos.fi
Thu Jan 28 01:33:49 PST 2016
Even Rouault <even.rouault <at> 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
<veeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeery_loooooooong_tag_name>
> that could result in denial of service, but there must be something wrong.
And
> you don't get that with GML where there are similar checks ?
>
> Even
Hi,
I had a new look on the data and prepared a dataset for testing
http://latuviitta.org/downloads/big_polygon_jml.zip
The issue happens when GDAL reads JML file that is written by OpenJUMP.
There is no errors if I convert the data into JML format with ogr2ogr. Main
difference between those files is that GDAL writes the polygon geometry as
one line but OpenJUMP is writing it formatted with line breaks and lots of
white space
<geometry>
<gml:MultiPolygon>
<gml:polygonMember>
<gml:Polygon>
<gml:outerBoundaryIs>
<gml:LinearRing>
<gml:coordinates>193588.34496920794,7005684.6655854415
193632.06812505925,7005834.808810625
193608.4497544446,7005874.299165146
....
-Jukka Rahkonen-
More information about the gdal-dev
mailing list