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

Export chart to image #1366

Closed
stigdescamps opened this issue Jul 15, 2014 · 88 comments
Closed

Export chart to image #1366

stigdescamps opened this issue Jul 15, 2014 · 88 comments
Labels
Feature:Reporting Reporting (PDF, CSV, ..) feature release_note:enhancement Team:Visualizations Visualization editors, elastic-charts and infrastructure

Comments

@stigdescamps
Copy link

Hi,

It would be nice to be able to save graphs or donuts or any visualization in Kibana in image format (png, jpg, gif or even svg).
I think it would be cleaner & quicker than using the default screen shoot of the computer.

Thanks
SD

@pemontto
Copy link

pemontto commented Aug 8, 2014

+1

1 similar comment
@eseccpearce
Copy link

+1

@mokah
Copy link

mokah commented Aug 28, 2014

+1 another good idea

@w33ble
Copy link
Contributor

w33ble commented Oct 6, 2014

Visualizations changed a bit in Kibana 4, but this seems pretty useful and I think should be easier to do now

@rashidkpc rashidkpc changed the title Save Graph in image Export chart to image Oct 8, 2014
@sahilthapar
Copy link

👍

2 similar comments
@qrilka
Copy link

qrilka commented Dec 12, 2014

+1

@timroes
Copy link
Contributor

timroes commented Feb 13, 2015

+1

@gvisniuc
Copy link

gvisniuc commented Apr 7, 2015

+1

1 similar comment
@Kruiserx
Copy link

+1

@lukas2
Copy link

lukas2 commented Apr 30, 2015

+1, because embedding on Raspberry Pi is currently a pain.

@shaharmor
Copy link
Contributor

+1

@ssoto
Copy link

ssoto commented May 4, 2015

Could be useful export it
👍

@lgs
Copy link

lgs commented May 10, 2015

+1

@mkazin
Copy link

mkazin commented May 20, 2015

+1
When I was asked for this I initially thought "why? live iframes are better if you just set a time range". Now that I'm considering purging a particular index on a daily basis, I'm for this too.

@hellais
Copy link

hellais commented May 22, 2015

+1

1 similar comment
@macrotic
Copy link

+1

@android-programmer
Copy link

+99

@frizull
Copy link

frizull commented Jun 20, 2015

+1

4 similar comments
@tomryanx
Copy link

+1

@torstenfeld
Copy link

+1

@centromere
Copy link

+1

@sivy
Copy link

sivy commented Aug 5, 2015

👍

@webmstr
Copy link

webmstr commented Aug 6, 2015

+1. I have a kibana iframe embedded in another web page, but reloading is slower than using a cached image.

@confact
Copy link

confact commented Aug 9, 2015

+1 really need this for dashboard and public statistic page

@piotrkochan
Copy link

+1

1 similar comment
@skundrik
Copy link
Contributor

+1

@RomanMauricio
Copy link

+1

3 similar comments
@v2b1n
Copy link

v2b1n commented Feb 23, 2017

+1

@contactcuong
Copy link

+1

@mohaseeb
Copy link

+1

@epixa epixa removed the P3 label Apr 25, 2017
@Zephery
Copy link

Zephery commented May 27, 2017

+1

5 similar comments
@pietermarsman
Copy link

+1

@carmides
Copy link

+1

@dynamiccast
Copy link

+1

@deepaknadig
Copy link

+1

@wfxr
Copy link

wfxr commented Aug 28, 2017

+1

@ageis
Copy link

ageis commented Aug 28, 2017

Is it story time, perhaps? Less boring than +1.

Here's an anecdotal description of how I employed a method of working around the lack of this feature in Kibana 4.6.1, when we had the Reporting plugin, which then relied upon node-horseman to run PhantomJS and generate a PDF (yes, Portable Document Format, not Portable Network Graphics 😞) which could then be emitted via ElasticSearch watcher's e-mail action as an attachment—on a schedule of your choosing—configured by a POST'ing a JSON blob to elasticsearch:9200 via curl of course. No issue there; I only mention since I seem to recall that perhaps the Reporting plugin, now part of X-Pack, has improved somewhat since.

Well, it fortuitously turned out that PhantomJS left screenshot<####>..png files capturing every report in /tmp. Those are what I really wanted! So, does everyone all presumably know that one can combine inotify + cron into something called incron? Well, my incrontab was very simple and looked like this:

/tmp IN_CLOSE_WRITE /opt/process.sh $#

A lot happens in /tmp, so that script first had to use the positional argument containing the filename which was just closed after writing and determine via a regular expression whether it was some other program's junk or matched the PhantomJS screenshot file format. For a while, after refining the script to perfection, and including some ImageMagick::convert and optipng magic to add basic text captions, I was then all set ❗ and publishing regular .PNG screenshots of my visualizations regularly to team at my former company and their community. That is, until version 5.1 when some things changed which broke this particular hack.:

The images are written to the Kibana data directory when creating the PDF but they're immediately deleted after the fact, so you won't be able go grab them from there.

Only 11 days ago @kobelb informed me on another ticket that PNG support will be added in the future! So I'm fully optimistic; I merely felt compelled to share that story—I'm sure it's only one of many amusing workarounds for features lacking in software which we all each encounter on nearly a daily basis—with the other thumbs-up people. 😄

@rusubogdan
Copy link

+1

1 similar comment
@yabir
Copy link

yabir commented Mar 6, 2018

+1

@lesinigo
Copy link

lesinigo commented Apr 3, 2018

Hope nobody already mentioned this (please stop commenting with those annoying and useless +1, use reactions instead!), I have another use case: pre-rendered image are easy to display on low-power devices.

We have a couple of Raspberry Pi's driving high resolution displays and there's no way the poor Pi can run a browser full of complex javascript stuff. But it can download a PNG and display it without problems (and without X.Org) - we are actually doing that with another popular visualization tool even if it's some sort of an hack.

@MisterSpicy
Copy link

To add another use case I'm looking at servicing - I like the visualizations I get out of Kibana, but I'd like to be able to distribute a chart to a public CDN for serving up in a public place - but I don't want my internal ES or Kibana nodes exposed to the outside world.

Ideally I'd probably just ship the Dashboard to S3 daily and display the latest charts statically. I would be fine if the images were watermarked for Kibana or whatever, I just want to not deal with the load on my own servers, when I can serve the same information for much cheaper, and safer, elsewhere.

@Surote
Copy link

Surote commented Aug 14, 2018

+1

1 similar comment
@Davidepaalte
Copy link

+1

@ppisljar ppisljar removed their assignment Sep 6, 2018
@timroes timroes added Feature:Reporting Reporting (PDF, CSV, ..) feature Team:Visualizations Visualization editors, elastic-charts and infrastructure and removed :Sharing Feature:Visualizations Generic visualization features (in case no more specific feature label is available) labels Sep 13, 2018
@yulrizka
Copy link

Wow, over 4 years and lots of +1 still a no?

@tsullivan
Copy link
Member

Closed by #25018, coming in Kibana v6.6

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Feature:Reporting Reporting (PDF, CSV, ..) feature release_note:enhancement Team:Visualizations Visualization editors, elastic-charts and infrastructure
Projects
None yet
Development

No branches or pull requests