gnuplot-info — For questions and discussion about gnuplot

[Gnuplot-info] plot using intervat

[Patrick D. <pd...@gm...>]

Hello,

Why this does not work properly?

set table "Power_1W_fact_1_res.asc" ; plot [-0.00005:0.00005] $DATA_1 u (x=$1):($2-areaG*Gaus(x-x0,w_G)) with table;unset table

Indeed, the interval [-0.00005:0.00005] is just ignored
while 
plot [-0.00005:0.00005] $DATA_1 u (x=$1):($2-areaG*Gaus(x-x0,w_G))
is correct

Thank

===========================================================================
 Patrick DUPRÉ                                 | | email: pd...@gm...
 Laboratoire interdisciplinaire Carnot de Bourgogne
 9 Avenue Alain Savary, BP 47870, 21078 DIJON Cedex FRANCE
===========================================================================

Re: [Gnuplot-info] Error in documentation/bug

[Dmitry <unk...@gm...>]

Hi Ethan,

it turns out that my gnuplot picked up old version of lua. Rebuilding 
with newer lua solved the problem.

Thanks!


On 26.02.2025 10:49, Ethan Merritt wrote:
> On Tuesday, 25 February 2025 23:10:07 PST Dmitry wrote:
>> Hi Ethan,
>>
>> set term tikz standalone preamble "\\usepackage{derivative}"
>>
>> Does not work either, fails with the same error.
> I don't know what to say.  It works here.
>
> Is it possible that your file  /usr/share/gnuplot/6.1/lua/gnuplot-tikz.lua
> is not current?   It should be
>      pgf.REVISION = "120"
>      pgf.REVISION_DATE = "2024/10/14 16:17:00"
>
> Although gnuplot_5.4 works for me also, and the lua file for that is from 2020.
> So maybe corrupt rather than out of date?
> I can't really think what else to check.
> lua version?  I've got Lua 5.4.4  Copyright (C) 1994-2022 Lua.org, PUC-Rio
>
> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> [~/temp] gnuplot
>
>          G N U P L O T
>          Version 6.1 last modified 2025-02-19
>
>          Copyright (C) 1986-1993, 1998, 2004, 2007-2025
>          Thomas Williams, Colin Kelley and many others
>
>          gnuplot home:     http://www.gnuplot.info
>          mailing list:     gnu...@li...
>          faq, bugs, etc:   type "help FAQ"
>          immediate help:   type "help"  (plot window: hit 'h')
>
>          Terminal type is now qt
> gnuplot>  set term tikz standalone preamble "\\usepackage{derivative}"
> Terminal type is now 'tikz'
> Options are 'latex preamble "\\usepackage{derivative}"  color standalone nogparrows notikzarrows nogppoints picenvironment nooriginreset bitmap rgbimage noclip notightboundingbox noexternalimages '
> gnuplot> set output 'foo.tex'
> gnuplot> plot sin(x)
> gnuplot> quit
> [~/temp] pdflatex foo
> This is pdfTeX, Version 3.141592653-2.6-1.40.24 (TeX Live 2022/Mageia) (preloaded format=pdflatex)
>   restricted \write18 enabled.
> entering extended mode
> (./foo.tex
>      [snip]
> Output written on foo.pdf (1 page, 30414 bytes).
> Transcript written on foo.log.
> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
>
>      - Ethan
>
>
>> $ gnuplot
>>
>>       G N U P L O T
>>       Version 6.1.0 last modified 2025-02-19
>>
>>       Copyright (C) 1986-1993, 1998, 2004, 2007-2025
>>       Thomas Williams, Colin Kelley and many others
>>
>>       gnuplot home:     http://www.gnuplot.info
>>       mailing list:     gnu...@li...
>>       faq, bugs, etc:   type "help FAQ"
>>       immediate help:   type "help"  (plot window: hit 'h')
>>
>>       Terminal type is now qt
>> gnuplot> set term tikz standalone preamble "\\usepackage{derivative}"
>>
>> Terminal type is now 'tikz'
>>            /usr/share/gnuplot/6.1/lua/gnuplot-tikz.lua:1773: bad argument
>> #1 to 'load' (function expected, got string)
>> stack traceb
>>
>> gnuplot> set term tikz standalone header "\\usepackage{derivative}"
>>
>> Terminal type is now 'tikz'
>>            /usr/share/gnuplot/6.1/lua/gnuplot-tikz.lua:1773: bad argument
>> #1 to 'load' (function expected, got string)
>> stack traceb
>>
>> gnuplot> set term cairolatex header "\\usepackage{derivative}"
>>
>> Terminal type is now 'cairolatex'
>> Options are ' pdf input header "\usepackage{derivative}" blacktext
>> nobackground noenhanced fontscale 0.6 size 5.00in, 3.00in '
>> gnuplot>
>>
>>
>>
>>
>> On 26.02.2025 02:43, Ethan Merritt wrote:
>>> On Tuesday, 25 February 2025 02:15:22 PST Dmitry wrote:
>>>> So, documentation says that we can add latex preamble with tikz terminal
>>>> as *preamble "<preamble string>".*
>>>>
>>>> But this actually does not work, it fails with
>>>>
>>>> /usr/share/gnuplot/6.1/lua/gnuplot-tikz.lua:1773: bad argument #1 to
>>>> 'load' (function expected, got string)
>>>>
>>>> Instead of *preamble "<preamble string>" *one should use *preamble
>>>> '<preamble string>' *(single quotes vs double quotes).
>>> Remember that inside double quotes backslash is an escape character,
>>> so your command needs to be
>>>
>>>        set term tikz standalone preamble "\\usepackage{derivative}"
>>>
>>> This has nothing to do with tikz. It is the usual difference between string
>>> handling in single vs double quotes.
>>>
>>> 	Ethan
>>>
>>>
>>>
>>>
>>>> I'm not sure if its bug or it's wrong documentation. Below I listed the
>>>> full console output
>>>>
>>>> Thanks!
>>>>
>>>>
>>>>> $ gnuplot
>>>>>
>>>>>       G N U P L O T
>>>>>       Version 6.1.0 last modified 2025-02-19
>>>>>
>>>>>       Copyright (C) 1986-1993, 1998, 2004, 2007-2025
>>>>>       Thomas Williams, Colin Kelley and many others
>>>>>
>>>>>       gnuplot home: http://www.gnuplot.info
>>>>>       mailing list: gnu...@li...
>>>>>       faq, bugs, etc:   type "help FAQ"
>>>>>       immediate help:   type "help"  (plot window: hit 'h')
>>>>>
>>>>>       Terminal type is now qt
>>>>> gnuplot> set terminal lua tikz standalone preamble
>>>>> "\usepackage{derivative}"
>>>>>
>>>>> Terminal type is now 'lua'
>>>>>            /usr/share/gnuplot/6.1/lua/gnuplot-tikz.lua:1773: bad
>>>>> argument #1 to 'load' (function expected, got string)
>>>>> stack traceb
>>>>>
>>>>> gnuplot> set terminal lua tikz standalone preamble
>>>>> '\usepackage{derivative}'
>>>>>
>>>>> Terminal type is now 'lua'
>>>>> Options are 'latex preamble "\\usepackage{derivative}"  color
>>>>> standalone nogparrows notikzarrows nogppoints picenvironment
>>>>> nooriginreset bitmap rgbimage noclip notightboundingbox noexternalimages '
>>>>> gnuplot>
>>>> _______________________________________________
>>>> gnuplot-info mailing list
>>>> gnu...@li...
>>>> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info
>>>>
>>>
>>>
>>
>> _______________________________________________
>> gnuplot-info mailing list
>> gnu...@li...
>> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info
>>
>
>
>

Re: [Gnuplot-info] Error in documentation/bug

[Ethan M. <eam...@gm...>]

On Tuesday, 25 February 2025 23:10:07 PST Dmitry wrote:
> Hi Ethan,
> 
> set term tikz standalone preamble "\\usepackage{derivative}"
> 
> Does not work either, fails with the same error.

I don't know what to say.  It works here.

Is it possible that your file  /usr/share/gnuplot/6.1/lua/gnuplot-tikz.lua
is not current?   It should be 
    pgf.REVISION = "120"
    pgf.REVISION_DATE = "2024/10/14 16:17:00"

Although gnuplot_5.4 works for me also, and the lua file for that is from 2020.
So maybe corrupt rather than out of date?
I can't really think what else to check.
lua version?  I've got Lua 5.4.4  Copyright (C) 1994-2022 Lua.org, PUC-Rio

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
[~/temp] gnuplot

        G N U P L O T
        Version 6.1 last modified 2025-02-19

        Copyright (C) 1986-1993, 1998, 2004, 2007-2025
        Thomas Williams, Colin Kelley and many others

        gnuplot home:     http://www.gnuplot.info
        mailing list:     gnu...@li...
        faq, bugs, etc:   type "help FAQ"
        immediate help:   type "help"  (plot window: hit 'h')

        Terminal type is now qt
gnuplot>  set term tikz standalone preamble "\\usepackage{derivative}"
Terminal type is now 'tikz'
Options are 'latex preamble "\\usepackage{derivative}"  color standalone nogparrows notikzarrows nogppoints picenvironment nooriginreset bitmap rgbimage noclip notightboundingbox noexternalimages '
gnuplot> set output 'foo.tex'
gnuplot> plot sin(x)
gnuplot> quit
[~/temp] pdflatex foo
This is pdfTeX, Version 3.141592653-2.6-1.40.24 (TeX Live 2022/Mageia) (preloaded format=pdflatex)
 restricted \write18 enabled.
entering extended mode
(./foo.tex
    [snip]
Output written on foo.pdf (1 page, 30414 bytes).
Transcript written on foo.log.
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

    - Ethan


> 
> $ gnuplot
> 
>      G N U P L O T
>      Version 6.1.0 last modified 2025-02-19
> 
>      Copyright (C) 1986-1993, 1998, 2004, 2007-2025
>      Thomas Williams, Colin Kelley and many others
> 
>      gnuplot home:     http://www.gnuplot.info
>      mailing list:     gnu...@li...
>      faq, bugs, etc:   type "help FAQ"
>      immediate help:   type "help"  (plot window: hit 'h')
> 
>      Terminal type is now qt
> gnuplot> set term tikz standalone preamble "\\usepackage{derivative}"
> 
> Terminal type is now 'tikz'
>           /usr/share/gnuplot/6.1/lua/gnuplot-tikz.lua:1773: bad argument 
> #1 to 'load' (function expected, got string)
> stack traceb
> 
> gnuplot> set term tikz standalone header "\\usepackage{derivative}"
> 
> Terminal type is now 'tikz'
>           /usr/share/gnuplot/6.1/lua/gnuplot-tikz.lua:1773: bad argument 
> #1 to 'load' (function expected, got string)
> stack traceb
> 
> gnuplot> set term cairolatex header "\\usepackage{derivative}"
> 
> Terminal type is now 'cairolatex'
> Options are ' pdf input header "\usepackage{derivative}" blacktext 
> nobackground noenhanced fontscale 0.6 size 5.00in, 3.00in '
> gnuplot>
> 
> 
> 
> 
> On 26.02.2025 02:43, Ethan Merritt wrote:
> > On Tuesday, 25 February 2025 02:15:22 PST Dmitry wrote:
> >> So, documentation says that we can add latex preamble with tikz terminal
> >> as *preamble "<preamble string>".*
> >>
> >> But this actually does not work, it fails with
> >>
> >> /usr/share/gnuplot/6.1/lua/gnuplot-tikz.lua:1773: bad argument #1 to
> >> 'load' (function expected, got string)
> >>
> >> Instead of *preamble "<preamble string>" *one should use *preamble
> >> '<preamble string>' *(single quotes vs double quotes).
> > Remember that inside double quotes backslash is an escape character,
> > so your command needs to be
> >
> >       set term tikz standalone preamble "\\usepackage{derivative}"
> >
> > This has nothing to do with tikz. It is the usual difference between string
> > handling in single vs double quotes.
> >
> > 	Ethan
> >
> >
> >
> >
> >> I'm not sure if its bug or it's wrong documentation. Below I listed the
> >> full console output
> >>
> >> Thanks!
> >>
> >>
> >>> $ gnuplot
> >>>
> >>>      G N U P L O T
> >>>      Version 6.1.0 last modified 2025-02-19
> >>>
> >>>      Copyright (C) 1986-1993, 1998, 2004, 2007-2025
> >>>      Thomas Williams, Colin Kelley and many others
> >>>
> >>>      gnuplot home: http://www.gnuplot.info
> >>>      mailing list: gnu...@li...
> >>>      faq, bugs, etc:   type "help FAQ"
> >>>      immediate help:   type "help"  (plot window: hit 'h')
> >>>
> >>>      Terminal type is now qt
> >>> gnuplot> set terminal lua tikz standalone preamble
> >>> "\usepackage{derivative}"
> >>>
> >>> Terminal type is now 'lua'
> >>>           /usr/share/gnuplot/6.1/lua/gnuplot-tikz.lua:1773: bad
> >>> argument #1 to 'load' (function expected, got string)
> >>> stack traceb
> >>>
> >>> gnuplot> set terminal lua tikz standalone preamble
> >>> '\usepackage{derivative}'
> >>>
> >>> Terminal type is now 'lua'
> >>> Options are 'latex preamble "\\usepackage{derivative}"  color
> >>> standalone nogparrows notikzarrows nogppoints picenvironment
> >>> nooriginreset bitmap rgbimage noclip notightboundingbox noexternalimages '
> >>> gnuplot>
> >> _______________________________________________
> >> gnuplot-info mailing list
> >> gnu...@li...
> >> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info
> >>
> >
> >
> >
> 
> 
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info
> 

Re: [Gnuplot-info] Error in documentation/bug

[Dmitry <unk...@gm...>]

> so your command needs to be
>
>       set term tikz standalone preamble "\\usepackage{derivative}"
>
> This has nothing to do with tikz.

Hi Ethan,

set term tikz standalone preamble "\\usepackage{derivative}"

Does not work either, fails with the same error.

$ gnuplot

     G N U P L O T
     Version 6.1.0 last modified 2025-02-19

     Copyright (C) 1986-1993, 1998, 2004, 2007-2025
     Thomas Williams, Colin Kelley and many others

     gnuplot home:     http://www.gnuplot.info
     mailing list:     gnu...@li...
     faq, bugs, etc:   type "help FAQ"
     immediate help:   type "help"  (plot window: hit 'h')

     Terminal type is now qt
gnuplot> set term tikz standalone preamble "\\usepackage{derivative}"

Terminal type is now 'tikz'
          /usr/share/gnuplot/6.1/lua/gnuplot-tikz.lua:1773: bad argument 
#1 to 'load' (function expected, got string)
stack traceb

gnuplot> set term tikz standalone header "\\usepackage{derivative}"

Terminal type is now 'tikz'
          /usr/share/gnuplot/6.1/lua/gnuplot-tikz.lua:1773: bad argument 
#1 to 'load' (function expected, got string)
stack traceb

gnuplot> set term cairolatex header "\\usepackage{derivative}"

Terminal type is now 'cairolatex'
Options are ' pdf input header "\usepackage{derivative}" blacktext 
nobackground noenhanced fontscale 0.6 size 5.00in, 3.00in '
gnuplot>




On 26.02.2025 02:43, Ethan Merritt wrote:
> On Tuesday, 25 February 2025 02:15:22 PST Dmitry wrote:
>> So, documentation says that we can add latex preamble with tikz terminal
>> as *preamble "<preamble string>".*
>>
>> But this actually does not work, it fails with
>>
>> /usr/share/gnuplot/6.1/lua/gnuplot-tikz.lua:1773: bad argument #1 to
>> 'load' (function expected, got string)
>>
>> Instead of *preamble "<preamble string>" *one should use *preamble
>> '<preamble string>' *(single quotes vs double quotes).
> Remember that inside double quotes backslash is an escape character,
> so your command needs to be
>
>       set term tikz standalone preamble "\\usepackage{derivative}"
>
> This has nothing to do with tikz. It is the usual difference between string
> handling in single vs double quotes.
>
> 	Ethan
>
>
>
>
>> I'm not sure if its bug or it's wrong documentation. Below I listed the
>> full console output
>>
>> Thanks!
>>
>>
>>> $ gnuplot
>>>
>>>      G N U P L O T
>>>      Version 6.1.0 last modified 2025-02-19
>>>
>>>      Copyright (C) 1986-1993, 1998, 2004, 2007-2025
>>>      Thomas Williams, Colin Kelley and many others
>>>
>>>      gnuplot home: http://www.gnuplot.info
>>>      mailing list: gnu...@li...
>>>      faq, bugs, etc:   type "help FAQ"
>>>      immediate help:   type "help"  (plot window: hit 'h')
>>>
>>>      Terminal type is now qt
>>> gnuplot> set terminal lua tikz standalone preamble
>>> "\usepackage{derivative}"
>>>
>>> Terminal type is now 'lua'
>>>           /usr/share/gnuplot/6.1/lua/gnuplot-tikz.lua:1773: bad
>>> argument #1 to 'load' (function expected, got string)
>>> stack traceb
>>>
>>> gnuplot> set terminal lua tikz standalone preamble
>>> '\usepackage{derivative}'
>>>
>>> Terminal type is now 'lua'
>>> Options are 'latex preamble "\\usepackage{derivative}"  color
>>> standalone nogparrows notikzarrows nogppoints picenvironment
>>> nooriginreset bitmap rgbimage noclip notightboundingbox noexternalimages '
>>> gnuplot>
>> _______________________________________________
>> gnuplot-info mailing list
>> gnu...@li...
>> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info
>>
>
>
>

Re: [Gnuplot-info] Error in documentation/bug

[Ethan M. <eam...@gm...>]

On Tuesday, 25 February 2025 02:15:22 PST Dmitry wrote:
> So, documentation says that we can add latex preamble with tikz terminal 
> as *preamble "<preamble string>".*
> 
> But this actually does not work, it fails with
> 
> /usr/share/gnuplot/6.1/lua/gnuplot-tikz.lua:1773: bad argument #1 to 
> 'load' (function expected, got string)
> 
> Instead of *preamble "<preamble string>" *one should use *preamble 
> '<preamble string>' *(single quotes vs double quotes).

Remember that inside double quotes backslash is an escape character,
so your command needs to be

     set term tikz standalone preamble "\\usepackage{derivative}"

This has nothing to do with tikz. It is the usual difference between string
handling in single vs double quotes.

	Ethan




> 
> I'm not sure if its bug or it's wrong documentation. Below I listed the  
> full console output
> 
> Thanks!
> 
> 
> > $ gnuplot
> >
> >     G N U P L O T
> >     Version 6.1.0 last modified 2025-02-19
> >
> >     Copyright (C) 1986-1993, 1998, 2004, 2007-2025
> >     Thomas Williams, Colin Kelley and many others
> >
> >     gnuplot home: http://www.gnuplot.info
> >     mailing list: gnu...@li...
> >     faq, bugs, etc:   type "help FAQ"
> >     immediate help:   type "help"  (plot window: hit 'h')
> >
> >     Terminal type is now qt
> > gnuplot> set terminal lua tikz standalone preamble 
> > "\usepackage{derivative}"
> >
> > Terminal type is now 'lua'
> >          /usr/share/gnuplot/6.1/lua/gnuplot-tikz.lua:1773: bad 
> > argument #1 to 'load' (function expected, got string)
> > stack traceb
> >
> > gnuplot> set terminal lua tikz standalone preamble 
> > '\usepackage{derivative}'
> >
> > Terminal type is now 'lua'
> > Options are 'latex preamble "\\usepackage{derivative}"  color 
> > standalone nogparrows notikzarrows nogppoints picenvironment 
> > nooriginreset bitmap rgbimage noclip notightboundingbox noexternalimages '
> > gnuplot>
> 
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info
> 

[Gnuplot-info] Error in documentation/bug

[Dmitry <unk...@gm...>]

So, documentation says that we can add latex preamble with tikz terminal 
as *preamble "<preamble string>".*

But this actually does not work, it fails with

/usr/share/gnuplot/6.1/lua/gnuplot-tikz.lua:1773: bad argument #1 to 
'load' (function expected, got string)

Instead of *preamble "<preamble string>" *one should use *preamble 
'<preamble string>' *(single quotes vs double quotes).

I'm not sure if its bug or it's wrong documentation. Below I listed the  
full console output

Thanks!


> $ gnuplot
>
>     G N U P L O T
>     Version 6.1.0 last modified 2025-02-19
>
>     Copyright (C) 1986-1993, 1998, 2004, 2007-2025
>     Thomas Williams, Colin Kelley and many others
>
>     gnuplot home: http://www.gnuplot.info
>     mailing list: gnu...@li...
>     faq, bugs, etc:   type "help FAQ"
>     immediate help:   type "help"  (plot window: hit 'h')
>
>     Terminal type is now qt
> gnuplot> set terminal lua tikz standalone preamble 
> "\usepackage{derivative}"
>
> Terminal type is now 'lua'
>          /usr/share/gnuplot/6.1/lua/gnuplot-tikz.lua:1773: bad 
> argument #1 to 'load' (function expected, got string)
> stack traceb
>
> gnuplot> set terminal lua tikz standalone preamble 
> '\usepackage{derivative}'
>
> Terminal type is now 'lua'
> Options are 'latex preamble "\\usepackage{derivative}"  color 
> standalone nogparrows notikzarrows nogppoints picenvironment 
> nooriginreset bitmap rgbimage noclip notightboundingbox noexternalimages '
> gnuplot>

Re: [Gnuplot-info] unicode points are shifted

[Dmitry <unk...@gm...>]

Well, in normal mode, when plotting series of graphs with variable key 
height (key is outside), gnuplot shrinks the plots itself vertically to 
fit the key. So, we get  a series of plots that look differently. The 
idea to move the key to a separate file (proposed by Ethan) solves this 
problem: key's height can vary, and the plots have the same height, they 
don't shrink vertically to fit the key. So, we get uniformly looking 
series of plots.


> On 21/02/2025 19:32, Dmitry wrote:
>> P.S. may be this solution deserves to to be listed at gnuplot wiki 
>> (something like "how to plot uniformly looking series of plots with 
>> variable legend height".)
>
> Possibly it does, but I'd suggest to name it differently, by what an 
> operator would want to achieve, not by how it translates into gnuplot.
>
> I don't understand what's the problem specifically, but I'd describe 
> plots by what I want to use in them, and, possibly, in what type of 
> terminal.
>
> -Yury
>
>
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via: 
> https://lists.sourceforge.net/lists/listinfo/gnuplot-info

Re: [Gnuplot-info] unicode points are shifted

[Yury <yur...@gm...>]

On 21/02/2025 19:32, Dmitry wrote:
> P.S. may be this solution deserves to to be 
> listed at gnuplot wiki (something like "how to 
> plot uniformly looking series of plots with 
> variable legend height".)

Possibly it does, but I'd suggest to name it 
differently, by what an operator would want to 
achieve, not by how it translates into gnuplot.

I don't understand what's the problem 
specifically, but I'd describe plots by what I 
want to use in them, and, possibly, in what type 
of terminal.

-Yury

Re: [Gnuplot-info] unicode points are shifted

[Dmitry <unk...@gm...>]

Hello Ethan,

thank you very much for the help. I have improved your script a little bit
in order to remove the white space in the caption part( found a hint 
here 
https://stackoverflow.com/questions/68269120/fix-graph-size-and-automatically-adjust-canvas). 
The modified script uses tightboundingbox and adds a
couple of empty labels in order to save the width of the graph. The 
labels add a
little bit of white space left and right, but that's not a big deal. So, 
your solution
works perfectly, thank you very much for the help.

I have attached the modified script and a page with my plotted graphs
in order to demonstrate the final result, in case if anyone is interested.

It would be nice if gnuplot would support this kind of behavior without 
hacks,
since plotting a uniformly looking series of plots with different legend
heights (the legend heights are unknown upfront) should be a common task.

Thanks!

P.S. may be this solution deserves to to be listed at gnuplot wiki 
(something like "how to plot uniformly looking series of plots with 
variable legend height".)


> If the goal is to include these figures in a LaTeX document, perhaps you
> could generate the figure and the caption separately, then include them
> on after the other in the *.tex document.   I attach a script that shows this.
>
> - Ethan

Re: [Gnuplot-info] unicode points are shifted

[Ethan M. <eam...@gm...>]

On Saturday, 15 February 2025 06:39:09 PST Dmitry wrote:
> > 2) The gnuplot development branch supports a new graphical entity called
> > a "mark".  Each mark is essentially a graphics subroutine that draws a
> > shape consisting of line segments and filled polygons.
> 
> Helo Ethan,
> 
>   thank you very much for the suggestion. I tried it. It's almost 
> perfect, but it does not work correctly with tikz terminal when plotsize 
> is set (which I'm using since I'm  plotting a number of plots in cycle 
> and I want all graphs to remain the same size, regardless of the legend 
> size.).
> 
> So, all marks are shrunken horizontally, for example instead of circles 
> gnuplot plots agg-like points, please see the attached example. Is there 
> any way to fix it?

That seems to be a design problem with the tikz terminal "plotsize" option.
Gnuplot nicely lays out the plot with the requested aspect ratios, relative
spacing, etc.  Then tikz later stretches or compresses the whole thing
to fit a different size, ruining the aspect ratio.  I don't think I've ever used it.

If the goal is to include these figures in a LaTeX document, perhaps you
could generate the figure and the caption separately, then include them
on after the other in the *.tex document.   I attach a script that shows this.

This leaves a bunch of vertical whitespace in the caption part, which you
could maybe trim automatically or at worst insert a \vspace{-XXcm}
line manually.   Or if you know in advance how many key entries there are 
maybe you could adjust the height of the caption in the "set term"
command in the gnuplot script itself.

- Ethan

Re: [Gnuplot-info] border vs tics

[skejg <gro...@zo...>]

On Sun Feb 16, 2025 at 19:23 +0300, Yury <yur...@gm...> wrote:

> Maybe that would help:
>    set ytics scale 0
>
> I wanted the same for my plots a year ago, and I 
> had it solved, only I don't quite remember how. 
> The instruction is from my gnuplot file I've 
> making plots for my project.

Indeed, that worked! Thanks :)




-- 
skejg

Re: [Gnuplot-info] border vs tics

[Yury <yur...@gm...>]

Maybe that would help:
   set ytics scale 0

I wanted the same for my plots a year ago, and I 
had it solved, only I don't quite remember how. 
The instruction is from my gnuplot file I've 
making plots for my project.

-Yury

On 15/02/2025 22:48, skejg via gnuplot-info wrote:
> ...which is probably why I have those little 
> black tics leftovers :)

[Gnuplot-info] border vs tics

[skejg <gro...@zo...>]

Hi!


Let's say I have the following code:

    [...]
    unset grid
    set grid noxtics ytics lc rgb '#c6dbef'
    unset border
    set border 1 lw 2 lc rgb '#000000'
    unset tics
    set ytics axis nomirror offset -1 0.02, 0.02, 0.1 textcolor rgb '#ff0000'
    [...]

...which results in the following fragment of the y-axis: 
https://qu.ax/bsffh.png (or see attached).

Now, the manual for `border` says that:

> Besides the border itself, this line style is used for the tics,
> independent of whether they are plotted on the border or on the axes
> (see set xtics).

...which is probably why I have those little black tics leftovers :)

And therefore my question: can I somehow eliminate those 'dashes'
completely? Would be grateful for a hint :)


Thank you,



-- 
skejg

Re: [Gnuplot-info] unicode points are shifted

[Dmitry <unk...@gm...>]

> 2) The gnuplot development branch supports a new graphical entity called
> a "mark".  Each mark is essentially a graphics subroutine that draws a
> shape consisting of line segments and filled polygons.

