Menu
▾
▴
gnuplot-beta
|
From: Aman (n. A. <nes...@gm...> - 2012-04-22 14:00:37
|
Hi, myself Aman Agarwal I am using gnuplot from last 3 years, it always help me in critical situations during my asignment and data analysis. After taking so much from you guys I want to give my some time to community for making gnuplot better program. Hope you guys will assign me some small task for the starter. Thank -- Aman A. Amazon.com | Software Development Engineer | TAM - Technology "If you want to follow you should follow it 100%" |
|
From: Marek P. <ma...@du...> - 2012-04-22 14:26:06
|
Dear Aman, > After taking so much from you guys I want to give my some time to community > for making gnuplot better program. Hope you guys will assign me some small > task for the starter. very nice to hear. I am by no means a Gnuplot developer, but what about trying my former proposal: http://sourceforge.net/mailarchive/forum.php?thread_name=Pine.LNX.4.64.1006132254080.2528%40tesla&forum_name=gnuplot-beta Anybody against that idea? Currently, I assume no one is interested until a proper patch is made. And personally, I am still too lazy to write it, I admit. Regards, Marek |
|
From: Aman (n. A. <nes...@gm...> - 2012-04-22 17:51:49
|
Hi, I am building gnuplot on fedora 15 but I am unable to see the window of plot ? anybody know why ? I am following this for the building the gnuplot package http://www.gnuplot.info/development/index.html#BuildingFromCVS Thanks Aman On Sun, Apr 22, 2012 at 7:30 PM, Aman (neshu) Agarwal < nes...@gm...> wrote: > Hi, > > myself Aman Agarwal I am using gnuplot from last 3 years, it always help > me in critical situations during my asignment and data analysis. > > After taking so much from you guys I want to give my some time to > community for making gnuplot better program. Hope you guys will assign me > some small task for the starter. > > Thank > > -- > |
|
From: Daniel J S. <dan...@ie...> - 2012-04-22 18:32:43
|
On 04/22/2012 11:48 AM, Aman (neshu) Agarwal wrote: > Hi, > > I am building gnuplot on fedora 15 but I am unable to see the window of > plot ? anybody know why ? > > I am following this for the building the gnuplot package > http://www.gnuplot.info/development/index.html#BuildingFromCVS Aman, You're not giving enough information for any of us to even guess. I'm guessing you are able to launch gnuplot and type at the command line. When you attempt to plot something, is there a message that shows up in the terminal window? When you launch gnuplot is there a "Terminal type set to 'x11'" message, or something else? When you are building the program, during the configure step, are there any messages indicating that some package is missing? At the end of the configure should be a summary of what libraries and so on are available. Dan |
|
From: Hans-Bernhard B. <HBB...@t-...> - 2012-04-22 20:07:32
|
On 22.04.2012 18:48, Aman (neshu) Agarwal wrote: > Hi, > > I am building gnuplot on fedora 15 but I am unable to see the window of > plot ? anybody know why ? Hmmm... looks like you already found yourself the first small job to tackle: 1) find out why your build doesn't seem to contain any GUI terminal drivers. I'll drop you a hint: 'configure' writes a whole lot of messages, both on screen and into 'config.log'. You may want to have a look at that. 2) determine where in the build instructions (both the one on the web you used, and the one contained in the source itself) the information about this should have been, so you wouldn't have missed it. 3) submit a patch to any document involved. |
|
From: Aman (n. A. <nes...@gm...> - 2012-04-22 20:32:02
|
? share/Gnuplot
? src/beos/Makefile
? src/qtterminal/Makefile
? src/qtterminal/Makefile.in
? src/wxterminal/Makefile
Index: src/axis.c
===================================================================
RCS file: /cvsroot/gnuplot/gnuplot/src/axis.c,v
retrieving revision 1.102
diff -u -a -r1.102 axis.c
--- src/axis.c 3 Apr 2012 16:57:47 -0000 1.102
+++ src/axis.c 22 Apr 2012 19:34:42 -0000
@@ -143,6 +143,9 @@
struct lp_style_type mgrid_lp = DEFAULT_GRID_LP;
int grid_layer = -1;
double polar_grid_angle = 0; /* nonzero means a polar grid */
+double tic_quant[] = {5.0, 2.0, 1.0};
+int tic_min = 5;
+int tic_max = 10;
TBOOLEAN raxis = TRUE;
/* Length of the longest tics label, set by widest_tic_callback(): */
@@ -582,6 +585,27 @@
return (tics * power);
}
+
+double
+quantize_tics(double val_axis_min, double val_axis_max)
+{
+
+ double log_normal, tic_val;
+ int i, tics, diff_tic_val;
+
+ log_normal = log10((val_axis_max - val_axis_min)/tic_max);
+ for (i = 0; i < sizeof(tic_quant)/sizeof(tic_quant[0]); i++) {
+ tics = ceil(log_normal - log10(tic_quant[i]) - FLT_EPSILON);
+ tic_val = tic_quant[i]*pow(10, tics);
+ diff_tic_val = ceil(val_axis_max/tic_val) - floor(val_axis_min/tic_val);
+ if (diff_tic_val >= tic_min)
+ break;
+ }
+ return tic_val;
+}
+
+
+
/* }}} */
/* {{{ make_tics() */
@@ -599,7 +623,9 @@
if (xr >= VERYLARGE)
int_error(NO_CARET,"%s axis range undefined or overflow",
axis_defaults[axis].name);
- tic = quantize_normal_tics(xr, guide);
+
+ //tic = quantize_normal_tics(xr, guide);
+ tic = quantize_tics(axis_array[axis].min, axis_array[axis].max);
/* FIXME HBB 20010831: disabling this might allow short log axis
* to receive better ticking... */
if (axis_array[axis].log && tic < 1.0)
Index: src/version.c
===================================================================
RCS file: /cvsroot/gnuplot/gnuplot/src/version.c,v
retrieving revision 1.104
diff -u -a -r1.104 version.c
--- src/version.c 9 Mar 2012 18:26:39 -0000 1.104
+++ src/version.c 22 Apr 2012 19:34:42 -0000
@@ -41,7 +41,7 @@
const char gnuplot_version[] = "4.7";
const char gnuplot_patchlevel[] = "0";
-const char gnuplot_date[] = "2012-03-02 ";
+const char gnuplot_date[] = "2012-04-20 ";
const char gnuplot_copyright[] = "Copyright (C) 1986-1993, 1998, 2004, 2007-2012";
const char faq_location[] = FAQ_LOCATION; |
|
From: Ethan A M. <sf...@us...> - 2012-04-23 20:59:19
|
On Sunday, April 22, 2012 01:31:54 pm Aman (neshu) Agarwal wrote: > I installed the x11-devel library using yum and it start working :D > > Apart from that I need a small favour from you guys actually, I wrote a > small patch on > http://sourceforge.net/mailarchive/forum.php?thread_name=Pine.LNX.4.64.1006132254080.2528%40tesla&forum_name=gnuplot-beta > > and I am asking you for the guideline and process for submitting the patch > in gnuplot.PFA of current patch related to the story and kindly It is better to submit patches using the Tracker system at https://sourceforge.net/tracker/?group_id=2055&atid=302055 Patches attached to Email can get lost or forgotten, and it is not so obvious how to find out if there is an updated version. It is not strictly necessary, but it would be useful to also provide a test case or example script that demonstrates the new feature. If the patch corrects a weakness in the existing code, either an actual bug or just a non-optimal behaviour, it would be good to provide an example that fails on the CVS code but works (or works better) after applying your patch. > suggest me the changes I need to made. coding style: 1) If the new routine quantize_tics() is used only in axis.c, it should be declared as static and a prototype declaration should be added at the head of the file. If it is called from other places, the prototype declaration should be placed instead in axis.h. 2) FLT_EPSILON is not guaranteed to be defined. If you really need this, then the code defining MACHEPS that is currently in specfun.c should be moved to specfun.h so that other files can share it. 3) It is not necessary to modify the date in version.c. The build script will fill that in automatically. Ethan |
|
From: Aman (n. A. <nes...@gm...> - 2012-05-02 21:18:52
|
Hi Sorry for bugging you guys again. can some one please give me task, I want to contribute in it. Thanks On Sun, Apr 29, 2012 at 3:30 PM, Aman (neshu) Agarwal < nes...@gm...> wrote: > Hi, > > I create a patch again. > sorry to bug you again. should I need to remove full quantize_normal_tics > ? > > PFA to see I am on right track or not. > > Thanks for everything > > > > On Mon, Apr 23, 2012 at 1:21 AM, Marek Peca <ma...@du...> wrote: > >> Hello, >> >> >> PFA, check the patch for the tic function. >>> >> >> I think it should be done the clean way, i.e. to remove old, bypassed >> function etc. Please consult it with Gnuplot core developers. >> >> Thank you, >> Marek >> > > |
|
From: Ethan M. <merritt@u.washington.edu> - 2012-05-02 22:20:16
|
On Wednesday, May 02, 2012 02:18:45 pm Aman (neshu) Agarwal wrote:
> Hi Sorry for bugging you guys again.
>
> can some one please give me task, I want to contribute in it.
Re: your svg patch (remove trailing whitespace in output)
patch applied to 4.7 CVS
Re: your quantize_normal_tics patch
I already sent Email commenting on this one.
Could you please provide a test case showing what was bad before,
and how it is better after your patch?
Re: other possible projects
- See recent requests to have "set timefmt" accept a string variable.
This would involve calling try_to_get_string() rather than quote_str(),
with suitable garbage collection.
- Add a linewidth option for the lua terminal, as in
set term tikz size BIGX,BIGY linewidth 2.0
This would require modifying the lua code in
.../term/lua/gnuplot-tikz.lua
- Rewrite the X11 terminal so that the coordinate system matches the
current X11 display window. I.e., if the plot is displayed in a
window that is 700x500 pixels, the terminal coordinates should run
from 0 to 700*SCALE on x, and 0 to 500*SCALE on y. In the current
code the coordinates always run from 0 to 4096 regardless of the
actual size or aspect ratio of the window. This breaks all commands
that try to set a particular aspect ratio, e.g. "set size square"
or "set size ratio 1.5"
- The X11 terminal does not yet support toggling individual plots
on/off by clicking on the key sample. Of the terminals that
currently support this, I think wxt or canvas would be the best to
use as a model for how to do this. But the wxt code is C++ and the
canvas code is javascript, so it's not going to be exactly the same.
- Support mousing in multiplot mode. This will have to be tackled
one terminal at a time, and some will be easier than others.
- The script "gpsavediff" is very useful. You can download a copy
from the contributed scripts section of the web site:
http://gnuplot.sourceforge.net/scripts/files/gpsavediff
Basically it compares the output of the "save" command from your
current session to the output of "save" on program initialization,
keeping only the settings that have changed. So
save "| gpsavediff > thisplot.gp"
creates a file contains only those commands needed to reproduce
the current state in gnuplot. This is so useful that it would be
nice to have it be a built-in function rather than an external
script. I'm not sure exactly how best to do this, but one idea
would be to add an option to the existing "save" command. If the
option is selected, then each line that writes out a setting is
executed only if that setting is different from the program default.
- Have a look through the Feature Requests tracker.
Many of the requests are not so reasonable, but these are among
the ones that look OK to me:
3376559 3087960 995040 3066642 3468942
- Find a type of plot used in your own field or some other scientific
field that gnuplot doesn't yet know how to produce. Write a set of
routines to support it in gnuplot. This works better if it's a kind
of plot you use yourself, since then you already know what are its
important features. One possible example:
Barycentric plots: http://rgm2.lab.nig.ac.jp/RGM2/func.php?rd_id=klaR:triplot
have fun,
Ethan
>
> Thanks
>
> On Sun, Apr 29, 2012 at 3:30 PM, Aman (neshu) Agarwal <
> nes...@gm...> wrote:
>
> > Hi,
> >
> > I create a patch again.
> > sorry to bug you again. should I need to remove full quantize_normal_tics
> > ?
> >
> > PFA to see I am on right track or not.
> >
> > Thanks for everything
> >
> >
> >
> > On Mon, Apr 23, 2012 at 1:21 AM, Marek Peca <ma...@du...> wrote:
> >
> >> Hello,
> >>
> >>
> >> PFA, check the patch for the tic function.
> >>>
> >>
> >> I think it should be done the clean way, i.e. to remove old, bypassed
> >> function etc. Please consult it with Gnuplot core developers.
> >>
> >> Thank you,
> >> Marek
> >>
> >
> >
>
--
Ethan A Merritt
Biomolecular Structure Center, K-428 Health Sciences Bldg
University of Washington, Seattle 98195-7742
|
