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

[data views] data view management doesn't always show correct field types due to field caps response #120284

Closed
Tracked by #166175
mattkime opened this issue Dec 2, 2021 · 3 comments
Labels
bug Fixes for quality problems that affect the customer experience Feature:Data Views Data Views code and UI - index patterns before 8.0 Icebox impact:low Addressing this issue will have a low level of impact on the quality/strength of our product. loe:small Small Level of Effort Team:DataDiscovery Discover App Team (Document Explorer, Saved Search, Surrounding documents, Data, DataViews)

Comments

@mattkime
Copy link
Contributor

mattkime commented Dec 2, 2021

The data view field list is provided by the field caps api and is largely a transparent view into the api response. Unfortunately there are a few cases that don't provide accurate type info:

  • constant_keyword is displayed as keyword
  • wildcard is displayed as keyword
  • token_count is displayed as integer
  • match_only_text is displayed as text

There may be others.

After talking with an ES engineer, its clear that the Field Caps API is more focused on communicating specific capabilities than accurate type info. For instance, constant_keyword and wildcard are communicated as keyword since they have the same capabilities. Unfortunately this provides potentially misleading and muddled info to users who are trying to understand their data and visualizations from the top down.

Options -

  1. Add field types to the field caps api
  • Relatively easy from the kibana side, just need to access new fields in response
  • Need an ES engineer to weigh in on the pros and cons
  1. Use the mapping API - [https://www.elastic.co/guide/en/elasticsearch/reference/current/indices-get-mapping.html|https://www.elastic.co/guide/en/elasticsearch/reference/current/indices-get-mapping.html]
  • We would need to flatten the field list
  • Make sure we account for all mapping response permutations
  • Work with ES to ensure its performant
  • Need to get thoughts from an ES engineer

related to [https://issues/120289|https://issues/120289]

@botelastic botelastic bot added the needs-team Issues missing a team label label Dec 2, 2021
@mattkime mattkime added Feature:Data Views Data Views code and UI - index patterns before 8.0 Team:AppServicesSv labels Dec 2, 2021
@elasticmachine
Copy link
Contributor

Pinging @elastic/kibana-app-services (Team:AppServicesSv)

@botelastic botelastic bot removed the needs-team Issues missing a team label label Dec 2, 2021
@exalate-issue-sync exalate-issue-sync bot added impact:needs-assessment Product and/or Engineering needs to evaluate the impact of the change. loe:small Small Level of Effort labels Dec 8, 2021
@mattkime mattkime reopened this Dec 21, 2021
@kertal kertal added the bug Fixes for quality problems that affect the customer experience label Nov 18, 2022
@petrklapka petrklapka added Team:DataDiscovery Discover App Team (Document Explorer, Saved Search, Surrounding documents, Data, DataViews) and removed Team:AppServicesSv labels Nov 28, 2022
@elasticmachine
Copy link
Contributor

Pinging @elastic/kibana-data-discovery (Team:DataDiscovery)

@kertal kertal added Icebox impact:low Addressing this issue will have a low level of impact on the quality/strength of our product. and removed impact:needs-assessment Product and/or Engineering needs to evaluate the impact of the change. labels Aug 17, 2023
@kertal
Copy link
Member

kertal commented Oct 30, 2023

Closing this because it's not planned to be resolved in the foreseeable future. It will be tracked in our Icebox and will be re-opened if our priorities change. Feel free to re-open if you think it should be melted sooner.

@kertal kertal closed this as not planned Won't fix, can't repro, duplicate, stale Oct 30, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Fixes for quality problems that affect the customer experience Feature:Data Views Data Views code and UI - index patterns before 8.0 Icebox impact:low Addressing this issue will have a low level of impact on the quality/strength of our product. loe:small Small Level of Effort Team:DataDiscovery Discover App Team (Document Explorer, Saved Search, Surrounding documents, Data, DataViews)
Projects
None yet
Development

No branches or pull requests

4 participants