Fix bug that was triggering field catalog recreation in a loop when a field of...

See merge request !4

Fix bug that was triggering field catalog recreation in a loop when a field of a dataset had only null values

Development

See merge request !3

Merge branch 'development' of forge.grandlyon.com:web-et-numerique/web-et-numerique-internet/data.grandlyon.com/web-portal/components/indexers/metadata-and-data into development

Add License

See merge request !2

Development

See merge request !1

Merge branch 'development' of forge.grandlyon.com:web-et-numerique/web-et-numerique-internet/data.grandlyon.com/web-portal/components/indexers/metadata-and-data into development

Merge branch 'master' of forge.grandlyon.com:web-et-numerique/web-et-numerique-internet/data.grandlyon.com/web-portal/components/indexers/metadata-and-data

Not yet tested first version in which all the datasets are at first indexed as "full versions" (GeoSource's UUID concatenated with ".full"), then sampled (".sample").

Preventing the doc-indexer from entering kind of an infinite loop in case documents cannot be pushed to Elasticsearch.

The variable field_catalog happened to be referenced before assignment in case the field catalog was not yet available.

Updated date(time) (de)serializer in order to keep data values as close as possible to the original ones