gnuplot development

Jon wrote:
> I would like to use dotted line, dotted-dashed line, dotted-long dashed line
> etc, to draw graphs, is there way to do that with gnuplot? What I found from
> the gnuplot manual that only dashed line is supported, is this the case?

Strange.  Care telling where in the gnuplot manual you read that?

That said, 'dashed' does actually mean "patterned", and that usually 
does include some dottet, dot-dashed and other patterned lines.  It all 
depends on the terminal driver though.

On Fri, 26 Feb 2010 12:38:11 -0600
Jon wrote:

> I would like to use dotted line, dotted-dashed line, dotted-long dashed
> line etc, to draw graphs, is there way to do that with gnuplot? What I
> found from the gnuplot manual that only dashed line is supported, is
> this the case? Thank

gnuplot
set terminal
hit enter to show terminal types available

set terminal png
set output "gnuplot-pngtest.png"
test
quit

now use your favorite image viewer to view gnuplot-pngtest.png

Hi

I'm new user, but about test command I would like to add a bit information,
and I would like to take shared the script wrote by Mr. Rhubbell.

set terminal png size 2000,2000
set output "gnuplot-pngtest.png"
test
quit
If you use a big image (e.g. 2000x2000) gnuplot shows many others styles and
colors.

Good luck!
__________________________________
Guilherme Poleszuk dos Santos Rosa


2010/2/26 rhubbell <Rhubbell@...>

> On Fri, 26 Feb 2010 12:38:11 -0600
> Jon wrote:
>
> > I would like to use dotted line, dotted-dashed line, dotted-long dashed
> > line etc, to draw graphs, is there way to do that with gnuplot? What I
> > found from the gnuplot manual that only dashed line is supported, is
> > this the case? Thank
>
> gnuplot
> set terminal
> hit enter to show terminal types available
>
> set terminal png
> set output "gnuplot-pngtest.png"
> test
> quit
>
> now use your favorite image viewer to view gnuplot-pngtest.png
>
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> gnuplot-info mailing list
> gnuplot-info@...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-info
>

Thanks, that's what I later found out too, if display directly on the
screen, then only dashed(dotted?!) line is supported, but on other terminal
drivers, more types are supported.

I just am wondering, why not gnuplot support displaying the dotted,
dotted_dashed lines etc on the screen too? Is there reasons behind why only
supporting dashed on the screen?

Sincerely,
Jon


2010/2/26 Hans-Bernhard Bröker <HBBroeker@...>

> Jon wrote:
>
>> I would like to use dotted line, dotted-dashed line, dotted-long dashed
>> line
>> etc, to draw graphs, is there way to do that with gnuplot? What I found
>> from
>> the gnuplot manual that only dashed line is supported, is this the case?
>>
>
> Strange.  Care telling where in the gnuplot manual you read that?
>
> That said, 'dashed' does actually mean "patterned", and that usually does
> include some dottet, dot-dashed and other patterned lines.  It all depends
> on the terminal driver though.
>

reset
set parametric
set view map
set palette negative
set size square 
set xrange [-50:50]
set yrange [-50:50]
set urange [-50:50]
set vrange [-50:50]
set style line 1 lt 2 lc rgb "black" lw 2
splot u,v,u with pm3d, u,3.42366-u,0 ls 1


Matusevita, IĮ wrote:
> 
> Hello,
> 
> I would like to draw some simple lines/curves on the pm3d map. I need
> to do this quickly and qualitatively.
> 
> The best what I can do is the result of this script:
> 
> # I need to generate figure with LaTeX labels
> set terminal epslatex color
> set output "Fig.tex"
> unset origin
> # So I draw a pm3d map...
> set multiplot
> set pm3d map
> set palette negative
> set size square
> set xlabel "$\\gamma_1$"
> set ylabel "$\\gamma_2$"
> unset key
> splot [-50:50][-50:50] x
> # ...and then I draw one line on the pm3d map
> unset pm3d
> unset xlabel
> unset ylabel
> set size square 0.6999999999999999999
> set origin 0.11345, 0.12894
> set style line 1 lt 2 lc rgb "black" lw 2
> plot [-50:50][-50:50] 3.42366-x ls 1
> unset size
> unset origin
> unset multiplot
> 
> As one can see, the result is not good because it is difficult to put
> the figure with line on the pm3d map accurately.
> 
> May be someone knows the better way to solve my problem?
> 
> Thank you in advance.
> 
> Aris M.
> 
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> gnuplot-info mailing list
> gnuplot-info@...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-info
> 
> 

