[gdal-dev] Loading GeoJSON to ES 7

Francesco Bartoli xbartolone at gmail.com
Wed Mar 18 02:49:48 PDT 2020


Does it mean that can be done only programmatically? How would it be translated into a -lco of ogr2ogr?
Il 18 mar 2020, 10:36 +0100, Even Rouault <even.rouault at spatialys.com>, ha scritto:
> On mercredi 18 mars 2020 09:05:39 CET Francesco Bartoli wrote:
> > Thanks Even, I was misleading the behavior. However, is there a way to
> > ingest and set the value of a unique identifier, for instance geonameid, in
> > the key _id of each item of the index?
>
> Yes, you need to set the "_id" field of the feature before calling
> CreateFeature()
>
> Even
>
> >
> > Francesco
> >
> > Il 17 mar 2020, 22:13 +0100, Even Rouault <even.rouault at spatialys.com>, ha
> scritto:
> > > Francesco,
> > >
> > > The behaviour in ES7 has been changed. Now only flat structure is
> > > supported. This was discussed in
> > > https://github.com/OSGeo/gdal/issues/1246 and I've just made the doc of
> > > the driver clearer:
> > >
> > > - **MAPPING_NAME=**\ =name. (Elasticsearch < 7) Name of the mapping type
> > > within the index.
> > > By default, the mapping name is "FeatureCollection" and the documents
> > > will be written as GeoJSON Feature objects. If another mapping name
> > > is chosen, a more "flat" structure will be used. This option is
> > > ignored when converting to Elasticsearch >=7 (see `Removal of mapping
> > > types
> > > <https://www.elastic.co/guide/en/elasticsearch/reference/current/removal-o
> > > f-types.html>`__). With ElasticSearch 7 or later, a "flat" structure is
> > > always used.
> > >
> > > Even
> > >
> > > --
> > > Spatialys - Geospatial professional services
> > > http://www.spatialys.com
>
>
> --
> Spatialys - Geospatial professional services
> http://www.spatialys.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20200318/b33ca5e5/attachment-0001.html>


More information about the gdal-dev mailing list