Kibana: Экспорт диаграммы в изображение

+1

+1

+1 еще одна хорошая идея

Визуализации немного изменились в Kibana 4, но это кажется довольно полезным, и я думаю, что теперь это должно быть проще.

:+1:

+1

+1

+1

+1

+1, потому что встраивание в Raspberry Pi в настоящее время является проблемой.

+1

Может быть полезно экспортировать его
:+1:

+1

+1
Когда меня спросили об этом, я сначала подумал: «Почему? Живые фреймы лучше, если вы просто устанавливаете временной диапазон». Теперь, когда я рассматриваю возможность ежедневной очистки определенного индекса, я тоже за это.

+1

+1

+99

+1

+1

+1

+1

:+1:

+1. У меня есть iframe kibana, встроенный в другую веб-страницу, но перезагрузка происходит медленнее, чем при использовании кэшированного изображения.

+1 это действительно нужно для приборной панели и общедоступной страницы статистики

+1

+1

+1

+1

+2

+1

+1

+1

+1

+10 +20 :сердце:

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

Учитывая направление, в котором мы работаем с визуализациями, это, вероятно, должно поддерживаться для каждой визуализации, поскольку такие вещи, как таблицы и визуализации с одним значением, не легко компилируются в png

+1

+1

+1

+1

+1

+1

РЕДАКТИРОВАТЬ:
Эта функция может быть очень интересной, если некоторые люди должны видеть диаграммы, и у них не должно быть прав на редактирование информационных панелей или графики.

+1

+2
Да, красивые изображения отлично подойдут для научных публикаций. Экспорт в форматы png/jpeg будет настолько удобен, что возможность выбрать желаемое качество/размер изображения будет огромным плюсом.
Спасибо!

более 1 года ~ 6 месяцев +1 ... мы все еще здесь :-1:

+1, это было бы здорово для продвижения в хипчат, а также для нашей платформы dmz'd.

+1

+1

Пожалуйста, прекратите добавлять +1 в качестве комментариев, вы можете реагировать на первое сообщение, используя смайлики.

+1

Вот небольшой js-хак, который я иногда использую, но он не включает легенды:

x = $(".panel-heading")
x.each(function(id, c) {
    var c = $(c)
    var z = $(c.children()[1])
    var a = $('<a><i class="fa fa-save" aria-hidden="true"></i></a>')


    var svg = $(c.parent().children()[1]).find(".chart svg")

    if (svg.length == 0) {
        console.log("skipping...")
        return
    }

    $("svg").attr({ version: '1.1' , xmlns:"http://www.w3.org/2000/svg"});
    var svg = $(svg).parent().html()
    console.log(svg)
    b64      = btoa(svg)
    a.attr("href-lang", 'image/svg+xml')
    a.attr("href", "data:image/svg+xml;base64,\n"+b64)

    z.append(a);
})

Вот мой пример использования: как менеджеру проекта мне нужно писать и распространять статические отчеты, в которых представлены и обсуждаются основные результаты нашего мониторинга Kibana.

@ cam72cam Как это можно использовать?

Я открываю инспектор браузера и запускаю его в консоли JS на панели инструментов.

Он добавляет кнопку сохранения рядом с кнопками редактирования и удаления на всех верхних панелях визуализации.

+1

+1

+1

может быть, кто-то может создать какой-нибудь плагин для браузера для этой функциональности? Похоже, это не стоит на повестке дня разработчиков кибаны. Кажется, что это легко реализовать. Просто создайте расширение для Chrome, которое улавливает область визуализации в кибане, преобразует svg в изображение. Я посмотрю, смогу ли я сделать это на выходных.

для круговых и точечных диаграмм (vislib) это должно быть так же просто, как сохранить svg, если бы у нас не было осей (и легенды) в отдельных элементах html. Я не вижу в этом никакой выгоды. Я что-то упускаю ? Я был бы за перемещение первых осей, а затем легенды в ту же диаграмму svg. Тогда экспорт будет легким.