-- 
View this message in context: http://old.nabble.com/How-to-draw-a-line-on-pm3d-map--tp27741566p27741970.html
Sent from the Gnuplot - User mailing list archive at Nabble.com.

dswaboda@... wrote:

> I want comment out my data sets in the plot, drawing an arrow and
> labeling it with text e.g. with "missing data" for a gap in
> timeseries. There are serveral objects for plotting arrows, lines etc.,
> but I can't find a object for drawing text elements in a plot?! How can
> I put text in the plot?

See "help label".

for those bracket like symbols you could combine a box and a white line
overwriting one box side:

datafile.dat:
200 47 47
500 71 64 19
1000 87 78 38
2000 100 100 55
4000 93 101 55

plot script:
reset
mx(a,b)=10**((log10(b)-log10(a))*0.5+log10(a))
set xrange [125:8000]
set logscale x
set xtics ( "125"  125, "" mx( 125, 250), \
            "250"  250, "" mx( 250, 500), \
            "500"  500, "" mx( 500,1000), \
           "1000" 1000, "" mx(1000,2000), \
           "2000" 2000, "" mx(2000,4000), \
           "4000" 4000, "" mx(4000,8000), \
           "8000" 8000)
set grid
set yrange [-10:130] reverse
set ytics 0,10,120

unset bars
set linestyle 10 linecolor rgb 'white' pointtype -1
xdel=0.06
ydel=3.0

plot \
'datafile.dat' using 1:2 with linespoints pointtype 2 pointsize 3, \
'' using 1:3 with linespoints pointtype 6 pointsize 3, \
'' using 1:4:(10**(log10($1)-xdel)):(10**(log10($1)+xdel)):4:($4+ydel) with
boxxyerrorbars, \
'' using 1:($4+ydel):(10**(log10($1)-xdel)):(10**(log10($1)+xdel)) with
xerrorbars linestyle 10


t putkonen wrote:
> 
> Audiograms are used in hearing tests, and they look something like the
> following:
> 
> http://www.mydr.com.au/files/images/categories/hearing/audiogrammixedv2.jpg
> 
> I've tried to create an audiogram using gnuplot, but I ran into problems.
> It
> was very easy to do the following tasks:
> 
> - set tics for x and y
> - set x scale as logarithmic
> - draw grid
> - draw lines
> 
> However, I couldn't figure out how to include custom symbols to the chart.
> The example picture shows some of the symbols that can be used. Also othe
> symbols exist.
> 
> I created the symbols and stored them to PNG files, but when I used plot
> command with the images I found several issues:
> 
> - Image is plotted so, that it's left upper corner is in the given
> coordinates. Instead, the image's center point should be in the given
> coordinates.
> - Plotting images don't work with logarithmic scale (which makes sense
> since
> they are plotted utilizing the chart's coordinates, but it isn't feasible
> in
> this case)
> - PNG transparency doesn't seem to work
> 
> What I would like to do is tell gnuplot to plot my image to specific
> coordinates so that I give center point of the image and size of the
> plotted
> image in pixels (x & y). If this is not possible can I somehow achieve
> similar result?
> 
> I could even superimpose the symbols to a bitmap plot using e.g.
> Imagemagick
> if there was a way to find out the correct position (for example, x and y
> pixel locations of 70 dB & 1000 Hz).
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> gnuplot-info mailing list
> gnuplot-info@...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-info
> 
> 

-- 
View this message in context: http://old.nabble.com/Trying-to-create-audiogram-chart-with-gnuplot---need-help-including-custom-symbols-tp27691462p27714173.html
Sent from the Gnuplot - User mailing list archive at Nabble.com.

