-
Notifications
You must be signed in to change notification settings - Fork 86
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
No Support for Wildcarded Indexes #58
Comments
Previous versions supported a separate store configuration parameter to define wilcard indices (see |
That looks like a good possibility. Let me try it out, and I'll report back. |
Well, it worked...until tomorrow. If you have day indexes, you'll have to re-alias every day. From Elastic Search's documentation:
That means, if the index isn't created at the time of the alias, it won't be included, whereas a wildcard on the query will be updated at the time of the query. |
Thanks for the explanation. I'll revert the commit (d0660ed) that removed |
Instead of restoring |
Awesome! Thanks! Looking forward to it.
…On Tue, Jan 23, 2018 at 6:54 PM sjudeng ***@***.***> wrote:
Instead of restoring search_indices I added support for wildcards in the
index name. Once GeoServer 2.12.2 is released I'll publish a new plugin
release with these updates. In the meantime you can build and test off
master if you're interested.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#58 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AcC6A7UmvadKE5p-nMfEq5MicN9O3_fAks5tNo08gaJpZM4RWowI>
.
|
The 2.12.2-RC1 release candidate that includes this update is now published. |
A great feature to be added would be the ability to wildcard indexes in elastic search. For example, if you're using time-based indexes for twitter data, and you've got twitter-2017.10, twitter-2017.11, twitter-2017.12, and twitter-2017.01, all of which have the same fields, it would be great to add a single Vector Data Source that is twitter-* (like Kibana). Elastic Search should handle that query, it would just need to be passed through and verified. Obviously, the hard part is ensuring that the fields match, and managing fields being added and removed from index to index. But...kibana can do it, and it would be fantastic if elasticgeo could do it too.
The text was updated successfully, but these errors were encountered: