You can subscribe to this list here.
2001 
_{Jan}

_{Feb}
(1) 
_{Mar}

_{Apr}

_{May}

_{Jun}

_{Jul}
(1) 
_{Aug}

_{Sep}

_{Oct}

_{Nov}

_{Dec}


2002 
_{Jan}
(1) 
_{Feb}

_{Mar}

_{Apr}

_{May}

_{Jun}

_{Jul}
(1) 
_{Aug}
(1) 
_{Sep}

_{Oct}

_{Nov}
(1) 
_{Dec}

2003 
_{Jan}

_{Feb}

_{Mar}

_{Apr}

_{May}

_{Jun}

_{Jul}
(1) 
_{Aug}
(1) 
_{Sep}

_{Oct}
(83) 
_{Nov}
(57) 
_{Dec}
(111) 
2004 
_{Jan}
(38) 
_{Feb}
(121) 
_{Mar}
(107) 
_{Apr}
(241) 
_{May}
(102) 
_{Jun}
(190) 
_{Jul}
(239) 
_{Aug}
(158) 
_{Sep}
(184) 
_{Oct}
(193) 
_{Nov}
(47) 
_{Dec}
(68) 
2005 
_{Jan}
(190) 
_{Feb}
(105) 
_{Mar}
(99) 
_{Apr}
(65) 
_{May}
(92) 
_{Jun}
(250) 
_{Jul}
(197) 
_{Aug}
(128) 
_{Sep}
(101) 
_{Oct}
(183) 
_{Nov}
(186) 
_{Dec}
(42) 
2006 
_{Jan}
(102) 
_{Feb}
(122) 
_{Mar}
(154) 
_{Apr}
(196) 
_{May}
(181) 
_{Jun}
(281) 
_{Jul}
(310) 
_{Aug}
(198) 
_{Sep}
(145) 
_{Oct}
(188) 
_{Nov}
(134) 
_{Dec}
(90) 
2007 
_{Jan}
(134) 
_{Feb}
(181) 
_{Mar}
(157) 
_{Apr}
(57) 
_{May}
(81) 
_{Jun}
(204) 
_{Jul}
(60) 
_{Aug}
(37) 
_{Sep}
(17) 
_{Oct}
(90) 
_{Nov}
(122) 
_{Dec}
(72) 
2008 
_{Jan}
(130) 
_{Feb}
(108) 
_{Mar}
(160) 
_{Apr}
(38) 
_{May}
(83) 
_{Jun}
(42) 
_{Jul}
(75) 
_{Aug}
(16) 
_{Sep}
(71) 
_{Oct}
(57) 
_{Nov}
(59) 
_{Dec}
(152) 
2009 
_{Jan}
(73) 
_{Feb}
(213) 
_{Mar}
(67) 
_{Apr}
(40) 
_{May}
(46) 
_{Jun}
(82) 
_{Jul}
(73) 
_{Aug}
(57) 
_{Sep}
(108) 
_{Oct}
(36) 
_{Nov}
(153) 
_{Dec}
(77) 
2010 
_{Jan}
(42) 
_{Feb}
(171) 
_{Mar}
(150) 
_{Apr}
(6) 
_{May}
(22) 
_{Jun}
(34) 
_{Jul}
(31) 
_{Aug}
(38) 
_{Sep}
(32) 
_{Oct}
(59) 
_{Nov}
(13) 
_{Dec}
(62) 
2011 
_{Jan}
(114) 
_{Feb}
(139) 
_{Mar}
(126) 
_{Apr}
(51) 
_{May}
(53) 
_{Jun}
(29) 
_{Jul}
(41) 
_{Aug}
(29) 
_{Sep}
(35) 
_{Oct}
(87) 
_{Nov}
(42) 
_{Dec}
(20) 
2012 
_{Jan}
(111) 
_{Feb}
(66) 
_{Mar}
(35) 
_{Apr}
(59) 
_{May}
(71) 
_{Jun}
(32) 
_{Jul}
(11) 
_{Aug}
(48) 
_{Sep}
(60) 
_{Oct}
(87) 
_{Nov}
(16) 
_{Dec}
(38) 
2013 
_{Jan}
(5) 
_{Feb}
(19) 
_{Mar}
(41) 
_{Apr}
(47) 
_{May}
(14) 
_{Jun}
(32) 
_{Jul}
(18) 
_{Aug}
(68) 
_{Sep}
(9) 
_{Oct}
(42) 
_{Nov}
(12) 
_{Dec}
(10) 
2014 
_{Jan}
(14) 
_{Feb}
(139) 
_{Mar}
(137) 
_{Apr}
(66) 
_{May}
(72) 
_{Jun}
(142) 
_{Jul}
(70) 
_{Aug}
(31) 
_{Sep}
(39) 
_{Oct}
(98) 
_{Nov}
(133) 
_{Dec}
(44) 
2015 
_{Jan}
(70) 
_{Feb}
(27) 
_{Mar}
(36) 
_{Apr}
(11) 
_{May}
(15) 
_{Jun}
(70) 
_{Jul}
(30) 
_{Aug}

_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 

1

2
(2) 
3

4

5

6

7
(1) 
8
(8) 
9
(15) 
10
(5) 
11
(4) 
12
(2) 
13
(1) 
14
(3) 
15
(5) 
16

17
(5) 
18

19

20

21
(2) 
22

23

24

25

26
(3) 
27

28
(1) 
29

30






From: <timothee.lecomte@en...>  20070428 13:41:18

Timothée Lecomte wrote: > Dear Mojca, Joe, and all gnuplot enthusiasts, > > Here are some news about the availability of the wxt terminal for the > MacOS platform. I have had the chance to get my hands on my MacBook and I > have worked a little bit on the issues you got when trying to use the wxt > terminal. > > (...) > > So there is one remaining thing to try, but this will involve more work on > my part: changing the way wxt works on Unix and Mac and arrange it so that > the main thread runs the event loop while the usual gnuplot commandline > loop runs in the separate thread. The challenge is to do that only when > wxt_init() is called, not before (doing it at startup time is easy, but I > don't feel like it would be the right way). > (note that on Windows we don't have this problem because the fake terminal > already has the event loop and runs gnuplot command loop inside it) > (as far as aquaterm is concerned, it has another design again, something > like the X11 terminal: the GUI is in a different program with its own loop > and talking with gnuplot through some interprocess communication > mechanism) Hey people, here are some more news about "wxt on Mac". I've found some time yesterday to investigate a little further. I found that wxMac has some limitations :  the GUI thread (i.e. the one running the GUI event loop) has to be the main thread. I had some success making the second thread be the GUI one, but still a lot of issues come after that, because:  GUI calls should all be done in the same thread. With wxGTK, there's a mutex locking mechanism, but it seems that it's really not working on wxMac. So far, I was able to make wxt work by : at startup, first initialize wxWidgets create a second thread that run gnu_main (otherwise called main in plot.c) start the event loop in the main thread and use messages to tell the GUI event loop to do something, instead of doing it directly in the second thread. (it may seem very close to a two processscheme, such as what is done for the X11 terminal, but I don't want to have to deal with interprocess communication, or fork+exec for now ;) So, it's working ! The drawback is that there will be problems if, one day, we want to do, for example, a GTK terminal with a similar design... there may be some sort of clash between the two wanting for their main loop be in the main thread... but that day is probably quite far ! I'll be cleaning up the corresponding patch in the next days if I have some time again, and I'll send it to the list as soon as it's ready. Best regards, Timothée 
From: Ethan A Merritt <merritt@u.washington.edu>  20070426 06:16:30

On Wednesday 25 April 2007 21:42, Ethan A Merritt wrote: > On Wednesday 25 April 2007 20:04, Daniel J Sebald wrote: > > > > It looks like the declaration for inverse_normal_func() needs to be moved to > > before the first place it is called. > > Nonsense. There is a prototype for the function at the top of the file. Bleah. The prototype seems to have been deleted by mistake. Restored now. Ethan > Perhaps something went wrong with the definition of __PROTO during ./configure? > > Ethan > > > > > Dan > > > > > > ======== > > > > if gcc DHAVE_CONFIG_H I. I. I.. I../term I../term > > DBINDIR=\"/usr/local/bin\" DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/4.3\" > > DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/4.3/PostScript\" > > DCONTACT=\"gnuplotbugs@...\" > > DHELPFILE=\"/usr/local/share/gnuplot/4.3/gnuplot.gih\" DGNUPLOT_X11=\"`echo > > gnuplot_x11  sed 's,x,x,'`\" I/usr/X11R6/include I/usr/local/include > > I/usr/local/include g O2 MT specfun.o MD MP MF ".deps/specfun.Tpo" c o > > specfun.o specfun.c; \ > > then mv f ".deps/specfun.Tpo" ".deps/specfun.Po"; else rm f > > ".deps/specfun.Tpo"; exit 1; fi > > specfun.c:1094: error: conflicting types for 'inverse_normal_func' > > specfun.c:996: error: previous implicit declaration of 'inverse_normal_func' was > > here > > > >  > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C  the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > _______________________________________________ > > gnuplotbeta mailing list > > gnuplotbeta@... > > https://lists.sourceforge.net/lists/listinfo/gnuplotbeta > > >  Ethan A Merritt 
From: Ethan A Merritt <merritt@u.washington.edu>  20070426 04:42:46

On Wednesday 25 April 2007 20:04, Daniel J Sebald wrote: > > It looks like the declaration for inverse_normal_func() needs to be moved to > before the first place it is called. Nonsense. There is a prototype for the function at the top of the file. Perhaps something went wrong with the definition of __PROTO during ./configure? Ethan > > Dan > > > ======== > > if gcc DHAVE_CONFIG_H I. I. I.. I../term I../term > DBINDIR=\"/usr/local/bin\" DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/4.3\" > DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/4.3/PostScript\" > DCONTACT=\"gnuplotbugs@...\" > DHELPFILE=\"/usr/local/share/gnuplot/4.3/gnuplot.gih\" DGNUPLOT_X11=\"`echo > gnuplot_x11  sed 's,x,x,'`\" I/usr/X11R6/include I/usr/local/include > I/usr/local/include g O2 MT specfun.o MD MP MF ".deps/specfun.Tpo" c o > specfun.o specfun.c; \ > then mv f ".deps/specfun.Tpo" ".deps/specfun.Po"; else rm f > ".deps/specfun.Tpo"; exit 1; fi > specfun.c:1094: error: conflicting types for 'inverse_normal_func' > specfun.c:996: error: previous implicit declaration of 'inverse_normal_func' was > here > >  > This SF.net email is sponsored by DB2 Express > Download DB2 Express C  the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > gnuplotbeta mailing list > gnuplotbeta@... > https://lists.sourceforge.net/lists/listinfo/gnuplotbeta >  Ethan A Merritt 
From: Daniel J Sebald <daniel.sebald@ie...>  20070426 03:04:57

The following address in ChangeLog is undeliverable: Host vanzandt.comcast.net not found. ======== James, It looks like the declaration for inverse_normal_func() needs to be moved to before the first place it is called. Dan ======== if gcc DHAVE_CONFIG_H I. I. I.. I../term I../term DBINDIR=\"/usr/local/bin\" DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/4.3\" DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/4.3/PostScript\" DCONTACT=\"gnuplotbugs@...\" DHELPFILE=\"/usr/local/share/gnuplot/4.3/gnuplot.gih\" DGNUPLOT_X11=\"`echo gnuplot_x11  sed 's,x,x,'`\" I/usr/X11R6/include I/usr/local/include I/usr/local/include g O2 MT specfun.o MD MP MF ".deps/specfun.Tpo" c o specfun.o specfun.c; \ then mv f ".deps/specfun.Tpo" ".deps/specfun.Po"; else rm f ".deps/specfun.Tpo"; exit 1; fi specfun.c:1094: error: conflicting types for 'inverse_normal_func' specfun.c:996: error: previous implicit declaration of 'inverse_normal_func' was here 
From: <HBB<roeker@t...>  20070421 18:36:18

Nigel Nunn wrote: > Such scenarios are clean and simple when gnuplot is embedded as a > library of plotting routines in a simulation application. As discussed > in years past, the only constraint is (was?) that there remained a few > global variables, "A few" is actually rather far from the truth. Yes, the number of toplevel global variables has decreased (because most data is now kept in some struct or array), but there's still a good deal more than a few. 
From: Nigel Nunn <nN<unn@au...>  20070421 09:24:08

On 14 April 2007 Pawel Cesar Sanjuan Szklarz wrote: > Now I have the next problem: how to use external function to generate > the values of the vector field?? why I need this: on my functions I > solve a set equations to find the behavior of the robot. Thats why I > am thinking about the pipefeature. > > With the '+' filename it is possible in gnuplot to write the "x,y" > values to evaluate in some file?? > May be it is possible to write the "x,y" grid, then run some process > (in my case octave), and then use the results file to plot??? Later, Pawel Cesar Sanjuan Szklarz wrote: > Actually i need to send data from Gnuplot to Octave. Octave can send > data to gnuplot, but I would like to send back to octave the > information about the zoom and make a replot. > > I will check the path: > [ gnuplotPatches1027032 ] Connect gnuplot_x11 to exterior = application window > > maybe it is what i need. Such scenarios are clean and simple when gnuplot is embedded as a = library of plotting routines in a simulation application. As discussed = in years past, the only constraint is (was?) that there remained a few = global variables, thus multiple plotting panels were necessarily views = into the one set of gnuplot data. By wrapping these few variables into = a struct or C++ class, a simulation could have any number of inprocess = gnuplot sessions active, with all info about each plot's state and data = at hand. This was always how I used gnuplot, first embedded in an MFC GUI, then = later likewise in wxWindows. By the way, I remain confused by the way = the current wx terminal tries to drive a GUI, rather than having a = user's GUI drive (simultaneous) gnuplot (sessions). No doubt the = current setup is more appropriate in many common scenarios. Still, I = imagine gnuplot functionality embedded within a user's favorite GUI = would be nice. Nigel  =20 
From: Pawel Cesar Sanjuan Szklarz <paweld2@gm...>  20070417 16:14:58