just set the 'origin' of the fit in the middle of your time data:

toffset=strptime("%Y/%m/%d %H:%M","2010/02/20 23:28")
f(x)=a + b*(x-toffset)
fit f(x) "watthour.txt" using 1:4 via a,b

so that 'a' and 'b' are not influencing each other.


Guilherme Poleszuk wrote:
> 
> Hi!
>  
> I am a new user of gnuplot and my version is 4.2 patchlevel 6. I'm having
> a 
> trouble with "fit" function when I use xdata time as X axis values. Here
> my 
> script and data set.
>  
> # watthour.gnu
> # =========== < cut here
> reset
> set terminal png size 800,500 font comic 12 enhanced truecolor
> set output "watthour.png"
> set xdata time
> set timefmt "%Y/%m/%d %H:%M"
> set label "Powered by GnuPlot 4.2" at graph 0.87,-1.7 center font
> "lhandw,10" 
> textcolor rgb "#800080"
> show label
> set key below left vertical title "Variables"
> set border 3
> set xtics rotate by 45 offset graph -0.075,-0.30 textcolor rgb "#008000" 
> nomirror
> set ytics nomirror textcolor rgb "#008000" nomirror
> set format x "%d%b %Hh"
> set format x "%N"
> set format y "%6.1f"
> set xtics 86400
> set ytics 2
> set mxtics 12
> set mytics 5
> f(x)=a + b*x 
> fit f(x) "watthour.txt" using 1:4 via a,b
> set title "Kilowatts - 2010\n Fit Model: f(t) = a + b.t " font "comic, 12" 
> textcolor rgb "#800080"
> plot f(x) t"Projection" with lines 2, "watthour.txt" using 1:4 t "KWh"
> with 
> points 3
> # =========== < cut here
>  
> 
>  
> # watthour.txt
> # =========== < cut here
> #YYYY MM DD hh mm U  KWh
> 2010/02/19 23:36 3 22835.1
> 2010/02/20 08:05 3 22839.0
> 2010/02/20 10:32 3 22839.8
> 2010/02/20 11:32 3 22840.1
> 2010/02/20 12:49 3 22840.8
> 2010/02/20 23:28 3 22845.5
> 2010/02/21 01:40 3 22846.8
> 2010/02/21 13:45 3 22851.5
> 2010/02/21 22:09 3 22855.6
> 2010/02/22 18:06 3 22864.5
> 2010/02/22 22:14 3 22866.0
> # =========== < cut here
>  
>  
>  
> I believe that are a problem with "fit" function when I use xdata time, 
> because X values are converted to second since 2000/01/01 ( I think! ) and 
> this number get big compared to Y values... the algorith to "fit" the data
> to 
> the model has some dificulties with this. The curve not pass near of the 
> points, of course, it not pass over them, but should be pass so near
> because 
> it is a adjustment with "least squares"!! My data set file don't have
> outliers 
> to cause the problem that I report here.
>  
> I tried do some tests with this same data, changing time near year 2000
> and 
> the fit curv was diferent, but it curve should be the same angular
> coeficient. 
> Is it a bug or I'm commiting a mistake.
>  
> Thank you very much!
>  
> __________________________________
> Guilherme Poleszuk dos Santos Rosa
> São Paulo, Brazil
> 
> 
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> gnuplot-info mailing list
> gnuplot-info@...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-info
> 
> 

-- 
View this message in context: http://old.nabble.com/Fit-trouble-when-I-use-xdata-time-%28fit-isn%27t-so-good%29-tp27698343p27702229.html
Sent from the Gnuplot - User mailing list archive at Nabble.com.

Hi Mr Thomas


Thank you very much for help me. Your tip helps a lot!

Have a very nice day!
__________________________________
Guilherme Poleszuk dos Santos Rosa


2010/2/23 Thomas Sefzick <t.sefzick@...>