Helo Ethan,

  thank you very much for the suggestion. I tried it. It's almost 
perfect, but it does not work correctly with tikz terminal when plotsize 
is set (which I'm using since I'm  plotting a number of plots in cycle 
and I want all graphs to remain the same size, regardless of the legend 
size.).

So, all marks are shrunken horizontally, for example instead of circles 
gnuplot plots agg-like points, please see the attached example. Is there 
any way to fix it?

Thanks!

Re: [Gnuplot-info] unicode points are shifted

[Ethan M. <eam...@gm...>]

On Friday, 14 February 2025 11:34:47 PST Dmitry wrote:
> Hello Norwid,
> thank you for your reply. The script I attached is just an example to 
> demonstrate the problem.
> My actual plot is much more complicated, I have attached a .pdf example 
> of what I'm actually plotting.
> Basically I have two datasets: one should be plotted with empty gray 
> points, and the second dataset should be  plotted with filled colored 
> points.
> Since I have a lot of data to plot, gnuplot just does not have enough 
> pointtypes of desired properties, so I decided to try unicode.
> So far I ended up using
> > plot [0:50] "battery.dat" with xyerrorbars pt -1 notitle ,\
> > "battery.dat" using 1:2:("▢") with labels offset 0, character 0.035 
> > notitle
> , where I adjust offset manually for each pointtype (unicode char) by 
> try and error method. That's how I plotted the attached pdf.
> But it's far from ideal, since if decide to change the size of the plot, 
> all offsets are required to be readjusted.
> I think that it would be great if gnuplot could offer more pointtypes, 
> since adding unicode points is a lot of pain because each character has 
> it's own shift.
> 
> Or may be there are and easy way that I don't know about? That would be 
> great.

