You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
(2) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(3) |
Feb
(1) |
Mar
(2) |
Apr
(22) |
May
(52) |
Jun
(43) |
Jul
(36) |
Aug
(59) |
Sep
(37) |
Oct
(55) |
Nov
(39) |
Dec
(36) |
| 2005 |
Jan
(64) |
Feb
(40) |
Mar
(62) |
Apr
(58) |
May
(256) |
Jun
(77) |
Jul
(80) |
Aug
(39) |
Sep
(56) |
Oct
(36) |
Nov
(113) |
Dec
(68) |
| 2006 |
Jan
(43) |
Feb
(64) |
Mar
(69) |
Apr
(60) |
May
(71) |
Jun
(53) |
Jul
(63) |
Aug
(63) |
Sep
(76) |
Oct
(85) |
Nov
(82) |
Dec
(73) |
| 2007 |
Jan
(75) |
Feb
(82) |
Mar
(84) |
Apr
(104) |
May
(67) |
Jun
(101) |
Jul
(107) |
Aug
(138) |
Sep
(128) |
Oct
(106) |
Nov
(112) |
Dec
(112) |
| 2008 |
Jan
(94) |
Feb
(87) |
Mar
(146) |
Apr
(169) |
May
(75) |
Jun
(26) |
Jul
(26) |
Aug
(7) |
Sep
(18) |
Oct
(53) |
Nov
(42) |
Dec
(19) |
| 2009 |
Jan
(43) |
Feb
(39) |
Mar
(18) |
Apr
(45) |
May
(66) |
Jun
(87) |
Jul
(56) |
Aug
(41) |
Sep
(56) |
Oct
(139) |
Nov
(98) |
Dec
(88) |
| 2010 |
Jan
(81) |
Feb
(79) |
Mar
(83) |
Apr
(97) |
May
(124) |
Jun
(84) |
Jul
(53) |
Aug
(85) |
Sep
(89) |
Oct
(50) |
Nov
(98) |
Dec
(78) |
| 2011 |
Jan
(97) |
Feb
(74) |
Mar
(68) |
Apr
(54) |
May
(63) |
Jun
(59) |
Jul
(65) |
Aug
(58) |
Sep
(37) |
Oct
(40) |
Nov
(59) |
Dec
(35) |
| 2012 |
Jan
(16) |
Feb
(56) |
Mar
(63) |
Apr
(25) |
May
(48) |
Jun
(58) |
Jul
(20) |
Aug
(13) |
Sep
(43) |
Oct
(35) |
Nov
(20) |
Dec
(17) |
| 2013 |
Jan
(22) |
Feb
(11) |
Mar
(51) |
Apr
(34) |
May
(57) |
Jun
(27) |
Jul
(70) |
Aug
(30) |
Sep
(38) |
Oct
(53) |
Nov
(40) |
Dec
(25) |
| 2014 |
Jan
(26) |
Feb
(35) |
Mar
(60) |
Apr
(12) |
May
(17) |
Jun
(15) |
Jul
(9) |
Aug
(18) |
Sep
(46) |
Oct
(18) |
Nov
(19) |
Dec
(15) |
| 2015 |
Jan
(17) |
Feb
(28) |
Mar
(21) |
Apr
(54) |
May
(36) |
Jun
(8) |
Jul
(30) |
Aug
(13) |
Sep
(3) |
Oct
(28) |
Nov
(3) |
Dec
(3) |
| 2016 |
Jan
(11) |
Feb
(9) |
Mar
(29) |
Apr
(10) |
May
(8) |
Jun
(5) |
Jul
(50) |
Aug
(57) |
Sep
(13) |
Oct
(5) |
Nov
(17) |
Dec
(11) |
| 2017 |
Jan
(3) |
Feb
(23) |
Mar
(16) |
Apr
(7) |
May
(15) |
Jun
(12) |
Jul
(48) |
Aug
(15) |
Sep
(3) |
Oct
(20) |
Nov
(28) |
Dec
(21) |
| 2018 |
Jan
(13) |
Feb
(21) |
Mar
(21) |
Apr
(7) |
May
(3) |
Jun
(7) |
Jul
(27) |
Aug
(38) |
Sep
(4) |
Oct
(30) |
Nov
(22) |
Dec
|
| 2019 |
Jan
(5) |
Feb
(16) |
Mar
(1) |
Apr
(9) |
May
(7) |
Jun
(20) |
Jul
(13) |
Aug
(3) |
Sep
(2) |
Oct
(2) |
Nov
(2) |
Dec
(4) |
| 2020 |
Jan
(6) |
Feb
(11) |
Mar
(1) |
Apr
(18) |
May
(4) |
Jun
(5) |
Jul
(12) |
Aug
(1) |
Sep
(3) |
Oct
(7) |
Nov
(1) |
Dec
(17) |
| 2021 |
Jan
(1) |
Feb
(11) |
Mar
(16) |
Apr
(6) |
May
(5) |
Jun
(1) |
Jul
(1) |
Aug
(2) |
Sep
(8) |
Oct
(10) |
Nov
(4) |
Dec
(4) |
| 2022 |
Jan
(9) |
Feb
(35) |
Mar
(4) |
Apr
|
May
(3) |
Jun
(49) |
Jul
(11) |
Aug
|
Sep
(5) |
Oct
(2) |
Nov
(16) |
Dec
(13) |
| 2023 |
Jan
|
Feb
(8) |
Mar
(3) |
Apr
|
May
(8) |
Jun
|
Jul
(5) |
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
(2) |
| 2024 |
Jan
(6) |
Feb
(9) |
Mar
|
Apr
(26) |
May
(24) |
Jun
|
Jul
(4) |
Aug
(2) |
Sep
(1) |
Oct
(10) |
Nov
(9) |
Dec
|
| 2025 |
Jan
|
Feb
(22) |
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
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
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 ===========================================================================
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
>>
>
>
>
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
>
> 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
>>
>
>
>
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
>
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>
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
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
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
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
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
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 :)
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
> 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!
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
>
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
@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/
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)).
`.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
@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
On 12/02/2025 04:19, Dave Horsfall wrote: > On 2025年2月11日, 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
On 2025年2月11日, 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
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.
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