>
> just set the 'origin' of the fit in the middle of your time data:
>
> toffset=strptime("%Y/%m/%d %H:%M","2010/02/20 23:28")
> f(x)=a + b*(x-toffset)
> fit f(x) "watthour.txt" using 1:4 via a,b
>
> so that 'a' and 'b' are not influencing each other.
>
>
> Guilherme Poleszuk wrote:
> >
> > Hi!
> >
> > I am a new user of gnuplot and my version is 4.2 patchlevel 6. I'm having
> > a
> > trouble with "fit" function when I use xdata time as X axis values. Here
> > my
> > script and data set.
> >
> > # watthour.gnu
> > # =========== < cut here
> > reset
> > set terminal png size 800,500 font comic 12 enhanced truecolor
> > set output "watthour.png"
> > set xdata time
> > set timefmt "%Y/%m/%d %H:%M"
> > set label "Powered by GnuPlot 4.2" at graph 0.87,-1.7 center font
> > "lhandw,10"
> > textcolor rgb "#800080"
> > show label
> > set key below left vertical title "Variables"
> > set border 3
> > set xtics rotate by 45 offset graph -0.075,-0.30 textcolor rgb "#008000"
> > nomirror
> > set ytics nomirror textcolor rgb "#008000" nomirror
> > set format x "%d%b %Hh"
> > set format x "%N"
> > set format y "%6.1f"
> > set xtics 86400
> > set ytics 2
> > set mxtics 12
> > set mytics 5
> > f(x)=a + b*x
> > fit f(x) "watthour.txt" using 1:4 via a,b
> > set title "Kilowatts - 2010\n Fit Model: f(t) = a + b.t " font "comic,
> 12"
> > textcolor rgb "#800080"
> > plot f(x) t"Projection" with lines 2, "watthour.txt" using 1:4 t "KWh"
> > with
> > points 3
> > # =========== < cut here
> >
> >
> >
> > # watthour.txt
> > # =========== < cut here
> > #YYYY MM DD hh mm U  KWh
> > 2010/02/19 23:36 3 22835.1
> > 2010/02/20 08:05 3 22839.0
> > 2010/02/20 10:32 3 22839.8
> > 2010/02/20 11:32 3 22840.1
> > 2010/02/20 12:49 3 22840.8
> > 2010/02/20 23:28 3 22845.5
> > 2010/02/21 01:40 3 22846.8
> > 2010/02/21 13:45 3 22851.5
> > 2010/02/21 22:09 3 22855.6
> > 2010/02/22 18:06 3 22864.5
> > 2010/02/22 22:14 3 22866.0
> > # =========== < cut here
> >
> >
> >
> > I believe that are a problem with "fit" function when I use xdata time,
> > because X values are converted to second since 2000/01/01 ( I think! )
> and
> > this number get big compared to Y values... the algorith to "fit" the
> data
> > to
> > the model has some dificulties with this. The curve not pass near of the
> > points, of course, it not pass over them, but should be pass so near
> > because
> > it is a adjustment with "least squares"!! My data set file don't have
> > outliers
> > to cause the problem that I report here.
> >
> > I tried do some tests with this same data, changing time near year 2000
> > and
> > the fit curv was diferent, but it curve should be the same angular
> > coeficient.
> > Is it a bug or I'm commiting a mistake.
> >
> > Thank you very much!
> >
> > __________________________________
> > Guilherme Poleszuk dos Santos Rosa
> > São Paulo, Brazil
> >
> >
> >
> ------------------------------------------------------------------------------
> > Download Intel&#174; Parallel Studio Eval
> > Try the new software tools for yourself. Speed compiling, find bugs
> > proactively, and fine-tune applications for parallel performance.
> > See why Intel Parallel Studio got high marks during beta.
> > http://p.sf.net/sfu/intel-sw-dev
> > _______________________________________________
> > gnuplot-info mailing list
> > gnuplot-info@...
> > https://lists.sourceforge.net/lists/listinfo/gnuplot-info
> >
> >
>
> --
> View this message in context:
> http://old.nabble.com/Fit-trouble-when-I-use-xdata-time-%28fit-isn%27t-so-good%29-tp27698343p27702229.html
> Sent from the Gnuplot - User mailing list archive at Nabble.com.
>
>
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> gnuplot-info mailing list
> gnuplot-info@...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-info
>

