Kibana: Diagramm in Bild exportieren

+1

+1

+1 eine weitere gute Idee

Die Visualisierungen haben sich in Kibana 4 ein wenig geändert, aber das scheint ziemlich nützlich zu sein und sollte meiner Meinung nach jetzt einfacher sein

:+1:

+1

+1

+1

+1

+1, weil das Einbetten auf Raspberry Pi derzeit mühsam ist.

+1

Könnte nützlich sein, es zu exportieren
:+1:

+1

+1
Als ich danach gefragt wurde, dachte ich zunächst "warum? Live-Iframes sind besser, wenn Sie nur einen Zeitbereich festlegen". Da ich nun darüber nachdenke, einen bestimmten Index täglich zu löschen, bin ich auch dafür.

+1

+1

+99

+1

+1

+1

+1

:+1:

+1. Ich habe einen Kibana-Iframe, der in eine andere Webseite eingebettet ist, aber das Neuladen ist langsamer als die Verwendung eines zwischengespeicherten Bildes.

+1 braucht das wirklich für das Dashboard und die öffentliche Statistikseite

+1

+1

+1

+1

+2

+1

+1

+1

+1

+10 +20 :Herz:

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

Angesichts der Richtung, die wir mit Visualisierungen verfolgen, müsste dies wahrscheinlich pro Vis unterstützt werden, da Dinge wie Tabellen und Einzelwert-Visualisierungen nicht einfach zu einem PNG kompiliert werden können

+1

+1

+1

+1

+1

+1

BEARBEITEN:
Diese Funktion könnte sehr interessant sein, wenn einige Leute Diagramme sehen sollen und keine Berechtigungen zum Bearbeiten von Dashboards oder Grafiken haben sollen.

+1

+2
Ja - die schönen Bilder wären großartig für wissenschaftliche Publikationen - der PNG/Jpeg-Export wird so praktisch sein, die Möglichkeit, die bevorzugte Bildqualität/Größe auszuwählen, ist ein großes Plus.
Danke schön!

über 1 Jahr ~ 6 Monate +1 ... wir sind immer noch da :-1:

+1, es wäre großartig, auch für unsere dmz'd-Plattform in Hipchat einzusteigen.

+1

+1

Bitte hören Sie auf, +1 als Kommentare hinzuzufügen. Sie können mit Emojis auf den ersten Beitrag reagieren.

+1

Hier ist ein kleiner js-Hack, den ich manchmal verwende, aber er erfasst keine Legenden:

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);
})

Hier ist mein Anwendungsfall: Als Projektmanager muss ich statische Berichte schreiben und verteilen, die die wichtigsten Ergebnisse unseres Kibana-Monitorings präsentieren und diskutieren.

@cam72cam Wie könnte das jemand verwenden?

Ich öffne den Browser-Inspektor und führe ihn in der JS-Konsole auf einem Dashboard aus.

Es fügt eine Speichern-Schaltfläche neben den Schaltflächen zum Bearbeiten und Entfernen in allen oberen Balken der Visualisierung hinzu.

+1

+1

+1

Vielleicht könnte jemand ein Browser-Plugin für diese Funktionalität erstellen? Scheint so, als ob dies nicht ganz oben auf der Agenda der Kibana-Entwickler steht. Es sieht nach einer einfach zu implementierenden Sache aus. Erstellen Sie einfach eine Chrome-Erweiterung, die den Visualisierungsbereich in Kibana erfasst und SVG in ein Bild konvertiert. Mal sehen ob ich das am Wochenende schaffe.

für Torten- und Punktreihendiagramme (vislib) sollte dies so einfach sein wie das Speichern des SVG, wenn wir keine Achsen (und Legenden) in separaten HTML-Elementen haben würden. Ich sehe darin keinen Vorteil. Verpasse ich etwas? Ich wäre dafür, die ersten Achsen und dann die Legende in das gleiche Diagramm-Svg zu verschieben. Der Export ist dann einfach.

@ppisljar Ich denke, wir wollen dies auf zwei Arten. Ich möchte lieber eine öffentliche URL mit einem Token oder etwas für aktuelle Statistiken, nicht wirklich eine SVG herunterladen, die schnell alt wird. Aber das kann eine andere Aufgabe sein.

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

Ist es vielleicht Storytime? Weniger langweilig als +1.

