You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
(2) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(3) |
Feb
(1) |
Mar
(2) |
Apr
(22) |
May
(52) |
Jun
(43) |
Jul
(36) |
Aug
(59) |
Sep
(37) |
Oct
(55) |
Nov
(39) |
Dec
(36) |
| 2005 |
Jan
(64) |
Feb
(40) |
Mar
(62) |
Apr
(58) |
May
(256) |
Jun
(77) |
Jul
(80) |
Aug
(39) |
Sep
(56) |
Oct
(36) |
Nov
(113) |
Dec
(68) |
| 2006 |
Jan
(43) |
Feb
(64) |
Mar
(69) |
Apr
(60) |
May
(71) |
Jun
(53) |
Jul
(63) |
Aug
(63) |
Sep
(76) |
Oct
(85) |
Nov
(82) |
Dec
(73) |
| 2007 |
Jan
(75) |
Feb
(82) |
Mar
(84) |
Apr
(104) |
May
(67) |
Jun
(101) |
Jul
(107) |
Aug
(138) |
Sep
(128) |
Oct
(106) |
Nov
(112) |
Dec
(112) |
| 2008 |
Jan
(94) |
Feb
(87) |
Mar
(146) |
Apr
(169) |
May
(75) |
Jun
(26) |
Jul
(26) |
Aug
(7) |
Sep
(18) |
Oct
(53) |
Nov
(42) |
Dec
(19) |
| 2009 |
Jan
(43) |
Feb
(39) |
Mar
(18) |
Apr
(45) |
May
(66) |
Jun
(87) |
Jul
(56) |
Aug
(41) |
Sep
(56) |
Oct
(139) |
Nov
(98) |
Dec
(88) |
| 2010 |
Jan
(81) |
Feb
(79) |
Mar
(83) |
Apr
(97) |
May
(124) |
Jun
(84) |
Jul
(53) |
Aug
(85) |
Sep
(89) |
Oct
(50) |
Nov
(98) |
Dec
(78) |
| 2011 |
Jan
(97) |
Feb
(74) |
Mar
(68) |
Apr
(54) |
May
(63) |
Jun
(59) |
Jul
(65) |
Aug
(58) |
Sep
(37) |
Oct
(40) |
Nov
(59) |
Dec
(35) |
| 2012 |
Jan
(16) |
Feb
(56) |
Mar
(63) |
Apr
(25) |
May
(48) |
Jun
(58) |
Jul
(20) |
Aug
(13) |
Sep
(43) |
Oct
(35) |
Nov
(20) |
Dec
(17) |
| 2013 |
Jan
(22) |
Feb
(11) |
Mar
(51) |
Apr
(34) |
May
(57) |
Jun
(27) |
Jul
(70) |
Aug
(30) |
Sep
(38) |
Oct
(53) |
Nov
(40) |
Dec
(25) |
| 2014 |
Jan
(26) |
Feb
(35) |
Mar
(60) |
Apr
(12) |
May
(17) |
Jun
(15) |
Jul
(9) |
Aug
(18) |
Sep
(46) |
Oct
(18) |
Nov
(19) |
Dec
(15) |
| 2015 |
Jan
(17) |
Feb
(28) |
Mar
(21) |
Apr
(54) |
May
(36) |
Jun
(8) |
Jul
(30) |
Aug
(13) |
Sep
(3) |
Oct
(28) |
Nov
(3) |
Dec
(3) |
| 2016 |
Jan
(11) |
Feb
(9) |
Mar
(29) |
Apr
(10) |
May
(8) |
Jun
(5) |
Jul
(50) |
Aug
(57) |
Sep
(13) |
Oct
(5) |
Nov
(17) |
Dec
(11) |
| 2017 |
Jan
(3) |
Feb
(23) |
Mar
(16) |
Apr
(7) |
May
(15) |
Jun
(12) |
Jul
(48) |
Aug
(15) |
Sep
(3) |
Oct
(20) |
Nov
(28) |
Dec
(21) |
| 2018 |
Jan
(13) |
Feb
(21) |
Mar
(21) |
Apr
(7) |
May
(3) |
Jun
(7) |
Jul
(27) |
Aug
(38) |
Sep
(4) |
Oct
(30) |
Nov
(22) |
Dec
|
| 2019 |
Jan
(5) |
Feb
(16) |
Mar
(1) |
Apr
(9) |
May
(7) |
Jun
(20) |
Jul
(13) |
Aug
(3) |
Sep
(2) |
Oct
(2) |
Nov
(2) |
Dec
(4) |
| 2020 |
Jan
(6) |
Feb
(11) |
Mar
(1) |
Apr
(18) |
May
(4) |
Jun
(5) |
Jul
(12) |
Aug
(1) |
Sep
(3) |
Oct
(7) |
Nov
(1) |
Dec
(17) |
| 2021 |
Jan
(1) |
Feb
(11) |
Mar
(16) |
Apr
(6) |
May
(5) |
Jun
(1) |
Jul
(1) |
Aug
(2) |
Sep
(8) |
Oct
(10) |
Nov
(4) |
Dec
(4) |
| 2022 |
Jan
(9) |
Feb
(35) |
Mar
(4) |
Apr
|
May
(3) |
Jun
(49) |
Jul
(11) |
Aug
|
Sep
(5) |
Oct
(2) |
Nov
(16) |
Dec
(13) |
| 2023 |
Jan
|
Feb
(8) |
Mar
(3) |
Apr
|
May
(8) |
Jun
|
Jul
(5) |
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
(2) |
| 2024 |
Jan
(6) |
Feb
(9) |
Mar
|
Apr
(26) |
May
(24) |
Jun
|
Jul
(4) |
Aug
(2) |
Sep
(1) |
Oct
(10) |
Nov
(9) |
Dec
|
| 2025 |
Jan
|
Feb
(22) |
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(1) |
Nov
|
Dec
(4) |
| 2026 |
Jan
|
Feb
(24) |
Mar
(20) |
Apr
(18) |
May
(2) |
Jun
(2) |
Jul
(2) |
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Hans-Bernhard B. <HBB...@t-...> - 2012-05-17 23:14:02
|
[Forgot to CC this to the list...] On 16.05.2012 23:36, pl...@pi... wrote: > Now the obvious technical solution would be to parse the whole plot line > to work out what is needed and do it once. No, because that simply wouldn't work. You're overlooking the case that the argument to functions like column() can, itself, depend on the data: plot '-' using 1:column($2) I.e. we could inspect the plot command as much as we want, and still not know which input columns to buffer. |
|
From: James C. <clo...@jh...> - 2012-05-14 16:37:27
|
>>>>> "JC" == James Cloos <clo...@jh...> writes: JC> That change is due to a request by the TeX community. A bug report today reminded me that that change was made at the request of psfrag users who were using inkscape to generate vector art. -JimC -- James Cloos <cl...@jh...> OpenPGP: 1024D/ED7DAEA6 |
|
From: Thomas S. <t.s...@fz...> - 2012-05-14 13:54:22
|
use
set title "Profil of mean Temperature and Salinity ".system("printenv
MODEL")
tib07 wrote:
>
> I call a gnuplot script in a korn shell script with ./mkplot.pg and I
> would like to give the name of the ploted model in title like :
> set title "Profil of mean Temperature and Salinity !printenv MODEL"
>
> but it doesn't work...
>
--
View this message in context: http://old.nabble.com/Call-variables-from-korn-shell-tp33763602p33829923.html
Sent from the Gnuplot - User mailing list archive at Nabble.com.
|
|
From: James C. <clo...@jh...> - 2012-05-12 18:09:24
|
>>>>> "AC" == Andres Cimmarusti <aci...@gm...> writes: AC> I decided to wait till Debian testing would get the upgraded versions AC> of cairo 1.12 and pango 1.30, which happened today. Not sure which one AC> did the trick, but everything works as expected now. I'm assuming it AC> was the updated pango. Cairo is much more likely. AC> I think the problem lies in this difference: AC> BEFORE: AC> AGCFOR+ArialMT CID TrueType yes yes yes 5 0 AC> AFTER UPGRADE: AC> $ pdffonts sample_plot.pdf AC> name type emb sub uni object ID ------------------------------------ ----------------- --- --- --- --------- AC> BNNLMS+ArialMT TrueType yes yes yes 5 0 AC> MEXTZI+ArialMT CID TrueType yes yes yes 6 0 That change is due to a request by the TeX community. Certain tools expect to find TeX strings in eps files; when the tools which generated those eps file switched to cairo, that became much more difficult. So cairo was changed to embed anything which can fit in WinAnsi in a non- CID font so that it can embed that text in ()-quoted strings instead of using the <HEXHEXHEX> encoded strings which CID fonts require. I suspect that the CMap objects also are different between 1.10 and 1.12, and that *that* is the change which fixed your use case. But that is only an hypothesis.... -JimC -- James Cloos <cl...@jh...> OpenPGP: 1024D/ED7DAEA6 |
|
From: Morten L. <mor...@no...> - 2012-05-10 05:48:45
|
On 08-05-2012 10:26, Alain Knaff wrote: > Hello, > > By default, gnuplot displays times (with "set xdata time") as UTC. > Is there a way to tell gnuplot to display it as localtime? I don't know if there is a time zone aware way of doing it, but I just add an offset (in seconds) to the time column, something like: plot "mydatafile.dat" using (timecolumn(1) + 3600):2 - assuming the times are coming from a file. Regards, Morten |
|
From: Andres C. <aci...@gm...> - 2012-05-09 21:34:53
|
Hi again > If you can upgrade cairo to 1.12 (1.12.2 is current) that might help. I decided to wait till Debian testing would get the upgraded versions of cairo 1.12 and pango 1.30, which happened today. Not sure which one did the trick, but everything works as expected now. I'm assuming it was the updated pango. I think the problem lies in this difference: BEFORE: $ pdffonts sample_plot.pdf name type emb sub uni object ID ------------------------------------ ----------------- --- --- --- --------- AGCFOR+ArialMT CID TrueType yes yes yes 5 0 AFTER UPGRADE: $ pdffonts sample_plot.pdf name type emb sub uni object ID ------------------------------------ ----------------- --- --- --- --------- BNNLMS+ArialMT TrueType yes yes yes 5 0 MEXTZI+ArialMT CID TrueType yes yes yes 6 0 Somehow, pango or cairo were not embedding the truetype 'type' that Adobe Illustrator likes and thus it was seen as some unknown font. The problem still exists in older versions of these libraries, including the ones embedded in the windows gnuplot binaries. I tried using gnuplot 4.6 for windows to replicate the problem and it happened as well, so it's not a GNU/Linux centric problem. Thanks for the help! Best regards, Andres Cimmarusti |
|
From: Thomas S. <t.s...@fz...> - 2012-05-09 09:01:41
|
instead of
${MODEL}
you may use
system("printenv MODEL")
or
!printenv MODEL
or
`printenv MODEL`
depending on the context in which you are using the shell variable.
tib07 wrote:
>
> Hello,
> I use gnuplot in a Korn-Shell script and I would called variables from my
> scipt to my plot like MODEL and YEAR. In korn-shell, I write ${MODEL} but
> how to do this in gnuplot?
>
> Thanks!
> Thibault C.
>
--
View this message in context: http://old.nabble.com/Call-variables-from-korn-shell-tp33763602p33763609.html
Sent from the Gnuplot - User mailing list archive at Nabble.com.
|
|
From: <she...@be...> - 2012-05-08 18:57:50
|
Thanks for your suggestions but I found the answer myself. One can use set datafile missing to do what I want. > Hello Gnuplot List > > I have a simple gnuplot script for plotting a 3d surface of data read from > a file (named percent_diff.dat) that looks like this: > > set ticslevel 0.0 > unset hidden3d > set xlabel "x" > set ylabel "y" > set mouse > set nokey > set size ratio 1 > set autoscale > set palette gray > > splot 'percent_diff.dat' matrix with lines > > > How can I plot the surface but not connect the surface lines when the > value in the file is of some chosen value? Incidentally when the value in > the file is a NAN then gnuplot automatically does what I want. But I would > not want to rely on abusing this feature to get the plots I want. > > Thank you! > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > gnuplot-info mailing list > gnu...@li... > https://lists.sourceforge.net/lists/listinfo/gnuplot-info > |
|
From: Alain K. <sou...@mi...> - 2012-05-08 08:26:41
|
Hello, By default, gnuplot displays times (with "set xdata time") as UTC. Is there a way to tell gnuplot to display it as localtime? Thanks, Alain |
|
From: BBands <bb...@gm...> - 2012-05-08 05:11:26
|
As colors, points and line types are terminal dependent, I think that
test with an appropriate terminal type might be what you are looking
for.
John
On Mon, May 7, 2012 at 8:58 AM, Benjie29 <pod...@gm...> wrote:
>
> IS there any command which can provide information on line patterns. I tried
> test but it does not help. I am interested to know for instance if I use
> line type 2 which line style will be used. One way is to plot the data and
> check it out but this is not smart way of working. I will appreciate if some
> pointers are provided.
|
|
From: <she...@be...> - 2012-05-07 23:12:45
|
Hello Gnuplot List I have a simple gnuplot script for plotting a 3d surface of data read from a file (named percent_diff.dat) that looks like this: set ticslevel 0.0 unset hidden3d set xlabel "x" set ylabel "y" set mouse set nokey set size ratio 1 set autoscale set palette gray splot 'percent_diff.dat' matrix with lines How can I plot the surface but not connect the surface lines when the value in the file is of some chosen value? Incidentally when the value in the file is a NAN then gnuplot automatically does what I want. But I would not want to rely on abusing this feature to get the plots I want. Thank you! |
|
From: Hans-Bernhard B. <HBB...@t-...> - 2012-05-07 22:34:44
|
On 07.05.2012 10:55, Tait wrote: > There is no table terminal. There is a "set" option to generate output > as a table instead of the normal terminal output. This is "set table" > and you can read about it with "help table". Although, perhaps table > as a terminal would make more sense than the current system. You got that backwards. It _used_ to be "set term table", but for various reasons, it was changed to "set table" as of release 4.2.0 (five years old now). |
|
From: Benjie29 <pod...@gm...> - 2012-05-07 15:58:32
|
IS there any command which can provide information on line patterns. I tried test but it does not help. I am interested to know for instance if I use line type 2 which line style will be used. One way is to plot the data and check it out but this is not smart way of working. I will appreciate if some pointers are provided. Thanks Ben -- View this message in context: http://old.nabble.com/Line-Type-tp33763537p33763537.html Sent from the Gnuplot - User mailing list archive at Nabble.com. |
|
From: Jon <dev...@gm...> - 2012-05-07 15:05:19
|
Thanks, Tait, I think I mistakenly remembered it to be "set term table" but actually it is "set table". One thing is that it has on website http://t16web.lanl.gov/Kawano/gnuplot/plot3d-e.html which seems to me a pretty popular one for getting tips on using gnuplot, has used "set term table" as an example, which has added up to my confusion. Is there anything you might comment on? Thanks again, Sincerely, Jon On Mon, May 7, 2012 at 3:55 AM, Tait <gnu...@t4...> wrote: > > Dear All, > > > > I try to use term table, but gnuplot complains the following, > > ... > > Can you help me solve this issue? I do need table terminal to help make > > sure whether data extracted are the correct data to plot. > > There is no table terminal. There is a "set" option to generate output > as a table instead of the normal terminal output. This is "set table" > and you can read about it with "help table". Although, perhaps table > as a terminal would make more sense than the current system. > > > |
|
From: Tait <gnu...@t4...> - 2012-05-07 08:55:30
|
> Dear All, > > I try to use term table, but gnuplot complains the following, > ... > Can you help me solve this issue? I do need table terminal to help make > sure whether data extracted are the correct data to plot. There is no table terminal. There is a "set" option to generate output as a table instead of the normal terminal output. This is "set table" and you can read about it with "help table". Although, perhaps table as a terminal would make more sense than the current system. |
|
From: Thomas S. <t.s...@fz...> - 2012-05-07 08:38:02
|
after plotting one column you may use the variables GPVAL_Y_MIN and GPVAL_Y_MAX, or GPVAL_DATA_Y_MIN and GPVAL_DATA_Y_MAX which contain the information you are interested in. Benjie29 wrote: > > Hi Users, > I have many columns in a .dat file, where the minimum and maximum differs > for each column. I want to know the minimum and maximum for each column so > that I can set the axes limits in my script for plotting. Is there any way > in GNU Plot which can automate this step. Currently, I find minima and > maxima outside GNU Plot and set axes. This is time consuming and not > efficient. Your help will be highly appreciated. > My data looks like: > # Sample data with one X and Y1, Y2..Yn > # X Y1 Y2 > 1 50 3 > 2 100 2 > 3 10 35 > -- View this message in context: http://old.nabble.com/Evaluate-Column-minima-and-maxima--in-the-Script-tp33763496p33763524.html Sent from the Gnuplot - User mailing list archive at Nabble.com. |
|
From: Jon <dev...@gm...> - 2012-05-07 03:08:53
|
Dear All,
I try to use term table, but gnuplot complains the following,
unknown or ambiguous terminal type; type just 'set terminal' for a list
I type in help set term and cannot find term table in the list. The version
of gnuplot for it is
G N U P L O T
Version 4.4 patchlevel 3
I also checked on version 4.6 patchlevel 0, but still cannot find table
terminal.
Can you help me solve this issue? I do need table terminal to help make
sure whether data extracted are the correct data to plot.
Thanks,
Sincerely,
Jon
|
|
From: James C. <clo...@jh...> - 2012-05-05 15:29:56
|
>>>>> "AC" == Andres Cimmarusti <aci...@gm...> writes: AC> I don't have access to InDesign, but I did try with Acrobat (reader AC> and full version) and it works just fine. It's illustrator that AC> doesn't work. If you can upgrade cairo to 1.12 (1.12.2 is current) that might help. Since Acrobat is happy with them, you might try having acrobat re- generate the pdf and check whether illustrator is happy with that. If it is, the difference between the two pdfs might help explain why it doesn't like the cairo-1.10 generated pdfs. -JimC -- James Cloos <cl...@jh...> OpenPGP: 1024D/ED7DAEA6 |
|
From: Andres C. <aci...@gm...> - 2012-05-04 21:18:18
|
> For some reason Illustrator ignores the ToUnicode CMAP which is included > in the pdf. Without that information is it unable to determine what > character to use in place of each glyph. > > But that is just the mechanism; I don't know the reason behind it. > > It shouldn't have a problem with the CMap, though. Text extraction works > fine with yscale_vs_width.pdf, including the Greek. Extraction also > works with your earlier pdfs. Acroread also is happy with the CMaps. > > If you have access to them, it would be interesting to know whether > InDesign or (the full) Acrobat do any better than Illustrator on > those pdfs. I don't have access to InDesign, but I did try with Acrobat (reader and full version) and it works just fine. It's illustrator that doesn't work. I just tried with gnuplot on windows. I figured there could be something wrong with the Debian fonts or version of pango/cairo. But I got the same problem! I won't even bother to attach the file. Could this be a bug in gnuplot or pango? I've produced plots with matlab before (using Arial) and Illustrator is happy with them. If it's a bug, it's a very subtle one... |
|
From: James C. <clo...@jh...> - 2012-05-03 19:49:56
|
>>>>> "AC" == Andres Cimmarusti <aci...@gm...> writes: AC> Yes I do have [Arial] installed (I have installed the package AC> ttf-mscorefonts-installer): D'oh. I entirely forgot about the mscorefonts-installer package.... >> Can you provide an example pdf from each terminal? AC> Attached. They both come from the pdfcairo terminal. Gnuplot will autocomplete terminal names, so if one asks for pdf but only pdfcairo is compiled in, one gets pdfcairo. AC> Correct me if I'm wrong, No. You reasoned correctly. AC> but I feel the problem here maybe slightly different. Having now seen the pdfs, your hypothesis is exacly correct. AC> I'm using some greek symbols (for tau and mu in the y and x AC> labels respectively) and I think gnuplot doesn't find these special AC> letters in Arial so it chooses the other fonts to compensate. I looked at the embedded fonts; the μ is from Vera and the τ from Deja. AC> I see. So even now that I know Arial is included, it keeps failing. Is AC> is because it says ArialMT? why would it say ArialMT in any case? (my AC> script calls for plain Arial...unfortunately this is font of choice of AC> my collaborators). The MT is for Monotype, the foundry from which MS licensed Arial. Illustrator shouldn't have a problem with that. If you have lcd-typetools installed, I'd bet that otfinfo -p arial.ttf will show that the font's PostScript Name is ArialMT. otfinfo's -i option should give additional info. If Debian's mscorefonts-installer uses the fonts from: http://corefonts.sourceforge.net/ then it should have mu and tau glyphs. If you have it installed, xfd -fa Arial should show the glyphs supported by your version of Arial; you can use lsof(8) or look in /proc/$(pidof xfd)/maps to confirm that is has loaded the right font file. If you [Next] to the 0x0300 page it should have Hellenic glyphs. I don't know why pango ignores those in favour of ones from the Sans alias. Do you run gnuplot in a utf-8 locale? If not, that may be why. If so, it could be a bug in the pdfcairo terminal. I just tried (with cairo and gnuplot from their git repos) in en_US.UTF-8. A simple plot: set term pdf enh font 'Arial,16' set out "myt.pdf" set label "Ελλενικα" plot sin(x)+2*cos(x) resulted in Arial for the mu and tau: :; pdffonts myt.pdf name type encoding emb sub uni object ID --------------- ------------- ----------- --- --- --- --------- OLTWPV+ArialMT TrueType WinAnsi yes yes yes 5 0 NUXGAE+ArialMT CID TrueType Identity-H yes yes yes 6 0 It looks like you either need to switch to a utf-8 locale or newer version(s) of gnuplot and/or cairo. -JimC -- James Cloos <cl...@jh...> OpenPGP: 1024D/ED7DAEA6 |
|
From: James C. <clo...@jh...> - 2012-05-03 14:21:58
|
>>>>> "AC" == Andres Cimmarusti <aci...@gm...> writes: AC> I produce the plots on a GNU/Linux system, specifically Debian AC> testing, using either the pdfcairo or pdf terminals. I set fonts AC> to be Arial. Do you have Arial installed? You will have had to have done it explicitly; Debian would not include that family. Does the pdf embed the fonts? pdffonts (from poppler or xpdf), mupdfinfo (from mupdf) are good tools to confirm that. Can you provide an example pdf from each terminal? Because Arial is so prevalent, default installs of fontconfig include configuration code to substitute other fonts should arial be unavailable. It looks like you end up with DejaVu Sans and/or Bitstream Vera Sans in the pdf files, but subset (only the glyphs actually used are included; that is normal for pdf files). That is why Illusrator complains. Your alternate workflow probably doesn't embed fonts, just names. -JimC -- James Cloos <cl...@jh...> OpenPGP: 1024D/ED7DAEA6 |
|
From: Andres C. <aci...@gm...> - 2012-05-03 05:07:39
|
Hi gnuplot users, I've been experiencing this very annoying problem with some of the plots I produce with gnuplot (happens on both 4.4.0 and 4.6.0). I produce the plots on a GNU/Linux system, specifically Debian testing, using either the pdfcairo or pdf terminals. I set fonts to be Arial. They look great on any pdf viewer I've checked. Furthermore the files open just fine in Inkscape and the font is properly detected as Arial. The nature of academic work requires cooperation. Some of these people hold Adobe Illustrator in high regard and they use it extensively for editing plots. Whenever I try opening my plots produced by gnuplot via any of the above mentioned pdf terminals, in Illustrator (on a Windows computer) it gives me an error saying that DejaVu Sans and Bitstream Vera fonts cannot be found and they will be substituted by the closest equivalent. Unfortunately the text becomes a bunch of squares with and "X" in the middle. This is very annoying. I can work around the problem using the postscript terminal. The font of the eps files produced this way works fine in Adobe Illustrator and other editors and viewers. Does anyone understand the problem here and how to get around it without having to use eps files? I don't want to have to resort to eps files. I will give cairolatex a try tomorrow and see if the situation improves. Any tips is welcome. Cheers Andres |
|
From: Telmerk <te...@gm...> - 2012-04-30 20:57:10
|
Yes, many thanks, I realized it after a few attempts! It works fine. A. 2012/4/27 Hans-Bernhard Bröker <HBB...@t-...>: > On 27.04.2012 16:14, agoniabogar wrote: >> >> 20.04.2012 15:28 27 25 24.2 0.22 > > >> set xdata time >> set timefmt x "%d.%m.%Y %H:%M" >> p "blabla.txt" u 1:2 > > > You almost certainly don't want to use column 2 in that specification --- > that's the one holding the time, because you have a blank in your timefmt. > You want > > plot "blabla.txt" u 1:3 > > instead. |
|
From: walter h. <wh...@bf...> - 2012-04-30 15:06:38
|
Am 23.04.2012 01:44, schrieb Jon:
> Thanks so much!
>
> I didn't use too many types of terminals, but I do know there is reason why
> so many terminals are produced for use. Is there way to systematically
> introduce what these terminals are doing? Not to be too technical, but
> simply say, say, epslatex is to generate eps file for use with latex
> document, etc
>
> Jon
>
Terminals define the type of output you get. eg. "term postscript" will generate
a postscript file. please be aware that the terminal can have arguments attached.
from help term postscript:
set terminal postscript {landscape | portrait | eps}
{enhanced | noenhanced}
{defaultplex | simplex | duplex}
{fontfile [add | delete] "<filename>"
| nofontfiles} {{no}adobeglyphnames}
{level1 | leveldefault}
{color | colour | monochrome}
{solid | dashed}
{dashlength | dl <DL>}
{linewidth | lw <LW>}
{rounded | butt}
{clip | noclip}
{palfuncparam <samples>{,<maxdeviation>}}
{size <XX>{unit},<YY>{unit}}
{blacktext | colortext | colourtext}
{{font} "fontname{,fontsize}" {<fontsize>}}
for more details read 'help terminal'
hope that helps,
re,
wh
|
|
From: Hans-Bernhard B. <HBB...@t-...> - 2012-04-27 21:58:39
|
On 27.04.2012 16:14, agoniabogar wrote: > 20.04.2012 15:28 27 25 24.2 0.22 > set xdata time > set timefmt x "%d.%m.%Y %H:%M" > p "blabla.txt" u 1:2 You almost certainly don't want to use column 2 in that specification --- that's the one holding the time, because you have a blank in your timefmt. You want plot "blabla.txt" u 1:3 instead. |