@ppisljar Я думаю, что мы хотим этого двумя способами. Я бы предпочел общедоступный URL-адрес с токеном или чем-то еще для актуальной статистики, а не для загрузки SVG, который быстро устаревает. Но это может быть другая задача.

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

Может быть, пришло время истории? Менее скучно, чем +1.

Вот анекдотическое описание того, как я использовал метод обхода отсутствия этой функции в Kibana 4.6.1, когда у нас был плагин Reporting, который затем полагался на node- horseman для запуска PDF (да, Portable Document Формат, а не переносимая сетевая графика 😞), который затем может быть отправлен через действие электронной почты наблюдателя ElasticSearch в виде вложения — по расписанию по вашему выбору — настроенного с помощью POST-отправки большого двоичного объекта JSON в elasticsearch:9200 через curl of курс. Нет проблем; Я упоминаю только потому, что, кажется, припоминаю, что, возможно, плагин Reporting, который теперь является частью X-Pack, с тех пор несколько улучшился.

Что ж, случайно оказалось, что PhantomJS оставил screenshot<####>..png файлы, фиксирующие каждый отчет в /tmp . Это то, что я действительно хотел! Итак, все ли, по-видимому, знают, что можно объединить inotify + cron в нечто, называемое incron ? Итак, мой incrontab был очень простым и выглядел так:

/tmp IN_CLOSE_WRITE /opt/process.sh $#

Многое происходит в /tmp , поэтому скрипт сначала должен был использовать позиционный аргумент, содержащий имя файла, который был только что закрыт после записи, и определить с помощью регулярного выражения, является ли это мусором какой-то другой программы или соответствует формату файла скриншота PhantomJS. . Некоторое время, после доработки сценария до совершенства и добавления магии ImageMagick::convert и готов :exclamation: и регулярно публиковал скриншоты моих визуализаций в формате .PNG для команды на моем бывшем компании и их сообщества. То есть до версии 5.1, когда изменились некоторые вещи, которые сломали этот конкретный взлом:

Изображения записываются в каталог данных Kibana при создании PDF-файла, но они сразу же удаляются по факту, поэтому вы не сможете получить их оттуда.

Всего 11 дней назад @kobelb сообщил мне в другом PNG будет добавлена ​​в будущем! Так что я полностью оптимистичен; Я просто чувствовал себя обязанным поделиться этой историей — я уверен, что это только один из многих забавных обходных путей для функций, отсутствующих в программном обеспечении, с которыми мы все сталкиваемся почти ежедневно — с другими людьми. :улыбка:

+1

+1

Надеюсь, никто еще не упомянул об этом (пожалуйста, прекратите комментировать эти раздражающие и бесполезные +1 , вместо этого используйте реакции!), У меня есть другой вариант использования: предварительно обработанное изображение легко отображать на устройствах с низким энергопотреблением.

У нас есть пара дисплеев Raspberry Pi с высоким разрешением, и бедняга Pi никак не может запустить браузер, полный сложных вещей javascript. Но он может загрузить PNG и отобразить его без проблем (и без X.Org) — мы на самом деле делаем это с другим популярным инструментом визуализации, даже если это какой-то хак .

Чтобы добавить еще один вариант использования, я смотрю на обслуживание - мне нравятся визуализации, которые я получаю от Kibana, но я хотел бы иметь возможность распространять диаграмму в общедоступном CDN для обслуживания в общественном месте - но я не Я не хочу, чтобы мои внутренние узлы ES ​​или Kibana были открыты для внешнего мира.

В идеале я бы, вероятно, просто ежедневно отправлял Dashboard на S3 и статически отображал последние графики. Я был бы в порядке, если бы изображения были снабжены водяными знаками для Kibana или чего-то еще, я просто хочу не иметь дело с нагрузкой на свои собственные серверы, когда я могу предоставить ту же информацию гораздо дешевле и безопаснее в другом месте.

+1

+1

Ничего себе, за 4 года и много +1 до сих пор нет?

Закрыто https://github.com/elastic/kibana/pull/25018 , появится в Kibana v6.6.