gnuplot-info — For questions and discussion about gnuplot

[Gnuplot-info] SOLVED Re: XTick Labels?

[Robert H. <he...@de...>]

At Sun,  8 Feb 2026 07:17:35 -0500 (EST) Robert Heller <he...@de...> wrote:

> 
> None of this helps.  The X Tick labels are still the numberical indexes and 
> not the text in column of the data file.
> 

I found my problem: doing "1:xtick(1)" is wrong!  I moved the ":xtic(1)" 
elsewhere in the using list and presto, things work.

> At Sun, 8 Feb 2026 11:38:29 +0100 Norwid Behrnd <nb...@ya...> wrote:
> 
> > 
> > Dear Robert
> > 
> > The example shared by you includes three consecutive lines relevant to the
> > management of xtics:
> > 
> > > set xtics border in scale 0,0 nomirror rotate by -45  autojustify
> > > set xtics  norangelimit 
> > > set xtics   ()
> > 
> > By `set xtics scale 0,0` you however set them invisible.  Compare for example
> > the result of 
> > 
> > ```
> > set terminal png
> > set output "test_01.png"
> > set title "test 01"
> > 
> > set xtics in scale 0,0
> > plot sin(x)
> > ```
> > 
> > with (an exaggerated example)
> > 
> > ```
> > set terminal png
> > set output "test_02.png"
> > set title "test 02"
> > 
> > set xtics in scale 10,0
> > plot sin(x)
> > ```
> > 
> > Equally, compare with the first example "US immigration from Europe by decade"
> > on <https://gnuplot.sourceforge.net/demo_5.4/histograms2.html> -- sometimes the
> > tics extend beyond the bars (e.g., 1931--1940, Northern Europe) to be visible,
> > while e.g., about 1901--1910 they are not.  Here, `set xtics out` yields xtics
> > which don't enter the first quadrant and hence are not affected by the
> > histogram's bars.
> > 
> > In your example, the annotations to the abscissa are short; this is the reason
> > why I think to use `set xtics out` without a `rotate by -45` provides a result
> > easier to read and 
> > 
> > ```
> > set xtics out border nomirror autojustify
> > set xtics  norangelimit 
> > ```
> > 
> > might suffice.  Note `set xtics ()` can void your earlier list of instructions
> > about the xtics.
> > 
> > Best regards,
> > 
> > Norwid
> > 
> >                                                 
> > 
> 

-- 
Robert Heller             -- Cell: 413-658-7953 GV: 978-633-5364
Deepwoods Software        -- Custom Software Services
http://www.deepsoft.com/  -- Linux Administration Services
he...@de...       -- Webhosting Services
                                                                                                                      

Re: [Gnuplot-info] XTick Labels?

[Robert H. <he...@de...>]

None of this helps.  The X Tick labels are still the numberical indexes and 
not the text in column of the data file.

At Sun, 8 Feb 2026 11:38:29 +0100 Norwid Behrnd <nb...@ya...> wrote:

> 
> Dear Robert
> 
> The example shared by you includes three consecutive lines relevant to the
> management of xtics:
> 
> > set xtics border in scale 0,0 nomirror rotate by -45  autojustify
> > set xtics  norangelimit 
> > set xtics   ()
> 
> By `set xtics scale 0,0` you however set them invisible.  Compare for example
> the result of 
> 
> ```
> set terminal png
> set output "test_01.png"
> set title "test 01"
> 
> set xtics in scale 0,0
> plot sin(x)
> ```
> 
> with (an exaggerated example)
> 
> ```
> set terminal png
> set output "test_02.png"
> set title "test 02"
> 
> set xtics in scale 10,0
> plot sin(x)
> ```
> 
> Equally, compare with the first example "US immigration from Europe by decade"
> on <https://gnuplot.sourceforge.net/demo_5.4/histograms2.html> -- sometimes the
> tics extend beyond the bars (e.g., 1931--1940, Northern Europe) to be visible,
> while e.g., about 1901--1910 they are not.  Here, `set xtics out` yields xtics
> which don't enter the first quadrant and hence are not affected by the
> histogram's bars.
> 
> In your example, the annotations to the abscissa are short; this is the reason
> why I think to use `set xtics out` without a `rotate by -45` provides a result
> easier to read and 
> 
> ```
> set xtics out border nomirror autojustify
> set xtics  norangelimit 
> ```
> 
> might suffice.  Note `set xtics ()` can void your earlier list of instructions
> about the xtics.
> 
> Best regards,
> 
> Norwid
> 
>                                                 
> 

