I am having some difficulty getting figures to display when using the Radiation Protection Dosimetry (RPD) template (Link to zip).

I understand that the template is designed to work with *.eps files.

The following snippet is provided in the documentation describing how to include figures (pretty standard):


The code compiles without errors and a PDF is generated. LaTeX provides the space for the figure and even places the caption at the bottom of the figure. The figure itself, however, is not displayed.

The resulting PDF looks like this:

Resulting PDF

The template might be supplied with the draft option (not sure), and if so might affect how figures are displayed (Turning off and on images in figures). Not sure if this is actually the case and not sure how to switch to final mode.

I have managed to use the same eps file in other documentclasses and it was rendered successfully: So as far as I understand, both my LaTeX installation as well as the figure I want to include are fine.

It would also be nice if I could get the template to work with PDFs.


Edit: Miniminal document and log output following removal of graphics.cfg

Log file

MWE for document.tex:










  • you shouldn't use \centerline in latex really, but that's not likely to be the problem, try without the extension: \centering\includegraphics{fig01} – David Carlisle Mar 23 '17 at 7:54
  • Doesn't look like draft-mode. In draft the figures normally get replaced by placeholders (showing the filename and relative path). – Skillmon Mar 23 '17 at 8:46
  • The template seems horribly old. I don't know that journal and how strict they are about using their template - but I would seriously consider not using it. – Mace Mar 23 '17 at 8:59
  • 1
    Remove the included package of graphicx and use the one from your LaTeX installation. This fixes the inclusion of images on my machine using your zip-Archive. EDIT: The faulty file is not the package but graphics.cfg – Skillmon Mar 23 '17 at 9:05
  • @DavidCarlisle: Thanks for the quick reply. Have tried without specifying the extension. Same problem persists unfortunately. – SO_tourist Mar 23 '17 at 9:07

The zip file includes files graphics.cfg and color.cfg which force graphics inclusion and colour to use the back end specials for dvipsone a commercial dvi to postscript convertor from a company no longer in existence.

Just delete those files.

Your log file (which you did not show) of any test file (which you did not post) would have shown dvipsone.def being included and then several warnings about incorrect \special being ignored in pdf mode.

  • You stole my comment :) But good explanation. – Skillmon Mar 23 '17 at 9:16
  • @Skillmon oh sorry I didn't see the comments (which seems odd looking at the timings) I could remove this if you want to post:-) – David Carlisle Mar 23 '17 at 9:18
  • Nah! Your answer is good. Leave it. The purpose of this is to help the one questioning. Doesn't matter who provides the answer. And I weren't able to explain what's wrong with dvipsone.def, just figured it's the problem. – Skillmon Mar 23 '17 at 9:20
  • 2
    @Skillmon well as I wrote dvipsone.def it's probably easier for me:-) – David Carlisle Mar 23 '17 at 9:23
  • 1
    @SO_tourist oh same thing, I'll update answer thanks – David Carlisle Mar 23 '17 at 11:30

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.