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
|
From: Yury <yur...@gm...> - 2024-11-22 06:57:56
|
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 |
From: Ethan M. <eam...@gm...> - 2024-11-22 04:59:51
|
On Thursday, 21 November 2024 03:15:28 PST Dmitry wrote: > Hi, this particular version of gnuplot plots white errorbar points with > the official demo script. > > Event If I set "pointtype -1", I still get the same white points, please > see the attached demo script. > > The previous version of gnuplot worked as expected, no white points. > > I'm using gentoo. > > Is this new feature or some kind of bug? New feature. Plot styles with errorbars avoid obscuring the central point by placing a white circle behind it. You can turn this off by saying "unset pointintervalbox" gnuplot> help with xyerrorbars The `xyerrorbars` style is only relevant to 2D data plots. `xyerrorbars` is like `points`, except that horizontal and vertical error bars are also drawn. At each point (x,y), lines are drawn from (x,y-ydelta) to (x,y+ydelta) and from (x-xdelta,y) to (x+xdelta,y) or from (x,ylow) to (x,yhigh) and from (xlow,y) to (xhigh,y), depending upon the number of data columns provided. The appearance of the tic mark at the ends of the bar is controlled by `set errorbars`. The clearance between the point and the error bars is controlled by `set pointintervalbox`. To have the error bars pass directly through the point with no interruption, use `unset pointintervalbox`. Either 4 or 6 input columns are required. 4 columns: x y xdelta ydelta 6 columns: x y xlow xhigh ylow yhigh |
From: Dmitry <unk...@gm...> - 2024-11-21 11:15:30
|
Hi, this particular version of gnuplot plots white errorbar points with the official demo script. Event If I set "pointtype -1", I still get the same white points, please see the attached demo script. The previous version of gnuplot worked as expected, no white points. I'm using gentoo. Is this new feature or some kind of bug? Thanks! |
From: Hans-Bernhard B. <HBB...@t-...> - 2024-11-19 20:59:30
|
Am 19.11.2024 um 21:34 schrieb Patrick Dupre via gnuplot-info: > Hello, > > On the attached figure, there is one point off (the lowest one). > I can only explained this by a wrong calculation. > ~10% of my samples show such a behavior (see the other plot). No attachment made it through list mailing list processor. You're probably better filing a support request or bug report at our SourceForge site. |
From: Patrick D. <pd...@gm...> - 2024-11-19 20:34:42
|
Hello, On the attached figure, there is one point off (the lowest one). I can only explained this by a wrong calculation. ~10% of my samples show such a behavior (see the other plot). Some ideas? Thanks =========================================================================== Patrick DUPRÉ | | email: pd...@gm... =========================================================================== |
From: Jaime V. <vi...@fe...> - 2024-11-11 22:08:26
|
On 11/11/24 20:16, Patrick Alken wrote: > Is there a way to plot colored rectangle objects using spherical > coordinates to define them? I made a post on stackoverflow with my > dataset and what I'm trying to do: > > https://stackoverflow.com/questions/79178991/drawing-rectangles-in-spherical-coordinates-in-gnuplot > > > I am looking for a command like: > > set obj 1 rect from spherical THETA0,PHI0,R to spherical THETA1,PHI1,R > > but it doesn't appear this is possible (yet) in gnuplot. Is there > anyway to do this? > > Hello, This is probably not what you are looking for, but in any case, using Maxima (maxima.sourceforge.net) I can generate a gnuplot input file with something similar to what you want, with the following commands: d:%pi/10$ f:makelist([5,[th,5*d,6*d],[ph,i*d,i*d+d]],i,0,20)$ f:append(f,makelist([5,[th,4*d,5*d],[ph,i*d,i*d+d]],i,0,20))$ f:append(f,makelist([5,[th,3*d,4*d],[ph,i*d,i*d+d]],i,0,20))$ f:append(f,makelist([5,[th,2*d,3*d],[ph,i*d,i*d+d]],i,0,20))$ plot3d(f,[transform_xy, spherical_to_xyz],[grid,1,1],[z,-5,5],[gnuplot_script_file,"spherical_rectangles.gpt"],nolegend); The last command will show you the location where the "spherical_rectangles.gpt" file was saved. Regards, Jaime Villate |
From: Patrick A. <pat...@ge...> - 2024-11-11 21:23:39
|
Is there a way to plot colored rectangle objects using spherical coordinates to define them? I made a post on stackoverflow with my dataset and what I'm trying to do: https://stackoverflow.com/questions/79178991/drawing-rectangles-in-spherical-coordinates-in-gnuplot I am looking for a command like: set obj 1 rect from spherical THETA0,PHI0,R to spherical THETA1,PHI1,R but it doesn't appear this is possible (yet) in gnuplot. Is there anyway to do this? |
From: hchiPer <hc...@gm...> - 2024-11-01 21:26:33
|
tableA.dat: 1 2 3 tableB.dat: 2.1 3.9 6.2 $ paste tableA.dat tableB.dat > tableAB.dat $ gnuplot -e "stats 'tableAB.dat'" (...) Linear Model: y = 2.05 x - 0.03333 Slope: 2.05 +- 0.1443 Intercept: -0.03333 +- 0.3118 Correlation: r = 0.9975 Sum xy: 28.5 Le 16/10/24 à 16:30, Patrick Dupre via gnuplot-info a écrit : > Hello, > > I am reformulating a previous question. > I have 2 sets of data that I read as tables. > I would like to fit a set of data against the other set of data by > adjusting parameters, like a coefficient amplitude. > However, I do not know how to do it. > > Thank for your help. > > =========================================================================== > Patrick DUPRÉ | | email:pd...@gm... > =========================================================================== > > > > _______________________________________________ > gnuplot-info mailing list > gnu...@li... > Membership management via:https://lists.sourceforge.net/lists/listinfo/gnuplot-info |
From: Tait <gnu...@t4...> - 2024-10-21 08:42:01
|
As a workaround, you might use https://gnuplot.sourceforge.net/ instead (and https://gnuplot.sourceforge.net/docs_6.0/gnuplot6.html for documentation). Gnuplot uses SourceForge. If you try gnuplot.sourceforge.net is an alias for projects.sourceforge.net.cdn.cloudflare.net. projects.sourceforge.net.cdn.cloudflare.net has address 104.18.37.111 projects.sourceforge.net.cdn.cloudflare.net has address 172.64.150.145 projects.sourceforge.net.cdn.cloudflare.net has IPv6 address 2606:4700:4400::6812:256f projects.sourceforge.net.cdn.cloudflare.net has IPv6 address 2606:4700:4400::ac40:9691 ... those IPv6 addresses might look familiar. What CloudFlare describes from your link: > A non-Cloudflare domain cannot CNAME to a Cloudflare domain unless the non-Cloudflare domain is added to a Cloudflare account. ... is (approximately) what's happening, although without exactly using a CNAME. It was working at some point, so I guess CF has now changed it so it no longer does. We don't have the ability to add gnuplot.info to SourceForge's CF account, so we may need to get a hold of Clark again. People (including me) using IPv4 instead of IPv6 probably won't see this error, because gnuplot.info's IPv4 address points to SourceForge directly (204.68.111.101), not Cloudflare. But if -- hypothetically -- gnuplot.info did point to the projects.sourceforge.net.cdn.cloudflare.net v4 address, it would also generate the 1001 error. And I get the same 1001 error over IPv6 that Aleksandr sees. Aleksandr Dinu <al...@hu...> said (on 2024/10/12): > Hello gnuplot community, > > There's indeed a problem with website availability at gnuplot.info, however it might not be strictly DNS problem, but rather some Cloudflare misconfiguration. > ... > < > * Closing connectionerror code: 1001 > > ... https://developers.cloudflare.com/support/troubleshooting/cloudflare-errors/troubleshooting-cloudflare-1xxx-errors/#error-1001-dns-resolution-error. > ... |
From: Patrick D. <pd...@gm...> - 2024-10-16 14:30:29
|
Hello, I am reformulating a previous question. I have 2 sets of data that I read as tables. I would like to fit a set of data against the other set of data by adjusting parameters, like a coefficient amplitude. However, I do not know how to do it. Thank for your help. =========================================================================== Patrick DUPRÉ | | email: pd...@gm... =========================================================================== |
From: Rusty T. <rus...@gm...> - 2024-10-15 20:27:20
|
Works fine here. On 10/15/24 13:00, Aleksandr Dinu via gnuplot-info wrote: > Hello gnuplot community, > > There's indeed a problem with website availability at gnuplot.info, however it might not be strictly DNS problem, but rather some Cloudflare misconfiguration. > > The domain name resolves normally and points to some IP: > >> dig +short gnuplot.info. > 204.68.111.101 > > and in case of IPv6 specific AAAA records lookup: > >> dig +short AAAA gnuplot.info. > 2606:4700:4400::ac40:96912606:4700:4400::6812:256f > > However when I try to reach it via HTTP request I get the following response: > >> curl --verbosehttp://gnuplot.info > * Host gnuplot.info:80 was resolved. > * IPv6: 2606:4700:4400::6812:256f, 2606:4700:4400::ac40:9691 > * IPv4: 204.68.111.101 > * Trying [2606:4700:4400::6812:256f]:80... > * Connected to gnuplot.info (2606:4700:4400::6812:256f) port 80 >> GET / HTTP/1.1 >> Host: gnuplot.info >> User-Agent: curl/8.7.1 >> Accept: */* >> > * Request completely sent off > < HTTP/1.1 409 Conflict > < Date: Sat, 12 Oct 2024 18:46:41 GMT > < Content-Type: text/plain; charset=UTF-8 > < Content-Length: 16 > < Connection: close > < X-Frame-Options: SAMEORIGIN > < Referrer-Policy: same-origin > < Cache-Control: private, max-age=0, no-store, no-cache, must-revalidate, post-check=0, pre-check=0 > < Expires: Thu, 01 Jan 1970 00:00:01 GMT > < Server: cloudflare > < CF-RAY: 8d19410bcc6d1af9-AMS > < > * Closing connectionerror code: 1001 > > Seems like the request goes to one of the servers that are configured behind AAAA records, the response comes from Cloudflare and contains the error code 1001. Quick googling brought me to this documentation page with "Resolution" section -https://developers.cloudflare.com/support/troubleshooting/cloudflare-errors/troubleshooting-cloudflare-1xxx-errors/#error-1001-dns-resolution-error. > > I suspect there's some misconfiguration in case you use Cloudflare as your load balancer/DNS zone hosting. There's indeed a workaround - you can access the same gnuplot website by just accessing the site bywww.gnuplot.info domain (which, by the way, doesn't have any AAAA records). > > I see from the mailing list archives that I'm not the only person facing, so I'd like to ask people who support the website to take a closer look at this issue. > > I think it's an important issue, because one of the links that points to the domain with 'www.' part is the one that is on the documentation page (http://www.gnuplot.info/documentation.html) and it leads to the gnuplot online documentation (http://gnuplot.info/docs_5.5/gnuplot5.html). It means that newcomers (like myself) won't be able to access the documentation and consequently would not enjoy gnuplot's features. > > You could potentially fix the issue by altering DNS zone file to not include AAAA records or to put there actual IPv6 address of the server that serves the site. > Thanks in advance! > > -- > Best regards, > Aleksandr Dinu > _______________________________________________ > gnuplot-info mailing list > gnu...@li... > Membership management via:https://lists.sourceforge.net/lists/listinfo/gnuplot-info |
From: Aleksandr D. <ale...@pr...> - 2024-10-15 20:20:03
|
Hello gnuplot community, There's indeed a problem with website availability at gnuplot.info, however it might not be strictly DNS problem, but rather some Cloudflare misconfiguration. The domain name resolves normally and points to some IP: > dig +short gnuplot.info. 204.68.111.101 and in case of IPv6 specific AAAA records lookup: > dig +short AAAA gnuplot.info. 2606:4700:4400::ac40:96912606:4700:4400::6812:256f However when I try to reach it via HTTP request I get the following response: > curl --verbose http://gnuplot.info * Host gnuplot.info:80 was resolved. * IPv6: 2606:4700:4400::6812:256f, 2606:4700:4400::ac40:9691 * IPv4: 204.68.111.101 * Trying [2606:4700:4400::6812:256f]:80... * Connected to gnuplot.info (2606:4700:4400::6812:256f) port 80 > GET / HTTP/1.1 > Host: gnuplot.info > User-Agent: curl/8.7.1 > Accept: */* > * Request completely sent off < HTTP/1.1 409 Conflict < Date: Sat, 12 Oct 2024 18:46:41 GMT < Content-Type: text/plain; charset=UTF-8 < Content-Length: 16 < Connection: close < X-Frame-Options: SAMEORIGIN < Referrer-Policy: same-origin < Cache-Control: private, max-age=0, no-store, no-cache, must-revalidate, post-check=0, pre-check=0 < Expires: Thu, 01 Jan 1970 00:00:01 GMT < Server: cloudflare < CF-RAY: 8d19410bcc6d1af9-AMS < * Closing connectionerror code: 1001 Seems like the request goes to one of the servers that are configured behind AAAA records, the response comes from Cloudflare and contains the error code 1001. Quick googling brought me to this documentation page with "Resolution" section - https://developers.cloudflare.com/support/troubleshooting/cloudflare-errors/troubleshooting-cloudflare-1xxx-errors/#error-1001-dns-resolution-error. I suspect there's some misconfiguration in case you use Cloudflare as your load balancer/DNS zone hosting. There's indeed a workaround - you can access the same gnuplot website by just accessing the site by www.gnuplot.info domain (which, by the way, doesn't have any AAAA records). I see from the mailing list archives that I'm not the only person facing, so I'd like to ask people who support the website to take a closer look at this issue. I think it's an important issue, because one of the links that points to the domain with 'www.' part is the one that is on the documentation page (http://www.gnuplot.info/documentation.html) and it leads to the gnuplot online documentation (http://gnuplot.info/docs_5.5/gnuplot5.html). It means that newcomers (like myself) won't be able to access the documentation and consequently would not enjoy gnuplot's features. You could potentially fix the issue by altering DNS zone file to not include AAAA records or to put there actual IPv6 address of the server that serves the site. Thanks in advance! -- Best regards, Aleksandr Dinu |
From: Aleksandr D. <al...@hu...> - 2024-10-12 22:45:17
|
Hello gnuplot community, There's indeed a problem with website availability at gnuplot.info, however it might not be strictly DNS problem, but rather some Cloudflare misconfiguration. The domain name resolves normally and points to some IP: > dig +short gnuplot.info. 204.68.111.101 and in case of IPv6 specific AAAA records lookup: > dig +short AAAA gnuplot.info. 2606:4700:4400::ac40:96912606:4700:4400::6812:256f However when I try to reach it via HTTP request I get the following response: > curl --verbose http://gnuplot.info * Host gnuplot.info:80 was resolved. * IPv6: 2606:4700:4400::6812:256f, 2606:4700:4400::ac40:9691 * IPv4: 204.68.111.101 * Trying [2606:4700:4400::6812:256f]:80... * Connected to gnuplot.info (2606:4700:4400::6812:256f) port 80 > GET / HTTP/1.1 > Host: gnuplot.info > User-Agent: curl/8.7.1 > Accept: */* > * Request completely sent off < HTTP/1.1 409 Conflict < Date: Sat, 12 Oct 2024 18:46:41 GMT < Content-Type: text/plain; charset=UTF-8 < Content-Length: 16 < Connection: close < X-Frame-Options: SAMEORIGIN < Referrer-Policy: same-origin < Cache-Control: private, max-age=0, no-store, no-cache, must-revalidate, post-check=0, pre-check=0 < Expires: Thu, 01 Jan 1970 00:00:01 GMT < Server: cloudflare < CF-RAY: 8d19410bcc6d1af9-AMS < * Closing connectionerror code: 1001 Seems like the request goes to one of the servers that are configured behind AAAA records, the response comes from Cloudflare and contains the error code 1001. Quick googling brought me to this documentation page with "Resolution" section - https://developers.cloudflare.com/support/troubleshooting/cloudflare-errors/troubleshooting-cloudflare-1xxx-errors/#error-1001-dns-resolution-error. I suspect there's some misconfiguration in case you use Cloudflare as your load balancer/DNS zone hosting. There's indeed a workaround - you can access the same gnuplot website by just accessing the site by www.gnuplot.info domain (which, by the way, doesn't have any AAAA records). I see from the mailing list archives that I'm not the only person facing, so I'd like to ask people who support the website to take a closer look at this issue. I think it's an important issue, because one of the links that points to the domain with 'www.' part is the one that is on the documentation page (http://www.gnuplot.info/documentation.html) and it leads to the gnuplot online documentation (http://gnuplot.info/docs_5.5/gnuplot5.html). It means that newcomers (like myself) won't be able to access the documentation and consequently would not enjoy gnuplot's features. You could potentially fix the issue by altering DNS zone file to not include AAAA records or to put there actual IPv6 address of the server that serves the site. Thanks in advance! -- Best regards, Aleksandr Dinu |
From: Patrick D. <pd...@gm...> - 2024-10-11 17:25:23
|
Hello, Can I fit a table versus a table. For example fit a*$DATA $DATA_TO_fit via a Thanks. =========================================================================== Patrick DUPRÉ | | email: pd...@gm... =========================================================================== |
From: Patrick D. <pd...@gm...> - 2024-10-11 17:05:44
|
plot "Lambda_abs_200W.asc" u (sprintf("%.16g",$1)): (sprintf ("%.16g",$2)) with table can do it =========================================================================== Patrick DUPRÉ | | email: pd...@gm... =========================================================================== > Sent: Friday, October 11, 2024 at 5:59 PM > From: "Patrick Dupre via gnuplot-info" <gnu...@li...> > To: "gnuplot" <gnu...@li...> > Subject: [Gnuplot-info] accuracy with table > > Hello, > > With this > set table $DATA_PC ; plot "Lambda_abs_200W.asc" u ($1):($2) "%lf %lf" with table; unset table > plot $DATA_PC, > I the following plot. > It seems that the data are truncated. > > Here is teh format of my data > 7250.0874828466 7.3193401800406e-28 > > Thank for your help. > > =========================================================================== > Patrick DUPRÉ | | email: pd...@gm... > =========================================================================== > > _______________________________________________ > gnuplot-info mailing list > gnu...@li... > Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info > |
From: Patrick D. <pd...@gm...> - 2024-10-11 15:59:45
|
Hello, With this set table $DATA_PC ; plot "Lambda_abs_200W.asc" u ($1):($2) "%lf %lf" with table; unset table plot $DATA_PC, I the following plot. It seems that the data are truncated. Here is teh format of my data 7250.0874828466 7.3193401800406e-28 Thank for your help. =========================================================================== Patrick DUPRÉ | | email: pd...@gm... =========================================================================== |
From: Ethan M. <eam...@gm...> - 2024-10-06 16:49:02
|
On Sunday, 6 October 2024 08:11:03 PDT Vulturus via gnuplot-info wrote: > Dear gnuplot community, > > I have noticed, that the project website is only available > at www.gnuplot.info and not at gnuplot.info. The latter, > in fact, gives a cloudflare DNS Resoultion Error. I > think it would make sense to redirect gnuplot.info to > www.gnuplot.info as it would make it simpler for users to find > the webpage. (The 1st search result on Duckduckgo for > "gnuplot" is for example gnuplot.info.) > Vulturus Works from here via either cloudflare (1.1.1.1) or google (8.8.8.8) [~] nslookup gnuplot.info 1.1.1.1 Server: 1.1.1.1 Address: 1.1.1.1#53 Non-authoritative answer: Name: gnuplot.info Address: 204.68.111.101 Name: gnuplot.info Address: 2606:4700:4400::ac40:9691 Name: gnuplot.info Address: 2606:4700:4400::6812:256f [~] nslookup gnuplot.info 8.8.8.8 Server: 8.8.8.8 Address: 8.8.8.8#53 Non-authoritative answer: Name: gnuplot.info Address: 204.68.111.101 Name: gnuplot.info Address: 2606:4700:4400::ac40:9691 Name: gnuplot.info Address: 2606:4700:4400::6812:256f |
From: Vulturus <vul...@vu...> - 2024-10-06 15:29:36
|
Dear gnuplot community, I have noticed, that the project website is only available at www.gnuplot.info and not at gnuplot.info. The latter, in fact, gives a cloudflare DNS Resoultion Error. I think it would make sense to redirect gnuplot.info to www.gnuplot.info as it would make it simpler for users to find the webpage. (The 1st search result on Duckduckgo for "gnuplot" is for example gnuplot.info.) Kind regards, Vulturus |
From: Walter H. <wh...@bf...> - 2024-09-05 12:52:11
|
last mail i see is 18.7 Install error 6.0 ________________________________________ Von: Ethan Merritt <eam...@gm...> Gesendet: Freitag, 16. August 2024 04:46:41 An: Dave Horsfall Cc: Gnuplot Mailing List Betreff: Re: [Gnuplot-info] Gone quiet? The archive shows 24 mails in May, 4 in July, 1 in August. Maybe everyone's on holiday? On Thu, Aug 15, 2024 at 6:01 PM Dave Horsfall <da...@ho...> wrote: > No mail since 22nd April... > > -- Dave > > > _______________________________________________ > 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 |
From: Ethan M. <eam...@gm...> - 2024-08-16 02:47:03
|
The archive shows 24 mails in May, 4 in July, 1 in August. Maybe everyone's on holiday? On Thu, Aug 15, 2024 at 6:01 PM Dave Horsfall <da...@ho...> wrote: > No mail since 22nd April... > > -- Dave > > > _______________________________________________ > gnuplot-info mailing list > gnu...@li... > Membership management via: > https://lists.sourceforge.net/lists/listinfo/gnuplot-info > |
From: Dave H. <da...@ho...> - 2024-08-16 01:00:53
|
No mail since 22nd April... -- Dave |
From: Dan H. <db...@su...> - 2024-07-17 23:50:13
|
On 17 Jul, 2024, at 06:14, Peter Rockett via gnuplot-info <gnu...@li...> wrote: > > Assuming you have the QtCore file installed, do you also have the pkgconfig file called Qt6Core.pc? This, AFAIU, provides the include path to the compiler without which you will get an "I can't find QtCore" error. > > If it's missing for you then this is interesting because I encountered a similar problem on Mint (which uses the Ubuntu build of qt6core-dev, which, for some reason, is missing the .pc files). I thought the Debian version had the .pc files, but... > > P. > Peter, Your procedure worked fine, many thanks: >>>> $ apt install libqt5*dev qttools5-dev-tools >>>> $ ./configure --with-qt=qt5 >>>> $ make and whereis Qt6Core.pc returns no result. > > On 17/07/2024 03:03, Dan Hinckley wrote: >> Trying to install gnuplot 6.0.1 on an NUC 5 running Raspian Desktop Bullseye and it throws this error: >> >> qtterminal/qt_term.cpp:51:10: fatal error: QtCore: No such file or directory >> 51 | #include <QtCore> >> | ^~~~~~~~ >> compilation terminated. >> make[3]: *** [Makefile:1044: qtterminal/qt_term.o] Error 1 >> make[3]: Leaving directory '/home/house/Downloads/GNUplot/gnuplot-6.0.1/src' >> make[2]: *** [Makefile:1087: check-recursive] Error 1 >> make[2]: Leaving directory '/home/house/Downloads/GNUplot/gnuplot-6.0.1/src' >> make[1]: *** [Makefile:1238: check] Error 2 >> make[1]: Leaving directory '/home/house/Downloads/GNUplot/gnuplot-6.0.1/src' >> make: *** [Makefile:427: check-recursive] Error 1 >> >> Any pointers appreciated. >> _______________________________________________ >> 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 |
From: Peter R. <p.r...@sh...> - 2024-07-17 11:20:53
|
Assuming you have the QtCore file installed, do you also have the pkgconfig file called Qt6Core.pc? This, AFAIU, provides the include path to the compiler without which you will get an "I can't find QtCore" error. If it's missing for you then this is interesting because I encountered a similar problem on Mint (which uses the Ubuntu build of qt6core-dev, which, for some reason, is missing the .pc files). I thought the Debian version had the .pc files, but... P. On 17/07/2024 03:03, Dan Hinckley wrote: > Trying to install gnuplot 6.0.1 on an NUC 5 running Raspian Desktop Bullseye and it throws this error: > > qtterminal/qt_term.cpp:51:10: fatal error: QtCore: No such file or directory > 51 | #include <QtCore> > | ^~~~~~~~ > compilation terminated. > make[3]: *** [Makefile:1044: qtterminal/qt_term.o] Error 1 > make[3]: Leaving directory '/home/house/Downloads/GNUplot/gnuplot-6.0.1/src' > make[2]: *** [Makefile:1087: check-recursive] Error 1 > make[2]: Leaving directory '/home/house/Downloads/GNUplot/gnuplot-6.0.1/src' > make[1]: *** [Makefile:1238: check] Error 2 > make[1]: Leaving directory '/home/house/Downloads/GNUplot/gnuplot-6.0.1/src' > make: *** [Makefile:427: check-recursive] Error 1 > > Any pointers appreciated. > _______________________________________________ > gnuplot-info mailing list > gnu...@li... > Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info |
From: Peter R. <p.r...@sh...> - 2024-07-17 10:48:49
|
Just an update: It turns out the absence of the .pc files was flagged with the Ubuntu maintainers on 2022 in connection with libcamera! They have now accepted there is a problem although no timescale for a fix. P. On 19/05/2024 17:47, Ethan Merritt wrote: > On Sunday, 19 May 2024 07:58:18 PDT Peter Rockett wrote: >> FWIW: I have filed a bug report on the Ubuntu package site about the >> missing pkg-config files. Will post any response I get. > I did not try to build gnuplot 6.0 under Ubuntu, but on Mint I eventually > also ran into the problem that there is no package that contains the Qt6 > moc and lrelease tools. At any rate I couldn't find them with "apt-file". > The build process tries to use /usr/bin/moc and /usr/bin/lrelease but if > those are from a Qt5 installation then it fails with the error message: > This file was generated using the moc from 5.15.3. > It cannot be used with the include files from this version of Qt. > > Ethan > >> P. >> >> >> On 18/05/2024 05:35, Ethan Merritt wrote: >>> Since I went to the trouble of installing Linux Mint, here is a (final?) report >>> on building gnuplot 6.0.0 for Mint 21.3 Virginia >>> >>> The Qt6 *.dev packages for Mint are defective; they are missing files >>> needed to build applications against Qt6. Please take that up with Mint. >>> So far as I can see (but I did not actually install + build) the necessary files >>> are present in the upstream Debian packages they are derived from. >>> What went wrong between those two endpoints? I don't know. >>> >>> Qt5, however, works fine. I was able to configure + build gnuplot with >>> >>> $ apt install libqt5*dev qttools5-dev-tools >>> $ ./configure --with-qt=qt5 >>> $ make >>> >>> For completeness, to add the cairo terminals, wxt, and lua/tikz >>> >>> $ apt install libcairo-dev libpango1.0-dev >>> $ apt install libwxgtk3.0-gtk3-dev libgl-dev >>> $ apt install lua5.2 liblua5.2-dev >>> >>> The resulting executable passed the "make check" test of running >>> the demo collection. >>> >>> So I think the bottom line is that gnuplot's configure script is OK, >>> but Mint 21.3 does not provide a working devel package set for Qt6. >>> I did not go the the trouble of installing a full TeX distribution, so >>> I could not test the tikz terminal output or regeneration of the >>> full documentation set. >>> >>> Ethan >>> >>> > > > |
From: Dan H. <db...@su...> - 2024-07-17 02:16:34
|
Trying to install gnuplot 6.0.1 on an NUC 5 running Raspian Desktop Bullseye and it throws this error: qtterminal/qt_term.cpp:51:10: fatal error: QtCore: No such file or directory 51 | #include <QtCore> | ^~~~~~~~ compilation terminated. make[3]: *** [Makefile:1044: qtterminal/qt_term.o] Error 1 make[3]: Leaving directory '/home/house/Downloads/GNUplot/gnuplot-6.0.1/src' make[2]: *** [Makefile:1087: check-recursive] Error 1 make[2]: Leaving directory '/home/house/Downloads/GNUplot/gnuplot-6.0.1/src' make[1]: *** [Makefile:1238: check] Error 2 make[1]: Leaving directory '/home/house/Downloads/GNUplot/gnuplot-6.0.1/src' make: *** [Makefile:427: check-recursive] Error 1 Any pointers appreciated. |