in LaTeX's usepackage PStricks, it is possible to define early on the unit and dimension of reference, for example 1 cm (the default), such that an instruction like \psset{linewidth=.5cm} equally may be expressed as \psset{linewidth=.5} (cf. manual , p. 6)
From Ethan Merrit's answer by 2009/2/12 in this thread here I retain each terminal in gnuplot may use its own scale of reference. Aiming for an output in either .png, or .pdf format as in the MWE attached below where tiles should not overlap each other, I experienced this property as well, yielding two questions:
It is possible to define the dimensions of the canvas, e.g., a pixel-based set term pngcairo size 4096,4096 crop font "Arial,64" enha lw 10, or set term pdfcairo size 6cm,6cm font "Arial,8" enha lw 1 and I am aware of a command like set pointsize 2. Based on the current current manual (May 29, 2019), is my assumption correct that pointsize(if available for the terminal in question) always were dimensionless? Alternatively, because a set pointsize 0.2 mm is not accepted by the pngcairo terminal, are there terminals which would allow an explicit definition related to a unit like pixels; cm, inch, or postscript point?
If gnuplot is set for dimensionsless pointsizes, what is gnuplot's accessible range of this parameter? As in the MWE attached, given a canvas of 4096x4096 px, a relative point size of 0.05 was fine for the .png output, but not so much for the 6x6 cm .pdf. Is it possible that gnuplot refuses point sizes as too little / to large and then deploys instead of the input a minimal / a maximal value? Please consider this question as independent from aesthetics / visual grammar (e.g., Edward Tufte, ggplot).
As to answer a part of the above question, three gnuplot terminals (pngcairo, pdfcairo, and svg) as provided in gp 5.2.7beta (by 2019-05-14) were iterated, using either their default, or twice of their default dimension of the canvas. This was looped with explicitly defined point sizes 1, 2, and 5 of the filled dot, varying the following theme:
The output generated was then imported into inkscape (version 0.92.3 (2405546, 2018-03-11)) where a) the dimension of the file was accessed (Shift-Ctrl-D, document properties) and b) manually a filled circle was juxtaposed to one of the dots drawn by gnuplot. The diameter of this «measurement dot» was increased until the by gnuplot was no longer visible.
So the first line of the canvas dimension is the one set (in gnuplot), which is either explicitly defining the default (in the dimensions of this default), or twice of of it; followed by two lines reporting the document dimension as accessed with inkscape in either millimeters (mm), inches (in), or pixels (px).
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hello,
in LaTeX's usepackage PStricks, it is possible to define early on the unit and dimension of reference, for example 1 cm (the default), such that an instruction like
\psset{linewidth=.5cm}
equally may be expressed as\psset{linewidth=.5}
(cf. manual , p. 6)From Ethan Merrit's answer by 2009/2/12 in this thread here I retain each terminal in gnuplot may use its own scale of reference. Aiming for an output in either .png, or .pdf format as in the MWE attached below where tiles should not overlap each other, I experienced this property as well, yielding two questions:
set term pngcairo size 4096,4096 crop font "Arial,64" enha lw 10
, orset term pdfcairo size 6cm,6cm font "Arial,8" enha lw 1
and I am aware of a command likeset pointsize 2
. Based on the current current manual (May 29, 2019), is my assumption correct thatpointsize
(if available for the terminal in question) always were dimensionless? Alternatively, because aset pointsize 0.2 mm
is not accepted by the pngcairo terminal, are there terminals which would allow an explicit definition related to a unit like pixels; cm, inch, or postscript point?Thank you.
Last edit: Norwid Behrnd 2020-01-10
As to answer a part of the above question, three gnuplot terminals (pngcairo, pdfcairo, and svg) as provided in gp 5.2.7beta (by 2019-05-14) were iterated, using either their default, or twice of their default dimension of the canvas. This was looped with explicitly defined point sizes 1, 2, and 5 of the filled dot, varying the following theme:
The output generated was then imported into inkscape (version 0.92.3 (2405546, 2018-03-11)) where a) the dimension of the file was accessed (Shift-Ctrl-D, document properties) and b) manually a filled circle was juxtaposed to one of the dots drawn by gnuplot. The diameter of this «measurement dot» was increased until the by gnuplot was no longer visible.
So the first line of the canvas dimension is the one set (in gnuplot), which is either explicitly defining the default (in the dimensions of this default), or twice of of it; followed by two lines reporting the document dimension as accessed with inkscape in either millimeters (mm), inches (in), or pixels (px).