Guilherme Poleszuk wrote:

> I believe that are a problem with "fit" function when I use xdata time, 
> because X values are converted to second since 2000/01/01 ( I think! ) and 
> this number get big compared to Y values... 

Exactly.  Fit is somewhat allergic to parameter values of wildly 
different magnitude.  The issue is not unique to time-date axes, but 
those do have a tendency to get hit by it more often than others because 
they tend to pick up big figures, like the number of seconds in a day 
(or a year, even), as factors that end up in the parameters.

The solution is to shift or scale the problem to get the expected 
parameters into similar magnitude ranges.  E.g. it might help to define 
your model function to take days instead of seconds as its argument

	fit f(x/86400) 'data' u 1:4 via a, b

or (like Thomas suggested already), shift the zero point of your x axis.

Note that the usual simple forms of the straight line equation

	y = m*x + y0
	y = m*(x -x0)

may suffer from ginormous extrapolation from a very short piece of curve 
all the way to the point of x=0 (or y=0), causing parameters like x0 or 
y0 to be entirely dominated by rounding error.

Hi Mr. Hans-Bernhard!

Your explanation is very interesting and it should be appear in the next
edition of "Gnuplot in action" book as well the explaning that Mr. Thomas
posted about this issue. Those tips explained what was my problem.... thank
you very much!!! I'm using the Thomas' suggest but think in a scale factor
is interesting too...

As we brazilian sometimes say: "Living and learning", for today I learn a
bit more with you.

Thanks again!! Sorry my english :|
__________________________________
Guilherme Poleszuk dos Santos Rosa


2010/2/23 Hans-Bernhard Bröker <HBBroeker@...>

> Guilherme Poleszuk wrote:
>
> I believe that are a problem with "fit" function when I use xdata time,
>> because X values are converted to second since 2000/01/01 ( I think! ) and
>> this number get big compared to Y values...
>>
>
> Exactly.  Fit is somewhat allergic to parameter values of wildly different
> magnitude.  The issue is not unique to time-date axes, but those do have a
> tendency to get hit by it more often than others because they tend to pick
> up big figures, like the number of seconds in a day (or a year, even), as
> factors that end up in the parameters.
>
> The solution is to shift or scale the problem to get the expected
> parameters into similar magnitude ranges.  E.g. it might help to define your
> model function to take days instead of seconds as its argument
>
>        fit f(x/86400) 'data' u 1:4 via a, b
>
> or (like Thomas suggested already), shift the zero point of your x axis.
>
> Note that the usual simple forms of the straight line equation
>
>        y = m*x + y0
>        y = m*(x -x0)
>
> may suffer from ginormous extrapolation from a very short piece of curve
> all the way to the point of x=0 (or y=0), causing parameters like x0 or y0
> to be entirely dominated by rounding error.
>
>
>

On 02/23/2010 01:00 AM, Hans-Bernhard Bröker wrote:
> Egil Kvaleberg wrote:
>
>> Setting the yrange manually to [8.0:13.0] obviously fixes this, but I
>> really would need to have autoscale to do this for me, but have found no
>> way of achieving that. Have I overlooked something?
>
> Only the "help offsets".
>
Marvelous, a "set offset 0, 0, 0.1, 0.1" fixed my problem perfectly! Thanks!

Since I had problem making the association myself, I could suggest the
following
added to "help autoscale":

    To add an additional margin between plotted data and the graph
boundary lines,
    use 'set offset'.

Or something along those lines.

Egil

alaarman wrote:

> The all represent different measurements of the same experiment. Therefore,
> i'd like to create a errorlines where all this data is combined to get the
> average, minX and maxX. To automate this I wrote the script below.

... and you did it entirely in gnuplot.  The way it turned out suggests 
rather heavily that that was a bad idea.  gnuplot learned a good deal of 
new tricks on this front in recent times, but it's still not a data 
processing engine per se.

This would have been a whole lot simpler in awk, perl or any numerical 
programming language of your choice.