SGkuCgp0aGFuayB5b3UgZm9yIHRoZSBsaW5rLiBXaGF0IEkgbmVlZCBpcyBpbgpncFJlYWRNb3Vz ZVRlc3QtbS56aXAKClBhd2VsIFN6a2xhcnouCgoyMDA3LzQvMTcsIEV0aGFuIE1lcnJpdHQgPG1l cnJpdHRAdS53YXNoaW5ndG9uLmVkdT46Cj4gT24gVHVlc2RheSAxNyBBcHJpbCAyMDA3IDAwOjE1 LCBQYXdlbCBDZXNhciBTYW5qdWFuIFN6a2xhcnogd3JvdGU6Cj4gPiBIaS4KPiA+Cj4gPiBBY3R1 YWxseSBpIG5lZWQgdG8gc2VuZCBkYXRhIGZyb20gR251cGxvdCB0byBPY3RhdmUuIE9jdGF2ZSBj YW4gc2VuZAo+ID4gZGF0YSB0byBnbnVwbG90LCBidXQgSSB3b3VsZCBsaWtlIHRvIHNlbmQgYmFj ayB0byBvY3RhdmUgdGhlCj4gPiBpbmZvcm1hdGlvbiBhYm91dCB0aGUgem9vbSBhbmQgbWFrZSBh IHJlcGxvdC4KPgo+IFlvdSBkb24ndCBuZWVkIGFueSBuZXcgZmVhdHVyZXMgaW4gZ251cGxvdCB0 byBkbyB0aGF0Lgo+IFlvdSBjYW4gd3JpdGUgdGhlIHBsb3QgY29vcmRpbmF0ZXMgdG8gYW4gYXJi aXRyYXJ5IGZpbGUgdXNpbmcKPgo+IG9sZCBzeW50YXg6Cj4gICAgICAgICBzZXQgdGVybSBwdXNo Cj4gICAgICAgICBzZXQgdGVybSB0YWJsZQo+ICAgICAgICAgc2V0IG91dHB1dCAiY29vcmRzLmRh dCIKPiAgICAgICAgIHBsb3QgLi4uCj4gICAgICAgICBzZXQgdGVybSBwb3AKPgo+IE5ldyBzeW50 YXggKHZlcnNpb24gNC4yKToKPiAgICAgICAgIHNldCB0YWJsZSAiY29vcmRzLmRhdCIKPiAgICAg ICAgIHBsb3QgLi4uCj4gICAgICAgICB1bnNldCB0YWJsZQo+Cj4gU2VlIGZvciBleGFtcGxlIHRo ZSBvcmlnaW5hbCB2ZWN0b3IgZmllbGQgZXhhbXBsZQo+ICAgICAgICAgLi4uL2RlbW8vdmVjdG9y LmRlbQo+Cj4KPiBZb3UgY2FuIGV2ZW4gbWFrZSB0aGlzIGEgcGlwZSBpZiB5b3UgbGlrZSwgYWx0 aG91Z2ggSSBkb24ndAo+IGtub3cgaWYgdGhpcyB3b3VsZCBoZWxwIHdpdGggT2N0YXZlLgo+Cj4g ICAgICAgICBzZXQgdGFibGUgInwgbXlfcHJvZ3JhbV9leHBlY3RpbmdfYW5faW5wdXRfc3RyZWFt Igo+ICAgICAgICAgcGxvdCAuLi4KPiAgICAgICAgIHVuc2V0IHRhYmxlCj4KPiBNb3JlIGxpa2Vs eSB5b3Ugd291bGQgb3BlbiBhIG5hbWVkIHBpcGUgZm9yIHJlYWQgYWNjZXNzIGluIE9jdGF2ZSwK PiB0aGVuIHRyaWdnZXIgdGhlIGdudXBsb3Qgb3BlcmF0aW9uOyAgZ251cGxvdCB3b3VsZCBpbiB0 dXJuIG9wZW4KPiB0aGUgc2FtZSBuYW1lZCBwaXBlIGZvciB3cml0aW5nIGFzIGFib3ZlLCBhcyBz ZW5kIHRoZSBvdXRwdXQgYmFjawo+IHRvIE9jdGF2ZS4gIFlvdSBtYXkgZmluZCB0aGUgZXhhbXBs ZXMgb24gdGhpcyBwYWdlIHVzZWZ1bAo+ICh0aGUgb25lcyB1bmRlciAiUHJvZ3JhbW1pbmcgaW50 ZXJmYWNlcyDigJMgYmlkaXJlY3Rpb25hbCBpbnRlcmFjdGlvbiIpCj4gICAgaHR0cDovL2dudXBs b3QuaW5mby9saW5rcy5odG1sCj4KPgo+Cj4gPgo+ID4gSSB3aWxsIGNoZWNrIHRoZSBwYXRoOgo+ ID4gIFsgZ251cGxvdC1QYXRjaGVzLTEwMjcwMzIgXSBDb25uZWN0IGdudXBsb3RfeDExIHRvIGV4 dGVyaW9yIGFwcGxpY2F0aW9uIHdpbmRvdwo+ID4KPiA+IG1heWJlIGl0IGlzIHdoYXQgaSBuZWVk Lgo+ID4KPiA+IFRoYW5rIHlvdS4KPiA+IFBhd2XFgiBTemtsYXJ6Lgo+ID4KPiA+IDIwMDcvNC8x NywgRGFuaWVsIEogU2ViYWxkIDxkYW5pZWwuc2ViYWxkQGllZWUub3JnPjoKPiA+ID4gUGF3ZWwg Q2VzYXIgU2FuanVhbiBTemtsYXJ6IHdyb3RlOgo+ID4gPgo+ID4gPiA+IE5vdyBJIGhhdmUgdGhl IG5leHQgcGxvYmxlbTogaG93IHRvIHVzZSBleHRlcm5hbCBmdW5jdGlvbiB0byBnZW5lcmF0ZQo+ ID4gPiA+IHRoZSB2YWx1ZXMgb2YgdGhlIHZlY3RvciBmaWVsZD8/IHdoeSBJIG5lZWQgdGhpczog b24gbXkgZnVuY3Rpb25zIEkKPiA+ID4gPiBzb2x2ZSBhIHNldCBlcXVhdGlvbnMgdG8gZmluZCB0 aGUgYmVoYXZpb3Igb2YgdGhlIHJvYm90LiBUaGF0cyB3aHkgSQo+ID4gPiA+IGFtIHRoaW5raW5n IGFib3V0IHRoZSBwaXBlLWZlYXR1cmUuCj4gPiA+ID4KPiA+ID4gPiBXaXRoIHRoZSAnKycgZmls ZW5hbWUgaXQgaXMgcG9zc2libGUgaW4gZ251cGxvdCB0byB3cml0ZSB0aGUgIngseSIKPiA+ID4g PiB2YWx1ZXMgdG8gZXZhbHVhdGUgaW4gc29tZSBmaWxlPz8KPiA+ID4gPiBNYXkgYmUgaXQgaXMg cG9zc2libGUgdG8gd3JpdGUgdGhlICJ4LHkiIGdyaWQsIHRoZW4gcnVuIHNvbWUgcHJvY2VzcyAo Cj4gPiA+ID4gaW4gbXkgY2FzZSBvY3RhdmUpLCBhbmQgdGhlbiB1c2UgdGhlIHJlc3VsdHMgZmls ZSB0byBwbG90Pz8/Cj4gPiA+Cj4gPiA+IFRoZSBkaXNjdXNzaW9uIG9mIHBpcGVzIGFuZCB0cmFu c2ZlcmluZyBkYXRhIGZyb20gT2N0YXZlIHRvIGdudXBsb3Qgc2hvdWxkIGdvIHRvCj4gPiA+IHRo ZSBPY3RhdmUgbGlzdC4gIE9jdGF2ZSBjdXJyZW50bHkgc2VuZHMgZGF0YSB0byBnbnVwbG90IHRo b3VnaCBhIHBpcGUuICBUaGUKPiA+ID4gT2N0YXZlIGZvbGtzIG1heSBiZSBhYmxlIHRvIGhlbHAg eW91IHNldCBzb21ldGhpbmcgdXAgaW4gdGVybXMgb2YgdHJhbnNmZXJyaW5nCj4gPiA+IGRhdGEg YW5kIHRoZSB0eXBlIG9mIHBsb3QgeW91J2QgbGlrZSB0byBnZW5lcmF0ZS4KPiA+ID4KPiA+ID4g SSd2ZSBhbHNvIHVwZGF0ZSB0aGUgcGF0Y2gKPiA+ID4KPiA+ID4gWyBnbnVwbG90LVBhdGNoZXMt MTAyNzAzMiBdIENvbm5lY3QgZ251cGxvdF94MTEgdG8gZXh0ZXJpb3IgYXBwbGljYXRpb24gd2lu ZG93Cj4gPiA+Cj4gPiA+IHdoaWNoIHVzZXMgYSBwaXBlIGNyZWF0ZWQgdXNpbmcgVENMIHJhdGhl ciB0aGFuIEMsIGJ1dCBJIHNlZSBub3cgdGhhdCBpc24ndAo+ID4gPiBhbnl0aGluZyB5b3UgbmVl ZC4KPiA+ID4KPiA+ID4gRGFuCj4gPiA+Cj4gPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4gPiBUaGlzIFNG Lm5ldCBlbWFpbCBpcyBzcG9uc29yZWQgYnkgREIyIEV4cHJlc3MKPiA+IERvd25sb2FkIERCMiBF eHByZXNzIEMgLSB0aGUgRlJFRSB2ZXJzaW9uIG9mIERCMiBleHByZXNzIGFuZCB0YWtlCj4gPiBj b250cm9sIG9mIHlvdXIgWE1MLiBObyBsaW1pdHMuIEp1c3QgZGF0YS4gQ2xpY2sgdG8gZ2V0IGl0 IG5vdy4KPiA+IGh0dHA6Ly9zb3VyY2Vmb3JnZS5uZXQvcG93ZXJiYXIvZGIyLwo+ID4gX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiA+IGdudXBsb3QtYmV0 YSBtYWlsaW5nIGxpc3QKPiA+IGdudXBsb3QtYmV0YUBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQKPiA+ IGh0dHBzOi8vbGlzdHMuc291cmNlZm9yZ2UubmV0L2xpc3RzL2xpc3RpbmZvL2dudXBsb3QtYmV0 YQo+ID4KPgo+IC0tCj4gRXRoYW4gQSBNZXJyaXR0ICAgICAgICAgICAgQ291cmllciBEZWxpdmVy aWVzOiAxOTU5IE5FIFBhY2lmaWMKPiBEZXB0IG9mIEJpb2NoZW1pc3RyeQo+IEhlYWx0aCBTY2ll bmNlcyBCdWlsZGluZwo+IFVuaXZlcnNpdHkgb2YgV2FzaGluZ3RvbiAtIFNlYXR0bGUgV0EgOTgx OTUtNzc0Mgo+Cg== 
From: Ethan Merritt <merritt@u.washington.edu>  20070417 15:22:33

On Tuesday 17 April 2007 00:15, Pawel Cesar Sanjuan Szklarz wrote: > Hi. >=20 > Actually i need to send data from Gnuplot to Octave. Octave can send > data to gnuplot, but I would like to send back to octave the > information about the zoom and make a replot. You don't need any new features in gnuplot to do that. You can write the plot coordinates to an arbitrary file using old syntax: set term push set term table set output "coords.dat" plot ... set term pop New syntax (version 4.2): set table "coords.dat" plot ... unset table See for example the original vector field example .../demo/vector.dem You can even make this a pipe if you like, although I don't know if this would help with Octave. set table " my_program_expecting_an_input_stream" plot ... unset table More likely you would open a named pipe for read access in Octave, then trigger the gnuplot operation; gnuplot would in turn open the same named pipe for writing as above, as send the output back to Octave. You may find the examples on this page useful (the ones under "Programming interfaces =E2=80=93 bidirectional interaction= ") http://gnuplot.info/links.html >=20 > I will check the path: > [ gnuplotPatches1027032 ] Connect gnuplot_x11 to exterior application = window >=20 > maybe it is what i need. >=20 > Thank you. > Pawe=C5=82 Szklarz. >=20 > 2007/4/17, Daniel J Sebald <daniel.sebald@...>: > > Pawel Cesar Sanjuan Szklarz wrote: > > > > > Now I have the next ploblem: how to use external function to generate > > > the values of the vector field?? why I need this: on my functions I > > > solve a set equations to find the behavior of the robot. Thats why I > > > am thinking about the pipefeature. > > > > > > With the '+' filename it is possible in gnuplot to write the "x,y" > > > values to evaluate in some file?? > > > May be it is possible to write the "x,y" grid, then run some process ( > > > in my case octave), and then use the results file to plot??? > > > > The discussion of pipes and transfering data from Octave to gnuplot sho= uld go to > > the Octave list. Octave currently sends data to gnuplot though a pipe.= The > > Octave folks may be able to help you set something up in terms of trans= ferring > > data and the type of plot you'd like to generate. > > > > I've also update the patch > > > > [ gnuplotPatches1027032 ] Connect gnuplot_x11 to exterior application= window > > > > which uses a pipe created using TCL rather than C, but I see now that i= sn't > > anything you need. > > > > Dan > > >  > This SF.net email is sponsored by DB2 Express > Download DB2 Express C  the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > gnuplotbeta mailing list > gnuplotbeta@... > https://lists.sourceforge.net/lists/listinfo/gnuplotbeta >=20 =2D=20 Ethan A Merritt Courier Deliveries: 1959 NE Pacific Dept of Biochemistry Health Sciences Building University of Washington  Seattle WA 981957742 
From: Daniel J Sebald <daniel.sebald@ie...>  20070417 07:28:42

