[gdal-dev] Guidance for GeoJSONSeq Error 6: Too Large Feature
Even Rouault
even.rouault at spatialys.com
Tue Aug 9 08:38:28 PDT 2022
Theo,
you indeed spotted an hardcoded limit in the the GeoJSONSeq driver.
Addressed per https://github.com/OSGeo/gdal/pull/6177
Even
Le 09/08/2022 à 05:20, Theo Linnemann a écrit :
>
> Hi There,
>
> I'm working with a set of fairly large geojsonl files, one for
> each state and territory in the United States. I'm using ogr2ogr
> to ingest this data into PostGIS, generally without issue, to
> speed up an expensive geospatial join.
>
> However, one of my files, specifically the Commonwealth of
> Pennsylvania, is about 6.5 GB and has been throwing an odd error
> that I can't seem to find much information on. "ERROR 6: Too large
> feature". Below is the command and output from running ogrinfo
> with the debug flag set to on, which returns the same error.
>
> I'm just hoping for some guidance in terms of what if anything I
> can do to sidestep the issue.
>
> So far, I've taken a look at what seems to be the GDAL source code
> that generates this error
> <https://github.com/OSGeo/gdal/blob/030ff40cf8340273bcc797e90c938cc32d14a34f/ogr/ogrsf_frmts/geojson/ogrgeojsonseqdriver.cpp#L410>,
> but it's unclear to me if it's possible to adjust the size
> constraint that is specified in the condition that throws the
> error or if the constraint is arbitrary or indicative of a larger
> problem with the file. I've already tried using the -gt flag with
> various sizes as well, but none seem to resolve the issue. I ran
> into an issue previously that required me to set
> OGR_GEOJSON_MAX_OBJ_SIZE=2048MB but that doesn't seem to have any
> effect here for some reason. Perhaps that only effects the GeoJSON
> driver and not the GeoJSONSeq driver? For what it's worth this is
> running on a node with ~350GB of RAM, so generally memory
> shouldn't be an issue.
>
> ogrinfo --version
> GDAL 3.5.0, released 2022/05/10
> ------------------------------------------------------
>
> ogrinfo --build
> PAM_ENABLED=YES
> OGR_ENABLED=YES
> GEOS_ENABLED=YES
> GEOS_VERSION=3.10.2-CAPI-1.16.0
> PROJ_BUILD_VERSION=9.0.0
> PROJ_RUNTIME_VERSION=9.0.0
> ------------------------------------------------------
>
> ogrinfo crs4326_fema_42_2022-07-22.geojsonl --debug ON
> GeoJSONSeq: First pass: 0.06 %
> GeoJSONSeq: First pass: 0.12 %
> GeoJSONSeq: First pass: 0.18 %
> ...
> GeoJSONSeq: First pass: 92.08 %
> GeoJSONSeq: First pass: 92.14 %
> GeoJSONSeq: First pass: 92.20 %
> ERROR 6: Too large feature
> GDAL: GDALOpen(crs4326_fema_42_2022-07-22.geojsonl,
> this=0x564966fae8b0) succeeds as GeoJSONSeq.
> INFO: Open of `crs4326_fema_42_2022-07-22.geojsonl'
> using driver `GeoJSONSeq' successful.
> OGR: GetLayerCount() = 1
>
> 1: crs4326_fema_42_2022-07-22 (Multi Polygon)
> GDAL: GDALClose(crs4326_fema_42_2022-07-22.geojsonl,
> this=0x564966fae8b0)
> GDAL: In GDALDestroy - unloading GDAL shared library.
>
> Thank you for any help you're able to offer, it's much appreciated.
>
> TL
>
> Theo Linnemann <https://www.theolinnemann.com/>
>
>
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev
--
http://www.spatialys.com
My software is free, but my time generally not.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20220809/ee34fef9/attachment.htm>
More information about the gdal-dev
mailing list