-- 
Robert Heller             -- Cell: 413-658-7953 GV: 978-633-5364
Deepwoods Software        -- Custom Software Services
http://www.deepsoft.com/  -- Linux Administration Services
he...@de...       -- Webhosting Services
                                                                                                                   

Re: [Gnuplot-info] XTick Labels?

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

Dear Robert

The example shared by you includes three consecutive lines relevant to the
management of xtics:

> set xtics border in scale 0,0 nomirror rotate by -45  autojustify
> set xtics  norangelimit 
> set xtics   ()

By `set xtics scale 0,0` you however set them invisible.  Compare for example
the result of 

```
set terminal png
set output "test_01.png"
set title "test 01"

set xtics in scale 0,0
plot sin(x)
```

with (an exaggerated example)

```
set terminal png
set output "test_02.png"
set title "test 02"

set xtics in scale 10,0
plot sin(x)
```

Equally, compare with the first example "US immigration from Europe by decade"
on <https://gnuplot.sourceforge.net/demo_5.4/histograms2.html> -- sometimes the
tics extend beyond the bars (e.g., 1931--1940, Northern Europe) to be visible,
while e.g., about 1901--1910 they are not.  Here, `set xtics out` yields xtics
which don't enter the first quadrant and hence are not affected by the
histogram's bars.

In your example, the annotations to the abscissa are short; this is the reason
why I think to use `set xtics out` without a `rotate by -45` provides a result
easier to read and 

```
set xtics out border nomirror autojustify
set xtics  norangelimit 
```

might suffice.  Note `set xtics ()` can void your earlier list of instructions
about the xtics.

Best regards,

Norwid

[Gnuplot-info] XTick Labels?

[Robert H. <he...@de...>]

I downloaded the file at 
https://gnuplot.sourceforge.net/demo_5.4/histograms.2.gnu
and edited to suit my data file:

#!/usr/bin/gnuplot -persist 
set datafile separator comma
set datafile columnheaders
set boxwidth 0.9 absolute
set style fill   solid 1.00 border lt -1
set key fixed right top vertical Right noreverse noenhanced autotitle nobox
set style histogram clustered gap 1 title textcolor lt -1
unset parametric
set datafile missing '-'
set style data histograms
set xtics border in scale 0,0 nomirror rotate by -45  autojustify
set xtics  norangelimit 
set xtics   ()
set title "Wendell Website Landing Pages" 
set xrange [ * : * ] noreverse writeback
set x2range [ * : * ] noreverse writeback
set yrange [ 0.00000 : 7000. ] noreverse writeback
set y2range [ * : * ] noreverse writeback
set zrange [ * : * ] noreverse writeback
set cbrange [ * : * ] noreverse writeback
set rrange [ * : * ] noreverse writeback
set colorbox vertical origin screen 0.9, 0.2 size screen 0.05, 0.6 front  noinvert bdefault
NO_ANIMATION = 1
plot "WendellWebsite-Jan1-Dec31-2025-Landing_page_Landing_page.csv" \
         using 1:xticlabels(1), '' u 2 ti col, '' u 3 ti col, '' u 4 ti col

But while it *mostly* works, it does not do the xtic labels, as shown in this 
screen shot:

https://www.deepsoft.com/wp-content/uploads/2026/02/Screenshot-from-2026-02-07-15-41-28.png

What am I doing wrong?

The data file looks like this:
# ----------------------------------------
# Landing page: Landing page
# Account: www.wendellmass.us
# Property: http://www.wendellmass.us - GA4
# ----------------------------------------
# 
# All Users
# Start date: 20250101
# End date: 20251231
Landing page,Sessions,Active users,New users,Average engagement time per session,Key events,Total revenue,Session key event rate
/,6936,3766,3239,71.99423298731257,0,0,0
(not set),1972,1005,0,12.278904665314402,0,0,0
/departments/library,1629,1092,918,36.09821976672806,0,0,0
/departments/recycling-and-transfer-station,1282,842,682,23.013260530421217,0,0,0
/town-government,543,273,175,93.43093922651934,0,0,0
/departments/public-meetings,397,160,86,69.7632241813602,0,0,0
/departments,367,304,211,116.20708446866485,0,0,0
/departments/property-assessment,351,291,233,34.69230769230769,0,0,0
/online-payment-bill-lookup,351,219,156,26.974358974358974,0,0,0
/departments/tax-collector,316,220,150,42.08227848101266,0,0,0
/departments/building-department,304,170,117,66.35197368421052,0,0,0
/departments/town-clerk,233,176,112,37.927038626609445,0,0,0
/good-neighbors,228,179,151,38.31140350877193,0,0,0
/jobs,223,182,144,27.60089686098655,0,0,0


