Friendly index name rather than UID in visualizations?


On creation of a visualization the index used appears to be a UID. If the index is deleted and re-created, the UID changes and all the visualizations (and dashboards using those viz) break.

It would seem like in the json you could change it to use the friendly index name pattern, but this isn't the case?

Example kibanaSavedObjectMeta.searchSourceJSON:
"index": "0e47d850-b77b-11e8-b1a6-5b1eb76b7959",
"index": "myindex-pattern*",

Is there a way to do this so visualizations are more portable?

(Aaron Caldwell) #2

Hello Ian,

Currently we give the user the option of exporting visualizations and then, on import, the user can create a new index pattern or choose an existing pattern with which to associate those visualizations. If we assume association based on the index pattern rather than the id, we run the risk of attempting to associate a visualization with an entirely different index that just happens to be found/identified with the same pattern. The user is of welcome to make that mistake, we just don't want to automate it!



That's fair. The problem comes up when we have a lot of visualizations and they're all broken when an index is re-created.
I don't see an option to export a broken visualization, and when bringing it in manually with json it keeps the invalid UID. It doesn't help that there's no correlation to what the old UID belonged to index-wise, and no drop down to choose the new index to represent, or if the UID is listed several times in the json it needs to be fixed each time..

Basically we're stuck digging around and manually re-building visualizations.. hundreds of times.

(system) closed #4

This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.