Pawel Cesar Sanjuan Szklarz wrote: > Hi. > > Actually i need to send data from Gnuplot to Octave. Octave can send > data to gnuplot, but I would like to send back to octave the > information about the zoom and make a replot. > > I will check the path: > [ gnuplotPatches1027032 ] Connect gnuplot_x11 to exterior application window > > maybe it is what i need. Probably not. Well, I think this too is better discussed on the Octave list. Your feature request (i.e., getting data regarding mouse, zoom, autorange from gnuplot as opposed to just sending data to gnuplot) is something Octave developers have talked about but haven't placed at high enough priority to motivate someone to make it happen. Dan 
From: Pawel Cesar Sanjuan Szklarz <paweld2@gm...>  20070417 07:15:35

SGkuCgpBY3R1YWxseSBpIG5lZWQgdG8gc2VuZCBkYXRhIGZyb20gR251cGxvdCB0byBPY3RhdmUu IE9jdGF2ZSBjYW4gc2VuZApkYXRhIHRvIGdudXBsb3QsIGJ1dCBJIHdvdWxkIGxpa2UgdG8gc2Vu ZCBiYWNrIHRvIG9jdGF2ZSB0aGUKaW5mb3JtYXRpb24gYWJvdXQgdGhlIHpvb20gYW5kIG1ha2Ug YSByZXBsb3QuCgpJIHdpbGwgY2hlY2sgdGhlIHBhdGg6CiBbIGdudXBsb3QtUGF0Y2hlcy0xMDI3 MDMyIF0gQ29ubmVjdCBnbnVwbG90X3gxMSB0byBleHRlcmlvciBhcHBsaWNhdGlvbiB3aW5kb3cK Cm1heWJlIGl0IGlzIHdoYXQgaSBuZWVkLgoKVGhhbmsgeW91LgpQYXdlsyBTemtsYXJ6LgoKMjAw Ny80LzE3LCBEYW5pZWwgSiBTZWJhbGQgPGRhbmllbC5zZWJhbGRAaWVlZS5vcmc+Ogo+IFBhd2Vs IENlc2FyIFNhbmp1YW4gU3prbGFyeiB3cm90ZToKPgo+ID4gTm93IEkgaGF2ZSB0aGUgbmV4dCBw bG9ibGVtOiBob3cgdG8gdXNlIGV4dGVybmFsIGZ1bmN0aW9uIHRvIGdlbmVyYXRlCj4gPiB0aGUg dmFsdWVzIG9mIHRoZSB2ZWN0b3IgZmllbGQ/PyB3aHkgSSBuZWVkIHRoaXM6IG9uIG15IGZ1bmN0 aW9ucyBJCj4gPiBzb2x2ZSBhIHNldCBlcXVhdGlvbnMgdG8gZmluZCB0aGUgYmVoYXZpb3Igb2Yg dGhlIHJvYm90LiBUaGF0cyB3aHkgSQo+ID4gYW0gdGhpbmtpbmcgYWJvdXQgdGhlIHBpcGUtZmVh dHVyZS4KPiA+Cj4gPiBXaXRoIHRoZSAnKycgZmlsZW5hbWUgaXQgaXMgcG9zc2libGUgaW4gZ251 cGxvdCB0byB3cml0ZSB0aGUgIngseSIKPiA+IHZhbHVlcyB0byBldmFsdWF0ZSBpbiBzb21lIGZp bGU/Pwo+ID4gTWF5IGJlIGl0IGlzIHBvc3NpYmxlIHRvIHdyaXRlIHRoZSAieCx5IiBncmlkLCB0 aGVuIHJ1biBzb21lIHByb2Nlc3MgKAo+ID4gaW4gbXkgY2FzZSBvY3RhdmUpLCBhbmQgdGhlbiB1 c2UgdGhlIHJlc3VsdHMgZmlsZSB0byBwbG90Pz8/Cj4KPiBUaGUgZGlzY3Vzc2lvbiBvZiBwaXBl cyBhbmQgdHJhbnNmZXJpbmcgZGF0YSBmcm9tIE9jdGF2ZSB0byBnbnVwbG90IHNob3VsZCBnbyB0 bwo+IHRoZSBPY3RhdmUgbGlzdC4gIE9jdGF2ZSBjdXJyZW50bHkgc2VuZHMgZGF0YSB0byBnbnVw bG90IHRob3VnaCBhIHBpcGUuICBUaGUKPiBPY3RhdmUgZm9sa3MgbWF5IGJlIGFibGUgdG8gaGVs cCB5b3Ugc2V0IHNvbWV0aGluZyB1cCBpbiB0ZXJtcyBvZiB0cmFuc2ZlcnJpbmcKPiBkYXRhIGFu ZCB0aGUgdHlwZSBvZiBwbG90IHlvdSdkIGxpa2UgdG8gZ2VuZXJhdGUuCj4KPiBJJ3ZlIGFsc28g dXBkYXRlIHRoZSBwYXRjaAo+Cj4gWyBnbnVwbG90LVBhdGNoZXMtMTAyNzAzMiBdIENvbm5lY3Qg Z251cGxvdF94MTEgdG8gZXh0ZXJpb3IgYXBwbGljYXRpb24gd2luZG93Cj4KPiB3aGljaCB1c2Vz IGEgcGlwZSBjcmVhdGVkIHVzaW5nIFRDTCByYXRoZXIgdGhhbiBDLCBidXQgSSBzZWUgbm93IHRo YXQgaXNuJ3QKPiBhbnl0aGluZyB5b3UgbmVlZC4KPgo+IERhbgo+Cg== 
From: Daniel J Sebald <daniel.sebald@ie...>  20070417 03:01:19

Pawel Cesar Sanjuan Szklarz wrote: > Now I have the next ploblem: how to use external function to generate > the values of the vector field?? why I need this: on my functions I > solve a set equations to find the behavior of the robot. Thats why I > am thinking about the pipefeature. > > With the '+' filename it is possible in gnuplot to write the "x,y" > values to evaluate in some file?? > May be it is possible to write the "x,y" grid, then run some process ( > in my case octave), and then use the results file to plot??? The discussion of pipes and transfering data from Octave to gnuplot should go to the Octave list. Octave currently sends data to gnuplot though a pipe. The Octave folks may be able to help you set something up in terms of transferring data and the type of plot you'd like to generate. I've also update the patch [ gnuplotPatches1027032 ] Connect gnuplot_x11 to exterior application window which uses a pipe created using TCL rather than C, but I see now that isn't anything you need. Dan 
From: Pawel Cesar Sanjuan Szklarz <paweld2@gm...>  20070415 17:40:40

