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: Ethan A M. <EAM...@gm...> - 2015-02-04 17:38:15
|
On Wednesday, 04 February 2015 11:11:19 AM Elias Assmann wrote: > Hi List, > > I have successfully compiled gnuplot 5.0.0, and the ‘wxt’ and ‘x11’ > terminals work fine. But when I try to plot something with the ‘qt’ > terminal, gnuplot complains > > gnuplot> p [-4:4] sin(x), [0:pi] cos(x) > Could not start gnuplot_qt with path > "/usr/local/libexec/gnuplot/5.0/gnuplot_qt" > Could not start gnuplot_qt with path > "/usr/local/libexec/gnuplot/5.0/gnuplot_qt" > Could not connect to gnuplot_qt "" . Starting a new one > Could not start gnuplot_qt with path > "/usr/local/libexec/gnuplot/5.0/gnuplot_qt" > > Warning: slow font initializationgnuplot> > > This looks like the error that was reported on Cygwin > <http://sourceforge.net/p/gnuplot/mailman/message/33209231/>, but I am > on an Ubuntu system. I see the same behavior whether I compile with > Qt4 or Qt5. > > Any pointers? Is there in fact a gnuplot_qt executable in /usr/local/libexec/gnuplot/5.0/ ? -- |
|
From: Elias A. <eli...@gm...> - 2015-02-04 10:27:41
|
Hi List,
I have successfully compiled gnuplot 5.0.0, and the ‘wxt’ and ‘x11’
terminals work fine. But when I try to plot something with the ‘qt’
terminal, gnuplot complains
gnuplot> p [-4:4] sin(x), [0:pi] cos(x)
Could not start gnuplot_qt with path
"/usr/local/libexec/gnuplot/5.0/gnuplot_qt"
Could not start gnuplot_qt with path
"/usr/local/libexec/gnuplot/5.0/gnuplot_qt"
Could not connect to gnuplot_qt "" . Starting a new one
Could not start gnuplot_qt with path
"/usr/local/libexec/gnuplot/5.0/gnuplot_qt"
Warning: slow font initializationgnuplot>
This looks like the error that was reported on Cygwin
<http://sourceforge.net/p/gnuplot/mailman/message/33209231/>, but I am
on an Ubuntu system. I see the same behavior whether I compile with
Qt4 or Qt5.
Any pointers?
Elias
--
Elias Assmann
Institute of Solid State Physics
Vienna University of Technology
<http://www.ifp.tuwien.ac.at/cms/>
|
|
From: Kevin K. <kk...@gm...> - 2015-02-03 23:37:56
|
I am trying to use Gnuplot 5's hypertext labels in conjunction with multiple datasets on the same plot and am finding that when I add the hypertext labels it removes the identifying color markings in my key. The following works fine and produces a plot with a legend/key in the upper right with a blue box next to v5 and a green box next to v6: set term svg size 600,400 dynamic mousing name "test" set output "test.svg" plot "data_file.txt" using 1:2 title 'v5' w point pt 5 lc rgb 'blue', "data_file.txt" using 4:5 title 'v6' w point pt 5 lc rgb 'green' Now I want to recreate the same plot with some hypertext labels: set term svg size 600,400 dynamic mousing name "test" set output "test.svg" plot "data_file.txt" using 1:2:3 title 'v5' w labels hypertext point pt 5 lc rgb 'blue', "data_file.txt" using 4:5:6 title 'v6' w labels hypertext point pt 5 lc rgb 'green' The plot is created and the hypertext labels appear when I mouse over the data points, but my legend/key in the upper right no longer contains a blue and green box next to the dataset titles. It is just blank white where the two separate color points should be. Why is this happening? Here are the contents of data_file.txt: 150 1 x1 185 1 x1 105 1 x2 140 1 x2 140 1 x3 180 1 x3 |
|
From: Ethan M. <eam...@gm...> - 2015-02-03 21:33:05
|
On Tue, Feb 3, 2015 at 11:06 AM, Kevin Klein <kk...@gm...> wrote: > How do I use TTF fonts that I have downloaded in an output .svg file? I > was reading the svg help page here: > > http://gnuplot.sourceforge.net/docs_4.2/node421.html That document is for gnuplot version 4.2, which is now at least 6 years out of date. > How do I correctly use true type fonts in an svg terminal? So far as I know, that is not possible in any of the normal svg viewers. The limitation is not on the gnuplot end, it is a matter of what the svg viewing program can handle. The current documentation (gnuplot versions 4.6 and 5.0) says: %%% SVG allows you to embed fonts directly into an SVG document, or to provide a hypertext link to the desired font. The `fontfile` option specifies a local file which is copied into the <defs> section of the resulting SVG output file. This file may either itself contain a font, or may contain the records necessary to create a hypertext reference to the desired font. Gnuplot will look for the requested file using the directory list in the GNUPLOT_FONTPATH environmental variable. NB: You must embed an svg font, not a TrueType or PostScript font. %%% |
|
From: Kevin K. <kk...@gm...> - 2015-02-03 19:06:21
|
How do I use TTF fonts that I have downloaded in an output .svg file? I was reading the svg help page here: http://gnuplot.sourceforge.net/docs_4.2/node421.html and tried the following: set term svg noenhanced fontfile '/user/kklein/.fonts/Monaco_Linux.ttf' mouse size 1600,1200 but the resulting .svg file seems to be invalid. If I try to open it directly with firefox I receive the following error: XML Parsing Error: not well-formed The .svg file contains a lot of binary data that must be the font file but the formatting is apparently incorrect. How do I correctly use true type fonts in an svg terminal? |
|
From: cllin1212 <cll...@ya...> - 2015-02-01 14:27:20
|
Hello,
While importing some .eps files into MS Office 2003, I have experienced a few
odd behaviour of its import filter (epsimg32.flt). For instance, the filter
places a dot at the end of each linewidth label when the output image of test
command without the enhanced mode enabled is imported. Some odd dots can also
be observed while importing the output image of the following commands:
set term postscript noenhanced ; set yrange [0:1]
plot for [i=0:47] 1/0 title sprintf("%i", i) with point pointype i
in which the unexpected dots appear periodically at the end of the labels
showing 0, 9, 18... ; in fact, the labels followed by the LT0 procedure. When
the range of i is extended to 75 to include symbol 48-63, the import filter
even fails to open the .eps file. In addition, the filter is unable to do the
right- and centre-justify correctly while inserting the output of
enhanced-utf8.dem without setting enhanced
(http://gnuplot.sourceforge.net/demo/enhanced_utf8.html).
After tweaking the prologue, the problem of the unexpected dots can
seemingly be solved by appending "currentpoint moveto" to the ifelse operator
in the procedures of Lshow, Rshow and Cshow. The workaround for opening the
file containing symbol 48-63 is to add "0 0 moveto" to the end of "45 rotate"
in the procedures of D0-D15. For the case of right- and centre-justify, using
"currentpoint" and "moveto" to bracket the "6 array ... setmatrix" in the
Gwidth procedure seems to do the trick.
As being a gnuplot novice, I wonder if anyone has a similar experience in
this regard, and would be grateful if other bugs related to MS Office .eps
image filter are able to be shared.
Thanks!
Chia-Long
|
|
From: Gerard P. <Ger...@um...> - 2015-01-31 13:19:02
|
Hi all, I tried to install gnuplot 5 on my Mac (OS X Mavericks 10.9.5). It does not seem to find aquaterm (installed beforehand), while the installation of gnuplot 4.6 goes perfectly fine. Any help would be welcome! - Gerard |
|
From: Ethan A M. <EAM...@gm...> - 2015-01-31 04:40:12
|
On Friday, 30 January 2015 10:14:01 PM Kevin Klein wrote: > I was reading about gnuplot's hypertext feature here: > > http://gnuplot.sourceforge.net/demo_svg/hypertext.html > > Is it possible to have the data points highlighted when they are moused > over, like in this plot using D3: > > http://bl.ocks.org/Caged/6476579 It would be possible to do that, but it doesn't act that way currently. > Also is it possible to create a pannable/zoomable graph in gnuplot that > acts like this one using D3: > > http://bl.ocks.org/stepheneb/1182434 Yes. The gnuplot interactive terminals do full pan/zoom, although the mouse interface is a little different from your example. The options for embedding in a web page are not quite as feature-full. > In both cases I would want something created using gnuplot that could be > embedded in a webpage, as in the two examples above. > > I realize the above two examples are using D3, but if it is possible to > replicate those effects in gnuplot? See demos here based on using HTML5 2D canvas: This output mode support zoom but not pan. It also supports user-defined hot key operations, but the demo does not exercise this. http://gnuplot.sourceforge.net/demo_canvas_5.0/ Ethan |
|
From: Kevin K. <kk...@gm...> - 2015-01-31 04:14:08
|
I was reading about gnuplot's hypertext feature here: http://gnuplot.sourceforge.net/demo_svg/hypertext.html Is it possible to have the data points highlighted when they are moused over, like in this plot using D3: http://bl.ocks.org/Caged/6476579 Also is it possible to create a pannable/zoomable graph in gnuplot that acts like this one using D3: http://bl.ocks.org/stepheneb/1182434 In both cases I would want something created using gnuplot that could be embedded in a webpage, as in the two examples above. I realize the above two examples are using D3, but if it is possible to replicate those effects in gnuplot? |
|
From: Ethan M. <eam...@gm...> - 2015-01-30 19:58:54
|
On Fri, Jan 30, 2015 at 8:10 AM, <lyn...@fr...> wrote:
>
> It seems approximate integration is possible with gnuplot, as in eg
> bivariat.dem. I'd like to use tha to get integrations of a kdensity plot that
> is based on measurements.
> Fort that, is it possible to get the function that is behind a kdensity plot
> or would I have to construct it by hand for the given data? Or is it possible
> to directly get the integral value of a specified interval?
The kdensity plot produced by gnuplot is a sum of Gaussians.
I.e. it is a plot of the first equation given on the Wikipedia page
for "kernel density estimation" where K(x) = φ(x) = normal density
function.
It sounds like the quantity you want is a trivial variant of that
which substitutes the cumulative normal distribution function norm(x)
for φ(x). It is probably easier to calculate the sum directly from
the data than it is to program an approximate integration based on an
intermediate plot.
Ethan
|
|
From: <lyn...@fr...> - 2015-01-30 16:29:43
|
Hello! It seems kdensity plots try to determin a proper range over which the accumulated gaussian distributions are plotted. Now if I specify a custom xrange the kdensity plots often do not span the whole xrange, sometimes ending just after a maximum. Is there a way to force gnuplot to plot over the whole xrange? Thanks for any help. Lynx |
|
From: <lyn...@fr...> - 2015-01-30 16:12:46
|
Hello! It seems approximate integration is possible with gnuplot, as in eg bivariat.dem. I'd like to use tha to get integrations of a kdensity plot that is based on measurements. Fort that, is it possible to get the function that is behind a kdensity plot or would I have to construct it by hand for the given data? Or is it possible to directly get the integral value of a specified interval? Thanks for any help. Lynx |
|
From: Philipp K. J. <ja...@ie...> - 2015-01-22 16:54:55
|
Gnuplot 5 was released earlier this year. I am taking this opportunity to update my book "Gnuplot in Action". The second edition will be completely revised to reflect the new features of Gnuplot 5, but it will also include many other improvements and learnings that have come up since the first edition. A preview version of the first few chapters is now available from the publisher: http://www.manning.com/janert2 This is a good time to make suggestions for the new edition, and also to point out typos or errors in the first edition. Please email me directly, or post your comments to the book's forum: https://forums.manning.com/forums/gnuplot-in-action-second-edition The final book is expected later this year. Best, Ph. |
|
From: David L. <da...@la...> - 2015-01-13 19:43:48
|
On Sat, 10 Jan 2015, Ethan A Merritt wrote: > On Friday, 09 January 2015 10:13:41 PM David Lang wrote: >> On Fri, 9 Jan 2015, Ethan A Merritt wrote: >> >>> On Friday, 09 January 2015 02:14:27 PM David Lang wrote: >>>> I ran into a case that worked with v4.x that doesn't work with v5, namely when >>>> plotting points from a file where the x column is a timestamp and the file had >>>> column headers, v4 seems to have ignored the header column (apparently deciding >>>> that the timestamp was invalid and so throwing out the entire line), while v5 >>>> interprets the timestamp as 01-01-0000 and scaleing the entire plot to include >>>> this date. >>> >>>> I just was surprised when the plot that was working on my production >>>> system didn't work on my desktop (where I had installed 5.0). If this >>>> wasn't something that worked on the older versions, I would just shrug >>>> it off as "don't do that", but the fact that it broke a working config >>>> made me post about it. >>> >>> Can you provide the first few lines from a data file that was handled >>> differently by version 4 than by version 5? >> >> site_name|day|num_assets >> AMS|2014-12-09|596 >> >> where column 2 is the x axis with timefmt "%Y-%m-%d" >> >> stripping out the first line made it work in v5 > > I can't reproduce this from the information given. and I can't reproduce it today either :-( If I run into it again, I'll send details. David Lang |
|
From: Ethan A M. <EAM...@gm...> - 2015-01-11 05:32:15
|
On Friday, 09 January 2015 10:13:41 PM David Lang wrote:
> On Fri, 9 Jan 2015, Ethan A Merritt wrote:
>
> > On Friday, 09 January 2015 02:14:27 PM David Lang wrote:
> >> I ran into a case that worked with v4.x that doesn't work with v5, namely when
> >> plotting points from a file where the x column is a timestamp and the file had
> >> column headers, v4 seems to have ignored the header column (apparently deciding
> >> that the timestamp was invalid and so throwing out the entire line), while v5
> >> interprets the timestamp as 01-01-0000 and scaleing the entire plot to include
> >> this date.
> >
> >> I just was surprised when the plot that was working on my production
> >> system didn't work on my desktop (where I had installed 5.0). If this
> >> wasn't something that worked on the older versions, I would just shrug
> >> it off as "don't do that", but the fact that it broke a working config
> >> made me post about it.
> >
> > Can you provide the first few lines from a data file that was handled
> > differently by version 4 than by version 5?
>
> site_name|day|num_assets
> AMS|2014-12-09|596
>
> where column 2 is the x axis with timefmt "%Y-%m-%d"
>
> stripping out the first line made it work in v5
I can't reproduce this from the information given.
For me it works in both gnuplot 4.6.6 and gnuplot 5.0.0.
I used the following test script:
set datafile sep '|'
set xdata time
set timefmt '%Y-%m-%d'
plot 'timebug.dat' using 2:3:1 with labels
where 'timebug.dat' contained the two lines above.
Here is the v5 output with 'set term dumb'
602 +-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+
+ + + + + + + + + + + + +
| 'timebug.dat' using 2:3:1 |
600 +-+ +-+
| |
| |
598 +-+ +-+
| |
| |
596 +-+ AMS +-+
| |
| |
| |
594 +-+ +-+
| |
| |
592 +-+ +-+
| |
+ + + + + + + + + + + + +
590 +-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+
06/01/14/01/1401/14/01/14/01/14/01/14/01/1401/15/01/1501/15/01/15/01/15/01/15
Ethan
|
|
From: David L. <da...@la...> - 2015-01-10 06:13:50
|
On Fri, 9 Jan 2015, Ethan A Merritt wrote: > On Friday, 09 January 2015 02:14:27 PM David Lang wrote: >> I ran into a case that worked with v4.x that doesn't work with v5, namely when >> plotting points from a file where the x column is a timestamp and the file had >> column headers, v4 seems to have ignored the header column (apparently deciding >> that the timestamp was invalid and so throwing out the entire line), while v5 >> interprets the timestamp as 01-01-0000 and scaleing the entire plot to include >> this date. > >> I just was surprised when the plot that was working on my production >> system didn't work on my desktop (where I had installed 5.0). If this >> wasn't something that worked on the older versions, I would just shrug >> it off as "don't do that", but the fact that it broke a working config >> made me post about it. > > Can you provide the first few lines from a data file that was handled > differently by version 4 than by version 5? site_name|day|num_assets AMS|2014-12-09|596 where column 2 is the x axis with timefmt "%Y-%m-%d" stripping out the first line made it work in v5 > It is true that the interpretation of timestamps has changed > because version 5 uses a different epoch date, but a zero value should > be legal in either version. It's not clear to me why there > would be a difference in recognizing a line as a header vs legal input. > > Also I don't actually see how you could get incorrect interpretation > as 01-01-0000. That's the epoch date for version 4 but not for version 5 > (01-01-1970). Was that a typo? it could be that I was looking on the wrong machine when I found that date. I wrapped the plot with table output to look and see what was wrong. valid dates went from 2014-12-09 to 2015-01-08 and on v4.4 (ubuntu 12.04) the produced plot was correct, but with the exact same files running on v5 the plot went from year -400 or so up to year 2400 or so (I can recreate this exactly on monday, including sending you the files) looking at it now, it could be that I am seeing the wrong thing with the date, it could be that both of them were misinterpreting the date, but the old one saw the values were not numbers and didn't plot them while the new one converted the string to zero???? (wild speculation here until I can reproduce it at work monday) David Lang > Ethan > |
|
From: Ethan A M. <EAM...@gm...> - 2015-01-10 05:16:12
|
On Friday, 09 January 2015 02:14:27 PM David Lang wrote: > I ran into a case that worked with v4.x that doesn't work with v5, namely when > plotting points from a file where the x column is a timestamp and the file had > column headers, v4 seems to have ignored the header column (apparently deciding > that the timestamp was invalid and so throwing out the entire line), while v5 > interprets the timestamp as 01-01-0000 and scaleing the entire plot to include > this date. > I just was surprised when the plot that was working on my production > system didn't work on my desktop (where I had installed 5.0). If this > wasn't something that worked on the older versions, I would just shrug > it off as "don't do that", but the fact that it broke a working config > made me post about it. Can you provide the first few lines from a data file that was handled differently by version 4 than by version 5? It is true that the interpretation of timestamps has changed because version 5 uses a different epoch date, but a zero value should be legal in either version. It's not clear to me why there would be a difference in recognizing a line as a header vs legal input. Also I don't actually see how you could get incorrect interpretation as 01-01-0000. That's the epoch date for version 4 but not for version 5 (01-01-1970). Was that a typo? Ethan |
|
From: David L. <da...@la...> - 2015-01-10 02:21:49
|
On Fri, 9 Jan 2015, Ethan A Merritt wrote: > On Friday, 09 January 2015 02:14:27 PM David Lang wrote: >> I ran into a case that worked with v4.x that doesn't work with v5, namely when >> plotting points from a file where the x column is a timestamp and the file had >> column headers, v4 seems to have ignored the header column (apparently deciding >> that the timestamp was invalid and so throwing out the entire line), while v5 >> interprets the timestamp as 01-01-0000 and scaleing the entire plot to include >> this date. > > There are a number of things you could do. > > 1) You could tell gnuplot that the first line contains column headers: > > set key autotitle columnhead > > 2) You could tell it to skip the first line of the file > > plot 'foo' skip 1 using ... > > 3) You could explicitly filter out 0 times from the input > > plot 'foo' using ($1 == 0 ? NaN : timecol(1)): ... > > Possibly other alternatives as well. In my case I changed the data fetching routine to filter out the column headers from the file. I just was surprised when the plot that was working on my production system didn't work on my desktop (where I had installed 5.0). If this wasn't something that worked on the older versions, I would just shrug it off as "don't do that", but the fact that it broke a working config made me post about it. David Lang |
|
From: Ethan A M. <EAM...@gm...> - 2015-01-10 01:08:26
|
On Friday, 09 January 2015 02:14:27 PM David Lang wrote:
> I ran into a case that worked with v4.x that doesn't work with v5, namely when
> plotting points from a file where the x column is a timestamp and the file had
> column headers, v4 seems to have ignored the header column (apparently deciding
> that the timestamp was invalid and so throwing out the entire line), while v5
> interprets the timestamp as 01-01-0000 and scaleing the entire plot to include
> this date.
There are a number of things you could do.
1) You could tell gnuplot that the first line contains column headers:
set key autotitle columnhead
2) You could tell it to skip the first line of the file
plot 'foo' skip 1 using ...
3) You could explicitly filter out 0 times from the input
plot 'foo' using ($1 == 0 ? NaN : timecol(1)): ...
Possibly other alternatives as well.
Ethan
|
|
From: David L. <da...@la...> - 2015-01-09 22:14:34
|
I ran into a case that worked with v4.x that doesn't work with v5, namely when plotting points from a file where the x column is a timestamp and the file had column headers, v4 seems to have ignored the header column (apparently deciding that the timestamp was invalid and so throwing out the entire line), while v5 interprets the timestamp as 01-01-0000 and scaleing the entire plot to include this date. David Lang |
|
From: BBands <bb...@gm...> - 2015-01-09 22:06:47
|
if you want to see your data that way you can use the log10() function.
John
On Thu, Jan 8, 2015 at 8:38 PM, Roshni Rajkumari
<raj...@gm...> wrote:
> Sir,,,
> i made the y axis as logscale with base 10..
>
> Hop msg
> 1 11.00
> 2 37.00
> 3 101.00
> 4 257.00
> 5 643.00
> 6 1589.00
> 7 3935.00
> 8 9697.00
> 9 23997.00
> 10 59153.00
>
> set logscale y
> set yrange [1.00: 60000:00]
>
> M attaching my graph for the corresponding date too...but m not so sure for
> the data plots...i.e., it should give the plots for log(11), log(37),
> log(101)....etc,,,,but...please help..
|
|
From: BBands <bb...@gm...> - 2015-01-09 04:15:42
|
Your choice.
gnuplot> help set logscale
Syntax:
set logscale <axes> {<base>}
unset logscale <axes>
show logscale
where <axes> may be any combinations of `x`, `x2`, `y`, `y2`, `z`, `cb`, and
`r` in any order. <base> is the base of the log scaling (default is base 10).
John
On Thu, Jan 8, 2015 at 7:49 PM, Roshni Rajkumari
<raj...@gm...> wrote:
> is this logscale y in gnuplot in terms of log base 10???
|
|
From: Roshni R. <raj...@gm...> - 2015-01-09 03:50:02
|
is this logscale y in gnuplot in terms of log base 10??? On Wed, Dec 3, 2014 at 12:08 AM, BBands <bb...@gm...> wrote: > I'd let gnuplot mind the ranges for you. > > set xrange [1:100] > plot x*x > pause -1 > set logscale y > plot x*x > pause -1 > unset logscale > set xrange [1:101] > plot x*x > pause -1 > set logscale y > plot x*x > > gnuplot will usually do a pretty nice job for you. > > John > > On Fri, Nov 28, 2014 at 9:03 PM, Roshni Rajkumari > <raj...@gm...> wrote: > > Hop msg > > 1 8.00 > > 2 30.00 > > 3 94.00 > > 4 280.00 > > 5 822.00 > > 6 2400.00 > > 7 7000.00 > > 8 20398.00 > > 9 59454.00 > > 10 173226.00 > > > > > > how do i plot this....i mean wat do i put the range for 'msg' > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > > http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk > _______________________________________________ > gnuplot-info mailing list > gnu...@li... > Membership management via: > https://lists.sourceforge.net/lists/listinfo/gnuplot-info > |
|
From: Ethan M. <eam...@gm...> - 2014-12-17 23:11:35
|
On Wed, Dec 17, 2014 at 12:09 PM, dbrant <bra...@ho...> wrote: > Hi Gnuplotters > > For years i have used the following script taken from the Gnuplot In Action > book to generate my graphs: > > save "$0.gp" # Save commands to file > set t push # Save commands to file > set t png $1 # Store current terminal settings > # options from second argument > set o "$0.png" # Set output file name > replot # Generate plot > set o # Restore output to interactive terminal > set t pop # Restore interactive terminal settings > > This could be invoked as: > > call 'export.gp' 'myplot' 'size 160,100' > > With the advent of Gnuplot 5.0 this no longer works due to changes in > argument references from tokens $0 ... etc to string variables. > > Unfortunately i cannot get my head around it by way of examples i have seen. > > Could anyone please re-work the script to take recent developments into > account that i may understand use. > Regards, Dave script.gp: ~~~~~~ print "entering script ", ARG0 save ARG1 . ".gp" set term push set term png @ARG2 set output ARG1 . ".png" replot unset output set term pop I find the entire call mechanism ugly, however. I'd be more likely to do newplot = 'myplot' newsize = '160,100' load 'script.gp' script.gp: ~~~~~~ save newplot . ".gp" set term png size @newsize set output newplot . ".png" replot unset output unset term ~~~~~~ |
|
From: dbrant <bra...@ho...> - 2014-12-17 22:33:47
|
For example using the previous script as export.gp, plotting sin(x) as follows: plot sin(x) call 'export.gp' 'myplot' produces no graphical output and only saves commands to file '$0.gp' An error occurs with the $1 token in the set terminal line shown below <http://gnuplot.10905.n7.nabble.com/file/n19163/example.png> Any ideas to improve on this would be gratefully appreciated Dave -- View this message in context: http://gnuplot.10905.n7.nabble.com/Call-help-with-export-script-in-Gnuplot-5-0-tp19162p19163.html Sent from the Gnuplot - User mailing list archive at Nabble.com. |