Hier ist eine anekdotische Beschreibung, wie ich eine Methode zur Umgehung des Fehlens dieser Funktion in Kibana 4.6.1 verwendet habe, als wir das Reporting-Plugin hatten, das sich dann auf node-horseman verließ, um PDF zu generieren (ja, Portable Document Format, nicht Portable Network Graphics 😞), die dann über die E-Mail-Aktion des ElasticSearch-Beobachters als Anhang ausgegeben werden könnte – nach einem Zeitplan Ihrer Wahl – konfiguriert durch einen POST, der einen JSON-Blob an elasticsearch:9200 über curl of . sendet Kurs. Kein Problem da; Ich erwähne nur, da ich mich zu erinnern scheine, dass sich das Reporting-Plugin, das jetzt Teil von X-Pack ist, vielleicht etwas verbessert hat.

Nun, es stellte sich zufällig heraus, dass PhantomJS screenshot<####>..png Dateien hinterließ, die jeden Bericht in /tmp erfassen. Das ist, was ich wirklich wollte! Weiß also vermutlich jeder, dass man inotify + cron zu etwas namens incron kombinieren kann? Nun, mein Incrontab war sehr einfach und sah so aus:

/tmp IN_CLOSE_WRITE /opt/process.sh $#

In /tmp passiert viel, so dass das Skript zuerst das Positionsargument mit dem Dateinamen verwenden musste, das gerade nach dem Schreiben geschlossen wurde, und über einen regulären Ausdruck feststellen musste, ob es sich um den Junk eines anderen Programms handelte oder dem Screenshot-Dateiformat von PhantomJS entsprach . Nachdem ich das Skript für eine Weile bis zur Perfektion verfeinert und einige ImageMagick:: convert- und hinzugefügt hatte , um grundlegende

Die Bilder werden beim Erstellen der PDF-Datei in das Kibana-Datenverzeichnis geschrieben, aber danach sofort gelöscht, sodass Sie sie von dort nicht mehr abrufen können.

Erst vor 11 Tagen hat mich @kobelb auf einem weiteren Ticket informiert, dass in Zukunft PNG- Unterstützung hinzugefügt wird! Ich bin also voll und ganz optimistisch; Ich fühlte mich lediglich gezwungen, diese Geschichte – ich bin sicher, es ist nur eine von vielen amüsanten Workarounds für Funktionen, die in Software fehlen, denen wir alle fast täglich begegnen – mit den anderen Leuten zu teilen, die den Daumen hoch schlagen. :Lächeln:

+1

+1

Ich hoffe, niemand hat dies bereits erwähnt (bitte hören Sie auf, mit diesen nervigen und nutzlosen +1 zu kommentieren, verwenden Sie stattdessen Reaktionen!), Ich habe einen anderen Anwendungsfall: Vorgerenderte Bilder lassen sich leicht auf Geräten mit geringem Stromverbrauch anzeigen.

Wir haben ein paar hochauflösende Displays von Raspberry Pi und es gibt keine Möglichkeit, dass der arme Pi einen Browser voller komplexer Javascript-Sachen ausführen kann. Aber es kann ein PNG herunterladen und ohne Probleme anzeigen (und ohne X.Org) - wir machen das tatsächlich mit einem anderen beliebten Visualisierungstool, auch wenn es eine Art Hack ist .

Um einen weiteren Anwendungsfall hinzuzufügen, betrachte ich die Wartung - ich mag die Visualisierungen, die ich aus Kibana bekomme, aber ich würde gerne ein Diagramm an ein öffentliches CDN verteilen, um es an einem öffentlichen Ort bereitzustellen - aber ich tue es nicht Ich möchte nicht, dass meine internen ES- oder Kibana-Knoten der Außenwelt ausgesetzt sind.

Im Idealfall würde ich das Dashboard wahrscheinlich nur täglich an S3 senden und die neuesten Diagramme statisch anzeigen. Es wäre in Ordnung, wenn die Bilder für Kibana oder was auch immer mit einem Wasserzeichen versehen wären, ich möchte nur nicht mit der Last auf meinen eigenen Servern umgehen, wenn ich die gleichen Informationen woanders viel billiger und sicherer bereitstellen kann.

+1

+1

Wow, über 4 Jahre und viele +1 immer noch ein Nein?

Geschlossen von https://github.com/elastic/kibana/pull/25018 , kommt in Kibana v6.6