SGkKClRoYW5rIHlvdSwgdGhhdCBpcyB3aGF0IEkgbmVlZCwgaXQgd29ya3MuIEkgYW0gd29ya2lu ZyBvbiBjb250cm9sCnRoZW9yeSBmb3Igcm9ib3RzLCBhbmQgdG8gc2VlIGhvdyBzb21lIGNvbnRy b2wgYWxnb3JpdGhtcyB3b3JrcyBJIG5lZWQKdG8gY2hlY2sgMmQgdmVjdG9yIGZpZWxkcy4KCk5v dyBJIGhhdmUgdGhlIG5leHQgcGxvYmxlbTogaG93IHRvIHVzZSBleHRlcm5hbCBmdW5jdGlvbiB0 byBnZW5lcmF0ZQp0aGUgdmFsdWVzIG9mIHRoZSB2ZWN0b3IgZmllbGQ/PyB3aHkgSSBuZWVkIHRo aXM6IG9uIG15IGZ1bmN0aW9ucyBJCnNvbHZlIGEgc2V0IGVxdWF0aW9ucyB0byBmaW5kIHRoZSBi ZWhhdmlvciBvZiB0aGUgcm9ib3QuIFRoYXRzIHdoeSBJCmFtIHRoaW5raW5nIGFib3V0IHRoZSBw aXBlLWZlYXR1cmUuCgpXaXRoIHRoZSAnKycgZmlsZW5hbWUgaXQgaXMgcG9zc2libGUgaW4gZ251 cGxvdCB0byB3cml0ZSB0aGUgIngseSIKdmFsdWVzIHRvIGV2YWx1YXRlIGluIHNvbWUgZmlsZT8/ Ck1heSBiZSBpdCBpcyBwb3NzaWJsZSB0byB3cml0ZSB0aGUgIngseSIgZ3JpZCwgdGhlbiBydW4g c29tZSBwcm9jZXNzICgKaW4gbXkgY2FzZSBvY3RhdmUpLCBhbmQgdGhlbiB1c2UgdGhlIHJlc3Vs dHMgZmlsZSB0byBwbG90Pz8/CgpUaGFua3MgZm9yIGFsbC4KUGF3ZbMgU3prbGFyei4KCjIwMDcv NC8xNSwgRXRoYW4gQSBNZXJyaXR0IDxtZXJyaXR0QHUud2FzaGluZ3Rvbi5lZHU+Ogo+IE9uIFN1 bmRheSAxNSBBcHJpbCAyMDA3IDAwOjQ0LCBQYXdlbCBDZXNhciBTYW5qdWFuIFN6a2xhcnogd3Jv dGU6Cj4gPiBIaS4KPiA+IHRoZSBwbG90Cj4gPiBzcGxvdCAnKycgMToyOihzaW4oJDEpKiQyKiQy KTooY29zKCQyKSokMSokMSkgd2l0aCB2ZWN0b3JzCj4gPiBpcyBub3Qgd29ya2luZy4gSSBub3Qg Zm91bmQgYW55IHNwbG90IHdpdGggdmVjdG9ycyBleGFtcGxlIGluIHRoZSBkZW1vIGZpbGVzOgo+ ID4gYmFzaDogZ3JlcCBzcGxvdCAqIHwgZ3JlcCB2ZWN0b3JzCj4KPiBJIGRpZCBub3QgaGF2ZSB0 aGUgY29tbWFuZCBxdWl0ZSByaWdodC4gIEkgd2FzIGZvcmdldHRpbmcgdGhhdCBmb3Igc3Bsb3Qg eW91Cj4gbmVlZCB0byBnaXZlIGEgeiBjb29yZGluYXRlIGZvciBlYWNoIGVuZHBvaW50LCBldmVu IGlmIHRoZXkgYXJlIGFsbCB0aGUgc2FtZS4KPgo+IFRoaXMgd29ya3M6Cj4gICAgIHNldCBzYW1w bGVzIDEwCj4gICAgIHNldCBpc29zYW1wbGVzCj4gICAgIHNldCB4cmFuZ2UgWzA6MV0KPiAgICAg c2V0IHlyYW5nZSBbMDoxXQo+ICAgICBzZXQgdmlldyBtYXAKPiAgICAgc3Bsb3QgJysnIHVzaW5n IDE6MjowOihzaW4oJDEpLzIwLik6KGNvcygkMikvMjAuKTowIHdpdGggdmVjdG9ycwo+Cj4gPiBC dXQgd2hhdCBJIG5lZWQgaXMgYSAyZCBwbG90IHdpdGggdmVjdG9ycywgdGhlIHNhbWUgYXMKPgo+ IFllcywgaWYgeW91IGFyZSByZWFkaW5nIHRoZSBjb29yZGluYXRlcyBmcm9tIGEgZmlsZSB0aGVu IHlvdSBjYW4gZG8gdGhpcwo+IHdpdGggInBsb3QiLiAgIEJ1dCBpbiBvcmRlciB0byBhdXRvLWdl bmVyYXRlIGEgMkQgZ3JpZCwgeW91IG5lZWQgdG8gdXNlCj4gInNwbG90Ii4gIFRoZSBub3JtYWwg dXNlIGZvciBzcGxvdCBpcyB0byBnZW5lcmF0ZSAzRCBwbG90cywgYnkgYXNzb2NpYXRpbmcKPiBh IFogdmFsdWUgd2l0aCBlYWNoIFt4LHldIHNhbXBsZS4gIEhvd2V2ZXIsIG15IGV4YW1wbGUgYWJv dmUgcmUtdXNlcyB0aGUKPiB4IGFuZCB5IGNvb3JkaW5hdGVzIHRvIGNhbGN1bGF0ZSBlYWNoIGVu ZCBvZiBhIHZlY3RvciBpbiB0aGUgcGxhbmUgWj0wLgo+Cj4gSSBoYXZlIGF0dGFjaGVkIHRoZSBv dXRwdXQgb2YgbXkgZXhhbXBsZSBhcyBhbiAqLmVwcyBmaWxlLgo+IEFzIEkgc2FpZCwgdGhpcyBp cyBhIHZlcnkgbmV3IGZlYXR1cmUsIGFuZCB5b3UgbWF5IGJlIGFibGUgdG8gc3VnZ2VzdAo+IGVu aGFuY2VtZW50cyB0byBtYWtlIGl0IGJldHRlci4KPgo+ICAgICAgICAgRXRoYW4KPgo+Cj4gPiBn bnVwbG90PnBsb3QgJ215ZGF0YUZpZWxkLmRhdCcgdXNpbmcgMToyOjM6NCB3aXRoIHZlY3RvcnMK PiA+Cj4gPiB3aGVyZSBpbiB0aGUgZmlsZSAnbXlkYXRhRmllbGQuZGF0JyBJIGhhdmUKPiA+IHgg eSBzaW4oeCkqeV4yIGNvcyh5KXheMgo+ID4gY2FsY3VsYXRlZCBmb3IgYWxsIHBvaW50cy4KPiA+ Cj4gPiBJIHdvdWxkIGxpa2UgdG8gZ2V0IHRoZSBzYW1lIHVzaW5nIHNvbWV0aGluZyBsaWtlIHNw ZWNpYWwgZnVuY3Rpb25zOgo+ID4gZ251cGxvdD5wbG90ICcrJyB1c2luZyAxOjI6KHNpbigkMSkq JDIqJDIpOihjb3MoJDIpKiQxKiQxKSB3aXRoIHZlY3RvcnMKPiA+Cj4gPiBQYXdlbCBTemtsYXJ6 Lgo+ID4KPiA+IDIwMDcvNC8xNCwgRXRoYW4gQSBNZXJyaXR0IDxtZXJyaXR0QHUud2FzaGluZ3Rv bi5lZHU+Ogo+ID4gPiBPbiBTYXR1cmRheSAxNCBBcHJpbCAyMDA3IDEwOjI5LCBQYXdlbCBDZXNh ciBTYW5qdWFuIFN6a2xhcnogd3JvdGU6Cj4gPiA+ID4gSGkKPiA+ID4gPgo+ID4gPiA+IEkgYW0g aW50ZXJlc3RlZCBpbiBhZGQgYSBmZWF0dXJlIGRvIGdudXBsb3Q6IDJkIHZlY3RvciBmaWVsZHMg ZnJvbQo+ID4gPiA+IFJeMi0+Ul4yIGZ1bmN0aW9ucwo+ID4gPiA+Cj4gPiA+ID4gZXhhbXBsZToK PiA+ID4gPiBnbnVwbG90PnBsb3QgKHNpbih4KSp5XjIsY29zKHkpeF4yKSB3aXRoIDJkVmVjdG9y RmllbGQKPiA+ID4KPiA+ID4gUGxlYXNlIGhhdmUgYSBsb29rIGF0IHRoZSB2ZXJ5IHJlY2VudCBm ZWF0dXJlIGFkZGVkIHRvIHRoZSBjdnMgdmVyc2lvbjoKPiA+ID4KPiA+ID4gZ251cGxvdD4gaGVs cCBzcGVjaWFsLWZpbGVuYW1lcwo+ID4gPiAgVGhlcmUgYXJlIHRocmVlIGZpbGVuYW1lcyB0aGF0 IGhhdmUgYSBzcGVjaWFsIG1lYW5pbmc6ICAnJywgJy0nLCBhbmQgJysnLgo+ID4gPiAgVGhlIHNw ZWNpYWwgZmlsZW5hbWUgJysnIGlzIGEgbWVjaGFuaXNtIHRvIGFsbG93IHRoZSBmdWxsIHJhbmdl IG9mCj4gPiA+ICBgdXNpbmdgIHNwZWNpZmllcnMgYW5kIHBsb3Qgc3R5bGVzIHdpdGggaW4tbGlu ZSBmdW5jdGlvbnMuICBOb3JtYWxseSBhCj4gPiA+ICBmdW5jdGlvbiBwbG90IGNhbiBvbmx5IGhh dmUgYSBzaW5nbGUgeSAob3IgeikgdmFsdWUgYXNzb2NpYXRlZCB3aXRoIGVhY2gKPiA+ID4gIHNh bXBsZWQgcG9pbnQuICBUaGUgcHNldWRvLWZpbGUgJysnIHRyZWF0cyB0aGUgc2FtcGxlZCBwb2lu dHMgYXMgY29sdW1ucwo+ID4gPiAgMSAocGxvdCkgb3IgMSBhbmQgMiAoc3Bsb3QpLCBhbmQgYWxs b3dzIGFkZGl0aW9uYWwgY29sdW1uIHZhbHVlcyB0byBiZQo+ID4gPiAgc3BlY2lmaWVkIHZpYSBh IGB1c2luZ2Agc3BlY2lmaWNhdGlvbiwganVzdCBhcyBmb3IgYSB0cnVlIGlucHV0IGZpbGUuCj4g PiA+ICBFeGFtcGxlOgo+ID4gPiAgICAgICAgcGxvdCAnKycgdXNpbmcgKCQxKTooc2luKCQxKSk6 KHNpbigkMSkqKjIpIHdpdGggZmlsbGVkY3VydmVzCj4gPiA+Cj4gPiA+Cj4gPiA+IFlvdSBtYXkg YmUgYWJsZSB0byB1c2UgdGhpcyBuZXcgbWVjaGFuaXNtIHRvIGRvIHlvdXIgcGxvdHRpbmcuCj4g PiA+IE9yIG1heWJlIG5vdC4gIEknbSBub3Qgc3VyZSBJIHVuZGVyc3RhbmQgd2hhdCBpcyB0aGUg aW50ZW5kZWQgb3V0cHV0Cj4gPiA+IGZyb20geW91ciBleGFtcGxlLiAgSXMgaXQgYSBzZXQgb2Yg dmVjdG9ycywgd2l0aCBlYWNoIHZlY3RvciBjb25uZWN0aW5nCj4gPiA+ICh4LHkpIHRvIChzaW4o eCkqeV4yLCBjb3MoeSkqeF4yKSA/ICAgVGhhdCB3b3VsZCBiZSBzb21ldGhpbmcgbGlrZQo+ID4g PiAgICAgICAgIHNwbG90ICcrJyAxOjI6KHNpbigkMSkqJDIqJDIpOihjb3MoJDIpKiQxKiQxKSB3 aXRoIHZlY3RvcnMKPiA+ID4gWW91IG1heSBoYXZlIHRvIGNoYW5nZSAic2V0IGlzb3NhbXBsZXMi IGZpcnN0Lgo+ID4gPgo+ID4gPiBPZiBjb3Vyc2UgT2N0YXZlIGRvZXNuJ3QgeWV0IGtub3cgYWJv dXQgdGhpcyBvcHRpb24sIGJ1dCBJJ20gc3VyZQo+ID4gPiB0aGF0IGNhbiBiZSBmaXhlZC4KPiA+ ID4KPiA+ID4KPiA+ID4KPiA+ID4gPgo+ID4gPiA+IEkga25vdyB0aGF0IGl0IGlzIHBvc3NpYmxl IHRvIGNyZWF0ZSBhIGRhdGFmaWxlIHdpdGggdGhlIGluZm9ybWF0aW9uCj4gPiA+ID4gYWJvdXQg dGhlIHZlY3RvciBmaWVsZCwgYnV0IGl0IGNhbiBiZSBuaWNlIHRvIG1ha2Ugem9vbSBhbmQgZG9u J3QKPiA+ID4gPiB3b3JyeSBhYm91dCB0aGUgZGF0YSBkZW5zaXR5IGluIHRoZSBkYXRhZmlsZS4K PiA+ID4gPgo+ID4gPiA+IEkgd291bGQgbGlrZSB0byBhZGQgYW5vdGhlciBmZWF0dXJlOiBJIHdv dWxkIGxpa2UgdG8gdXNlIG9jdGF2ZSAoZm9yCj4gPiA+ID4gZXhhbXBsZSkgdG8gY2FsY3VsYXRl IHRoZSB2YWx1ZSBvZiBzb21lIGZ1bmN0aW9uLgo+ID4gPiA+IE15IHByb3Bvc2l0aW9uIGlzIG5v dCB0byBydW4gb2N0YXZlIG1hbnkgdGltZXMsIGJ1dCB0byBjcmVhdGUgYQo+ID4gPiA+IGNoaWxk cmVuIHByb2Nlc3MgYW5kIHNlbmQvcmVjaWJlIHZhbHVlcyBieSBQSVBFUywgZXhhbXBsZToKPiA+ ID4gPgo+ID4gPiA+IGdudXBsb3Q+b3BlbiBjYWxjdWxhdG9yICdteUN1bGN1bGF0b3JQcm9ncmFt Jwo+ID4gPiA+ICAgbm93IGdudXBsb3QgZm9ya3MgYW5kIGNyZWF0ZSBhIGNoaWxkcmVuIHByb2Nl c3MKPiA+ID4gPiAic3lzdGVtKCdteUN1bGN1bGF0b3JQcm9ncmFtJykiIGFuZCBpcyByZWFkeSB0 byB1c2UgdGhhdCBwcm9ncmFtIHRvCj4gPiA+ID4gY2FsY3VsYXRlIHNvbWV0aGluZyAob3BlbiAy IHBpcGVzIGdudXBsb3Q8LS0+TXljYWxjdWxhdG9yKQo+ID4gPiA+IGdudXBsb3Q+cGxvdCBjYWxj dWxhdG9yKCdteUV4dGVybmFsRnVuY3Rpb25OYW1lJyx4LHkpCj4gPiA+ID4gICBUbyBjYWxjdWxh dGUgdGhlIHZhbHVlIG9mCj4gPiA+ID4gICAgY2FsY3VsYXRvcignbXlFeHRlcm5hbEZ1bmN0aW9u TmFtZScseCx5KQo+ID4gPiA+ICBnbnVwbG90IHNlbmQgZGF0YSBieSB0aGUgcGlwZSB0byB0aGUg Y2hpbGRyZW4gcHJvY2VzcyBhbmQgd2hpdGUgZm9yCj4gPiA+ID4gdGhlIHJlc3VsdHMgaW4gYW5v dGhlciBwaXBlLgo+ID4gPiA+Cj4gPiA+ID4gVGhpcyBmZWF0dXJlIGNhbiBieSByZWFsbHkgZ3Jl YXQsIG9jdGF2ZSBpcyB3aGF0IEkgbmVlZCwgYnV0IHdpdGggdGhpcwo+ID4gPiA+IG1lY2hhbmlz bSBpdCBpcyBwb3NzaWJsZSBldmVuIHRvIHNlbmQgU09BUCByZXF1ZXN0IHRvIHNvbWUgc3BlY2lh bAo+ID4gPiA+IG1lZ2EtY2FsY3VsYXRpb24tc2VydmVyIG9yIHdoYXQgZXZlci4KPiA+ID4gPgo+ ID4gPiA+IEkgaGF2ZSByZWFkeSBzb21lIGNvZGUgZm9yIHRoaXMgZmVhdHVyZSwgYnV0IGkgd291 bGQgbGlrZSB0byBrbm93Ogo+ID4gPiA+IC0tY2FuIGJlIHRoaXMgdXNlZnVsPwo+ID4gPiA+IC0t IGl0IGlzIHBvc3NpYmxlIHRvIG1ha2Ugc29tZXRoaW5nIGVxdWl2YWxlbnQgd2l0aCBnbnVwbG90 IGluIHNvbWUgb3RoZXIgd2F5Cj4gPiA+ID4gQW5kIGlmIHRoaXMgaXMgYSBuZXcgZmVhdHVyZSwg dGhlbjoKPiA+ID4gPiAtLSB3aGF0IGZvcm1hdCB0byB1c2UgZm9yIHRoaXMgZmVhdHVyZXMgKHJl cHJlc2VudCBSMi0+UjIgZnVuY3Rpb25zLAo+ID4gPiA+IGFuZCB0aGUgZXh0ZXJuYWwgY2FsY3Vs YXRvcikKPiA+ID4gPiAtLSBob3cgdG8gc3VibWl0IGNvZGUgdG8gQ1ZTCj4gPiA+ID4KPiA+ID4g PiBUaGFua3MKPiA+ID4gPgo+ID4gPiA+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPiA+ID4gPiBUaGlzIFNG Lm5ldCBlbWFpbCBpcyBzcG9uc29yZWQgYnkgREIyIEV4cHJlc3MKPiA+ID4gPiBEb3dubG9hZCBE QjIgRXhwcmVzcyBDIC0gdGhlIEZSRUUgdmVyc2lvbiBvZiBEQjIgZXhwcmVzcyBhbmQgdGFrZQo+ ID4gPiA+IGNvbnRyb2wgb2YgeW91ciBYTUwuIE5vIGxpbWl0cy4gSnVzdCBkYXRhLiBDbGljayB0 byBnZXQgaXQgbm93Lgo+ID4gPiA+IGh0dHA6Ly9zb3VyY2Vmb3JnZS5uZXQvcG93ZXJiYXIvZGIy Lwo+ID4gPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Cj4gPiA+ID4gZ251cGxvdC1iZXRhIG1haWxpbmcgbGlzdAo+ID4gPiA+IGdudXBsb3QtYmV0YUBs aXN0cy5zb3VyY2Vmb3JnZS5uZXQKPiA+ID4gPiBodHRwczovL2xpc3RzLnNvdXJjZWZvcmdlLm5l dC9saXN0cy9saXN0aW5mby9nbnVwbG90LWJldGEKPiA+ID4gPgo+ID4gPgo+ID4gPiAtLQo+ID4g PiBFdGhhbiBBIE1lcnJpdHQKPiA+ID4gQmlvbW9sZWN1bGFyIFN0cnVjdHVyZSBDZW50ZXIKPiA+ ID4gVW5pdmVyc2l0eSBvZiBXYXNoaW5ndG9uLCBTZWF0dGxlIDk4MTk1LTc3NDIKPiA+ID4KPiA+ Cj4gPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4gPiBUaGlzIFNGLm5ldCBlbWFpbCBpcyBzcG9uc29yZWQg YnkgREIyIEV4cHJlc3MKPiA+IERvd25sb2FkIERCMiBFeHByZXNzIEMgLSB0aGUgRlJFRSB2ZXJz aW9uIG9mIERCMiBleHByZXNzIGFuZCB0YWtlCj4gPiBjb250cm9sIG9mIHlvdXIgWE1MLiBObyBs aW1pdHMuIEp1c3QgZGF0YS4gQ2xpY2sgdG8gZ2V0IGl0IG5vdy4KPiA+IGh0dHA6Ly9zb3VyY2Vm b3JnZS5uZXQvcG93ZXJiYXIvZGIyLwo+ID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18KPiA+IGdudXBsb3QtYmV0YSBtYWlsaW5nIGxpc3QKPiA+IGdudXBs b3QtYmV0YUBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQKPiA+IGh0dHBzOi8vbGlzdHMuc291cmNlZm9y Z2UubmV0L2xpc3RzL2xpc3RpbmZvL2dudXBsb3QtYmV0YQo+ID4KPgo+IC0tCj4gRXRoYW4gQSBN ZXJyaXR0Cj4gQmlvbW9sZWN1bGFyIFN0cnVjdHVyZSBDZW50ZXIKPiBVbml2ZXJzaXR5IG9mIFdh c2hpbmd0b24sIFNlYXR0bGUgOTgxOTUtNzc0Mgo+Cj4K 
From: Ethan A Merritt <merritt@u.washington.edu>  20070415 15:28:19

On Sunday 15 April 2007 00:44, Pawel Cesar Sanjuan Szklarz wrote: > Hi. > the plot > splot '+' 1:2:(sin($1)*$2*$2):(cos($2)*$1*$1) with vectors > is not working. I not found any splot with vectors example in the demo files: > bash: grep splot *  grep vectors I did not have the command quite right. I was forgetting that for splot you need to give a z coordinate for each endpoint, even if they are all the same. This works: set samples 10 set isosamples set xrange [0:1] set yrange [0:1] set view map splot '+' using 1:2:0:(sin($1)/20.):(cos($2)/20.):0 with vectors > But what I need is a 2d plot with vectors, the same as Yes, if you are reading the coordinates from a file then you can do this with "plot". But in order to autogenerate a 2D grid, you need to use "splot". The normal use for splot is to generate 3D plots, by associating a Z value with each [x,y] sample. However, my example above reuses the x and y coordinates to calculate each end of a vector in the plane Z=0. I have attached the output of my example as an *.eps file. As I said, this is a very new feature, and you may be able to suggest enhancements to make it better. Ethan > gnuplot>plot 'mydataField.dat' using 1:2:3:4 with vectors > > where in the file 'mydataField.dat' I have > x y sin(x)*y^2 cos(y)x^2 > calculated for all points. > > I would like to get the same using something like special functions: > gnuplot>plot '+' using 1:2:(sin($1)*$2*$2):(cos($2)*$1*$1) with vectors > > Pawel Szklarz. > > 2007/4/14, Ethan A Merritt <merritt@...>: > > On Saturday 14 April 2007 10:29, Pawel Cesar Sanjuan Szklarz wrote: > > > Hi > > > > > > I am interested in add a feature do gnuplot: 2d vector fields from > > > R^2>R^2 functions > > > > > > example: > > > gnuplot>plot (sin(x)*y^2,cos(y)x^2) with 2dVectorField > > > > Please have a look at the very recent feature added to the cvs version: > > > > gnuplot> help specialfilenames > > There are three filenames that have a special meaning: '', '', and '+'. > > The special filename '+' is a mechanism to allow the full range of > > `using` specifiers and plot styles with inline functions. Normally a > > function plot can only have a single y (or z) value associated with each > > sampled point. The pseudofile '+' treats the sampled points as columns > > 1 (plot) or 1 and 2 (splot), and allows additional column values to be > > specified via a `using` specification, just as for a true input file. > > Example: > > plot '+' using ($1):(sin($1)):(sin($1)**2) with filledcurves > > > > > > You may be able to use this new mechanism to do your plotting. > > Or maybe not. I'm not sure I understand what is the intended output > > from your example. Is it a set of vectors, with each vector connecting > > (x,y) to (sin(x)*y^2, cos(y)*x^2) ? That would be something like > > splot '+' 1:2:(sin($1)*$2*$2):(cos($2)*$1*$1) with vectors > > You may have to change "set isosamples" first. > > > > Of course Octave doesn't yet know about this option, but I'm sure > > that can be fixed. > > > > > > > > > > > > I know that it is possible to create a datafile with the information > > > about the vector field, but it can be nice to make zoom and don't > > > worry about the data density in the datafile. > > > > > > I would like to add another feature: I would like to use octave (for > > > example) to calculate the value of some function. > > > My proposition is not to run octave many times, but to create a > > > children process and send/recibe values by PIPES, example: > > > > > > gnuplot>open calculator 'myCulculatorProgram' > > > now gnuplot forks and create a children process > > > "system('myCulculatorProgram')" and is ready to use that program to > > > calculate something (open 2 pipes gnuplot<>Mycalculator) > > > gnuplot>plot calculator('myExternalFunctionName',x,y) > > > To calculate the value of > > > calculator('myExternalFunctionName',x,y) > > > gnuplot send data by the pipe to the children process and white for > > > the results in another pipe. > > > > > > This feature can by really great, octave is what I need, but with this > > > mechanism it is possible even to send SOAP request to some special > > > megacalculationserver or what ever. > > > > > > I have ready some code for this feature, but i would like to know: > > > can be this useful? > > >  it is possible to make something equivalent with gnuplot in some other way > > > And if this is a new feature, then: > > >  what format to use for this features (represent R2>R2 functions, > > > and the external calculator) > > >  how to submit code to CVS > > > > > > Thanks > > > > > >  > > > This SF.net email is sponsored by DB2 Express > > > Download DB2 Express C  the FREE version of DB2 express and take > > > control of your XML. No limits. Just data. Click to get it now. > > > http://sourceforge.net/powerbar/db2/ > > > _______________________________________________ > > > gnuplotbeta mailing list > > > gnuplotbeta@... > > > https://lists.sourceforge.net/lists/listinfo/gnuplotbeta > > > > > > >  > > Ethan A Merritt > > Biomolecular Structure Center > > University of Washington, Seattle 981957742 > > > >  > This SF.net email is sponsored by DB2 Express > Download DB2 Express C  the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > gnuplotbeta mailing list > gnuplotbeta@... > https://lists.sourceforge.net/lists/listinfo/gnuplotbeta >  Ethan A Merritt Biomolecular Structure Center University of Washington, Seattle 981957742 
From: Pawel Cesar Sanjuan Szklarz <paweld2@gm...>  20070415 07:52:08

Hi Dan. I don't only want to use octave from gnuplot. Of course to use the pipesfeature with octave, then i need to make some changes in octave, or create a wrapper that for any request runs octave. Maybe a wrapper is a good choice. Gnuplot can send a 1 big request to the children process for 1 plot and read only ones the plot data. Pawel Szklarz. 2007/4/14, Daniel J Sebald <daniel.sebald@...>: > Pawel Cesar Sanjuan Szklarz wrote: > > > I would like to add another feature: I would like to use octave (for > > example) to calculate the value of some function. > > My proposition is not to run octave many times, but to create a > > children process and send/recibe values by PIPES, example: > > This would be better discussed on the Octave list because that is where the work > for such a setup would have to be done. In fact, there was recently a user who > proposed something similar on that list. I will forward you that submission in > a separate email. > > Dan > 
From: Pawel Cesar Sanjuan Szklarz <paweld2@gm...>  20070415 07:44:25

Hi. the plot splot '+' 1:2:(sin($1)*$2*$2):(cos($2)*$1*$1) with vectors is not working. I not found any splot with vectors example in the demo files: bash: grep splot *  grep vectors But what I need is a 2d plot with vectors, the same as gnuplot>plot 'mydataField.dat' using 1:2:3:4 with vectors where in the file 'mydataField.dat' I have x y sin(x)*y^2 cos(y)x^2 calculated for all points. I would like to get the same using something like special functions: gnuplot>plot '+' using 1:2:(sin($1)*$2*$2):(cos($2)*$1*$1) with vectors Pawel Szklarz. 2007/4/14, Ethan A Merritt <merritt@...>: > On Saturday 14 April 2007 10:29, Pawel Cesar Sanjuan Szklarz wrote: > > Hi > > > > I am interested in add a feature do gnuplot: 2d vector fields from > > R^2>R^2 functions > > > > example: > > gnuplot>plot (sin(x)*y^2,cos(y)x^2) with 2dVectorField > > Please have a look at the very recent feature added to the cvs version: > > gnuplot> help specialfilenames > There are three filenames that have a special meaning: '', '', and '+'. > The special filename '+' is a mechanism to allow the full range of > `using` specifiers and plot styles with inline functions. Normally a > function plot can only have a single y (or z) value associated with each > sampled point. The pseudofile '+' treats the sampled points as columns > 1 (plot) or 1 and 2 (splot), and allows additional column values to be > specified via a `using` specification, just as for a true input file. > Example: > plot '+' using ($1):(sin($1)):(sin($1)**2) with filledcurves > > > You may be able to use this new mechanism to do your plotting. > Or maybe not. I'm not sure I understand what is the intended output > from your example. Is it a set of vectors, with each vector connecting > (x,y) to (sin(x)*y^2, cos(y)*x^2) ? That would be something like > splot '+' 1:2:(sin($1)*$2*$2):(cos($2)*$1*$1) with vectors > You may have to change "set isosamples" first. > > Of course Octave doesn't yet know about this option, but I'm sure > that can be fixed. > > > > > > > I know that it is possible to create a datafile with the information > > about the vector field, but it can be nice to make zoom and don't > > worry about the data density in the datafile. > > > > I would like to add another feature: I would like to use octave (for > > example) to calculate the value of some function. > > My proposition is not to run octave many times, but to create a > > children process and send/recibe values by PIPES, example: > > > > gnuplot>open calculator 'myCulculatorProgram' > > now gnuplot forks and create a children process > > "system('myCulculatorProgram')" and is ready to use that program to > > calculate something (open 2 pipes gnuplot<>Mycalculator) > > gnuplot>plot calculator('myExternalFunctionName',x,y) > > To calculate the value of > > calculator('myExternalFunctionName',x,y) > > gnuplot send data by the pipe to the children process and white for > > the results in another pipe. > > > > This feature can by really great, octave is what I need, but with this > > mechanism it is possible even to send SOAP request to some special > > megacalculationserver or what ever. > > > > I have ready some code for this feature, but i would like to know: > > can be this useful? > >  it is possible to make something equivalent with gnuplot in some other way > > And if this is a new feature, then: > >  what format to use for this features (represent R2>R2 functions, > > and the external calculator) > >  how to submit code to CVS > > > > Thanks > > > >  > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C  the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > _______________________________________________ > > gnuplotbeta mailing list > > gnuplotbeta@... > > https://lists.sourceforge.net/lists/listinfo/gnuplotbeta > > > >  > Ethan A Merritt > Biomolecular Structure Center > University of Washington, Seattle 981957742 > 
From: Ethan A Merritt <merritt@u.washington.edu>  20070415 00:44:12

On Friday 13 April 2007 08:16, Bastian M=C3=A4rkisch wrote: > > > I couldn't resist. Here is a working version that correctly starts > > > at 99 and counts down to "No bottles of beer". >=20 > Challenged by Ethans script I tried to come up with a graphics > version: a parametrized beerbottlefunction :) To get an > onscreen display try: > mode =3D "i"; load "99bottles_gfx.gp" > or, for an animated GIF, try > mode =3D "a"; load "99bottles_gfx.gp" >=20 > Hope you have some fun with it, too! I have put both versions under "Useful Scripts" on the web site: http://gnuplot.sourceforge.net/scripts/index.html =2D=20 Ethan A Merritt Biomolecular Structure Center University of Washington, Seattle 981957742 
From: Daniel J Sebald <daniel.sebald@ie...>  20070414 19:02:39

Pawel Cesar Sanjuan Szklarz wrote: > I would like to add another feature: I would like to use octave (for > example) to calculate the value of some function. > My proposition is not to run octave many times, but to create a > children process and send/recibe values by PIPES, example: This would be better discussed on the Octave list because that is where the work for such a setup would have to be done. In fact, there was recently a user who proposed something similar on that list. I will forward you that submission in a separate email. Dan 
From: Ethan A Merritt <merritt@u.washington.edu>  20070414 17:42:30

On Saturday 14 April 2007 10:29, Pawel Cesar Sanjuan Szklarz wrote: > Hi > > I am interested in add a feature do gnuplot: 2d vector fields from > R^2>R^2 functions > > example: > gnuplot>plot (sin(x)*y^2,cos(y)x^2) with 2dVectorField Please have a look at the very recent feature added to the cvs version: gnuplot> help specialfilenames There are three filenames that have a special meaning: '', '', and '+'. The special filename '+' is a mechanism to allow the full range of `using` specifiers and plot styles with inline functions. Normally a function plot can only have a single y (or z) value associated with each sampled point. The pseudofile '+' treats the sampled points as columns 1 (plot) or 1 and 2 (splot), and allows additional column values to be specified via a `using` specification, just as for a true input file. Example: plot '+' using ($1):(sin($1)):(sin($1)**2) with filledcurves You may be able to use this new mechanism to do your plotting. Or maybe not. I'm not sure I understand what is the intended output from your example. Is it a set of vectors, with each vector connecting (x,y) to (sin(x)*y^2, cos(y)*x^2) ? That would be something like splot '+' 1:2:(sin($1)*$2*$2):(cos($2)*$1*$1) with vectors You may have to change "set isosamples" first. Of course Octave doesn't yet know about this option, but I'm sure that can be fixed. > > I know that it is possible to create a datafile with the information > about the vector field, but it can be nice to make zoom and don't > worry about the data density in the datafile. > > I would like to add another feature: I would like to use octave (for > example) to calculate the value of some function. > My proposition is not to run octave many times, but to create a > children process and send/recibe values by PIPES, example: > > gnuplot>open calculator 'myCulculatorProgram' > now gnuplot forks and create a children process > "system('myCulculatorProgram')" and is ready to use that program to > calculate something (open 2 pipes gnuplot<>Mycalculator) > gnuplot>plot calculator('myExternalFunctionName',x,y) > To calculate the value of > calculator('myExternalFunctionName',x,y) > gnuplot send data by the pipe to the children process and white for > the results in another pipe. > > This feature can by really great, octave is what I need, but with this > mechanism it is possible even to send SOAP request to some special > megacalculationserver or what ever. > > I have ready some code for this feature, but i would like to know: > can be this useful? >  it is possible to make something equivalent with gnuplot in some other way > And if this is a new feature, then: >  what format to use for this features (represent R2>R2 functions, > and the external calculator) >  how to submit code to CVS > > Thanks > >  > This SF.net email is sponsored by DB2 Express > Download DB2 Express C  the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > gnuplotbeta mailing list > gnuplotbeta@... > https://lists.sourceforge.net/lists/listinfo/gnuplotbeta >  Ethan A Merritt Biomolecular Structure Center University of Washington, Seattle 981957742 
From: Pawel Cesar Sanjuan Szklarz <paweld2@gm...>  20070414 17:29:13

Hi I am interested in add a feature do gnuplot: 2d vector fields from R^2>R^2 functions example: gnuplot>plot (sin(x)*y^2,cos(y)x^2) with 2dVectorField I know that it is possible to create a datafile with the information about the vector field, but it can be nice to make zoom and don't worry about the data density in the datafile. I would like to add another feature: I would like to use octave (for example) to calculate the value of some function. My proposition is not to run octave many times, but to create a children process and send/recibe values by PIPES, example: gnuplot>open calculator 'myCulculatorProgram' now gnuplot forks and create a children process "system('myCulculatorProgram')" and is ready to use that program to calculate something (open 2 pipes gnuplot<>Mycalculator) gnuplot>plot calculator('myExternalFunctionName',x,y) To calculate the value of calculator('myExternalFunctionName',x,y) gnuplot send data by the pipe to the children process and white for the results in another pipe. This feature can by really great, octave is what I need, but with this mechanism it is possible even to send SOAP request to some special megacalculationserver or what ever. I have ready some code for this feature, but i would like to know: can be this useful?  it is possible to make something equivalent with gnuplot in some other way And if this is a new feature, then:  what format to use for this features (represent R2>R2 functions, and the external calculator)  how to submit code to CVS Thanks 
From: <bmaerkisch@we...>  20070413 15:17:02

From: Petr Mikulik <mikulik@ph...>  20070412 20:59:54

> > Octave is getting M* compatibility, where the "set"like commands are > > written after(!) the plot command, and thus it usually needs several (fast) > > redraws with the original data. > > I don't think that conclusion is strictly true. The octave side of things > could observe the command stream and hold back on the 'plot' command until > after the stream of 'set' commands is at its end. It does not work as you think. Plot appears after each plot command, and is redrawn after each "set" command which changes properties of that plot. See help automatic_replot for more details. (It should be set to 1 for M* compatibility.)  PM 
From: <HBB<roeker@t...>  20070412 19:41:53

Petr Mikulik wrote: > Octave is getting M* compatibility, where the "set"like commands are > written after(!) the plot command, and thus it usually needs several (fast) > redraws with the original data. I don't think that conclusion is strictly true. The octave side of things could observe the command stream and hold back on the 'plot' command until after the stream of 'set' commands is at its end. 
From: Petr Mikulik <mikulik@ph...>  20070411 22:27:36

I'm fine with the new command "redraw". > It's not clear to me that we need to make this new functionality > visible from the command line at all. The mouse zooming can call > a new internal routine with no corresponding user command. > Let's get it working first, and only then worry about whether > it is worth adding a new user command. Yes, it is important to have it exposed to the user interface. Octave is getting M* compatibility, where the "set"like commands are written after(!) the plot command, and thus it usually needs several (fast) redraws with the original data. It would be great if gnuplot can provide this.  PM 
From: Dmitri A. Sergatskov <dasergatskov@gm...>  20070411 05:09:12

On 4/10/07, Ethan A Merritt <merritt@...> wrote: > On Tuesday 10 April 2007 21:49, Dmitri A. Sergatskov wrote: > > Setting isosamples to some high numbers messes up pm3d colormap. > > > > Terminal type set to 'wxt' > > gnuplot> set pm3d > > > > gnuplot> set isosamples 100 > > gnuplot> splot x+y > > > > (the plane all painted red) > > It is an artifact of finite line width. > Each rectangle has a red line around it, and when the boxes become > very small then all you can see is the bounding line. > > Try : > set pm3d > splot x+y linewidth 0.0001 > Thanks. I just figured out that "unset surf" helps, but did not come to the final solution :). > >  > Ethan A Merritt > Biomolecular Structure Center > University of Washington, Seattle 981957742 > Regards, Dmitri. 
From: Ethan A Merritt <merritt@u.washington.edu>  20070411 04:58:47

On Tuesday 10 April 2007 21:49, Dmitri A. Sergatskov wrote: > Setting isosamples to some high numbers messes up pm3d colormap. > > Terminal type set to 'wxt' > gnuplot> set pm3d > > gnuplot> set isosamples 100 > gnuplot> splot x+y > > (the plane all painted red) It is an artifact of finite line width. Each rectangle has a red line around it, and when the boxes become very small then all you can see is the bounding line. Try : set pm3d splot x+y linewidth 0.0001  Ethan A Merritt Biomolecular Structure Center University of Washington, Seattle 981957742 