-- 
Robert Heller             -- Cell: 413-658-7953 GV: 978-633-5364
Deepwoods Software        -- Custom Software Services
http://www.deepsoft.com/  -- Linux Administration Services
he...@de...       -- Webhosting Services
                                                     

[Gnuplot-info] Gnuplot 6.0.4 for Windows as zip/7z?

[Wolfgang D. <wol...@da...>]

Dear Gnuplot-team,

until 6.0.3 you released Gnuplot for Windows also as ZIP/7z files 
(gp603-win64-mingw.zip / gp603-win64-mingw.7z) - do you plan that for 
6.0.4 too? Or only the exe-installer?

Best regards, Wolfgang

Re: [Gnuplot-info] PlottingFilledCircleOutsidePlotArea

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

set object circle at screen 0.9,screen 0.9 size 0.2 \
      fillstyle solid border lc rgb "#000000" fillcolor "orange"

On Wed, Dec 3, 2025 at 10:46 AM Geoff Kaniuk <ge...@ka...> wrote:
>
> I wish to plot a coloured disc outside the plot area.
>
> For example, the set object command:
>      set object circle at screen 0.9,screen 0.9 size 0.2 fc rgb "#000000"
> produced a circle with black boundary, white interior.
>
> fc is the fillcolor
>
> Is there an option to set the interior of the circle to any chosen colour?
> --
> Geoff
>
>
>
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info

[Gnuplot-info] PlottingFilledCircleOutsidePlotArea

[Geoff K. <ge...@ka...>]

I wish to plot a coloured disc outside the plot area.

For example, the set object command:
     set object circle at screen 0.9,screen 0.9 size 0.2 fc rgb "#000000"
produced a circle with black boundary, white interior.

fc is the fillcolor

Is there an option to set the interior of the circle to any chosen colour?
-- 
Geoff

[Gnuplot-info] Fwd: PlottingFilledCircleOutsidePlotArea-Solved

[Geoff K. <ge...@ka...>]

Sorry, I missed the fillstyle property:
set object circle
  at screen 0.9,screen 0.9 size 0.2 fc rgb "#000000" fs solid
works!

Geoff


-------- Forwarded Message --------
Subject: PlottingFilledCircleOutsidePlotArea
Date: Wed, 3 Dec 2025 15:18:28 +0000
From: Geoff Kaniuk <ge...@ka...>
To: gnu...@li...

I wish to plot a coloured disc outside the plot area.

For example, the set object command:
     set object circle at screen 0.9,screen 0.9 size 0.2 fc rgb "#000000"
produced a circle with black boundary, white interior.

fc is the fillcolor

Is there an option to set the interior of the circle to any chosen colour?
-- 
Geoff

Re: [Gnuplot-info] coloring points based on column value when also using hypertext labels

[Walter H. <wh...@bf...>]

I am no sure that i understand you problem, but
there is a demo called "data-dependent coloring" maybe that is a starting point ?

CU

________________________________________
Von: Kevin Klein <kk...@gm...>
Gesendet: Donnerstag, 11. September 2025 17:41:21
An: gnu...@li...
Betreff: [Gnuplot-info] coloring points based on column value when also using hypertext labels

I have the following gnuplot data file:

1   4   foo     1
2   3   bar     2
5   8   baz     1

I have the following gnuplot command:

set terminal qt
label_text(str1) = sprintf("%s", stringcolumn(str1))
plot "gnuplot_data.txt" using 1:2:(label_text(3)) with labels hypertext
notitle
pause -1

How can I color code the points based on the value of the 4th column? I
know how to do this when not using hypertext labels, but cannot figure it
out when the 3rd field of the "using" statement is dedicated to specifying
the 3rd column for the label text.

Thanks

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

[Gnuplot-info] coloring points based on column value when also using hypertext labels

[Kevin K. <kk...@gm...>]

I have the following gnuplot data file:

1   4   foo     1
2   3   bar     2
5   8   baz     1

I have the following gnuplot command:

set terminal qt
label_text(str1) = sprintf("%s", stringcolumn(str1))
plot "gnuplot_data.txt" using 1:2:(label_text(3)) with labels hypertext
notitle
pause -1

How can I color code the points based on the value of the 4th column? I
know how to do this when not using hypertext labels, but cannot figure it
out when the 3rd field of the "using" statement is dedicated to specifying
the 3rd column for the label text.

Thanks

[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
>