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
(1) |
Nov
|
Dec
(4) |
| 2026 |
Jan
|
Feb
(24) |
Mar
(20) |
Apr
(18) |
May
(2) |
Jun
(2) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Levinthal, D. A <dav...@in...> - 2004-10-05 21:20:00
|
I can't figure out how to get the gnuplot process to terminate at the
end of my application..The x window remains open and the process hangs
at the end.. the fprintf's to stderr seem to imply all is well..but the
xwindow is persistant and the application cannot exit
Note: that I need to have the plots stay there during execution, without
having to put the application in a sleep state..(The display is of a
numerical solution converging..)
??
d
Gnuplot is being invoked with:
if((gplot =3D=3D 1) && (current_processor =3D=3D 0)){
// Gnuplot initialization
fgnuplot =3D popen("/usr/bin/gnuplot -persist",
"w");
if (fgnuplot =3D=3D NULL) {
fprintf(stderr, "popen call failed!, unable
to start gnuplot");
} else {=20
// initial settings
fprintf(fgnuplot, "set data style
lines\n");
fprintf(fgnuplot, "set hidden3d\n");
fprintf(fgnuplot, "set contour
base\n");
fprintf(fgnuplot, "set
zrange[-20:20]\n");
fflush(fgnuplot);
=20
}
}
=20
And then all sorts of attempts at killing it off seem to fail???
if ((gplot =3D=3D 1) && fgnuplot) {
// Gather results
for(iproc=3D0; iproc <
number_of_processors; iproc++)
for ( i =3D 0 ; i < plrows ; i++ )
for ( j =3D 0 ; j <
PLOTDIM ; j++ )
plot[i +
iproc*plrows][j] =3D
result[i*iplstride+iplstart[0]+nrows*iproc][j*jplstride + jplstart];
fprintf(stderr,"gathered plot\n");
save2DArray(plot, PLOTDIM,PLOTDIM,
1, 1, "fout.dat");
fprintf(fgnuplot, "set title
\"Converged in %d iterations\"\n", k);
fprintf(fgnuplot, "splot 'fout.dat'
matrix\n");
fflush(fgnuplot);
// wait for gnuplot to exit
fclose(fgnuplot);
=20
// wait(&rc);
printf("root node: finished\n");
}
=20
Or
if ((gplot =3D=3D 1) && fgnuplot) {
printf(" in plotting section on root
node\n");
// Gather results
for(iproc=3D0; iproc <
number_of_processors; iproc++)
for ( i =3D 0 ; i < plrows ; i++ )
for ( j =3D 0 ; j <
PLOTDIM ; j++ )
plot[i +
iproc*plrows][j] =3D
result[i*iplstride+iplstart[0]+nrows*iproc][j*jplstride + jplstart];
fprintf(stderr,"gathered plot\n");
save2DArray(plot, PLOTDIM,PLOTDIM,
1, 1, "fout.dat");
fprintf(fgnuplot, "set title
\"Converged in %d iterations\"\n", k);
fprintf(fgnuplot, "splot 'fout.dat'
matrix\n");
fprintf(stderr, "finished final
fprintf(fgnuplot \n");
fflush(fgnuplot);
fprintf(stderr, "finished final
fflush\n");
fprintf(fgnuplot, " quit\n");
fprintf(fgnuplot, " exit\n");
// wait for gnuplot to exit
wait(&rc);
fprintf(stderr, "finished wait =3D
%i\n", rc);
pstatus =3D pclose(fgnuplot);
fprintf(stderr, "finished plcose =3D
%i\n", pstatus);
=20
=20
printf("root node: finished\n");
}
|
|
From: Hans-Bernhard B. <br...@ph...> - 2004-10-05 10:42:27
|
On Tue, 5 Oct 2004, Lars Strand wrote: > I downloaded gnuplot-4.0.0 as a winzip-file, and opened it in Winzip. It's not a "winzip-file", it's a zip file. Winzip is not the entity defining that file format. > After that I went to the folder containing config, docs, demos, gnuplot > etc. From there I try to run "make -C src -f . ./config/makefile.mgw", > but get the error message "Can not open the file" (in Norwegian). Which file did it complain about, in particular. Please show the actual message, if remotely possible. Even if it's in Norwegian, it'll probably be more useful than an abridged version. Your message is possibly garbled a bit, but anyway: you should make sure that the command line really is make -C src -f ../config/makefile.mgw (i.e.: *no* blank between the two dots.) > There is no file with the name "make" in this folder, Of course there isn't --- make is a program you're supposed to have installed as part of your C compiler. Are you sure you really need to build your own gnuplot rather than just install the binary version? -- Hans-Bernhard Broeker (br...@ph...) Even if all the snow were burnt, ashes would remain. |
|
From: Lars S. <lar...@sk...> - 2004-10-05 08:59:02
|
GNUPLOT I run Windows XP, and want to install gnuplot-4.0.0, but get problems with "makefile": I downloaded gnuplot-4.0.0 as a winzip-file, and opened it in Winzip. After that I went to the folder containing config, docs, demos, gnuplot etc. From there I try to run "make -C src -f . ./config/makefile.mgw", but get the error message "Can not open the file" (in Norwegian). There is no file with the name "make" in this folder, but many "makefiles". What do I do wrong? Where is this file "make" (except in WinZip)? Greetings from Lars Strand lar...@sk... |
|
From: Andrius K. <and...@ma...> - 2004-10-04 06:35:38
|
Hello, > But that's not actually my main point here. That is whether it makes > sense for *us* to try to parse a proprietary file format like Excel's. I > think it doesn't. Ultimately only Excels knows how to parse its files, so > it's Excel's responsibility to export to something usable by the rest of > the world. well, from the times I used Excel, I remember that it has some scripting language, Excel Basic, I think. So if people want some integration of gnuplot into the Excel's GUI, it probably would be meaningful to do it with the help of some Excel script. It could even be some wizard, which allows to select the chart type and the data columns and sends that data to gnuplot. This way, the parsing of excel files would not be necessary. And a good integration with Excel's gui could be achieved. Just my 2cents. Andrius |
|
From: Hans-Bernhard B. <br...@ph...> - 2004-10-03 15:56:31
|
On Sun, 3 Oct 2004, ccharron1 wrote: > About the language, I'm thinking Germa, French, Spanish ... Gui translation. Which of the GUIs would you want translated? We have at least two integrated in the source tree (Windows and OS/2), and a couple of external ones, most of which have fallen into disrepair though. As it is, the Windows GUI texts, e.g., come in two parts: the main menu is actually covered by the wgnuplot.mnu file, which is simple editable text. It shouldn't be too hard to change that. All the other menus (like the Windows system menu and the context menus) are generated on-the-fly, by the code, and the names used by those are currently hardwired. > You don't seem to appreciate Excel, Right. But that's not actually my main point here. That is whether it makes sense for *us* to try to parse a proprietary file format like Excel's. I think it doesn't. Ultimately only Excels knows how to parse its files, so it's Excel's responsibility to export to something usable by the rest of the world. [And please don't blindly quote full messages if you're not going to refer to their content. Just because that's Outlook's default doesn't mean it's sensible behaviour.] -- Hans-Bernhard Broeker (br...@ph...) Even if all the snow were burnt, ashes would remain. |
|
From: ccharron1 <cch...@fr...> - 2004-10-03 14:38:50
|
Thanks for the answer, I just want to do some 3D representation of data, to try to understand some chemical reactions depending of more than 3 parameters. I looked other the internet, I found several very expensive software and I found Gnuplot, which was very interesting for me, except that I'm not working with a command line program for years now, and having to to it it's painfull when you have the habbit to use a graphical program interface system like windows or system 7 from apple. Sorry for my bad english, I'm French. ----- Original Message ----- From: "Joe Koski" <jko...@co...> To: "Hans-Bernhard Broeker" <br...@ph...>; "ccharron1" <cch...@fr...> Cc: "gnuplot" <gnu...@li...> Sent: Sunday, October 03, 2004 5:24 AM Subject: Re: [Gnuplot-info] Suggestion > A couple of general comments. > > First, Excel has a very bad, inflexible plot package, and has had it for > many years. I cringe when I see an Excel plot in published documents. Almost > anything is better. By doing an Excel "Save As" to tab text, a gnuplot user > should be able to access most Excel data with only a little editing. > > Second, there are some commercial plot programs that will import Excel files > directly. On my Mac, I use Kaleidagraph, which is available for both Mac and > PC, and is not too expensive as software goes. Kaleidagraph reformats each > Excel workbook into a separate Kaleidagraph data file. This proves that it > can be done. I'm sure there are others that do the same, but cost money. > > Joe > > > on 10/2/04 6:12 PM, Hans-Bernhard Broeker at br...@ph... > wrote: > > > On Sat, 2 Oct 2004, ccharron1 wrote: > > > >> I'm discovering gnuplot and I'm trying to use it to do some 3D-graph > >> representation of data (real x, y and z graph). As my data are in an excel > >> sheet, it would be very usefull if gnuplot would have an option to import > >> directly the data from an excel file, as a command in a GUI. > > > > I don't think that'll happen. If you have data stuck in the bowels of > > some Excel file, it's the duty of Excel and you to get it out of there, > > not gnuplot's. And, luckily, it can do it: you can export the data you > > have to a CSV file, and gnuplot will be able to read it. > > > >> To be able to select the data file directly from the GUI, without having > >> to write the name in the command line windows would be nice. > > > > It is nice --- you can do it right now. If it *is* a data file, rather > > than some Excel blob, that is. > > > >> Are you developping a preference setting to choose the language of > >> Gnuplot ? > > > > No. But maybe I just didn't understand that question. What "language of > > gnuplot" to you want to make preference-settable there? gnuplot uses > > essentially only one language, and that only to write documentation in and > > derive keywords from. Neither of which seems to be what you're asking > > about. So: what kind of change do you have in mind there? > > > |
|
From: ccharron1 <cch...@fr...> - 2004-10-03 14:32:46
|
Hi, About the language, I'm thinking Germa, French, Spanish ... Gui translation. You don't seem to appreciate Excel, and like you I'm carefull about Microsoft, but the present situation is that the majority of the people are using excel actually, and if you don't have it, it's a little bit difficult to do some business work Thanks Christophe ----- Original Message ----- From: "Hans-Bernhard Broeker" <br...@ph...> To: "ccharron1" <cch...@fr...> Cc: "gnuplot" <gnu...@li...> Sent: Sunday, October 03, 2004 2:12 AM Subject: Re: [Gnuplot-info] Suggestion > On Sat, 2 Oct 2004, ccharron1 wrote: > > > I'm discovering gnuplot and I'm trying to use it to do some 3D-graph > > representation of data (real x, y and z graph). As my data are in an excel > > sheet, it would be very usefull if gnuplot would have an option to import > > directly the data from an excel file, as a command in a GUI. > > I don't think that'll happen. If you have data stuck in the bowels of > some Excel file, it's the duty of Excel and you to get it out of there, > not gnuplot's. And, luckily, it can do it: you can export the data you > have to a CSV file, and gnuplot will be able to read it. > > > To be able to select the data file directly from the GUI, without having > > to write the name in the command line windows would be nice. > > It is nice --- you can do it right now. If it *is* a data file, rather > than some Excel blob, that is. > > > Are you developping a preference setting to choose the language of > > Gnuplot ? > > No. But maybe I just didn't understand that question. What "language of > gnuplot" to you want to make preference-settable there? gnuplot uses > essentially only one language, and that only to write documentation in and > derive keywords from. Neither of which seems to be what you're asking > about. So: what kind of change do you have in mind there? > > -- > Hans-Bernhard Broeker (br...@ph...) > Even if all the snow were burnt, ashes would remain. > > > |
|
From: Auto R. <POS...@ma...> - 2004-10-03 11:15:06
|
Due to a long-lasting deluge of spam and virus-infected mails in the last couple of years, the 'electricskeleton.net' mail addresses have finally been switched off. You should already have a note of the new mail addresses for each person concerned, but feel free to drop them a text or call, if you need the new address. |
|
From: Joe K. <jko...@co...> - 2004-10-03 03:24:57
|
A couple of general comments. First, Excel has a very bad, inflexible plot package, and has had it for many years. I cringe when I see an Excel plot in published documents. Almost anything is better. By doing an Excel "Save As" to tab text, a gnuplot user should be able to access most Excel data with only a little editing. Second, there are some commercial plot programs that will import Excel files directly. On my Mac, I use Kaleidagraph, which is available for both Mac and PC, and is not too expensive as software goes. Kaleidagraph reformats each Excel workbook into a separate Kaleidagraph data file. This proves that it can be done. I'm sure there are others that do the same, but cost money. Joe on 10/2/04 6:12 PM, Hans-Bernhard Broeker at br...@ph... wrote: > On Sat, 2 Oct 2004, ccharron1 wrote: > >> I'm discovering gnuplot and I'm trying to use it to do some 3D-graph >> representation of data (real x, y and z graph). As my data are in an excel >> sheet, it would be very usefull if gnuplot would have an option to import >> directly the data from an excel file, as a command in a GUI. > > I don't think that'll happen. If you have data stuck in the bowels of > some Excel file, it's the duty of Excel and you to get it out of there, > not gnuplot's. And, luckily, it can do it: you can export the data you > have to a CSV file, and gnuplot will be able to read it. > >> To be able to select the data file directly from the GUI, without having >> to write the name in the command line windows would be nice. > > It is nice --- you can do it right now. If it *is* a data file, rather > than some Excel blob, that is. > >> Are you developping a preference setting to choose the language of >> Gnuplot ? > > No. But maybe I just didn't understand that question. What "language of > gnuplot" to you want to make preference-settable there? gnuplot uses > essentially only one language, and that only to write documentation in and > derive keywords from. Neither of which seems to be what you're asking > about. So: what kind of change do you have in mind there? |
|
From: Hans-Bernhard B. <br...@ph...> - 2004-10-03 00:13:14
|
On Sat, 2 Oct 2004, ccharron1 wrote: > I'm discovering gnuplot and I'm trying to use it to do some 3D-graph > representation of data (real x, y and z graph). As my data are in an excel > sheet, it would be very usefull if gnuplot would have an option to import > directly the data from an excel file, as a command in a GUI. I don't think that'll happen. If you have data stuck in the bowels of some Excel file, it's the duty of Excel and you to get it out of there, not gnuplot's. And, luckily, it can do it: you can export the data you have to a CSV file, and gnuplot will be able to read it. > To be able to select the data file directly from the GUI, without having > to write the name in the command line windows would be nice. It is nice --- you can do it right now. If it *is* a data file, rather than some Excel blob, that is. > Are you developping a preference setting to choose the language of > Gnuplot ? No. But maybe I just didn't understand that question. What "language of gnuplot" to you want to make preference-settable there? gnuplot uses essentially only one language, and that only to write documentation in and derive keywords from. Neither of which seems to be what you're asking about. So: what kind of change do you have in mind there? -- Hans-Bernhard Broeker (br...@ph...) Even if all the snow were burnt, ashes would remain. |
|
From: ccharron1 <cch...@fr...> - 2004-10-02 16:02:53
|
Hello, I'm discovering gnuplot and I'm trying to use it to do some 3D-graph representation of data (real x, y and z graph). As my data are in an excel sheet, it would be very usefull if gnuplot would have an option to import directly the data from an excel file, as a command in a GUI. To be able to select the data file directly from the GUI, without having to write the name in the command line windows would be nice. Also, it could be an idea to developp a Gnuplot excel add-in, I'm sure it should have a lot of success. Are you developping a preference setting to choose the language of Gnuplot ? Thank you for your help Sincerely Christophe |
|
From: Gavin B. <gav...@ya...> - 2004-09-28 12:42:03
|
Aaarrrgghh Joe, thats a tough one! As I understand it (although I've only played with the pm3d options) the pm3d option seems to create an extra surface and the original surface is the usual one. The old surface had a set of colours that you could use - which can be chacked out for your terminal by typing test. The only way I ever changed the colours was by hacking into a postscript file after I had generated the plot and changing the colours by hand which is not much use if you want to change a whole bunch of them to match the pm3d stuff. Maybe you could just plot the difference between your data points and the curve to give you an idea of how good the fit is? > Subject: [Gnuplot-info] Color points with pm3d? > > I have successfully fitted a polynomial surface to > some data points, and > successfully plotted the results as "set pm3d map." > Now, if I could color > the original data points with the same pm3d colorbox > scheme and superimpose > those points on the pm3d map image, then I would > have a easy way to inspect > where the fit is good and bad. Can anyone think of a > way to color individual > data points with the pm3d scheme? Thanks. > > Joe > > > _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com |
|
From: only4 <onl...@ka...> - 2004-09-28 08:51:09
|
My problem is that when I have overlapped points, they appear as a single simple point. I would like to make visible when there are overlapped points! The simple (intuitive way) is to plot a bigger point, but how to do that? Or to little change the color of the point when more points overlap, like light green for a simgle point, dark green for many points... ...but I really don't have a preference, I only desire that it works! - |
|
From: Joe K. <jko...@co...> - 2004-09-28 01:15:15
|
I have successfully fitted a polynomial surface to some data points, and successfully plotted the results as "set pm3d map." Now, if I could color the original data points with the same pm3d colorbox scheme and superimpose those points on the pm3d map image, then I would have a easy way to inspect where the fit is good and bad. Can anyone think of a way to color individual data points with the pm3d scheme? Thanks. Joe |
|
From: Gavin B. <gav...@ya...> - 2004-09-27 13:40:14
|
Hi Chris, Try setting the origin and size so that they are positioned better - and set the orientation portrait. so something like this, set term post portrait set output 'out.ps' set size 1, 0.16666 set origin 0,0 plot sin(x) set origin 0,0.166666 plot sin(x) set origin 0,0.333333 etc, etc.... You will probably have to get rid of the labels and things in order to make it look right, and it'll involve a little playing around to get the script just right for the terminal your using. Hope this helps, Gavin. > Message: 3 > To: gnu...@li... > From: chris <cw...@mt...> > Date: Fri, 24 Sep 2004 14:03:11 +0000 (UTC) > Subject: [Gnuplot-info] multiplot > > Hi all, > Does anyone know how to plt multiple graphs above > each otherI'm trying to plot > a time series of several variables and want 6 graphs > stacked vertically but > when i do it they all look smushed together (getting > technical here). Is there > a way to make the plot window longer? Thanks > > > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
|
From: Hans-Bernhard B. <br...@ph...> - 2004-09-27 08:51:59
|
On Mon, 27 Sep 2004, Latte Coffee wrote: > Is there any example file of the data file for TCP or UDP bandwidth > usage?? such as port 80,25 or 443 etc.?? No. What are you talking about? gnuplot plot data from files. It's _your_ business to generate those files. [And what made you think it was necessary to post this 8 times in a row?] -- Hans-Bernhard Broeker (br...@ph...) Even if all the snow were burnt, ashes would remain. |
|
From: Latte C. <soh...@gm...> - 2004-09-27 05:59:59
|
Hi Hans, Is there any example file of the data file for TCP or UDP bandwidth usage?? such as port 80,25 or 443 etc.?? Coz I would like to plot a 5mins graph of TCP and UDP bandwidth usage. Thx. On Thu, 23 Sep 2004 11:49:17 +0200 (CEST), Hans-Bernhard Broeker <br...@ph...> wrote: > On Thu, 23 Sep 2004, Latte wrote: > > > I wanna know does Gnuplot supports offline plotting?? Which mean it > > depends on a data file to plot the graph instead of real time stream > > data > > Yes. Actually, that's the only type of data plotting it supports. > I.e. it lacks *online* plotting, in that terminology. > > -- > Hans-Bernhard Broeker (br...@ph...) > Even if all the snow were burnt, ashes would remain. > > |
|
From: Joe K. <jko...@co...> - 2004-09-26 21:13:13
|
As the graphics part of octave, I have used gnuplot indirectly for over a year, but now I'm having some problems with my first "standalone" gnuplot attempt. I'm using gnuplot 4.0 patchlevel 0 on a Mac G5 with the AquaTerm interface under OS X 10.3.5. All the .dem files seem to be performing correctly. With an existing Fortran application, I least-squares fit a polynomial surface to some data points and wrote the results as an 81 x 81 grid to an ASCII file with 6561 lines of x,y,z triplets in E format. When I do a basic splot of the data, the surface correctly appears with the correct data ranges. When I attempt to represent the data with pm3d, I have a problem. Here is what I tried: gnuplot> set palette color gnuplot> set pm3d map gnuplot> splot 'test5020_5.fpt' with pm3d Where 'test5020_5.fpt' is the ASCII file with the data in x,y,z triplets. At this point I get a blank frame (all white inside the boundary) with the correct frame dimensions (0.0 < x < 1.0, 0.0 < y < 1.0), and a colorbar to the right in the correct range of 260 to 380. I have tried gnuplot input files with scanning left-to-right, bottom-to-top and vice versa with the same results. How do I get gnuplot to color the inside of the frame consistent with the colorbar colors? What am I missing? Thanks for any help. Joe |
|
From: Hans-Bernhard B. <br...@ph...> - 2004-09-26 16:46:35
|
On Sat, 25 Sep 2004 ta...@ic... wrote: > I need to plot a data file like this: > > 9508 3 > 9512 2 > 9601 5 > 9605 5 > 9608 3 > 9610 4 > 9701 3 > 9705 3 > 9708 5 > 9710 3 > > The first column is actually the month and the second column is some data. Actually, from the way you describe you want the plot to look, that's not actually a month (or, for that matter, any kind of numerical data) at all, but just an arbitrary label for the data point. Gnuplot doesn't do such plots in any version up to the release 4.0. You'll need the CVS version for that, or roll your own script to turn these "non-data" into labels for a data x axis. -- Hans-Bernhard Broeker (br...@ph...) Even if all the snow were burnt, ashes would remain. |
|
From: Hans-Bernhard B. <br...@ph...> - 2004-09-26 16:44:36
|
On Fri, 24 Sep 2004, chris wrote: > Does anyone know how to plt multiple graphs above each other > I'm trying to plot a time series of several variables and want 6 graphs > stacked vertically but when i do it they all look smushed together > (getting technical here). Actually, no, you're not getting technical enough here, which is a problem. It makes it hard to understand what your problem actually is. So please explain more exactly what exactly you're trying to achieve, what commands you're passing to gnuplot to achieve it, and why you don't like the result. > Is there a way to make the plot window longer? What window? What terminal driver is in use, and why do you think you can make it longer, but can't seem to achieve it? -- Hans-Bernhard Broeker (br...@ph...) Even if all the snow were burnt, ashes would remain. |
|
From: <ta...@ic...> - 2004-09-25 15:14:47
|
I need to plot a data file like this: 9508 3 9512 2 9601 5 9605 5 9608 3 9610 4 9701 3 9705 3 9708 5 9710 3 The first column is actually the month and the second column is some data. I need the the tics of x-axis is just "9508 9512 9601 ..." and each one of them are separated by a fixed distance, 1cm for example. Please reply this your mail directly to my mailbox because I haven't subscribed to this mailinglist. Thank you very much. |
|
From: chris <cw...@mt...> - 2004-09-25 02:15:26
|
Hi all, Does anyone know how to plt multiple graphs above each otherI'm trying to plot a time series of several variables and want 6 graphs stacked vertically but when i do it they all look smushed together (getting technical here). Is there a way to make the plot window longer? Thanks |
|
From: Gavin B. <gav...@ya...> - 2004-09-24 12:47:00
|
Hi Hans, I know you can pipe actual numbers to gnuplot from some code (one of the things I've always loved about gnuplot is that I can plot data from my simulations in real time from my code!) - is this not the same as what you guys are calling 'online'? Gavin. > > I wanna know does Gnuplot supports offline > plotting?? Which mean it > > depends on a data file to plot the graph instead > of real time stream > > data > > Yes. Actually, that's the only type of data > plotting it supports. > I.e. it lacks *online* plotting, in that > terminology. > > -- > Hans-Bernhard Broeker > (br...@ph...) > Even if all the snow were burnt, ashes would remain. > _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com |
|
From: Hans-Bernhard B. <br...@ph...> - 2004-09-23 09:49:24
|
On Thu, 23 Sep 2004, Latte wrote: > I wanna know does Gnuplot supports offline plotting?? Which mean it > depends on a data file to plot the graph instead of real time stream > data Yes. Actually, that's the only type of data plotting it supports. I.e. it lacks *online* plotting, in that terminology. -- Hans-Bernhard Broeker (br...@ph...) Even if all the snow were burnt, ashes would remain. |
|
From: Latte <soh...@gm...> - 2004-09-23 06:11:34
|
Hi all, I wanna know does Gnuplot supports offline plotting?? Which mean it depends on a data file to plot the graph instead of real time stream data, thx. Cheers, Latte |