You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(1) |
Feb
(2) |
Mar
(2) |
Apr
(22) |
May
(14) |
Jun
(18) |
Jul
(19) |
Aug
(7) |
Sep
(4) |
Oct
(6) |
Nov
(12) |
Dec
(14) |
2005 |
Jan
(15) |
Feb
(11) |
Mar
(11) |
Apr
(9) |
May
(119) |
Jun
(25) |
Jul
(16) |
Aug
(19) |
Sep
(26) |
Oct
(14) |
Nov
(7) |
Dec
(45) |
2006 |
Jan
(22) |
Feb
(7) |
Mar
(11) |
Apr
(11) |
May
(12) |
Jun
(19) |
Jul
(12) |
Aug
(5) |
Sep
(21) |
Oct
(33) |
Nov
(42) |
Dec
(34) |
2007 |
Jan
(26) |
Feb
(27) |
Mar
(54) |
Apr
(37) |
May
(68) |
Jun
(81) |
Jul
(55) |
Aug
(86) |
Sep
(60) |
Oct
(33) |
Nov
(33) |
Dec
(47) |
2008 |
Jan
(37) |
Feb
(37) |
Mar
(52) |
Apr
(63) |
May
(98) |
Jun
(70) |
Jul
(61) |
Aug
(38) |
Sep
(64) |
Oct
(55) |
Nov
(48) |
Dec
(111) |
2009 |
Jan
(68) |
Feb
(83) |
Mar
(102) |
Apr
(140) |
May
(156) |
Jun
(65) |
Jul
(75) |
Aug
(26) |
Sep
(28) |
Oct
(31) |
Nov
(38) |
Dec
(78) |
2010 |
Jan
(53) |
Feb
(33) |
Mar
(87) |
Apr
(94) |
May
(77) |
Jun
(84) |
Jul
(66) |
Aug
(74) |
Sep
(53) |
Oct
(40) |
Nov
(38) |
Dec
(31) |
2011 |
Jan
(19) |
Feb
(17) |
Mar
(43) |
Apr
(53) |
May
(42) |
Jun
(35) |
Jul
(19) |
Aug
|
Sep
|
Oct
|
Nov
(7) |
Dec
|
2012 |
Jan
(1) |
Feb
(1) |
Mar
(1) |
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2013 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(1) |
Oct
(1) |
Nov
(1) |
Dec
|
2014 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(4) |
2017 |
Jan
(1) |
Feb
(3) |
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(2) |
Nov
|
Dec
(1) |
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2021 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
(4) |
Oct
|
Nov
|
Dec
|
2024 |
Jan
(1) |
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2025 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(5) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Vincent, C. <chr...@ai...> - 2005-04-28 13:59:38
|
Hi, I have noticed a problem while using the command "pause" in a script in gnuplot. pause -1 pauses the script until carriage return key is hit but pause 5 (for instance) doesn't work. I cant define a time for the script to be paused, and keep the plot displayed on the screen I have noticed that the command works when I run gnuplot on windows, but not with unix (terminal x11) would this be a bug in gnuplot, or a misuse of the command? Hope you can help me with this. Regards Christophe Christophe VINCENT Aerodynamics Engineer (Placement Student) Aerodynamics Methods and Tools - EGAUM Airbus UK Phone: +44 (0)117 936 8089 Fax: +44 (0)117 936 5161 <Mailto:chr...@ai...> This e-mail is intended only for the above addressee. It may contain privileged information. If you are not the addressee you must not copy, distribute, disclose or use any of the information in it. If you have received it in error please delete it and immediately notify the sender. Security Notice: all e-mail, sent to or from this address, may be accessed by someone other than the recipient, for system management and security reasons. This access is controlled under Regulation of Investigatory Powers Act 2000, Lawful Business Practises. |
From: <ri...@as...> - 2005-04-24 01:55:24
|
FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF[}KW@v`ÍÆ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @@@@^L¼§wZÌgCBf@@@ @@@@@¯ªªªªªªªªªªªªªªªªªª®@@@ @@@http://maniax.make4u.cc/?tl6jjnzt76 @@Ééüè!!!!®SçoµÜéݦf@@ @@@@@@@@@@@@@@@@@@@@@@@@@@@ @@@@@@@@@@@@@@@@@@@@@@@@@@@ @ ¡@@A·¬éfÌXc±±ÜÅ{É©¹ÄµÜÁÄ¢¢Ì©IH @ @Jª éÆàmç¸A½RÆå_Ès®ðÆéÞBB ¡ @ @¤¢flºBÌvCx[gȪªÁ«èÆÛ©¦ÉcB ¡ @ @ ±ªêÌÛÌæ¶âAÀK¶ÜÅàªXÆaHÉÈÁÄsBBB @@@http://maniax.make4u.cc/?tl6jjnzt76 BoOOoBoOOoBBy¢ÜÜÅÈ©Á½±ÌÍ!!zBoOOoBBoOOoB ¡ µ¡TÌC`IV!!! @µ¡ÜÅÌèIuÔΩèðWß½ìiQðêåúo « µÅVÌnCeN@íÉæé´üíf @µvTäàÌJðÝuµÄÌlXÈAO©çÌ`Êɬ÷I @µçµ¢ÙÇIÈÊu©çÌXibvVbgÍA´x²Q!!! EEEEEEEEEEEEEEEEEEEEEEEE±ÌfÌÕÉAi^ÍDZÜÅϦçêé©H @@@http://maniax.make4u.cc/?tl6jjnzt76 @ @@@@iÍ»Ôè੹ȢÞBª@@@@@ @ @@@@@@@@`¢ÄÍ¢¯È¢ªð³ç¯o·@@ @@@@»ÌÆ«ÆñÅàÈ¢õiªÚÌOÉ@@@@@ @@@@@ͽµÄAi^ͽ¦çêé©c@@@@@@@ ªªªªªªªªªªªª `¢ÄÍ¢¯È¢ÖfÌ¢E « ªªªªªªªªªªªª® J[ZbNXzeB lCÌÈ¢êÅJèL°çêéúçÈs¢ÌXc ´xÔOüJÆ´¬^BµJðgÁ½ß£©çÌBeɬ÷I »Ì ÜèÌß³É\îÜÅob`ô @@@http://maniax.make4u.cc/?tl6jjnzt76 [}KW@v`ÍÆEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE Ev`ÍÆÍ[}KWÌzMX^hÆÈÁĨèAo^ïõlÉ @èúIÉ[}KWðzMµÄ¨èÜ·B EÇͲÐîæÌTCgɨ¯é¢©Èéguâ¹QÉεÄà @êØÌÓCð¢©ËÜ·B EfÚîñÉÖµÄ̲¿âÉͶĨèܹñÌÅ @\ß²¹³º³¢B E[}KWÉfÚ³ê½LÌêܽÍSð @ÂÈ]Ú·é±ÆðÖ~vµÜ·B E gÉo¦ÌÈ¢zMÍ¢½¸çÌÂ\«ª²´¢Ü· @wÇðð²ó]ÌûÍA¨èÅ·ªºLÌAhXæèOCµA @²©gŨ豫º³¢B @ @@http://as.milkserver.com/petit/ |
From: reading <re...@ao...> - 2005-04-09 14:26:37
|
«®«S«³«¿«««Ø«è«l«b«g ¯ª¯ª¯ª¯ª¯ª¯ª¯ª¯ª¯ª¯ª¯ª @@@@«g«È«o«ï«¢«ð«A«i«^«¾«¯«É« @@@@¯ª¯ª¯ª¯ª¯ª¯ª¯ª¯ª¯ª¯ª¯ª¯ª¯ª ¦c[NbN¼\TCgâs³Â£ÍêØ èܹñB @¼\¿oÅÏõïNo.000113 @http://www.yahyahyah.info/ ¦¡NxÅÌoï¢ðoµÜ·B @jÆàÉI[T[rX³¿B @http://www.yahyahyah.info/ @¬ªªªªªªªªªªªªªªªªªªªªªªªªªªc ¡@ÂVÌÆENEWSFÅVLsbNAbv ¹ªªªªªªªªªªªªªªªªªªªªªªªªªªªªª @yahoot[[ÎÁÄ}WH ¯®ªªªªªªªªªªªªªªªªªªªªªªªªªªªª ±«Fhttp://www.yahyahyah.info/ ªªªªªªªªªªªªªªªªªªªªªªªªªªªªªª @¡@³¿oW@¡ cccccccccccccccccccccccccccccc http://www.yahyahyah.info/ ÓlFg |
From: Hans-Bernhard B. <br...@ph...> - 2005-04-07 11:05:13
|
tang hua-zhong wrote: > I met a problem when I am using > gnuplot 4.0 to splot the surfure with setting hidden3d. > It is abnormal, and cannot be finished eternity. Please try to be more specific. *What* surface are you trying to plot? What's abnormal about it? The usual test plots distributed as demonstrations all work quite fine, so this is probably something peculiar to whatever it is you're trying to plot. Without more details, it's impossible to say what might possibly be happening. |
From: tang hua-z. <hz...@ma...> - 2005-04-07 10:28:23
|
Dear sir/madam=2C I met a problem when I am using = gnuplot 4=2E0 to splot the surfure with setting hidden3d=2E It is abnormal=2C and cannot be finished eternity=2E This phenomenon is never observed = by early version=2E Sincerely yours=2C Huazhong Tang |
From: <sa...@me...> - 2005-04-04 16:26:36
|
ß[éܪ¶ñM-TOWN(^O^)/¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦ @@@@@@@@@@@@@@@@@@@ @@@@CÉÈéAmqÌ Ìç@` Ƚ¾¯É©¹Ä °é`@@@ EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE @http://99net.candyhos.com/?rq1ay6tg5v ¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬ *`**`**`**`**`**@@@@@@@ ¡ÜÅ´¶éflÕè@@@@@@@@@@@@@@@@@@@@@ ¡ ¡ ¡ ¡ ¡ ¡@@@@@@@@@@ æXÅ©©¯é¤¢üet³ñâVbvXõ³ñc iÍ»ñÈÞBàdªIíêζŢëñÈçð̼©¹éô »ñÈÞBÌzlðð¦½æâ[r[ÚII(Þ ) @http://99net.candyhos.com/?rq1ay6tg5v @@@@@@@@@**`**`**`** y»ðüet`jh¿áñÌêzªªªªªªªªªªªª ¨XÉÍiCV¾¯ÇA½ÜÉéCP̨q³ñÉ@@@@ « ±ÌܦUíê¿áÁÄ¥c¨ð̨¢à ÁÄ©»ÌÜÜzeÅ« Gb`µ¿áÁ½ô(*^O^*)@@@@@@@@@@@@@@@@@@@@ « ªªªªªªªªªªªªªªªªªªªªªªªªª® `**`**`**`**`* @@@@@yVbvXõr`m`d¿áñÌêz ªªªªªªªªª @@@@@«ÁÄÀÍçêé̪åD«Ȩ̀ÚBµÆ©³ê鯫 @@@@@«à¤]N]Nµ¿áÁÄ·®Éº ÜÅ®Áµåèc@@@@@@@« @@@@@«CªtƲÅwüêÄ¥xÁÄ©ñ¶á¤ç¢cB@@@@« @@@@@@¯ªªªªªªªªªªªªªªªªªªªªªªª® http://99net.candyhos.com/?rq1ay6tg5v ¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬@@ >>>>>>>>>>>>>>>>>>>>>>><<<<<<<<<<<<<<<<<<<<@@ ¡ßÈflêç«@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ ¡ ¡ ¡ ¡ ¡ ¡@@@@@@@@@@@@@@@@@@ yflIoÅOüzEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE @@©çê鱯ªåD«ÈÌq½¿ªFXÈêÅ @@å_k[hðâIôRrjAwÌz[AÔÌAéÌöAetc... @@£ÍIÈJ_ðɵ°àÈAs[·élqÉhLhLô @y¼flAWç×ÎzEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE @@åD]ÌuZÔOÎ @@¡ñÍÖÆÖ¼»ê¼êÌuZVbvÅA @@º ðèɽflÌÌqÆð¨nB赿á¢Üµ½ @@»ÌênIðûß½usqðÊ^ƤÉåöJI http://99net.candyhos.com/?rq1ay6tg5v ¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬ ¬¬ ******************************* ß[éܪ¶ñM-TOWN(^O^)/¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦ EÇÍA[}KWêåÌzMX^hÆÈÁĨèÜ·B EÇæèzM³êéîñÌÇÉ¢ÄÍsÒÉ˶µÄ¨èÜ·ÌÅA @àe̲pÉÖµÄͲwÇÒÂlÌÓCɨ¢Ä²pº³¢B EÇͲÐîæÌTCgɨ¯é¢©Èéguâ¹QÉεÄà êØÌÓCð¢©ËÜ·B EfÚîñÉÖµÄ̲¿âÉͶĨèܹñÌÅ\ß²¹³º³¢B E[}KWÉfÚ³ê½LÌêܽÍSð ÂÈ]Ú·é±ÆðÖ~vµÜ·B EwÇðð²ó]ÌûÍA¨èÅ·ªºLÌAhXæèOCµA ²©gŨ豫º³¢B @ @¨ http://mean.m-blue.org/mtown/ ******************************* ******************************* |
From: asscee <as...@ao...> - 2005-03-30 20:55:10
|
¬ªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªª ÆENEWS@Vol.032 ÂVj [X|[^[()} ¯ªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªª® Ai^̳ÉM¶çêÈ¢NEWSð¨Í¯I ¬@¬@¬@¬@¬@¬@¬@¬ o @ ï @ ¢ @ n @ @ @ ë @ I ¯®@¯®@¯®@¯®@¯®@¯®@¯®@¯® ï¦éTCgͪN«éÂ\«ª é̾ªA Üûɾí¹êÎÇâèÈí¯ÅB ±«Fhttp://www.okidokiaiai.com/ @ ¬ªªªªªªªªªªªªªªªªªªªªªªªªªªªªc ¡@ÂVÌÆENEWSFÅVLsbNAbv ¹ªªªªªªªªªªªªªªªªªªªªªªªªªªªªª @ܸÍlbgðÛ©çX^[guåè|[^TCgÌÑv ¯®ªªªªªªªªªªªªªªªªªªªªªªªªªªªªªª ±«Fhttp://www.okidokiaiai.com/ @TÌf[gÌèðlbgÌoï¢ÅË«F10lÉ1l ¯®ªªªªªªªªªªªªªªªªªªªªªªªªªªªªªª ±«Fhttp://www.okidokiaiai.com/ @Þǧªq»ÎôÅuoï¢nvH ¯®ªªªªªªªªªªªªªªªªªªªªªªªªªªªªªª ±«Fhttp://www.okidokiaiai.com/ ªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªª @ ÆENEWS cccccccccccccccccccccccccccccccccccccc @http://www.okidokiaiai.com/ @¤ |
From: <dan...@ie...> - 2005-03-23 17:45:21
|
> Igor Bray wrote: > > [CC'ing this to -beta, because this is not a bug but a feature proposal= .] > >> modifying the graphics.c file in the way that is listed below. I had >> hoped that the latest version of gnuplot would give me the required >> capacity, but I don't believe it does. > > Unfortunately, the patch, as attached, is quite unusable --- version > 3.7.1 is 3 release versions, or 7 years out of date; and the patch > itself is backwards. > > To first approximation, I agree with the reasoning of that patch: > 'set key spacing <sp>' really should affect the line spacing of the key > title, too. > > Could you please try to re-do this patch, based on the current CVS > sources, and post it to the patches tracker? I've written a key patch for enhanced placement that I think is fairly clean and "decruftifies" the layout a little bit. Before writing a conflicting patch, please try that patch and see if we can build off of it. Dan |
From: Hans-Bernhard B. <br...@ph...> - 2005-03-22 13:33:32
|
Igor Bray wrote: [CC'ing this to -beta, because this is not a bug but a feature proposal.] > modifying the graphics.c file in the way that is listed below. I had > hoped that the latest version of gnuplot would give me the required > capacity, but I don't believe it does. Unfortunately, the patch, as attached, is quite unusable --- version 3.7.1 is 3 release versions, or 7 years out of date; and the patch itself is backwards. To first approximation, I agree with the reasoning of that patch: 'set key spacing <sp>' really should affect the line spacing of the key title, too. Could you please try to re-do this patch, based on the current CVS sources, and post it to the patches tracker? |
From: Igor B. <I....@mu...> - 2005-03-22 05:40:22
|
Hi, I've been using gnuplot for over a decade and contributed error bars for polar plots. One issue that has always annoyed me is that I could not vary the size of the key title box with the "spacing" command. I often have subscripts and superscripts in the key titles which get the box lines go through them. Accordingly, I have been modifying the graphics.c file in the way that is listed below. I had hoped that the latest version of gnuplot would give me the required capacity, but I don't believe it does. If others see value in what I have done perhaps this could be remedied in a future version. An independent determination of the key title height would be ideal. The following uses "spacing". Thanks, Igor -- --------------------------------------------------------------------- Igor Bray, ARC Australian Professorial Fellow, _--_|\ Physics and Energy Studies, / \ School of Engineering Science, *_.--._/ Murdoch University, phone(fax): +61 8 9360 6443(6183) v 90 South Street, Murdoch, mailto:I....@mu... Perth, Western Australia, 6150 http://atom.murdoch.edu.au/ --------------------------------------------------------------------- ~/gnuplot-3.7.1> diff graphics.c graphics.c~ *** graphics.c Tue Feb 5 11:00:51 2002 --- graphics.c~ Wed Sep 15 23:30:29 1999 *************** *** 1050,1054 **** /*{{{ calculate the window in the grid for the key */ - /* Igor Bray modified the code to ensure the key title was the - same height as the key entries. This was done by replacing - "t->v_char" with "key_entry_height" in a number of places */ if (lkey == 1 || (lkey == -1 && key_vpos != TUNDER)) { --- 1050,1051 ---- *************** *** 1057,1060 **** key_w = key_col_wth * key_cols; ! /* key_h = (ktitl_lines) * t->v_char + key_rows * key_entry_height;*/ ! key_h = (ktitl_lines) * key_entry_height + key_rows * key_entry_height; if (lkey == -1) { --- 1054,1056 ---- key_w = key_col_wth * key_cols; ! key_h = (ktitl_lines) * t->v_char + key_rows * key_entry_height; if (lkey == -1) { *************** *** 1750,1752 **** s = ss; ! yl -= key_entry_height/2; /*t->v_char/2; Igor fixing key title height*/ while ((e = (char *) strchr(s, '\n')) != NULL) { --- 1746,1748 ---- s = ss; ! yl -= t->v_char / 2; while ((e = (char *) strchr(s, '\n')) != NULL) { *************** *** 1766,1770 **** s = ++e; ! yl -= key_entry_height; /*t->v_char;Igor fixing key title height*/ } ! yl += key_entry_height/2; /*t->v_char/2;Igor fixing key title height*/ free(ss); --- 1762,1766 ---- s = ++e; ! yl -= t->v_char; } ! yl += t->v_char / 2; free(ss); *************** *** 1783,1788 **** and first entry *//* JFi */ ! /* (*t->move) (key_xl, key_yt - (ktitl_lines) * t->v_char); JFi */ ! /* (*t->vector) (key_xr, key_yt - (ktitl_lines) * t->v_char); JFi */ ! (*t->move) (key_xl,key_yt - (ktitl_lines) * key_entry_height); /* Igor fixing key title height */ ! (*t->vector)(key_xr,key_yt - (ktitl_lines) * key_entry_height); /* Igor fixing key title height */ } --- 1779,1782 ---- and first entry *//* JFi */ ! (*t->move) (key_xl, key_yt - (ktitl_lines) * t->v_char); /* JFi */ ! (*t->vector) (key_xr, key_yt - (ktitl_lines) * t->v_char); /* JFi */ } |
From: Hans-Bernhard B. <br...@ph...> - 2005-03-20 19:06:58
|
Faisal Mathkoor wrote: > (The c:\gnuplot\bin\wgnuplot.hlp help file was created for a language > not supported by your version of windows.) That was a build error in the very first build of 4.0.0 we released for Win32. It's been corrected only days later, but apparently the corrected version never made it to all the mirrors. Please get a fresh binary package of gnuplot-4.0.0 for Win32 off the "Files" section of our sourceforge site and use that. |
From: Faisal M. <fma...@ya...> - 2005-03-20 18:17:43
|
Dear Sr's, Thank you for gnuplot program. I found a bug whe I use gnuplot on my computer, as when I try to look up in the help menu, the following message appear to me (The c:\gnuplot\bin\wgnuplot.hlp help file was created for a language not supported by your version of windows.) a fter click on ok the following another message appear ( The instruction at "0x0102a512" referenced memory at "0x0000000c" .The memory could not be "read". click ok to terminate the program click cancel to debug the program ) after clicking ok the the interface of gnuplot still appear but I can not go into help This bug is for version 4.0 but not for 3.7 which work fine my computer is pentieum III x86 Family 6 model 8 stepping 6 AT/AT compatibale mu windows is Microsoft windows 2000 500.2195 Srvice pack 4 Faisal Mathkoor --------------------------------- Do you Yahoo!? Yahoo! Small Business - Try our new resources site! |
From: Hans-Bernhard B. <br...@ph...> - 2005-03-17 14:39:31
|
Zack Sullivan wrote: > will load a binary file of the format: > <N+1> y0 y1 ... yN > x0 z00 z01 ... z0N > x1 z10 z11 ... z1N etc. > > This is not correct. The actual format appears to be: > > <N> x0 x1 ... xN > y0 z00 z01 ... z0N > y1 z10 z11 ... z1N etc. > i.e. a) you should specify that the lines have N z-components, rather > than being N+1 single-precision numbers long. No. They do have N+1 z-components, thanks to being zero-indexed. > b) the x and y axes are swapped vs. the specification. You appear to be correct on this count, though. And it's been like that for at least 11.5 years now (I've traced it back all the way to version 3.5 of Sep 1993). Amazing that nobody noticed this any earlier. This does explain one of the old mysteries of gnuplot, though: why files in 'binary' mode consistently seemed to get their hidden3d displays backside up. As to which way round to fix this, I'm not quite sure. The problem is that it's hard to know how many people already found out about this discrepancy and hardwired the actual behaviour into code of their own. I guess patching the docs to match reality would be easier on everybody. |
From: Zack S. <za...@fn...> - 2005-03-16 22:31:10
|
I have been using gnuplot 3.7 patchlevel 3 on a linux system recently, but I see that this bug still exists in the v. 4.0 documentation and source code. You specify that > splot "filename" binary will load a binary file of the format: <N+1> y0 y1 ... yN x0 z00 z01 ... z0N x1 z10 z11 ... z1N etc. This is not correct. The actual format appears to be: <N> x0 x1 ... xN y0 z00 z01 ... z0N y1 z10 z11 ... z1N etc. i.e. a) you should specify that the lines have N z-components, rather than being N+1 single-precision numbers long. b) the x and y axes are swapped vs. the specification. If you use N+1 instead of N for your 1st entry, the file will not load. You can confirm the second bug by creating a test file whose data values only change with y (or x), and look at the resulting plot. A temporary fix for people who missed the axis-swapping is to just fix the first number to be <N> and use: splot "filename" binary using ($2):($1):3 Please update the documentation to correct this. If this is an unexpected correction, then I would request that you change the documented specification rather than alter the code, as binary data files are unpleasant to rewrite. Aside: Note, that the example binary files are generated by outputting <N> as the first number. Looking at the source code is how I finally identified the first bug. Creating a simple test file is how I identified the second. Zack Sullivan Fermi National Accelerator Laboratory |
From: Juergen P. <pr...@ma...> - 2005-03-13 17:48:13
|
Dear gnuplot developers, encouraged by the manual to report bugs in the gnuplot program, I want to address today a kind of an inconsistency present in gnuplot version 4.0, but to my knowledge it exists at least already in version 3.7. The inconsistency is related to the role of x and y in ordered grid data, produced by output to the table terminal, best seen when hidden3d option is set: 1) splotting data files that are ordered like explained in sect. 38.1.2 "Example Datafile" in the gnuplot 4.0 manual (i.e., ordered in data blocks with constant x value and varying y values) works fine: O.K. (first plot in my demo file) 2) splotting functions in x and y works fine, O.K. (second plot in demo) 3) splotting functions in x and y to terminal "table", saved into a file, and subsequent splotting of the resulting grid data in that file works, but not completely as one expects it: (third plot in demo). In the data blocks of the generated file y is held constant, and x varies. Consequently, the plot is drawn "inside-out", as promised in sect. 38.1.2 of the manual. Although this surely is no "bug" in a narrow sense, but I think it is not as it should be, and may be sometimes annoying, at least irritating. A phenomenon that may be related to this is probably a bug, otherwise an error in the manual: 4) splotting binary data written as specified in sect. 38.1.1 results in both: interchanged x and y *meaning* and a plot with "inside-out" color choice. (Fourth plot in demo, provided your system uses IEEE representation of floats with big endians). 5) Both errors can be healed at once when plotting with "using 2:1:3" specifier: (fifth plot in demo). This may be a hint to the error. Provided files (attached to this e-mail): "xy_mixup.gpl": gnuplot macro file for demonstration "xy_griddata.gba": ASCII griddata with correct specification "xy_mixup.gba": ASCII table data from gnuplot, generated by macro "xy_mixup_bin.gbb": binary griddata file (IEEE, big endian, generated on Intel PC) "xy_mixup_bin.c": C source for generating the binary griddata file My system: MS-Windows 32 bit, or CYGWIN-NT 5.0 (X11) Best regards, J. Prahl. |
From: Hans-Bernhard B. <br...@ph...> - 2005-03-11 19:43:07
|
Majalee Aaditya wrote: > but i feel there is one thing lacking, which the gnuplot 3.7, patchlevel > 3 had. that is the "file completion" by making use of the "tab" key. That feature is not missing in gnuplot-4.0, but only in your current compilation of it. That's because it depends on which readline code you compile in. You need the GNU readline library to get filename completion. |
From: Majalee A. <ka...@ip...> - 2005-03-11 04:21:36
|
hi, after looking at the new things implemented in gnuplot 4.0, i was really amazed. the main feature which amazed me was the mouse hot key concept. i.e., zooming onto a particular area, and rotating the view of the surface plot. but i feel there is one thing lacking, which the gnuplot 3.7, patchlevel 3 had. that is the "file completion" by making use of the "tab" key. i feel, if the same can be implemented, in gnuplot 4.0, it would just make "gnuplot" invincible and it would be hands down for "matlab". please do write back how to modify the source to get the "file completion" going. thanks. regards, aaditya -- ===================================== Majalee Aaditya Vasudev Scientist-SD Institute for Plasma Research Near Indira Bridge, Bhat, Gandhinagar - 382 428 Gujarat State INDIA Tel # : +91-79-2396 9031 (Ext:306) Fax # : +91-79-2396 9017 email : ka...@ip... ===================================== |
From: Lars H. <lhe...@us...> - 2005-02-16 15:41:57
|
renald brenner writes: > Hi, > I've recently installed gnuplot 4. under linux and the option 'x11' is > unavailable for the command 'terminal'. I have by default the option > 'unknown'. Consequently, I can't have a plot on the computer's screen. Did you compile gnuplot yourself? Your Linux setup is probably missing the X11 devel packages. |
From: renald b. <rb...@ga...> - 2005-02-16 15:32:27
|
Hi, I've recently installed gnuplot 4. under linux and the option 'x11' is unavailable for the command 'terminal'. I have by default the option 'unknown'. Consequently, I can't have a plot on the computer's screen. Can anyone help me ? Thanking you by advance. Renald. |
From: Hans-Bernhard B. <br...@ph...> - 2005-02-16 10:53:45
|
Zoran Mikic wrote: > The attached text file, "bad_contour" has data for a single contour. > I have extracted it from one of my contour plots after much debugging. > (It was generated with gnuplot.) This is not technically a bug --- it's a documented feature. Not a very useful one in the case at hand, but that's a different story. What happens is that this "single contour" of yours is actually three datablocks (because there are two blank lines in the middle of it). What's worse the three datablocks are, by some random chance, of the same size. This means that interpreted as a 3D file, this has "grid format", and that unconditionally has gnuplot draw it not as a simple curve, but as a surface. It's the cross-isolines of that surface that so disturb your plot. To see this more clearly, try the following command: splot 'bad_contour' every :::0::0 w l, \ '' ev :::1::1 w l, '' ev :::2::2 w l This plots each of the three partial contour curves on its own, in a different linetype. > You can see that the contour folds over itself at every segment. The > connectivity of points in the (three) segments of this contour is not > treated correctly. The connectivity actually present in your file *is* being treated correctly. gnuplot just finds more connectivity than you intended there to be, and treats that, too. To avoid cases like this, you'll have to add an extra point to one of the partial contours, or get rid of the breaks (the blank lines) altogether. |
From: Zoran M. <mi...@sa...> - 2005-02-16 06:03:27
|
Dear Sir/Madam, [This is a CORRECTED version of my message. Please discard the previous one.] I have found an anomaly in gnuplot when trying to plot contours with the "splot" command. Below I describe the problem, which I have isolated to a small section of code. The problem shows up both with version 4.0: Version 4.0 patchlevel 0 last modified Thu Apr 15 14:44:22 CEST 2004 System: Darwin 7.7.0 and with version 3.8j: Version 3.8j patchlevel 0 last modified Wed Nov 27 20:49:08 GMT 2002 System: Darwin 7.7.0 The attached text file, "bad_contour" has data for a single contour. I have extracted it from one of my contour plots after much debugging. (It was generated with gnuplot.) The following command plots the contour correctly: plot "bad_contour" w l The following command DOES NOT plot the contour correctly: splot "bad_contour" w l You can see that the contour folds over itself at every segment. The connectivity of points in the (three) segments of this contour is not treated correctly. Plotting the contour without connecting the lines, as in: splot "bad_contour" shows that the points in the contour are OK, but they do not get connected properly when a line is used to join them. Please let me know if you have any questions. Thanks for developing and maintaining a very nice and useful program. Best regards, Zoran Mikic email: mi...@sa... |
From: Zoran M. <mi...@sa...> - 2005-02-16 05:59:57
|
Dear Sir/Madam, I have found an anomaly in gnuplot when trying to plot contours with the "splot" command. Below I describe the problem, which I have isolated to a small section of code. The problem shows up both with version 4.0: Version 4.0 patchlevel 0 last modified Thu Apr 15 14:44:22 CEST 2004 System: Darwin 7.7.0 and with version 3.8j: Version 3.8j patchlevel 0 last modified Wed Nov 27 20:49:08 GMT 2002 System: Darwin 7.7.0 The attached text file, "bad_contour" has data for a single contour. I have extracted it from one of my contour plots after much debugging. (It was generated with gnuplot.) The following command plots the contour correctly: plot "bad_contonur" w l The following command DOES NOT plot the contour correctly: splot "bad_contonur" w l You can see that the contour folds over itself at every segment. The connectivity of points in the (three) segments of this contour is not treated correctly. Plotting the contour without connecting the lines, as in: splot "bad_contonur" shows that the points in the contour are OK, but they do not get connected properly when a line is used to join them. Please let me know if you have any questions. Thanks for developing and maintaining a very nice and useful program. Best regards, Zoran Mikic email: mi...@sa... |
From: <su...@li...> - 2005-02-07 19:41:35
|
突然のメール申し訳ありません。私、大人の女性のための交際グループを主宰し ています山下 香穂(32歳)と申します。 私どものグループでは現在、女性の会員数に男性の会員数が追いつかない状況と なっております。そこで、このような形で過去に登録いただいたお客様にメールを させていただくこととなりました。もし、怪しいと思ったり、まったく興味がない 方はこのメールを破棄してくださいますようよろしくお願いいたします。 ただ、 このメールを最後まで読んだ事により、ワンランク上の生活をおくられている方も 数多くいらっしゃる事実が存在します。3分ほどで最後まで読む事ができますので どうぞお読みくださいませ。 女性会員様の中には生活的にも金銭的にも余裕があるのに、今の生活には『もの たりなさ』を感じている会員様が多く、このグループで男性の方と知り合い『今よ りもっと充実した生活をしたい』と思っている会員様がほとんどです。そのような 女性会員様は、今の自分を満たしてくれるお礼としての謝礼などを考えてる女性も 多数在籍しております。 さらに、私どものグループでは女性をご紹介する際に写真や動画などをご覧いた だいて、ご希望の女性をお選びいただくことも可能となっております。 日本全国に会員様がおりますので、同じ地域の方のみのご紹介となっております。 お手数なのですが、下の黒枠の質問にお答えいただけますでしょうか。 ■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■ Q1:あなた様のお住まいの地域(都道府県のみで結構です) ご記入ください。『 』 Q2:お好みのタイプは? 以下の3つよりお選びください 1【真面目な交際】・・・・・・・真面目な恋愛を考えている貴方に 2【サポート】・・・・・サポートしてほしい 3【割り切り交際】・・・割り切った関係 ご記入ください。『 』 ■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■ 折り返しご連絡いただいた地域、好みの近い女性をご紹介させていただきます。 お手数ですがこのメールにご返信をお願いします。折り返し担当の方からご案内の メールをお返しいたします。 このメールは過去に登録いただいたお客様に向けて送信しております。当グルー プの登録などに一切覚えのない方はご面倒ですが、このメールに「配信不要」と沿 えてご返送ください。受け取り次第、登録解除の手続きをいたします。 『Adolescence』主宰 山下 香穂 |
From: <mat...@li...> - 2005-02-06 23:25:06
|
色ずく季節を幾つも周り… 女性も積極的に男性を求める時代へと変貌を 遂げようとしております。 突然のメールでのご紹介をお許し下さいませ。 弊社は『金銭的には余裕のある身元の確かな女性会員様と 誠実で秘密厳守を守れる男性会員様』をマッチングしているクラブ でございます。 現在、全国で女性会員数は7691名 男性会員数683名 おりまして、男性会員様が圧倒的に少ない現状になっております。 女性会員様が今後も増加の一途を辿って行きますので急遽、男性会員様を 募集するに至りました。 あらかじめ申しておきたいのですが、当クラブからのメールがご不要で あると感じた場合には破棄してくださるよう誠に申し訳ありませんが お願いしております。なお、「配信不要」の旨を当クラブまでお申し付け 下されば二度とメールは配信致しません。 誠に勝手なお願いでございますがよろしくお願い致します。 当クラブでは女性会員様の出資金で運営しておりますので お会いして頂く場合には失礼の無いように心がけて頂いております。 また男性会員様におきましては登録料・紹介料等全て無料にて行わせて 頂いております。男性会員様の紳士的な行為や態度が当クラブのステータスに なるとお思い下さいませ。 なお、当クラブを通じて素敵な出会いを手に入れることが出来たとのご報告が 女性会員様から多数寄せられております。当クラブがきっかけで『かけがえの ない異性の友達』『洗練されたお付き合い』『ご結婚』に至るまで多岐にわたる ご報告を受けております。貴方様もぜひ、日々の生活に華やかな一面を添えて 頂きたいと思っております。 日本全国に女性会員様が多数在籍しておりますので、 まずは貴方様の地域に該当している女性会員様をご紹介させて頂きたいと思います。 簡単なシートですので、まずはお気軽にお書き下さいませ。 Q:NO,1 貴方様のお会いするにあたってのご希望の地域(都道府県等) Q:NO,2 当クラブをご利用するにあたってのご利用タイプ 【恋人募集】 恋人・結婚相手を探す 【サポート希望】 1ランク上の洗練されたお付き合い・女性からのサポート 【セックスフレンド】 秘密厳守でのお相手 【SM】 S女・M女 以上のご質問にお答え頂きご返信いただければ、当クラブの各地域担当女性から 貴方様のご希望に沿った女性をご案内させて頂きます。 『club adolescence』代表 山下 香穂 |
From: <kah...@ya...> - 2005-02-05 02:32:07
|
かほりって言います。タイミングよさげだったのでメールしてみました(何が) 子供英会話の先生やってます。25歳で結婚してますケド、子供は居ません。 性格はお気楽で、見た目はインテリっぽいかなぁ(笑) メガネとか結構似合うタイプですね。 あんまり過激すぎる言葉じゃなければH系ネタとかも全然おっけーです。 どうぞヨロシクお願いしますね。 |