From the documentation,
set terminal pdf
should enable PDF output.
From within Gnuplot,
gnuplot> help set terminal pdf
tells me that pdf output is supported.
However,
gnuplot> set terminal pdf
^
unknown or ambiguous terminal type; type just 'set terminal' for a list
And sure enough, just
gnuplot> set terminal
does not list PDF.
Hello, Unfortunately we can't include the PDF-terminal into the gnuplot-packages because it uses the non-free PDFlib to plot. As a workaround you could use the postscript-terminal and convert the output with ps2pdf which is probably already installed on your system (it's included in the GhostScript-package) output but due to license-restritions of the gif-format we can't activate it... About the documentation existing for a non-working terminal: "help set terminal" warns about this: This document may describe drivers that are not available to you because they were not installed, or it may not describe all the drivers that are available to you, depending on its output format. But I'll have a look into this, it seems that unconfigured terminals could be excluded when the docs are automatically extracted from the sources. Cheers Thimo
Hi, I've just entered a wishlist-bug into the upstream-BTS on sourceforge (bug 963176) https://sourceforge.net/tracker/index.php?func=detail&aid=963176&group_id=2055&atid=102055 because I could not find an easy way to exclude the docs for unused terminals. Let's see what happens :) Cheers Thimo
hi
Suppose , for example, that the user wants to insert a gnuplot plot into
LaTeX. In this case my recommended method is as follows:
In gnuplot, s/he issues
set term post eps
set out "plot.eps"
plot ..the.plot.stuff.....
set out
In LaTeX,
\usepackage{graphicx}
.......
\begin{document}
.....
\includegraphics{plot}
The above will automatically include plot.eps if 'latex file.tex' is used,
and 'plot.pdf' if 'pdflatex file.tex'.
So, we need to convert 'plot.eps' to 'plot.pdf'.
In that case, I recommend not using 'ps2pdf' to convert the PS to PDF,
but rather 'epstopdf' (that is in package 'tetex-bin') ; the reason is
that (from the man page)
epstopdf transforms the Encapsulated PostScript file epsfile so that it
is guaranteed to start at the 0,0 coordinate, and it sets a page size
exactly corresponding to the BoundingBox. This means that when
Ghostscript renders it, the result needs no cropping, and the PDF Medi-
aBox is correct.
ps2pdf does not set the bounding box in the PDF, that is,
'plot.pdf' will be as large as a standard A4 or letter page, with a
small plot in it; and the result 'pdflatex file.tex' will be quite weird,
because the figure generated by
\includegraphics{plot}
will look like an empty page.
just my 2 cents
a.
Hi, I want to convert eps to pdf, but epstopdf does not exist in the current debian TeX distribution (texlive). Do you know how to do it?
Sorry, I have just seen that epstopdf is available in texlive-extra-utils package. === Hi, I want to convert eps to pdf, but epstopdf does not exist in the current debian TeX distribution (texlive). Do you know how to do it?
Just use: set terminal pdfcairo So these two bugs could be closed I think. Cheers,
No, pdfcairo generates an empty PDF file with gnuplot 4.4.0-1.
Vincent Lefevre wrote: the pdf file, but quitting gnuplot does so. Example: set output "p.pdf" set terminal pdfcairo plot x So these bugs should be closed and create another one "in pdfcairo terminal, plot itself does not write to file, but quitting gnuplot does". I looked into the documentation from www.gnuplot.info and have not found anything about that, so this is clearly a bug.
My script automatically quits gnuplot, and the PDF output is empty. I have no such problem under Mac OS X. I've just reported a bug. Now, I think that bug 248426 should remain open, as gnuplot should support "set terminal pdf" for compatibility with the other ports. This terminal could be based on pdfcairo.
tags 248426 + fixed-upstream thanks CVS as a pdf terminal Thanks
Hi, Could you post a source file and a eps and emf file showing the problem? Thanks Bastien
The underlying problem in your example above is that output is not closed until told to. That should happen on gnuplot quit or output re-definition. IIRC that also happened in other terminals. Something like set output "p.pdf" set terminal pdfcairo plot x set output should work. The idea is that you may want to add more things before output is closed, set output "p.pdf" set terminal pdfcairo plot x plot x**2 set output should create a two page pdf with both graphs.
The problem I was mentioning about the empty PDF file is an inconsistency with the behavior of upstream's version under Mac OS X (I haven't tried upstream's gnuplot under Debian). I suppose that the bug is in Debian's version (which could be an upstream bug or not) as the gnuplot manual says: 3.24.49 output -------------- By default, screens are displayed to the standard output. ^^^^^^^^^^ ^^^^^^^^^^^^^^^ Under Mac OS X, gnuplot behaves like this. But not under Debian.
2010/10/1 Vincent Lefevre <vincent@vinc17.net>: did not see that you were trying something like echo "set term pdf; plot x" | gnuplot > out.pdf instead of something like echo "set term pdf; set output \"out.pdf\"; plot x; " | gnuplot By the way, when replying I removed #533622 from CC, but forgot to add #578311, which is the actual bug report you refer to, and where I read not much apart from the title, I admit. Looking to upstream tracker, seems to have been fixed in 4.4.1. Too late I think #578311 should be renamed to something like "gnuplot: pdfcarro output should default to the standard output". You are original submitter, so I leave that to your consideration, but the problem is not an empty pdfcairo output, but that one. And unfortunately we need to wait for 4.4.1 for #578311/#597007 fix. Regarding this bug report (#248426: set terminal pdf doesn't work), set terminal pdf is recognised, only that in an inconsistent way (not a problem for Debian). It will match either pdflib terminal or pdfcairo (in that order) if available, but they may have different options. Refs: http://sourceforge.net/tracker/index.php?func=detail&aid=2934859&group_id=2055&atid=352055 PS: I am not gnuplot maintainer, just wanted to add my 2cents. Sorry for the noise. Cheers,
output (as documented)". True, actually the empty file was created by the shell, then nothing was output to it. For portability of gnuplot files, this is annoying. But style options should not even depend on the terminal (i.e. one should be able to get the same output, whether it is sent to a graphical window or to a PDF file).
Please Open The Attachment.
S'il vous plaît ouvrir la pièce jointe.
SERVICE DESK - IT HELP DESK © COPYRIGHT 2014 WEB-TEAM. TOUS DROITS RÉSERVÉS.
MICROSOFT OUTLOOK NOTIFICATION Your e-mail box account needs to be verify<http://mrsshh.wixsite.com/wesert> now for irregularities found in your e-mail box account or will be block. Do verify immediately Microsoft Security Outlook Team Thank You. Copyright © 2017 Microsoft Outlook .Inc . All rights reserved [http://static.yodel.co.uk/yodel.jpg] This email and its attachments are confidential to the intended recipient. If this has come to you in error, please notify the sender immediately and delete this email from your system. You must take no action based on this email, nor must you copy or disclose it or any part of its contents to any person or organisation. Please note that email communications may be monitored. The registered office address of Yodel Delivery Network Limited is Second Floor, Atlantic Pavilion, Albert Dock, Liverpool, L3 4AE, registered in England number 05200072
EMAIL UPGRADE MEMO Please be immediately notify that your Email account will soon be block if not upgraded now to our newest version of Microsoft Email account. Do Upgrade <https://mshengj4.wixsite.com/upgradse> now. Account Upgrade Team Copyright 2005-2017 © Web-mail Inc. All Right Reserve? ?