Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Index reconfiguring for better kibana-stats #140

Closed
dr0i opened this issue Jul 6, 2018 · 3 comments
Closed

Index reconfiguring for better kibana-stats #140

dr0i opened this issue Jul 6, 2018 · 3 comments
Assignees

Comments

@dr0i
Copy link
Member

dr0i commented Jul 6, 2018

Result of #66.
To create nice stats the more index fields be typed as number (or even more accurate: date) the better.
See ES-docs for possible types. There is no need to change the format of the values e.g. of the field dateOfBirth - it seems to be sufficient to just configure the index to:

"type": "date_range" "type": "date",
"format": "yyyy-MM-dd"

(https://www.elastic.co/guide/en/elasticsearch/reference/5.6/date.html)

I would say that all fields starting with date are reasonable date_range date candidates.

@dr0i dr0i added the ready label Jul 6, 2018
@fsteeg
Copy link
Member

fsteeg commented Aug 24, 2018

The problem is that many dates in lobid-gnd have non-date values (like [19XX], [?], [XXXX], [20.] etc., see dateOfBirth aggregation in http://lobid.org/gnd/search?q=*&format=json), which would cause indexing errors if they were set as date (I guess).

@dr0i
Copy link
Member Author

dr0i commented Aug 28, 2018

Correct, it would result in MapperParsingException, so we have to make sure that the value of date is valid. See hbz/lobid-resources#871 for details how this was done for lobid-resources.

@acka47 acka47 removed the ready label Apr 9, 2019
@acka47
Copy link
Contributor

acka47 commented Dec 3, 2020

Closing.

@acka47 acka47 closed this as completed Dec 3, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants