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: BBands <bb...@gm...> - 2011-07-18 20:58:50
|
There isn't any rounding going on, it is just that your function is
spanning a very narrow y range so you need to increase the precision
of the y-axis labels for them to be meaningful.
set format y "%.8f"
will get you into the right space, then see
help set format
I don't think that
set zero 1e-20
Is doing anything for you.
Best,
John
|
|
From: audaculus <max...@gm...> - 2011-07-18 20:08:03
|
I told gnuplot to plot the following function in this way: "f(x)= 1/(sqrt(1+(x*47*1*1e-6)**2)) set zero 1e-20 set samples 1000 plot f(x)" and it works perfectly.........but after changing my axes by adding "set yrange[0:10]" or some measured points, for instance, it rounds my function to the constant f(x)=1........how can I avoid this? -- View this message in context: http://old.nabble.com/another-syntax-problem-tp32085746p32085746.html Sent from the Gnuplot - User mailing list archive at Nabble.com. |
|
From: audaculus <max...@gm...> - 2011-07-15 15:59:08
|
thx to you and to Benjamin (who also helped me solving this problem via email and the mailing list)....... now it works. -- View this message in context: http://old.nabble.com/syntax-problem-tp32068228p32069467.html Sent from the Gnuplot - User mailing list archive at Nabble.com. |
|
From: Thomas S. <t.s...@fz...> - 2011-07-15 15:42:23
|
maybe it's due to the readline version you are using? what's the output of 'show version long' ? mithion wrote: > > When I enter long commands that span several lines, the cursor does not > wrap to the previous line if I need to edit something on the previous > lines. I'm not sure if this is a gnuplot bug, but the cursor wraps around > correctly in the regular bash terminal and in the python shell as well. > -- View this message in context: http://old.nabble.com/Line-wrap-issues-tp32047592p32069334.html Sent from the Gnuplot - User mailing list archive at Nabble.com. |
|
From: Thomas S. <t.s...@fz...> - 2011-07-15 15:37:48
|
the default setting set samples 100 misses x=0: set table plot f(x) ... -0.30303 0.313377 i -0.10101 0.703545 i 0.10101 0.703545 i 0.30303 0.313377 i ... a slightly different sampling set samples 101 includes x=0: set samples 101 plot f(x) ... -0.4 0.242536 i -0.2 0.447214 i 5.55112e-16 1 i 0.2 0.447214 i 0.4 0.242536 i ... audaculus wrote: > > I've got a probably quite simple syntax problem: > > plotting the function f(x)=1.0/(sqrt(1+(x*10)**2)) gnuplot shows a maximum > for f(0) at about 0.70 and not at 1.0 (how it has to be) > > were is the bug? > > thx in anticipation! > -- View this message in context: http://old.nabble.com/syntax-problem-tp32068228p32069303.html Sent from the Gnuplot - User mailing list archive at Nabble.com. |
|
From: BBands <bb...@gm...> - 2011-07-15 15:15:17
|
You need to increase the sampling rate.
set sample 1000
help set sample
Best,
John
On Fri, Jul 15, 2011 at 7:24 AM, audaculus <max...@gm...> wrote:
>
> I've got a probably quite simple syntax problem:
>
> plotting the function f(x)=1.0/(sqrt(1+(x*10)**2)) gnuplot shows a maximum
> for f(0) at about 0.70 and not at 1.0 (how it has to be)
>
> were is the bug?
>
> thx in anticipation!
> --
> View this message in context: http://old.nabble.com/syntax-problem-tp32068228p32068228.html
> Sent from the Gnuplot - User mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> AppSumo Presents a FREE Video for the SourceForge Community by Eric
> Ries, the creator of the Lean Startup Methodology on "Lean Startup
> Secrets Revealed." This video shows you how to validate your ideas,
> optimize your ideas and identify your business strategy.
> http://p.sf.net/sfu/appsumosfdev2dev
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-info
>
--
John Bollinger, CFA, CMT
www.BollingerBands.com
If you advance far enough, you arrive at the beginning.
|
|
From: audaculus <max...@gm...> - 2011-07-15 14:24:21
|
I've got a probably quite simple syntax problem: plotting the function f(x)=1.0/(sqrt(1+(x*10)**2)) gnuplot shows a maximum for f(0) at about 0.70 and not at 1.0 (how it has to be) were is the bug? thx in anticipation! -- View this message in context: http://old.nabble.com/syntax-problem-tp32068228p32068228.html Sent from the Gnuplot - User mailing list archive at Nabble.com. |
|
From: Charles G. <cha...@un...> - 2011-07-14 19:51:47
|
Dear list, I'm running into issues trying to compile gnuplot-4.4.3 on a RedHat box. I have an applocation which is not satisfied with the 4.0.0 currently offered by RedHat. So I'm trying to compile the newer one. GD seems to be installed correctly and gdlib-config reports: $ gdlib-config --all GD library 2.0.33 includedir: /usr/include cflags: -I/usr/include ldflags: -L/usr/lib64 libs: -lXpm -lX11 -ljpeg -lfontconfig -lfreetype -lpng12 -lz -lm libdir: /usr/lib64 features: GD_XPM GD_JPEG GD_FONTCONFIG GD_FREETYPE GD_PNG GD_GIF Yet, when I try to compile I get: [...] configure:12699: result: jpeg terminal: yes configure:12708: result: gif terminal: yes (with animated gif) configure:12724: result: png terminal: no (requires libgd with png support) configure:12732: result: (jpeg, gif and png terminals cannot use TTF fonts, requires libgd support) configure:12748: result: pdf terminal: no (requires libpdf) Unfortunately, PNG is precisely what I need for gretl. Without it I get: configure:16019: checking for gnuplot configure:16035: found /usr/local/bin/gnuplot configure:16046: result: yes configure:16060: checking for gnuplot >= 4.2.0 with PNG support configure:16079: result: no Any ideas what I could be doing wrong? -- Charles Gagnon charlesg at unixrealm.com |
|
From: Robbie M. <ro...@ac...> - 2011-07-14 09:25:13
|
Hello Gareth, all ------------------------------------------------------------ To: gnuplot <gnu...@li...> Subject: Re: [Gnuplot-info] automatic binning for histogram Message-ID: <9E9...@sh...> From: Gareth Walker <g.w...@sh...> Date: Wed, 13 Jul 2011 16:30:11 +0100 ------------------------------------------------------------ > On 11 Jul 2011, at 16:42, Robbie Morrison wrote: > >> Say I have a single column of sorted numbers (given >> here horizontally): >> >> 3 3 4 4 4 5 6 6 8 >> >> and want to plot a histogram, something like: >> >> | >> | >> | = >> | = = = >> | = = = = = >> +---+---+---+---+---+---+---+---+--- >> 0 1 2 3 4 5 6 7 8 >> >> In order to get the data into a suitable state for >> plotting with 'histogram', do I have to fill the bins >> myself, or can 'gnuplot' do that for me? > > You could try this to start with. It assumes you > have your raw data in a single-column file called > foo.dat. > > set boxwidth 1 > bw = 1 > bin(x,width)=width*floor(x/width) + bw/2.0 > set xrange [0:*] > set yrange [0:*] > plot 'foo.dat' using (bin($1,bw)):(1.0) smooth freq with boxes > > Best wishes, > > Gareth Many thanks Gareth! The "bw/2.0" offset was not required in my case. Otherwise your suggestion worked perfectly. I wonder whether the following might be useful addition to gnuplot (just a thought): set style histogram autobin But then some other parameters might be required: bin width, offset or not, etc. best wishes, Robbie --- Robbie Morrison PhD student -- policy-oriented energy system simulation Technical University of Berlin (TU-Berlin), Germany University email (redirected) : mor...@ie... Webmail (preferred) : ro...@ac... [from Webmail client] |
|
From: MadMarvin <ja...@th...> - 2011-07-14 08:55:59
|
Great idea, why don't I ever come up with those little Rube-Goldberg machines? Thanks! Thomas Sefzick wrote: > > you could plot without title (= without key) followed by an empty > plot with title just for the key: > > plot sin(x) linetype 1 notitle, 0/0 linetype 1 linewidth 5 title "sin(x)" > > -- View this message in context: http://old.nabble.com/Set-key-linewidth-tp32046995p32059675.html Sent from the Gnuplot - User mailing list archive at Nabble.com. |
|
From: Thomas S. <t.s...@fz...> - 2011-07-14 08:39:02
|
you could plot without title (= without key) followed by an empty plot with title just for the key: plot sin(x) linetype 1 notitle, 0/0 linetype 1 linewidth 5 title "sin(x)" MadMarvin wrote: > > Hi, > is there a way (for example via a hidden variable) to set or overwrite the > line width of the key's symbols (straight line, line with point and so > on)? > I have to create graphs with very thin linewidths because of the noise in > the data and you cannot make out the color in the key. > > Best regards, > Marvin > -- View this message in context: http://old.nabble.com/Set-key-linewidth-tp32046995p32059590.html Sent from the Gnuplot - User mailing list archive at Nabble.com. |
|
From: Gareth W. <g.w...@sh...> - 2011-07-13 15:30:20
|
On 11 Jul 2011, at 16:42, Robbie Morrison wrote:
> Say I have a single column of sorted numbers (given
> here horizontally):
>
> 3 3 4 4 4 5 6 6 8
>
> and want to plot a histogram, something like:
>
> |
> |
> | =
> | = = =
> | = = = = =
> +---+---+---+---+---+---+---+---+---
> 0 1 2 3 4 5 6 7 8
>
> In order to get the data into a suitable state for
> plotting with 'histogram', do I have to fill the bins
> myself, or can 'gnuplot' do that for me?
You could try this to start with. It assumes you have your raw data in a single-column file called foo.dat.
set boxwidth 1
bw = 1
bin(x,width)=width*floor(x/width) + bw/2.0
set xrange [0:*]
set yrange [0:*]
plot 'foo.dat' using (bin($1,bw)):(1.0) smooth freq with boxes
Best wishes,
Gareth
|
|
From: MadMarvin <ja...@th...> - 2011-07-13 09:40:03
|
Hi Robbie, not, this is not possible, at least not without making your life very difficult. Gnuplot is not and never was meant to be a calculation tool, that's what OOCalc and Excel are for. Besides, you will always have to adjust your data carefully, especially in scientific applications, i. e. when trying to fit a distribution function to your data or choosing the binning size. Even Excel only uses the sqrt(n) rule although more sophisticade approaches are available: http://en.wikipedia.org/wiki/Histogram#Number_of_bins_and_width I suggest using the COUNTIF functions of the above mentioned spreadsheet tools instead. -- View this message in context: http://old.nabble.com/automatic-binning-for-histogram-tp32038612p32052193.html Sent from the Gnuplot - User mailing list archive at Nabble.com. |
|
From: <v_...@uk...> - 2011-07-13 07:18:30
|
Hello!
Try this:
plot "filename.txt" using 1:2:3 with points lt palette
or something like this:
plot "filename.txt" using 1:2:3 with points pt 7 ps 1 lt palette
Good luck!
Vladimir
On Tue, 12 Jul 2011 17:21:08 -0400
Xian Chen <hog...@gm...> wrote:
> Hello,
>
> The data I have likes this:
>
> #x y value
>
> 1 1 0.5
>
> 2 2 0.1
>
> ......
>
> I want to plot this using points, and the color of each point is
> decided by the third column. E.g., 0.5 using warm color (red), 0.1
> using cold color (gray).
>
> Any suggestions?
>
> Thanks,
> Xian
> ------------------------------------------------------------------------------
> AppSumo Presents a FREE Video for the SourceForge Community by Eric
> Ries, the creator of the Lean Startup Methodology on "Lean Startup
> Secrets Revealed." This video shows you how to validate your ideas,
> optimize your ideas and identify your business strategy.
> http://p.sf.net/sfu/appsumosfdev2dev
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-info
>
-----
<v_...@uk...>
|
|
From: Xian C. <hog...@gm...> - 2011-07-12 21:21:15
|
Hello, The data I have likes this: #x y value 1 1 0.5 2 2 0.1 ...... I want to plot this using points, and the color of each point is decided by the third column. E.g., 0.5 using warm color (red), 0.1 using cold color (gray). Any suggestions? Thanks, Xian |
|
From: MadMarvin <ja...@th...> - 2011-07-12 18:48:02
|
Hi, is there a way (for example via a hidden variable) to set or overwrite the line width of the key's symbols (straight line, line with point and so on)? I have to create graphs with very thin linewidths because of the noise in the data and you cannot make out the color in the key. Best regards, Marvin -- View this message in context: http://old.nabble.com/Set-key-linewidth-tp32046995p32046995.html Sent from the Gnuplot - User mailing list archive at Nabble.com. |
|
From: Thomas S. <t.s...@fz...> - 2011-07-12 13:12:08
|
your problem has been solved with the introduction of gnuplot-4.4.0 you should upgrade to the actual gnuplot version. cubo wrote: > > Hi, > I'm plotting some data with quite a long key. My problem is, that > gnuplot displays first 63 characters of the key and cuts the rest of. I > know, I know, 63 chars should be far enough for a legend, but in this > case it's not. :) > Keys are loaded from the first line of a data file, using > 'autotitle columnheader'. I tried to enlarge the key by adding some > width increments, but it just enlarged the key box and left the string > unchanged. > Here's the command I've used: >>> set key width 20 autotitle columnheader > > Any ideas how to deal with it? > Thanks > > cubo > ------------------------------------------------------------------------------ > All of the data generated in your IT infrastructure is seriously valuable. > Why? It contains a definitive record of application performance, security > threats, fraudulent activity, and more. Splunk takes this data and makes > sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-d2d-c2 > _______________________________________________ > gnuplot-info mailing list > gnu...@li... > https://lists.sourceforge.net/lists/listinfo/gnuplot-info > > -- View this message in context: http://old.nabble.com/Fitting-a-long-string-into-the-key-tp32045151p32045666.html Sent from the Gnuplot - User mailing list archive at Nabble.com. |
|
From: Lukas S. <sh...@ya...> - 2011-07-12 11:45:14
|
Hi, I'm plotting some data with quite a long key. My problem is, that gnuplot displays first 63 characters of the key and cuts the rest of. I know, I know, 63 chars should be far enough for a legend, but in this case it's not. :) Keys are loaded from the first line of a data file, using 'autotitle columnheader'. I tried to enlarge the key by adding some width increments, but it just enlarged the key box and left the string unchanged. Here's the command I've used: >> set key width 20 autotitle columnheader Any ideas how to deal with it? Thanks cubo |
|
From: cubo <sh...@ya...> - 2011-07-12 10:47:26
|
Hi, I'm plotting some data with quite a long key. My problem is, that gnuplot displays first 63 characters of the key and cuts the rest of. I know, I know, 63 chars should be far enough for a legend, but in this case it's not. :) Keys are loaded from the first line if a data file, using 'autotitle columnheader'. I tried to enlarge the key by adding some width increments, but it just enlareged the key box and left the string unchanged. Here's the command I've used: >> set key width 20 autotitle columnheader Any ideas how to deal with it? Thanks -- View this message in context: http://old.nabble.com/Fitting-a-long-string-into-the-key-tp32044440p32044440.html Sent from the Gnuplot - User mailing list archive at Nabble.com. |
|
From: Robbie M. <ro...@ac...> - 2011-07-11 16:04:51
|
Hello gnuplot team
This is a trivial bug report. I would have posted it
to gnuplot-bugs, but that seems to be entirely spam.
Take the following error message. I realize
"histogramx" should read "histgram". But when used
incorrectly the error message does not include
'histgram':
set style histogramx columnstacked
^
"trial.gp", line 18: expecting 'data', 'function', 'line', 'fill',
'rectangle', or 'arrow'
Robbie
---
Robbie Morrison
PhD student -- policy-oriented energy system simulation
Technical University of Berlin (TU-Berlin), Germany
University email (redirected) : mor...@ie...
Webmail (preferred) : ro...@ac...
[from Webmail client]
|
|
From: Robbie M. <ro...@ac...> - 2011-07-11 15:42:18
|
Hello all
Say I have a single column of sorted numbers (given
here horizontally):
3 3 4 4 4 5 6 6 8
and want to plot a histogram, something like:
|
|
| =
| = = =
| = = = = =
+---+---+---+---+---+---+---+---+---
0 1 2 3 4 5 6 7 8
In order to get the data into a suitable state for
plotting with 'histogram', do I have to fill the bins
myself, or can 'gnuplot' do that for me?
If this is not supported, would it be a useful
addition? The case above is integer-valued and the bin
width is intuitively one. More complicated
integer-valued data and continuous data would need the
used to define the bin width, I suppose.
I couldn't see anything in the PDF documentation or in
Janert (2010).
any suggestions gratefully received, Robbie
---
Robbie Morrison
PhD student -- policy-oriented energy system simulation
Technical University of Berlin (TU-Berlin), Germany
University email (redirected) : mor...@ie...
Webmail (preferred) : ro...@ac...
[from Webmail client]
|
|
From: Thomas S. <t.s...@fz...> - 2011-07-08 14:24:09
|
if you don't care for some warning messages, just iterate over a large enough number of columns (here:100): plot for [i=1:100] 'datafilename' using 1:i Ben Elliston-37 wrote: > > Hi all. > > I would like to use gnuplot to plot a data file with an arbitrary > number of columns, all plotted using 1: and the respective column. Is > there a way to do this so that my gnuplot command file doesn't need to > know the number of columns in the data file ahead of time? > > I've already discovered 'set key autotitle columnhead', so that much > is working nicely. > > Thanks, Ben > > ------------------------------------------------------------------------------ > All of the data generated in your IT infrastructure is seriously valuable. > Why? It contains a definitive record of application performance, security > threats, fraudulent activity, and more. Splunk takes this data and makes > sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-d2d-c2 > _______________________________________________ > gnuplot-info mailing list > gnu...@li... > https://lists.sourceforge.net/lists/listinfo/gnuplot-info > > -- View this message in context: http://old.nabble.com/plotting-an-arbitrary-number-of-data-file-columns-tp32002384p32021889.html Sent from the Gnuplot - User mailing list archive at Nabble.com. |
|
From: Thomas S. <t.s...@fz...> - 2011-07-08 14:08:34
|
overwriting the explicit list of xtics with automatically generated xtics
doesn't make sense.
add a 'show xtics' command after each of your 'set xtics ...' commands
to see what happens.
change
"set xtics 1,14 nomirror"
to
"set xtics nomirror"
VinodKR wrote:
>
> Hi,
>
> I am in the process of learning gnuplot. I have been trying to replace by
> xtic labels with a string, without any success. Please find my "plot.conf"
> and the data I used file pasted below.
>
> et terminal png size 600,480
> set term png enhanced font "Vera,9"
> set output 'BARDIAG.png'
> set style fill solid 1.00 border -1
> set style data boxes
> set xtics border in scale 1,0.5 rotate by -90 offset character 0, 0, 0
> set xtics norangelimit
> set xtics ("<0.5" 1, "0.5-1.0" 2, "1.0-1.5" 3, "1.5-2.0" 4, "2.0-2.5" 5,
> "2.5-3.0" 6, "3.0-3.5" 7, "3.5-4.0" 8, "4.0-4.5" 9, "4.5-5.0" 10,
> "5.0-5.5" 11, "5.5-6.0" 12, "6.0-6.5" 13, "6.5-7.0" 14)
> set xtics 1,14 nomirror
> set label 2 "d) AUTUMN (MARCH - MAY)" font "Vera,12"
> set label 2 at graph 0.035, 0.95 tc lt -1
> set nokey
> plot 'BARDIAG_DATA.TXT' using 2:xtic(1) with boxes
>
> Data:
>
> 1 3.898
> 2 38.828
> 3 28.890
> 4 7.676
> 5 4.820
> 6 4.463
> 7 4.909
> 8 3.451
> 9 1.458
> 10 0.863
> 11 0.595
> 12 0.060
> 13 0.030
> 14 0.060
>
> Any idea what is going on? I would appreciate if you could write down the
> part to be edited in order to get it working.
>
> Thank you for your time.
>
> Cheers
> Vinod.
>
--
View this message in context: http://old.nabble.com/Question-on-xtics-tp32019040p32021748.html
Sent from the Gnuplot - User mailing list archive at Nabble.com.
|
|
From: Thomas S. <t.s...@fz...> - 2011-07-08 14:01:03
|
you could set the left margin of all plots to the same value.
set lmargin ...
mariaXY wrote:
>
> Hi,
>
> I am using epslatex to create a nice plots for my thesis. But I have a
> problem. I give the following instructions to create a plot:
>
> set terminal epslatex color
> set logscale y
> set format y "10^{%T}"
> plot 'data.dat' w l lw 3 not
> set output 'figure.tex'
> replot
> set output
>
> And it works OK. But when I compile my main latex file I have a problem.
> I attach a example of some figures.
>
> http://old.nabble.com/file/p32011525/graphs.jpg
>
> The one that I obtain with the code above is the first one. And, as you
> can see the size in the y-axis is fine, but the size in the x-axis not, in
> comparison with the second and third one. I want all my plots to have the
> same size. The second plot is without using set format, but it has long
> numbers. And the third one is a normal plot. Apparently more numbers on
> the y-axis shrink the plot on the x-axis... I would like to have my plots
> as the third plot. I mean, my values are 10^N, they shouldn't change to
> much (I guess)... Apparently it is not a problem from the epslatex
> terminal, and it is from gnuplot (the 9 characters...) But I don't know
> how to fix it...
>
> I appreciate very much if someone can help me with this problem.
>
> Thanks in advance.
>
> Maria
>
--
View this message in context: http://old.nabble.com/x-axis-size-problem-tp32011525p32021691.html
Sent from the Gnuplot - User mailing list archive at Nabble.com.
|
|
From: Durand <du...@gm...> - 2011-07-06 08:21:46
|
The problem was with those three lines at the start, thanks! Vladimir, I'll try using pm3d as well, thanks for the tip. 2011/7/5 Hans-Bernhard Bröker <HBB...@t-...> > On 05.07.2011 17:09, Durand wrote: > > I'm wondering whether it is possible to use gnuplot to plot a heatmap from >> data generated by a simulation. This data uses a float for coordinates and >> gnuplot complains when I use "with image". >> > > Use it --- how? > > Complains --- how? > > > The file looks like this: >> >> 2 160 320 >> >>> >>> export >> >>> >>> R Z TEMP >> >>> >>> > You may want to get rid of those lines, or at least comment them out. From > gnuplot's point of view, those would be just junk that doesn't contribute > anything to the plot. > > |