Kibana: Exporter le graphique vers l'image

+1

+1

+1 encore une bonne idée

Les visualisations ont un peu changé dans Kibana 4, mais cela semble assez utile et je pense que cela devrait être plus facile à faire maintenant

:+1:

+1

+1

+1

+1

+1, car l'intégration sur Raspberry Pi est actuellement pénible.

+1

Peut être utile de l'exporter
:+1:

+1

+1
Lorsqu'on m'a demandé cela, j'ai d'abord pensé "pourquoi? les iframes en direct sont meilleurs si vous définissez simplement une plage de temps". Maintenant que j'envisage de purger un index particulier quotidiennement, je suis également d'accord.

+1

+1

+99

+1

+1

+1

+1

:+1:

+1. J'ai un iframe kibana intégré dans une autre page Web, mais le rechargement est plus lent que l'utilisation d'une image mise en cache.

+1 en a vraiment besoin pour le tableau de bord et la page de statistiques publiques

+1

+1

+1

+1

+2

+1

+1

+1

+1

+10 +20 :coeur:

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

Compte tenu de la direction que nous prenons avec les visualisations, cela devrait probablement être pris en charge par vue, car des éléments tels que les tableaux et les visualisations à valeur unique ne se compilent pas facilement en png

+1

+1

+1

+1

+1

+1

ÉDITER:
Cette fonctionnalité pourrait être très intéressante si certaines personnes devaient voir des graphiques et qu'elles ne sont pas censées disposer de privilèges pour éditer des tableaux de bord ou des graphiques.

+1

+2
Oui - les belles images seraient idéales pour les publications scientifiques - l'exportation png/jpeg sera si pratique, pouvoir choisir la qualité/taille d'image préférée sera un énorme avantage.
Merci!

sur 1 an ~ 6mois +1 ... on est toujours là :-1:

+1, ce serait génial pour pousser dans le hipchat aussi pour notre plate-forme dmz'd.

+1

+1

Veuillez arrêter d'ajouter des +1 en tant que commentaires, vous pouvez réagir au premier message en utilisant des emoji.

+1

Voici un petit hack js que j'utilise parfois, mais il ne capture pas les légendes :

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

Voici mon cas d'utilisation : en tant que chef de projet, je dois rédiger et diffuser des rapports statiques qui présentent et discutent des principales conclusions de notre suivi Kibana.

@cam72cam Comment quelqu'un pourrait-il l'utiliser ?

J'ouvre l'inspecteur du navigateur et l'exécute dans la console JS lorsque je suis sur un tableau de bord.

Il ajoute un bouton d'enregistrement à côté des boutons d'édition et de suppression de toutes les barres supérieures de visualisation.

+1

+1

+1

peut-être que quelqu'un pourrait créer un plugin de navigateur pour cette fonctionnalité ? On dirait que ce n'est pas une priorité pour les développeurs de kibana. Cela semble être une chose facile à mettre en œuvre. Créez simplement une extension chrome qui capture la zone de visualisation dans kibana, convertit le svg en image. Je vais voir si je peux le faire ce week-end.

pour les graphiques à secteurs et à points (vislib), cela devrait être aussi simple que de sauvegarder le svg si nous n'avions pas d'axes (et de légende) dans des éléments html séparés. Je n'y vois aucun avantage. Est-ce que j'ai raté quelque chose ? Je serais pour déplacer les premiers axes, puis la légende dans le même graphique svg. L'exportation sera alors facile.

@ppisljar Je pense que nous voulons cela de deux manières. Je préférerais une URL publique avec un jeton ou quelque chose pour des statistiques à jour, pas vraiment télécharger un svg qui vieillit rapidement. Mais cela pourrait être une tâche différente.

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

C'est l'heure du conte, peut-être ? Moins ennuyeux que +1.

Voici une description anecdotique de la façon dont j'ai utilisé une méthode pour contourner l'absence de cette fonctionnalité dans Kibana 4.6.1, lorsque nous avions le plugin Reporting, qui s'appuyait ensuite sur node-horseman pour exécuter PhantomJS et générer un PDF (oui, Portable Document Format, pas Portable Network Graphics 😞) qui pourrait ensuite être émis via l'action de courrier électronique de l'observateur ElasticSearch en tant que pièce jointe - selon un calendrier de votre choix - configuré par un POST'ing un blob JSON à elasticsearch:9200 via curl de cours. Aucun problème là-bas ; Je mentionne seulement depuis que je semble me rappeler que le plugin Reporting, qui fait maintenant partie de X-Pack, s'est peut-être quelque peu amélioré depuis.

Eh bien, il s'est avéré par hasard que PhantomJS a laissé des fichiers screenshot<####>..png capturant chaque rapport dans /tmp . C'est ce que je voulais vraiment ! Alors, est-ce que tout le monde sait probablement que l'on peut combiner inotify + cron en quelque chose appelé incron ? Eh bien, mon incrontab était très simple et ressemblait à ceci :

/tmp IN_CLOSE_WRITE /opt/process.sh $#

Beaucoup de choses se passent dans /tmp , de sorte que ce script a d'abord dû utiliser l'argument positionnel contenant le nom de fichier qui venait juste d'être fermé après l'écriture et déterminer via une expression régulière s'il s'agissait d'un autre programme indésirable ou correspondait au format de fichier de capture d'écran PhantomJS . Pendant un certain temps, après avoir affiné le script à la perfection, et inclus un peu de magie ImageMagick::convert et

Les images sont écrites dans le répertoire de données Kibana lors de la création du PDF, mais elles sont immédiatement supprimées après coup, vous ne pourrez donc pas les récupérer à partir de là.

Il y a seulement 11 jours, @kobelb m'a informé sur un autre ticket que le support PNG serait ajouté à l'avenir ! Je suis donc pleinement optimiste ; Je me suis simplement senti obligé de partager cette histoire - je suis sûr que ce n'est que l'une des nombreuses solutions de contournement amusantes pour les fonctionnalités manquant dans les logiciels que nous rencontrons tous presque quotidiennement - avec les autres personnes qui ont le pouce levé. :le sourire:

+1

+1

J'espère que personne n'a déjà mentionné cela (veuillez arrêter de commenter avec ces +1 ennuyeux et inutiles, utilisez plutôt des réactions !), J'ai un autre cas d'utilisation : les images pré-rendues sont faciles à afficher sur des appareils à faible consommation d'énergie.

Nous avons quelques écrans haute résolution de Raspberry Pi et il n'y a aucun moyen que le pauvre Pi puisse exécuter un navigateur plein de trucs javascript complexes. Mais il peut télécharger un PNG et l'afficher sans problème (et sans X.Org) - nous le faisons en fait avec un autre outil de visualisation populaire, même s'il s'agit d'une sorte de hack .

Pour ajouter un autre cas d'utilisation, j'envisage le service - j'aime les visualisations que je reçois de Kibana, mais j'aimerais pouvoir distribuer un graphique à un CDN public pour le servir dans un lieu public - mais je ne le fais pas. Je ne veux pas que mes nœuds internes ES ou Kibana soient exposés au monde extérieur.

Idéalement, j'enverrais probablement le tableau de bord à S3 quotidiennement et afficherais les derniers graphiques de manière statique. Je serais bien si les images étaient filigranées pour Kibana ou autre, je veux juste ne pas gérer la charge sur mes propres serveurs, alors que je peux servir les mêmes informations pour beaucoup moins cher et plus sûr ailleurs.

+1

+1

Wow, plus de 4 ans et beaucoup de +1 toujours non ?

Fermé par https://github.com/elastic/kibana/pull/25018 , à venir dans Kibana v6.6