I can offer two thoughts that may or may not be realistic options for you.

1) gnuplot's postscript terminal provides some huge number of point types,
mostly partially filled squares and circles.
That might be an option if you can deal with importing the figure as *.eps
and if the point types are distinct enough for your purpose.

2) The gnuplot development branch supports a new graphical entity called
a "mark".  Each mark is essentially a graphics subroutine that draws a
shape consisting of line segments and filled polygons.

Once defined, a mark can be used in a "plot with marks" command directly
analogous to "plot with points" except that there is more flexibility with
respect to options for scaling.   Defining new point types is an obvious
example of use, shown here:

  https://gnuplot.sourceforge.net/demo_6.1/extra_points.html
  https://gnuplot.sourceforge.net/demo_6.1/mark_formulas.html

This is an experimental extension added about a year ago.
Until very recently it has been sadly lacking in documentation.
Current documentation, such as it is, here

  http://gnuplot.info/docs_6.1/loc3934.html

It is IMHO rather cumbersome to use in its current state.  I suspect that
as people begin to use it and offer feedback it will evolve into something
easier to use.

Ethan

> Thanks!
> 
> 
> On 14.02.2025 14:16, Norwid Behrnd via gnuplot-info wrote:
> > @Dmitry Preface: I'm not yet convinced a character pointtype by `"\U+25A2"`
> > improves the default tools available if one wants to indicate the points'
> > location by a box.  The difference is gnuplot's box does not use rounded
> > corners -- is this a requirement on your side?  Because depending on font and
> > specific glyph, what is the origin of coordinates of its bounding box (in
> > LaTeX's parlance) gnuplot uses a reference to put the glyph on the canvas --
> > is it in one of the bounding box' corners, or its center (then affected by the
> > glyph's height and width)?[1]  Would using the "rounded square" render the plot
> > much easier to read, than gnuplot's box?  Perhaps the script shared by you used
> > `"\U+25A2"` as a place holder for a different printable object.
> >
> > My suggest is to use `pt 4` within the pdfcairo terminal to write an
> > intermediate .pdf subsequently converted e.g., by David Barton's pdf2svg[2]
> > in lines of `pdf2svg test.pdf out.svg`.  As an illustration, I edited your
> > script's header and last line to
> >
> > ``` test.spt
> > set terminal pdfcairo enhanced font 'DejaVuSans,12'
> > set output "test.pdf"
> >
> > set style data lines
> > set title "error represented by xyerrorbars"
> > set xlabel "Resistance [Ohm]"
> > set ylabel "Power [W]"
> > n(x)=1.53**2*x/(5.67+x)**2
> > NO_ANIMATION = 1
> > unset pointintervalbox
> > #plot [0:50] "battery.dat" t "Power" with xyerrorbars pt "\U+25A1" pointsize
> > 44 lw 2 lc "red", n(x) t "Theory" w lines #plot "battery.dat" t "Power" with
> > points pt "\U+25A1" pointsize 44 lw 2 lc "red"
> >
> > plot [0:50] "battery.dat" with xyerrorbars pt -1 notitle ,\
> > "battery.dat" t "Power" with points pt 4 pointsize 1 lw 2 lc "red"
> > ```
> >
> > which works reasonably well (gnuplot 6.0.2).
> >
> > [1] see for instance `x` and `V` in the accepted answer by `theozh` (May 26,
> > 2019) https://stackoverflow.com/questions/56313642/change-the-color-of-a-character-pointtype-in-gnuplot
> > [2] http://cityinthesky.co.uk/opensource/pdf2svg/
> >
> >
> > _______________________________________________
> > gnuplot-info mailing list
> > gnu...@li...
> > Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info
> 

Re: [Gnuplot-info] unicode points are shifted

[Dmitry <unk...@gm...>]

Hello Norwid,
thank you for your reply. The script I attached is just an example to 
demonstrate the problem.
My actual plot is much more complicated, I have attached a .pdf example 
of what I'm actually plotting.
Basically I have two datasets: one should be plotted with empty gray 
points, and the second dataset should be  plotted with filled colored 
points.
Since I have a lot of data to plot, gnuplot just does not have enough 
pointtypes of desired properties, so I decided to try unicode.
So far I ended up using
> plot [0:50] "battery.dat" with xyerrorbars pt -1 notitle ,\
> "battery.dat" using 1:2:("▢") with labels offset 0, character 0.035 
> notitle
, where I adjust offset manually for each pointtype (unicode char) by 
try and error method. That's how I plotted the attached pdf.
But it's far from ideal, since if decide to change the size of the plot, 
all offsets are required to be readjusted.
I think that it would be great if gnuplot could offer more pointtypes, 
since adding unicode points is a lot of pain because each character has 
it's own shift.

Or may be there are and easy way that I don't know about? That would be 
great.
Thanks!


On 14.02.2025 14:16, Norwid Behrnd via gnuplot-info wrote:
> @Dmitry Preface: I'm not yet convinced a character pointtype by `"\U+25A2"`
> improves the default tools available if one wants to indicate the points'
> location by a box.  The difference is gnuplot's box does not use rounded
> corners -- is this a requirement on your side?  Because depending on font and
> specific glyph, what is the origin of coordinates of its bounding box (in
> LaTeX's parlance) gnuplot uses a reference to put the glyph on the canvas --
> is it in one of the bounding box' corners, or its center (then affected by the
> glyph's height and width)?[1]  Would using the "rounded square" render the plot
> much easier to read, than gnuplot's box?  Perhaps the script shared by you used
> `"\U+25A2"` as a place holder for a different printable object.
>
> My suggest is to use `pt 4` within the pdfcairo terminal to write an
> intermediate .pdf subsequently converted e.g., by David Barton's pdf2svg[2]
> in lines of `pdf2svg test.pdf out.svg`.  As an illustration, I edited your
> script's header and last line to
>
> ``` test.spt
> set terminal pdfcairo enhanced font 'DejaVuSans,12'
> set output "test.pdf"
>
> set style data lines
> set title "error represented by xyerrorbars"
> set xlabel "Resistance [Ohm]"
> set ylabel "Power [W]"
> n(x)=1.53**2*x/(5.67+x)**2
> NO_ANIMATION = 1
> unset pointintervalbox
> #plot [0:50] "battery.dat" t "Power" with xyerrorbars pt "\U+25A1" pointsize
> 44 lw 2 lc "red", n(x) t "Theory" w lines #plot "battery.dat" t "Power" with
> points pt "\U+25A1" pointsize 44 lw 2 lc "red"
>
> plot [0:50] "battery.dat" with xyerrorbars pt -1 notitle ,\
> "battery.dat" t "Power" with points pt 4 pointsize 1 lw 2 lc "red"
> ```
>
> which works reasonably well (gnuplot 6.0.2).
>
> [1] see for instance `x` and `V` in the accepted answer by `theozh` (May 26,
> 2019) https://stackoverflow.com/questions/56313642/change-the-color-of-a-character-pointtype-in-gnuplot
> [2] http://cityinthesky.co.uk/opensource/pdf2svg/
>
>
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info

Re: [Gnuplot-info] unicode points are shifted

[Norwid B. <nb...@ya...>]

@Dmitry Preface: I'm not yet convinced a character pointtype by `"\U+25A2"`
improves the default tools available if one wants to indicate the points'
location by a box.  The difference is gnuplot's box does not use rounded
corners -- is this a requirement on your side?  Because depending on font and
specific glyph, what is the origin of coordinates of its bounding box (in
LaTeX's parlance) gnuplot uses a reference to put the glyph on the canvas --
is it in one of the bounding box' corners, or its center (then affected by the
glyph's height and width)?[1]  Would using the "rounded square" render the plot
much easier to read, than gnuplot's box?  Perhaps the script shared by you used
`"\U+25A2"` as a place holder for a different printable object.

My suggest is to use `pt 4` within the pdfcairo terminal to write an
intermediate .pdf subsequently converted e.g., by David Barton's pdf2svg[2]
in lines of `pdf2svg test.pdf out.svg`.  As an illustration, I edited your
script's header and last line to

``` test.spt
set terminal pdfcairo enhanced font 'DejaVuSans,12'
set output "test.pdf"

set style data lines
set title "error represented by xyerrorbars"
set xlabel "Resistance [Ohm]"
set ylabel "Power [W]"
n(x)=1.53**2*x/(5.67+x)**2
NO_ANIMATION = 1
unset pointintervalbox
#plot [0:50] "battery.dat" t "Power" with xyerrorbars pt "\U+25A1" pointsize
44 lw 2 lc "red", n(x) t "Theory" w lines #plot "battery.dat" t "Power" with
points pt "\U+25A1" pointsize 44 lw 2 lc "red"

plot [0:50] "battery.dat" with xyerrorbars pt -1 notitle ,\
"battery.dat" t "Power" with points pt 4 pointsize 1 lw 2 lc "red"
```

which works reasonably well (gnuplot 6.0.2).

[1] see for instance `x` and `V` in the accepted answer by `theozh` (May 26,
2019) https://stackoverflow.com/questions/56313642/change-the-color-of-a-character-pointtype-in-gnuplot
[2] http://cityinthesky.co.uk/opensource/pdf2svg/

[Gnuplot-info] unicode points are shifted

[Dmitry <unk...@gm...>]

Hello,
  I'm plotting errorbars with points, and I need more pointtypes then 
are presented in gnuplot.
I tried adding unicode characters like "with points pt "\U+25A2", it 
works,  but points are shifted in the "y" direction (relative to 
errorbars centers).
I have attached the script and the resulting picture. On the attached 
picture points are shifted down. I'm actually using tikz terminal (I 
need latex support), and with tikz terminal points are shifted upwards.
Is there any way to fix this vertical shift?
Thank you!

P.S. I could shift points manually by changing their "y" coordinates, 
but I'm plotting a lot of graphs with different scales in cycle (using c++),
so manually shifting "y" coordinates is out of question (unless there is 
some option to shift points in absolute units (like milimeters)).

Re: [Gnuplot-info] New version of gnuplot broke my right labels

[Mark H. <ma...@ha...>]

`.set y2label`  was my shorthand for .set("y2label") which is
javascript.  I know nothing about any other syntax, I only use it with
js.

I am not surprised that 6.0.2 works.  I went back to 4.6 and
everything works.   The bug is apparently only in 5.x.


On Thu, Feb 13, 2025 at 5:07 AM Norwid Behrnd via gnuplot-info
<gnu...@li...> wrote:
>
> @Mark While I'm not aware `.set y2label` to be a syntax accepted by gnuplot, I
> found the test script below -- without the leading period -- worked fine from
> the Bash by either `gnuplot ./test.spt`, or `gnuplot-qt ./test.spt`.  The test
> run gnuplot 6.0.2 as currently provided by Linux Debian 13/trixie which for
> now (still) is branch testing.
>
> If an interactive GUI isn't a requirement for you, could the installation of a
> second (i.e., additional) Linux distribution equally be an option for you?  Or
> one which lives in a USB thumbdrive, thanks to e.g.,
> [rufus](https://rufus.ie/)?
>
> According to Debian's tracker,[1] Ubuntu 24.10 and future 25.04 currently
> package version 6.0.0.  However, repology.org[2] mentions for instance Devuan
> (unstable), a Debian relative, equally set to gnuplot 6.0.2.
>
> Norwid
>
> ``` test.spt
> set terminal pngcairo enhanced font 'Verdana,10'
> set output "test.png"
> set title "title"
> set grid
> set key left
>
> set xlabel "primary abscissa [x]"
>
> set x2tics
> set link x2 via x/3.14 inverse x*3.14
> set x2label "secondary abscissa [{/Symbol p}]"
> set format x2 "%.1f"
>
> set ylabel "ordinate [y]"
> set format y "%.2f"
>
> set ytics nomirror
> set y2tics
> set y2label "ordinate [y/8]"
> set link y2 via y/8 inverse y*8
> set format y2 "%.3f"
>
> plot sin(x)
> ```
>
> [1] https://tracker.debian.org/pkg/gnuplot
> [2] https://repology.org/project/gnuplot/packages
>
>
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info

Re: [Gnuplot-info] New version of gnuplot broke my right labels

[Norwid B. <nb...@ya...>]

@Mark While I'm not aware `.set y2label` to be a syntax accepted by gnuplot, I
found the test script below -- without the leading period -- worked fine from
the Bash by either `gnuplot ./test.spt`, or `gnuplot-qt ./test.spt`.  The test
run gnuplot 6.0.2 as currently provided by Linux Debian 13/trixie which for
now (still) is branch testing.

If an interactive GUI isn't a requirement for you, could the installation of a
second (i.e., additional) Linux distribution equally be an option for you?  Or
one which lives in a USB thumbdrive, thanks to e.g.,
[rufus](https://rufus.ie/)?

According to Debian's tracker,[1] Ubuntu 24.10 and future 25.04 currently
package version 6.0.0.  However, repology.org[2] mentions for instance Devuan
(unstable), a Debian relative, equally set to gnuplot 6.0.2.

Norwid

``` test.spt
set terminal pngcairo enhanced font 'Verdana,10'
set output "test.png"
set title "title"
set grid
set key left

set xlabel "primary abscissa [x]"

set x2tics
set link x2 via x/3.14 inverse x*3.14 
set x2label "secondary abscissa [{/Symbol p}]"
set format x2 "%.1f"

set ylabel "ordinate [y]"
set format y "%.2f"

set ytics nomirror
set y2tics
set y2label "ordinate [y/8]"
set link y2 via y/8 inverse y*8
set format y2 "%.3f"

plot sin(x)
```

[1] https://tracker.debian.org/pkg/gnuplot
[2] https://repology.org/project/gnuplot/packages

Re: [Gnuplot-info] New version of gnuplot broke my right labels

[Peter R. <p.r...@sh...>]

On 12/02/2025 04:19, Dave Horsfall wrote:
> On Tue, 11 Feb 2025, Mark Hahn wrote:
>
>> I've been running gnuplot for years and it worked great.  I just
>> installed the newest version of stable ubuntu and gnuplot broke.  I
>> don't know what version my old gnuplot was but it is now 5.4 patchlevel
>> 2.  I had Y labels on both sides.  Now my right label has disappeared.
>> I haven't changed any gnuplot commands.
> On my MacBook running High Sierra:
>
>      gnuplot> show ver
>
> 	G N U P L O T
> 	Version 6.0 patchlevel 2    last modified 2024-12-19
>
> (I check for software updates every week; doesn't everybody?)

Yes. But the OP is using the latest Ubuntu. Be aware that Gnuplot 6 will 
not build (out of the box) on Ubuntu due to a packaging error with Qt. 
This is on the Ubuntu maintainers' todo list but Ubuntu users are likely 
to be stuck on Gnulplot 5.4 for a long time yet. By the time I reported 
the issue for Gnuplot, this packaging problem had already been on their 
radar for over a year because it had been reported as having broken some 
other (gaming?) app.

P.

>
> -- Dave
>
>
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info

Re: [Gnuplot-info] New version of gnuplot broke my right labels

[Dave H. <da...@ho...>]

On Tue, 11 Feb 2025, Mark Hahn wrote:

> I've been running gnuplot for years and it worked great.  I just 
> installed the newest version of stable ubuntu and gnuplot broke.  I 
> don't know what version my old gnuplot was but it is now 5.4 patchlevel 
> 2.  I had Y labels on both sides.  Now my right label has disappeared.  
> I haven't changed any gnuplot commands.

On my MacBook running High Sierra:

    gnuplot> show ver

	G N U P L O T
	Version 6.0 patchlevel 2    last modified 2024-12-19 

(I check for software updates every week; doesn't everybody?)

-- Dave

[Gnuplot-info] New version of gnuplot broke my right labels

[Mark H. <ma...@ha...>]

I've been running gnuplot for years and it worked great.  I just
installed the newest version of stable ubuntu and gnuplot broke.  I
don't know what version my old gnuplot was but it is now 5.4
patchlevel 2.  I had Y labels on both sides.  Now my right label has
disappeared.  I haven't changed any gnuplot commands.

My gnuplot only has the ".set y2label" command, and not any other
label command.  I don't know how it worked but labels appeared on both
sides.  It's weird that I only had the right side command and now that
is the broken one.  I've tried adding  ".set ylabel".

Can someone give me an idea of how to fix this?  I'd be happy to go to
an older version like 4.6 but I couldn't find a linux installer for
4.x.  Would I have to build it?  I would hate that as I always have
problems with building,  My building-fu is lacking.

Re: [Gnuplot-info] White point with errorbars in gnuplot 6.0.1

[Dmitry <unk...@gm...>]

Thank you everyone for help. I ended up using "unset pointintervalbox", 
it worked perfectly.
I suggest that http://gnuplot.info/demo_svg_6.0/errorbars.html should be 
updated, since
the first demo script produces the attached plot, and not the plot 
presented on this page.
> I'm unsure about `pt -1`. Why not use `pt 0`?
> The following
> ```
> "battery.dat" t "Power" with xyerrorbars pt 0 lc "red"
> ``` 

Thanks for the suggestion, I tried it, but it produces visible points 
for my real case, and I want to delete these points.

On 22.11.2024 09:56, Yury wrote:
> I'm unsure about `pt -1`. Why not use `pt 0`?
> The following
> ```
> "battery.dat" t "Power" with xyerrorbars pt 0 lc "red"
> ```
> seems to do what you want/expect.
> Gnuplot is
> `Version 6.0 patchlevel 0    last modified 2023-12-09`
>
> -Yury
>
>
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via: 
> https://lists.sourceforge.net/lists/listinfo/gnuplot-info

Re: [Gnuplot-info] White point with errorbars in gnuplot 6.0.1

[Yury <yur...@gm...>]

I'm unsure about `pt -1`. Why not use `pt 0`?
The following
```
"battery.dat" t "Power" with xyerrorbars pt 0 lc 
"red"
```
seems to do what you want/expect.
Gnuplot is
`Version 6.0 patchlevel 0    last modified 
2023-12-09`

-Yury