Skip to content

Load svg, eps or png into graphics device?

5 messages · Abby Spurdle, Paul Murrell, Rainer M Krug

#
Hi

I have a package, which plots from the plantuml syntax (https://plantuml.com) graphs via a knitr engine, into a file, or into a graphics device (https://github.com/rkrug/plantuml).

I am using at the moment grImport for the eps import, but would like to cut down on dependencies.

Is there a way of bringing graphics files (png, sag, eps, ?) into a graphics device in R?

Thanks,

Rainer






--
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany)

Orcid ID: 0000-0002-7490-0066

Department of Evolutionary Biology and Environmental Studies
University of Z?rich
Office Y34-J-74
Winterthurerstrasse 190
8075 Z?rich
Switzerland

Office:	+41 (0)44 635 47 64
Cell:       	+41 (0)78 630 66 57
email:      Rainer.Krug at uzh.ch
		Rainer at krugs.de
Skype:     RMkrug

PGP: 0x0F52F982
#
If I understand your question correctly, you're already able to read
an EPS file.
So, essentially, you have an answer to your question.

Paul Murrell published an article on using raster graphics, in 2011.
https://journal.r-project.org/archive/2011-1/RJournal_2011-1_Murrell.pdf

I would assume there's been progress since then.
But I don't see the point here.
Writing what would otherwise be vector graphics to a raster-based
image file, and then reading it back into a vector graphics system,
would create unnecessary problems.
On Sat, Jun 20, 2020 at 2:56 AM Rainer M Krug <Rainer at krugs.de> wrote:
1 day later
#
Hi

Do you mean you want to reduce *system requirements* ?  I'm not sure you 
have many options.  Looking at the plantuml output format options, there 
is ...

png via 'png', which requires libpng
svg via 'grImport2', which requires 'rsvg', which requires librsvg2
eps via 'grImport', which requires ghostscript

... and a number of other formats that cannot be read directly into R AFAIK.

The only option that does not require dependencies looks like the "txt" 
format, which you could read in with readLines(), but I'm not sure you 
want an ASCII art version :)

Paul
On 20/06/20 2:56 am, Rainer M Krug wrote:

  
    
#
system requirements and package dependencies. Yes.
That was my impression as well, and that is why I asked here - possibly somebody has any smart idea.
Yup.
Tried it, but did not work as well as
Which I am using for the vector graph.
Actually, it could actually be an option if none of the above is installed. Kind of cascading, depending if installed: eps - sag - png - ASCII art.

Thanks,

Rainer
--
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany)

Orcid ID: 0000-0002-7490-0066

Department of Evolutionary Biology and Environmental Studies
University of Z?rich
Office Y34-J-74
Winterthurerstrasse 190
8075 Z?rich
Switzerland

Office:	+41 (0)44 635 47 64
Cell:       	+41 (0)78 630 66 57
email:      Rainer.Krug at uzh.ch
		Rainer at krugs.de
Skype:     RMkrug

PGP: 0x0F52F982
#
Well - there are some dependencies (system as well as package dependencies) which I would like to cut down - that is why I am asking.
Depending on the use, it might be better to have a raster or a vector representation. But I agree - in general, is vector better.
No - plantuml can also produce png graphs - these are the ones I am using for the raster representation.
That one is true.


Thanks,

Rainer
--
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany)

Orcid ID: 0000-0002-7490-0066

Department of Evolutionary Biology and Environmental Studies
University of Z?rich
Office Y34-J-74
Winterthurerstrasse 190
8075 Z?rich
Switzerland

Office:	+41 (0)44 635 47 64
Cell:       	+41 (0)78 630 66 57
email:      Rainer.Krug at uzh.ch
		Rainer at krugs.de
Skype:     RMkrug

PGP: 0x0F52F982