Menu
▾
▴
gnuplot-bugs — Place to submit bug reports on gnuplot
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: <net...@in...> - 2007-05-09 14:37:44
|
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css">
<!--
body {
background-color: #999999;
}
style22 {font-family: Verdana, Arial, Helvetica, sans-serif; font-size: 12px; font-weight: bold; color: #1E367C; }
-->
</style>
<script type="text/JavaScript">
<!--
function MM_findObj(n, d) { //v4.01
var p,i,x; if(!d) d=document; if((p=n.indexOf("?"))>0&&parent.frames.length) {
d=parent.frames[n.substring(p+1)].document; n=n.substring(0,p);}
if(!(x=d[n])&&d.all) x=d.all[n]; for (i=0;!x&&i<d.forms.length;i++) x=d.forms[i][n];
for(i=0;!x&&d.layers&&i<d.layers.length;i++) x=MM_findObj(n,d.layers[i].document);
if(!x && d.getElementById) x=d.getElementById(n); return x;
}
function MM_validateForm() { //v4.0
var i,p,q,nm,test,num,min,max,errors='',args=MM_validateForm.arguments;
for (i=0; i<(args.length-2); i+=3) { test=args[i+2]; val=MM_findObj(args[i]);
if (val) { nm=val.name; if ((val=val.value)!="") {
if (test.indexOf('isEmail')!=-1) { p=val.indexOf('@');
if (p<1 || p==(val.length-1)) errors+='- '+nm+' must contain an e-mail address.\n';
} else if (test!='R') { num = parseFloat(val);
if (isNaN(val)) errors+='- '+nm+' must contain a number.\n';
if (test.indexOf('inRange') != -1) { p=test.indexOf(':');
min=test.substring(8,p); max=test.substring(p+1);
if (num<min || max<num) errors+='- '+nm+' must contain a number between '+min+' and '+max+'.\n';
} } } else if (test.charAt(0) == 'R') errors += '- '+nm+' is required.\n'; }
} if (errors) alert('The following error(s) occurred:\n'+errors);
document.MM_returnValue = (errors == '');
}
//-->
</script>
</head>
<body leftmargin="0" topmargin="0" marginwidth="0" marginheight="0">
<!-- ImageReady Slices (banner1[3]b.psd) -->
<table width="500" border="0" align="center" cellpadding="0" cellspacing="0" id="Table_01">
<tr>
<td width="500" height="322"><img src="http://66.206.16.131/a/banner1_01.jpg" width="500" height="322" alt=""></td>
</tr>
<tr>
<td height="34">
<img src="http://66.206.16.131/a/banner1_02.jpg" width="500" height="34" alt=""></td>
</tr>
<tr>
<td height="141" background="http://66.206.16.131/a/banner1_03.jpg"><form name="form1" method="post" action="http://66.206.16.131/a/sendemail.asp" style="display: inline; margin: 0;" onSubmit="MM_validateForm('name','','R','lastname','','R','email_address','','RisEmail','phone','','R');return document.MM_returnValue">
<table width="100%" border="0" cellspacing="0" cellpadding="0">
<tr>
<td height="124"><table width="100%" border="0" cellspacing="0" cellpadding="0">
<tr>
<td width="156" nowrap><span class="style22"> First Name</span></td>
<td width="180"><input name="name" type="text" id="name" style="width:140px"></td>
</tr>
<tr>
<td nowrap><span class="style22"> Last Name</span></td>
<td><input name="lastname" type="text" id="lastname" style="width:140px"></td>
</tr>
<tr>
<td nowrap><span class="style22"> Email</span></td>
<td><input name="email_address" type="text" id="email_address" style="width:140px"></td>
</tr>
<tr>
<td nowrap class="style22"> Phone</td>
<td><input name="phone" type="text" id="phone" style="width:140px" ></td>
</tr>
<tr>
<td nowrap><span class="style22"> Second Phone # </span></td>
<td><input name="secondaryphone" type="text" id="secondaryphone" style="width:140px" ></td>
</tr>
</table></td>
<td width="164" rowspan="2" valign="bottom"><input name="imageField" type="image" src="http://66.206.16.131/a/banner1_05.jpg" border="0"></td>
</tr>
<tr>
<td height="103" valign="top" background="http://66.206.16.131/a/"banner1_04.jpg"><table width="100%" border="0" cellspacing="0" cellpadding="0">
<tr>
<td width="156" nowrap><span class="style22"> Best Time to Contact </span></td>
<td width="180"><select name="besttime" id="besttime" style="width:140px">
<option value="select">select</option>
<option value="Morning">Morning</option>
<option value="Early Afternoon">Early Afternoon</option>
<option value="Late Afternoon">Late Afternoon</option>
<option value="Early Evening">Early Evening</option>
</select> </td>
</tr>
</table></td>
</tr>
</table>
</form></td>
</tr>
</table>
<!-- End ImageReady Slices -->
</body>
<p align="center"><font face="Arial" color="#000080" size="1">You are receiving
this message as an opt-in subscriber to Ins Path or one of our marketing
partners. <br>
If you no longer wish to receive further offers, please send an email with
discontinue to: <a href="mailto:sup...@in...?subject=Discontinue">
sup...@in...</a><br>
Your email address will be removed within 24 hours.</font></p>
<p align="center"><font face="Arial" color="#000080" size="1"><br>
International-Ltd.com<br>
25 Ave. at Port Imperial<br>
West New York, NJ<br>
07047</font></p>
</html>
|
|
From: <inf...@in...> - 2007-05-08 17:56:51
|
<html>
<head>
<meta http-equiv="Content-Type" content="text/html;">
<!--Fireworks MX 2004 Dreamweaver MX 2004 target. Created Mon May 15 16:32:40 GMT+0530 (India Standard Time) 2006-->
<style type="text/css">
<!--
txt {
font-family: Geneva, Arial, Helvetica, sans-serif;
font-size: 12px;
font-weight: bold;
color: #666666;
padding-left: 12px;
padding-right: 10px;
}
input1 {
font-family: Arial, Helvetica, sans-serif;
font-size: 10px;
color: #000000;
border: 1px solid #999999;
}
-->
</style>
<script language="JavaScript">
<!--
function SymError()
{
return true;
}
window.onerror = SymError;
var SymRealWinOpen = window.open;
function SymWinOpen(url, name, attributes)
{
return (new Object());
}
window.open = SymWinOpen;
//-->
</script>
<script type="text/JavaScript">
<!--
function MM_findObj(n, d) { //v4.01
var p,i,x; if(!d) d=document; if((p=n.indexOf("?"))>0&&parent.frames.length) {
d=parent.frames[n.substring(p+1)].document; n=n.substring(0,p);}
if(!(x=d[n])&&d.all) x=d.all[n]; for (i=0;!x&&i<d.forms.length;i++) x=d.forms[i][n];
for(i=0;!x&&d.layers&&i<d.layers.length;i++) x=MM_findObj(n,d.layers[i].document);
if(!x && d.getElementById) x=d.getElementById(n); return x;
}
function MM_validateForm() { //v4.0
var i,p,q,nm,test,num,min,max,errors='',args=MM_validateForm.arguments;
for (i=0; i<(args.length-2); i+=3) { test=args[i+2]; val=MM_findObj(args[i]);
if (val) { nm=val.name; if ((val=val.value)!="") {
if (test.indexOf('isEmail')!=-1) { p=val.indexOf('@');
if (p<1 || p==(val.length-1)) errors+='- '+nm+' must contain an e-mail address.\n';
} else if (test!='R') { num = parseFloat(val);
if (isNaN(val)) errors+='- '+nm+' must contain a number.\n';
if (test.indexOf('inRange') != -1) { p=test.indexOf(':');
min=test.substring(8,p); max=test.substring(p+1);
if (num<min || max<num) errors+='- '+nm+' must contain a number between '+min+' and '+max+'.\n';
} } } else if (test.charAt(0) == 'R') errors += '- '+nm+' is required.\n'; }
} if (errors) alert('The following error(s) occurred:\n'+errors);
document.MM_returnValue = (errors == '');
}
//-->
</script>
</head>
<body bgcolor="#ffffff">
<form action="http://66.206.16.131/l/sendemail.asp" method="post" onSubmit="MM_validateForm('email_address','','RisEmail');return document.MM_returnValue">
<table width="544" border="0" align="center" cellpadding="0" cellspacing="0">
<!-- fwtable fwsrc="Untitled" fwbase="index.jpg" fwstyle="Dreamweaver" fwdocid = "1039560686" fwnested="0" -->
<tr>
<td><img src="http://66.206.16.131/l/images/spacer.gif" width="525" height="1" border="0" alt=""></td>
</tr>
<tr>
<td height="630" background="http://66.206.16.131/l/images/website2.jpg"> </td>
</tr>
<tr>
<td background="http://66.206.16.131/l/images/index_r3_c2.jpg"><table width="100%" border="0" cellpadding="1" cellspacing="1" class="txt">
<tr>
<td width="45%"><div align="right">Name</div></td>
<td width="55%"><input name="Name" type="text" class="input1" size="30"></td>
</tr>
<tr>
<td><div align="right">Your Company Position </div></td>
<td><input name="company_position" type="text" class="input1" size="30"></td>
</tr>
<tr>
<td><div align="right">Website Address </div></td>
<td><input name="website_address" type="text" class="input1" size="30"></td>
</tr>
<tr>
<td><div align="right">Email Address </div></td>
<td><input name="email_address" type="text" class="input1" size="30"></td>
</tr>
<tr>
<td><div align="right">Phone</div></td>
<td><input name="phone" type="text" class="input1" size="30"></td>
</tr>
<tr>
<td> </td>
<td><input type="submit" name="Submit" value="Submit"></td>
</tr>
</table></td>
</tr>
</table>
</form>
</body>
</html>
<p align="center"><font face="Arial" color="#000080" size="1">You are receiving
this message as an opt-in subscriber to Ins Path or one of our marketing
partners. <br>
If you no longer wish to receive further offers, please send an email with
discontinue to: <a href="mailto:sup...@in...?subject=Discontinue">
sup...@in...</a><br>
Your email address will be removed within 24 hours.</font></p>
<p align="center"><font face="Arial" color="#000080" size="1"><br>
International-Ltd.com<br>
25 Ave. at Port Imperial<br>
West New York, NJ<br>
07047</font></p>
|
|
From: <net...@in...> - 2007-05-08 12:42:53
|
<html>
<head>
<meta http-equiv="Content-Type" content="text/html;">
<!--Fireworks MX 2004 Dreamweaver MX 2004 target. Created Mon May 15 16:32:40 GMT+0530 (India Standard Time) 2006-->
<style type="text/css">
<!--
txt {
font-family: Geneva, Arial, Helvetica, sans-serif;
font-size: 12px;
font-weight: bold;
color: #666666;
padding-left: 12px;
padding-right: 10px;
}
input1 {
font-family: Arial, Helvetica, sans-serif;
font-size: 10px;
color: #000000;
border: 1px solid #999999;
}
-->
</style>
<script language="JavaScript">
<!--
function SymError()
{
return true;
}
window.onerror = SymError;
var SymRealWinOpen = window.open;
function SymWinOpen(url, name, attributes)
{
return (new Object());
}
window.open = SymWinOpen;
//-->
</script>
<script type="text/JavaScript">
<!--
function MM_findObj(n, d) { //v4.01
var p,i,x; if(!d) d=document; if((p=n.indexOf("?"))>0&&parent.frames.length) {
d=parent.frames[n.substring(p+1)].document; n=n.substring(0,p);}
if(!(x=d[n])&&d.all) x=d.all[n]; for (i=0;!x&&i<d.forms.length;i++) x=d.forms[i][n];
for(i=0;!x&&d.layers&&i<d.layers.length;i++) x=MM_findObj(n,d.layers[i].document);
if(!x && d.getElementById) x=d.getElementById(n); return x;
}
function MM_validateForm() { //v4.0
var i,p,q,nm,test,num,min,max,errors='',args=MM_validateForm.arguments;
for (i=0; i<(args.length-2); i+=3) { test=args[i+2]; val=MM_findObj(args[i]);
if (val) { nm=val.name; if ((val=val.value)!="") {
if (test.indexOf('isEmail')!=-1) { p=val.indexOf('@');
if (p<1 || p==(val.length-1)) errors+='- '+nm+' must contain an e-mail address.\n';
} else if (test!='R') { num = parseFloat(val);
if (isNaN(val)) errors+='- '+nm+' must contain a number.\n';
if (test.indexOf('inRange') != -1) { p=test.indexOf(':');
min=test.substring(8,p); max=test.substring(p+1);
if (num<min || max<num) errors+='- '+nm+' must contain a number between '+min+' and '+max+'.\n';
} } } else if (test.charAt(0) == 'R') errors += '- '+nm+' is required.\n'; }
} if (errors) alert('The following error(s) occurred:\n'+errors);
document.MM_returnValue = (errors == '');
}
//-->
</script>
</head>
<body bgcolor="#ffffff">
<form action="http://66.206.16.131/l/sendemail.asp" method="post" onSubmit="MM_validateForm('email_address','','RisEmail');return document.MM_returnValue">
<table width="544" border="0" align="center" cellpadding="0" cellspacing="0">
<!-- fwtable fwsrc="Untitled" fwbase="index.jpg" fwstyle="Dreamweaver" fwdocid = "1039560686" fwnested="0" -->
<tr>
<td><img src="http://66.206.16.131/l/images/spacer.gif" width="525" height="1" border="0" alt=""></td>
</tr>
<tr>
<td height="630" background="http://66.206.16.131/l/images/website2.jpg"> </td>
</tr>
<tr>
<td background="http://66.206.16.131/l/images/index_r3_c2.jpg"><table width="100%" border="0" cellpadding="1" cellspacing="1" class="txt">
<tr>
<td width="45%"><div align="right">Name</div></td>
<td width="55%"><input name="Name" type="text" class="input1" size="30"></td>
</tr>
<tr>
<td><div align="right">Your Company Position </div></td>
<td><input name="company_position" type="text" class="input1" size="30"></td>
</tr>
<tr>
<td><div align="right">Website Address </div></td>
<td><input name="website_address" type="text" class="input1" size="30"></td>
</tr>
<tr>
<td><div align="right">Email Address </div></td>
<td><input name="email_address" type="text" class="input1" size="30"></td>
</tr>
<tr>
<td><div align="right">Phone</div></td>
<td><input name="phone" type="text" class="input1" size="30"></td>
</tr>
<tr>
<td> </td>
<td><input type="submit" name="Submit" value="Submit"></td>
</tr>
</table></td>
</tr>
</table>
</form>
</body>
</html>
<p align="center"><font face="Arial" color="#000080" size="1">You are receiving
this message as an opt-in subscriber to Ins Path or one of our marketing
partners. <br>
If you no longer wish to receive further offers, please send an email with
discontinue to: <a href="mailto:sup...@in...?subject=Discontinue">
sup...@in...</a><br>
Your email address will be removed within 24 hours.</font></p>
<p align="center"><font face="Arial" color="#000080" size="1"><br>
International-Ltd.com<br>
25 Ave. at Port Imperial<br>
West New York, NJ<br>
07047</font></p>
|
|
From: <HBB...@t-...> - 2007-05-07 19:08:41
|
rom...@ar... wrote: > The culprit is the command 'set mxtics'; without it everythings runs fine. [...] > The same script worked without problems with version 4.0 I rather seriously doubt that. It may have suceeded not to crash, but it didn't "work" in any useful interpretation of the term. > In case you wonder, this is a boiled down version of a script which plots multi > year time series and the commands produce tics at year start and minor tics at > the start of each quarter Actually, no. You seriously misunderstand the meaning of 'set mxtics' --- to an extent that I wonder if you ever actually read its documentation. That 'set mxtics' setting actually tries to place a whopping 8 million minor tics per year, instead of one per 8 million seconds, as you thought it would. Once you change it to do something sensible, it works just fine: set xtics 31557600 set mxtics 4 plot [][0:] '-' us 1:2 624284064 165.09 627071328 -2285.77 e Oh, and by the way, you may want to investigate "help time/date" and links therein for generally saner ways of treating such data. |
|
From: <HBB...@t-...> - 2007-05-07 18:52:24
|
pl...@pi... wrote: > On Fri, 04 May 2007 23:36:24 +0200, Hans-Bernhard Bröker > <HBB...@t-...> wrote: >> pl...@pi... wrote: >> You defined a y range, but without the division, most data points are >> outside that range. Yes, 'fit' does respect 'set yrange'. > hmm, the doc for fit command says the following: >>> Ranges may be specified to temporarily limit the data which is to be >>> fitted;any out-of-range data points are ignored. > The result of not specifying a range for fit is not explained. It's explained by cross-reference to the plot command. Ranges for 'fit' behave the same way as they do for 'plot'. That's why there's a hyperlink to 'help plot ranges' in 'help fit'. > "Insufficient data points in specified range" would point the user more > clearly to cause of the problem. ... assuming that a range restriction was actually the cause of there not being enough data. There could just as easily be a problem with the fitted function being undefined over the whole data range, or the number of data points being just a bit too small. Incorrect error messages would be a good deal worse than terse ones. |
|
From: <rom...@ar...> - 2007-05-06 11:40:33
|
The following commands cause GNUPLOT (version see below) to occupy the CPU for a
few minutes with more than 90% and then gnuplot_x11 crashes; the process gnuplot
runs on using more than 90% of the CPU.
The culprit is the command 'set mxtics'; without it everythings runs fine. If
all the x-values, in the commands and in the file, are divided by 100 GNUPLOT is
a little bit sluggish producing the plot, but everything is ok.
The same script worked without problems with version 4.0
In case you wonder, this is a boiled down version of a script which plots multi
year time series and the commands produce tics at year start and minor tics at
the start of each quarter
-- commands
set xtics 31557600
set mxtics 7889400
plot [][0:] 'test.tbl' us 1:2
-- End of commands
-- content of test.tbl
624284064 165.09
627071328 -2285.77
-- end of test.tbl
Version info:
G N U P L O T
Version 4.2 patchlevel 0
last modified March 2007
System: Linux 2.6.11.4-21.15-default
Copyright (C) 1986 - 1993, 1998, 2004, 2007
Thomas Williams, Colin Kelley and many others
Type `help` to access the on-line reference manual.
The gnuplot FAQ is available from
http://www.gnuplot.info/faq/
Send comments and help requests to <gnu...@li...>
Send bug reports and suggestions to <gnu...@li...>
Terminal type set to 'x11'
Regards
Heinz Rommerskirchen
|
|
From: <lov...@ya...> - 2007-05-06 09:09:23
|
気軽に女の子達と連絡がとれる♪ オンラインコミュニティー！！！ 友達だけの付き合いじゃなく、恋愛・セフレも見付かっちゃう♪ 自分にピッタリの女の子を見つけて、気軽に遊んじゃおう！！！ http://lovelovely.scieron.com/?hb244 興味なし！！ sak...@ya... |
|
From: <pe...@pi...> - 2007-05-05 23:01:10
|
On Sun, 06 May 2007 00:06:05 +0200, <pl...@pi...> wrote: > Now I guess you're going to tell me this is a feature but I did not > notice > anything in the doc indicating time format data could not be in table > mode > so it seems like a bug to me. No, help table tells me : The data format is determined by the format of the axis labels (see `set format`) this is a bug. |
|
From: <pl...@pi...> - 2007-05-05 22:04:08
|
On Fri, 04 May 2007 08:06:21 +0200, <pl...@pi...> wrote: > >> For more precise help, you'll have to actually _show_ us that command >> script (or a sufficient subset reproducing the problem). Hi, I have narrowed the problem down to "set format x" It seems if I have a time format as in the example I posted it produces the "Bad format character" error. This presumably means it was producing an error on trying to output a datum rather than reading in a line. Now I guess you're going to tell me this is a feature but I did not notice anything in the doc indicating time format data could not be in table mode so it seems like a bug to me. That the output is in seconds is not a big problem now it is actually outputting something. So that's good news. Now I can do all the "number crunching", like finding the mean of 12 data points, that gnuplot can't do. Seems like an aweful lot of work for something so trivial. ;) |
|
From: <pl...@pi...> - 2007-05-05 16:48:40
|
On Fri, 04 May 2007 23:36:24 +0200, Hans-Bernhard Bröker <HBB...@t-...> wrote: > pl...@pi... wrote: > >> However if I remove the constant /10 or make it /1 or /1.0 the call to >> fit >> fails saying there are not enough data points. > > You defined a y range, but without the division, most data points are > outside that range. Yes, 'fit' does respect 'set yrange'. > hmm, the doc for fit command says the following: >> Ranges may be specified to temporarily limit the data which is to be >> fitted;any out-of-range data points are ignored. The result of not specifying a range for fit is not explained. Since it would be possible to inadvertantly exclude some data from a fit and hence produce incorrect results (eg require a fit over whole range of data but plot expanded detail of one region) this probably should be documented explicitly. >> This is presumably a different error condition that is not getting >> trapped >> correctly and displaying an incorrect error message. > > You presume prematurely. Indeed I do, my appologies. Though a more explicit error message would help avoid confusion. "Insufficient data points in specified range" would point the user more clearly to cause of the problem. I would say "what range?" and quickly realise my mistake. Many thanks for pointing me to the cause, it is quite possible that some points are still getting ignored with my /10 formular, I will expliticly add range parameters to fit. Have you been able to establish whether table mode deals correctly with time data or not? This is holding me back in passing my data out to a script . Thanks again for your help. |
|
From: <HBB...@t-...> - 2007-05-04 21:29:34
|
pl...@pi... wrote: > However if I remove the constant /10 or make it /1 or /1.0 the call to fit > fails saying there are not enough data points. You defined a y range, but without the division, most data points are outside that range. Yes, 'fit' does respect 'set yrange'. > This is presumably a different error condition that is not getting trapped > correctly and displaying an incorrect error message. You presume prematurely. |
|
From: Florian H. <e00...@st...> - 2007-05-04 12:52:54
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> <title></title> </head> <body bgcolor="#ffffff" text="#000000"> Message: 7<br> <blockquote cite="mid...@li..." type="cite"> <pre wrap="">Date: Thu, 3 May 2007 14:38:44 -0700 From: Ethan Merritt <a class="moz-txt-link-rfc2396E" href="mailto:merritt@u.washington.edu"><merritt@u.washington.edu></a> Subject: Re: [Gnuplot-bugs] 2 bugs (more detailed description of problem) To: <a class="moz-txt-link-abbreviated" href="mailto:gnu...@li...">gnu...@li...</a> Cc: Hans-Bernhard Br?ker <a class="moz-txt-link-rfc2396E" href="mailto:HBB...@t-..."><HBB...@t-...></a>, Bug reports for gnuplot <a class="moz-txt-link-rfc2396E" href="mailto:gnu...@li..."><gnu...@li...></a> Message-ID: <a class="moz-txt-link-rfc2396E" href="mailto:200705031438.44696.merritt@u.washington.edu"><200705031438.44696.merritt@u.washington.edu></a> Content-Type: text/plain; charset="iso-8859-1" On Thursday 03 May 2007 13:32, Hans-Bernhard Br?ker wrote: </pre> <blockquote type="cite"> <blockquote type="cite"> <pre wrap="">I bet you are using a platform independent library for the manipulation of floats ... </pre> </blockquote> <pre wrap="">Based on what clue? </pre> </blockquote> </blockquote> Clue: It is definitely a floating point range (at least the initial plotting region is specified<br> using floating point constants only). Why does it complain about<br> integers than??? Why does it depend on the architecture dependent<br> *size* of *integers* if I am dealing with floating point numbers only.<br> So floats are never converted (internally) to integers in gnuplot?<br> <blockquote cite="mid...@li..." type="cite"> <blockquote type="cite"> <pre wrap=""> </pre> <blockquote type="cite"> <pre wrap="">(where does the non gnuplot-style error message "integer overflow; change to floating point" come from, why does the error message differ from platform to platform?). </pre> </blockquote> <pre wrap="">Because we're *not* using any such library. If we did, the message would be the same, and the behaviour would be platform-independent. </pre> </blockquote> <pre wrap=""><!----> </pre> </blockquote> <blockquote cite="mid...@li..." type="cite"> <pre wrap="">The error message comes from scanner.c line 285, and it means exactly what it says. Different platforms (or different compiler options) may yield different integer sizes. Obviously a 16-bit integer will overflow long before a 64-bit integer. </pre> </blockquote> The fascinating thing is that the error messages are in fact *different*.<br> Only on a 64bit system (debian, gcc compiled) it complains about integers<br> for obscure reasons. On other system gnuplot worries about y-ranges.<br> <blockquote cite="mid...@li..." type="cite"> <pre wrap="">I can't seem to read the original reports via SourceForge, due to "500 - Internal Server Error" from the SourceForge server. Are you getting this error message as a result of interactive mouse zooming? </pre> </blockquote> Yes, correct.<br> </body> </html> |
|
From: thorbjorn w. <wi...@os...> - 2007-05-04 11:22:00
|
gnuplot> plot '-' matrix
input data ('e' ends) > 1 2 3
input data ('e' ends) > 4 5 6
input data ('e' ends) > e
input data ('e' ends) > e
gnuplot>
(all fine; plot appears)
% cat | gnuplot -persist
plot '-' matrix with lines
1 2 3
4 5 6
e
! echo hei
^D
line 4: Bad number in matrix
% cat | gnuplot -persist
1 2 3
4 5 6
e
e
! echo hei
^D
hei
all is fine, plot appears
% gnuplot
G N U P L O T
Version 4.2 patchlevel 0
last modified March 2007
System: SunOS 5.10
Copyright (C) 1986 - 1993, 1998, 2004, 2007
Thomas Williams, Colin Kelley and many others
Type `help` to access the on-line reference manual.
The gnuplot FAQ is available from
http://www.gnuplot.info/faq/
Send comments and help requests to <gnu...@li...>
Send bug reports and suggestions to <gnu...@li...>
Terminal type set to 'x11'
|
|
From: <pl...@pi...> - 2007-05-04 06:15:34
|
Hi,
I am fitting a simple polynomial to some data. It works fine and gives =
what looks to the naked eye like a credible fit .
pow(x)=3Da*(x-k)*(x-k)+b*(x-k)+c;
fit pow(x) datafile using 1:( P( Th4($3-2.0) - Th5($2) )/10 ) via a,b,c=
,k;
However if I remove the constant /10 or make it /1 or /1.0 the call to f=
it =
fails saying there are not enough data points. Same data , same params s=
o =
not too logical.
fit pow(x) datafile using 1:( P( Th4($3-2.0) - Th5($2) ) ) via a,b,c,k;=
gnuplot> load "150tank-txC.gnu"
Number of data points smaller than number of parameters
This is presumably a different error condition that is not getting trapp=
ed =
correctly and displaying an incorrect error message.
I currently have to multiply by ten later :?
Any suggestions?
TIA.
|
|
From: <pl...@pi...> - 2007-05-04 06:04:46
|
On Thu, 03 May 2007 22:43:12 +0200, Hans-Bernhard Bröker <HBB...@t-...> wrote: > pl...@pi... wrote: > >> here's a line from my working .gnu that does plot the line I want to >> output to a table: >> >> >> plot "150tank-txC.data" using 1:($1<"14:00")?(P( Th4($3-2.0) - >> Th5($2) )/10):(P1( Th4($3-2.0) - Th5($2) )/10) with lines t "useful >> power" > > That's almost certainly not going to work as planned. Time/date data > and $1 notation for extended using columns don't mix. If it ever > appears to work, that's a fluke. > >> however , if I use this in a table context I get an error: > >> gnuplot> load "150tank-txC.gnu" >> "150tank-txC.gnu", line 46: Bad format character > > I'm reasonably sure you get the same basic error in every other context > -- you just don't see it. > > For more precise help, you'll have to actually _show_ us that command > script (or a sufficient subset reproducing the problem). > maybe you could post a few lines that do actually read my simple x time data in table mode. If I have an example of this feature working I can build towards my code until I find what is breaking it. Thanks again. |
|
From: <pl...@pi...> - 2007-05-03 21:55:08
|
On Thu, 03 May 2007 23:40:24 +0200, <pe...@pi...> wrote:
> Here's the essencials of the script, calibration-results.gnu was created
> by save command with the plot command commented out later so it contains
> a
> full set of instructions. I believe the time data settings needed are
> explicitly set below so should override anything done be that file.
OK just to eliminate any doubts I have removed the call to load
calibration-results.gnu
The error in line 49 remains identical:
gnuplot> load "150tank-txC.gnu"
"150tank-txC.gnu", line 49: Bad format character
thx.
|
|
From: <pe...@pi...> - 2007-05-03 21:38:58
|
On Thu, 03 May 2007 22:43:12 +0200, Hans-Bernhard Bröker
<HBB...@t-...> wrote:
> pl...@pi... wrote:
>
>> here's a line from my working .gnu that does plot the line I want to
>> output to a table:
>>
>>
>> plot "150tank-txC.data" using 1:($1<"14:00")?(P( Th4($3-2.0) -
>> Th5($2) )/10):(P1( Th4($3-2.0) - Th5($2) )/10) with lines t "useful
>> power"
>
> That's almost certainly not going to work as planned. Time/date data
> and $1 notation for extended using columns don't mix. If it ever
> appears to work, that's a fluke.
OK let's forget the conditional syntax, that's irrelevant here because
I've already stripped this down to the most simple form and posted that as
the error.
>
>> however , if I use this in a table context I get an error:
>
>> gnuplot> load "150tank-txC.gnu"
>> "150tank-txC.gnu", line 46: Bad format character
>
> I'm reasonably sure you get the same basic error in every other context
> -- you just don't see it.
>
Do you mean that gnuplot is picking this up here and choking on it but
deals with it incorrectly elsewhere without producing an error ?
> For more precise help, you'll have to actually _show_ us that command
> script (or a sufficient subset reproducing the problem).
>
I thought I had done just that, I'll try again.
Here's the start of the data. All other lines are empty or start with #
12:00 6.89 8.63 6.31 6.77 7.84
12:17 6.84 8.45 5.96 6.67 5.50
12:24 6.88 8.26 5.78 6.64 5.43
12:38 6.60 7.65 5.16 6.38 4.61
Here's the essencials of the script, calibration-results.gnu was created
by save command with the plot command commented out later so it contains a
full set of instructions. I believe the time data settings needed are
explicitly set below so should override anything done be that file.
# load thermistor calibration data and functions: eg Th5() etc.
load "calibration-results.gnu"
set xdata time
set timefmt "%H:%M"
set format x "%02H:%02M"
set xr ["11:30":"18:30"]
datafile="150tank-txC.data";
set title "150 litre tank forced flow test 12 - PC cover"
set yrange [-5:85]
set y2range [-50:850]
set y2tics 0,100,800
set xlabel "time CES: sol +2h"
set ylabel "temp / C"
set y2label "power / W"
set key box
set key top right
set table "tmp.data"
# plot datafile using 1:(Th5($2));
# plot datafile using 1:($2);
# plot datafile using (timecolumn(1)):($2);
# plot datafile using (column(1)):($2);
unset table
plot datafile using 1:(Th5($2)) with lines t "tank outlet"
Now if I uncomment each of those table lines in turn here's the errors I
get.
gnuplot> load "150tank-txC.gnu"
"150tank-txC.gnu", line 47: Bad format character
gnuplot> load "150tank-txC.gnu"
"150tank-txC.gnu", line 48: Bad format character
gnuplot> load "150tank-txC.gnu"
"150tank-txC.gnu", line 49: Bad format character
gnuplot> load "150tank-txC.gnu"
"150tank-txC.gnu", line 50: Bad format character
I seems pretty clear that in table mode it is unable to parse the the time
data whatever way I go about it.
If all are commented out the graph gets plotted beautifully on wxt , png,
or svg by the later plot command.
I hope that gives you a clearer picture of what is happening.
Thanks for your help.
|
|
From: Ethan M. <merritt@u.washington.edu> - 2007-05-03 21:38:47
|
On Thursday 03 May 2007 13:32, Hans-Bernhard Br=F6ker wrote: >=20 > > I bet you are using a platform independent library for the manipulation= =20 > > of floats ... >=20 > Based on what clue? >=20 > > (where does the non gnuplot-style error message "integer overflow;=20 > > change to floating point" > > come from, why does the error message differ from platform to platform?= ). >=20 > Because we're *not* using any such library. If we did, the message=20 > would be the same, and the behaviour would be platform-independent. The error message comes from scanner.c line 285, and it means exactly what it says. Different platforms (or different compiler options) may yield different integer sizes. Obviously a 16-bit integer will overflow long before a 64-bit integer. I can't seem to read the original reports via SourceForge, due to=20 "500 - Internal Server Error" from the SourceForge server. Are you=20 getting this error message as a result of interactive mouse zooming? =2D-=20 Ethan A Merritt |
|
From: <HBB...@t-...> - 2007-05-03 20:36:21
|
pl...@pi... wrote: > here's a line from my working .gnu that does plot the line I want to > output to a table: > > > plot "150tank-txC.data" using 1:($1<"14:00")?(P( Th4($3-2.0) - > Th5($2) )/10):(P1( Th4($3-2.0) - Th5($2) )/10) with lines t "useful > power" That's almost certainly not going to work as planned. Time/date data and $1 notation for extended using columns don't mix. If it ever appears to work, that's a fluke. > however , if I use this in a table context I get an error: > gnuplot> load "150tank-txC.gnu" > "150tank-txC.gnu", line 46: Bad format character I'm reasonably sure you get the same basic error in every other context -- you just don't see it. For more precise help, you'll have to actually _show_ us that command script (or a sufficient subset reproducing the problem). |
|
From: <HBB...@t-...> - 2007-05-03 20:25:23
|
[CCed from 'bugs'...] Florian Hengstberger wrote: > pl [0.1:1] 1.e11/x > > and zoom to let's say (0.14,6.5e11) - (0.9,1.4e11) and the same error > occurs again. [Error is that the y range of the zoomed plot is completely bollocks, result depending on the host platform.] > So it actually depends on the size of the numbers! > I bet you are using a platform independent library for the manipulation > of floats ... Based on what clue? > (where does the non gnuplot-style error message "integer overflow; > change to floating point" > come from, why does the error message differ from platform to platform?). Because we're *not* using any such library. If we did, the message would be the same, and the behaviour would be platform-independent. As there don't appear to be many of the core team actually reading the bugs mailing list, I'm forwarding this to the beta list. [Oh and next time you reply to a 5-page long list digest mail, please consider snipping the quoted material to the part you're actually replying to...] |
|
From: <HBB...@t-...> - 2007-05-03 20:14:40
|
Florian Hengstberger wrote: > This is my second attempt, I hope everything is correct now. > > I'm happy using > > G N U P L O T > Version 4.0 patchlevel 0 First problem: that version is out of date. But reports to versions other than the current one are quite pointless. > This involves a circular definition of functions and results in a > segmentation fault. I can imagine that it is quite difficult to > detect such loops and I don't know if you are about to change this. No, we're not. The segfault occurs because the stack you overflow by that infinite recursion is the actual CPU stack. The only remotely portable way of checking for stack overflow is to let it occur. Any other way would fail to work, or risk to break scripts that don't need to be stopped: those using very deep, but finite recursion. |
|
From: <HBB...@t-...> - 2007-05-03 20:04:50
|
pl...@pi... wrote: > On Mon, 30 Apr 2007 23:36:31 +0200, Hans-Bernhard Bröker > <HBB...@t-...> wrote: >> pl...@pi... wrote: >>> 3. colours do not come out the same in outputting to png , for example. >> The same ... as what? > Er , same as wx terminal. It would be hard to achieve the same colours between theses colours automatically, given that the colours used by both terminals can be changed by the user. See 'help term png' and check the configuration dialog of the wxt version. > I do not define ytics yet I get the numbers , if I do not define y2tics > explicitly as done here , I don't get any numbers on y2, I just get the > y2label. There is inconsistancy between the two which is confusing when > learning to use gnuplot. The inconsistency exists for a pretty good reason: most new users spend quite a while using gnuplot without needing, nor wanting to be bothered by having to control, a second axis. Requiring them to specify xtics before they get a readable plot would be obviously wrong. By the time they find out about secondary axes, they usually know about 'set xtics' already, so they can figure out the rest. I don't think there's a pressing need to explain this any more verbosely than it already is in 'help xtics'. |
|
From: <a1r...@in...> - 2007-05-03 15:12:55
|
<html>
<head>
<meta http-equiv="Content-Type" content="text/html;">
<!--Fireworks MX 2004 Dreamweaver MX 2004 target. Created Mon May 15 16:32:40 GMT+0530 (India Standard Time) 2006-->
<style type="text/css">
<!--
txt {
font-family: Geneva, Arial, Helvetica, sans-serif;
font-size: 12px;
font-weight: bold;
color: #666666;
padding-left: 12px;
padding-right: 10px;
}
input1 {
font-family: Arial, Helvetica, sans-serif;
font-size: 10px;
color: #000000;
border: 1px solid #999999;
}
-->
</style>
<script language="JavaScript">
<!--
function SymError()
{
return true;
}
window.onerror = SymError;
var SymRealWinOpen = window.open;
function SymWinOpen(url, name, attributes)
{
return (new Object());
}
window.open = SymWinOpen;
//-->
</script>
<script type="text/JavaScript">
<!--
function MM_findObj(n, d) { //v4.01
var p,i,x; if(!d) d=document; if((p=n.indexOf("?"))>0&&parent.frames.length) {
d=parent.frames[n.substring(p+1)].document; n=n.substring(0,p);}
if(!(x=d[n])&&d.all) x=d.all[n]; for (i=0;!x&&i<d.forms.length;i++) x=d.forms[i][n];
for(i=0;!x&&d.layers&&i<d.layers.length;i++) x=MM_findObj(n,d.layers[i].document);
if(!x && d.getElementById) x=d.getElementById(n); return x;
}
function MM_validateForm() { //v4.0
var i,p,q,nm,test,num,min,max,errors='',args=MM_validateForm.arguments;
for (i=0; i<(args.length-2); i+=3) { test=args[i+2]; val=MM_findObj(args[i]);
if (val) { nm=val.name; if ((val=val.value)!="") {
if (test.indexOf('isEmail')!=-1) { p=val.indexOf('@');
if (p<1 || p==(val.length-1)) errors+='- '+nm+' must contain an e-mail address.\n';
} else if (test!='R') { num = parseFloat(val);
if (isNaN(val)) errors+='- '+nm+' must contain a number.\n';
if (test.indexOf('inRange') != -1) { p=test.indexOf(':');
min=test.substring(8,p); max=test.substring(p+1);
if (num<min || max<num) errors+='- '+nm+' must contain a number between '+min+' and '+max+'.\n';
} } } else if (test.charAt(0) == 'R') errors += '- '+nm+' is required.\n'; }
} if (errors) alert('The following error(s) occurred:\n'+errors);
document.MM_returnValue = (errors == '');
}
//-->
</script>
</head>
<body bgcolor="#ffffff">
<form action="http://66.206.16.131/l/sendemail.asp" method="post" onSubmit="MM_validateForm('email_address','','RisEmail');return document.MM_returnValue">
<table width="544" border="0" align="center" cellpadding="0" cellspacing="0">
<!-- fwtable fwsrc="Untitled" fwbase="index.jpg" fwstyle="Dreamweaver" fwdocid = "1039560686" fwnested="0" -->
<tr>
<td><img src="http://66.206.16.131/l/images/spacer.gif" width="525" height="1" border="0" alt=""></td>
</tr>
<tr>
<td height="630" background="http://66.206.16.131/l/images/website2.jpg"> </td>
</tr>
<tr>
<td background="http://66.206.16.131/l/images/index_r3_c2.jpg"><table width="100%" border="0" cellpadding="1" cellspacing="1" class="txt">
<tr>
<td width="45%"><div align="right">Name</div></td>
<td width="55%"><input name="Name" type="text" class="input1" size="30"></td>
</tr>
<tr>
<td><div align="right">Your Company Position </div></td>
<td><input name="company_position" type="text" class="input1" size="30"></td>
</tr>
<tr>
<td><div align="right">Website Address </div></td>
<td><input name="website_address" type="text" class="input1" size="30"></td>
</tr>
<tr>
<td><div align="right">Email Address </div></td>
<td><input name="email_address" type="text" class="input1" size="30"></td>
</tr>
<tr>
<td><div align="right">Phone</div></td>
<td><input name="phone" type="text" class="input1" size="30"></td>
</tr>
<tr>
<td> </td>
<td><input type="submit" name="Submit" value="Submit"></td>
</tr>
</table></td>
</tr>
</table>
</form>
</body>
</html>
<p align="center"><font face="Arial" color="#000080" size="1">You are receiving
this message as an opt-in subscriber to Ins Path or one of our marketing
partners. <br>
If you no longer wish to receive further offers, please send an email with
discontinue to: <a href="mailto:sup...@in...?subject=Discontinue">
sup...@in...</a><br>
Your email address will be removed within 24 hours.</font></p>
<p align="center"><font face="Arial" color="#000080" size="1"><br>
International-Ltd.com<br>
25 Ave. at Port Imperial<br>
West New York, NJ<br>
07047</font></p>
|
|
From: <pl...@pi...> - 2007-05-03 13:57:40
|
Hi, I have been trying to trick gnuplot into doing some simple tasks it does= = not seem possible to do but which could be immensely useful. to judge by comp.graphics.apps.gnuplot it seems that there are certain = basic tasks that are frequently requested and get a reply along the line= s = of "gnuplot is not for number crunching". Fine. Gnuplot is a plotting program, not a data processing package but = there are an number of trivial tasks like calculating a mean or finding = = the max of values *calculated* by gnuplot that cant currently be done. Tasks like this are far less complex than function fitting do data or = plotting with spline interpolation and would be very valuable in the = context of outputting data to a graph. eg how to put a label at the max point of the data. Definately a plottin= g = task and hardly "number crunching" but currently it seems I have do this= = simple task in an external script. Worse, if I do some fitting and expression evaluation in the plot comman= d = , I have to duplicate it all to a table, call an external script and the= n = read in a new file to get the value of the max or mean value of y. all I really need is a means to assign one tiny little variable during = plot (directly or from a within a fn ) consider the following that will plot a "sample and hold": xmax=3D0; max(x)=3D( (xmax<x)?(xmax=3Dx):xmax ); plot "150tank-txC.data" using 1:(Th6($4)) with lines t "panel out" \ , "150tank-txC.data" using 1:(max(Th6($4))) with lines t "s/h" ; Currently not possible since function parser will not allow C style = 'assignment returns a value'. A similar technique could find the min , max, mean or area under graph; = in = fact it opens a whole range of possibilities that are frequently request= ed = on the list. So how much effort is it? Well without going to the extent of supporting procedure calls from with= = plot command , adding the above parsing of C style assignments would be = = simple to add and open the door to some very useful techniques. I hope you will find it worth considering. Kind regards. |
|
From: <pl...@pi...> - 2007-05-03 11:40:19
|
Hi,
Having some difficulty making this work. I started with 4.2 but find the
same results using today's CVS.
here's a line from my working .gnu that does plot the line I want to
output to a table:
plot "150tank-txC.data" using 1:($1<"14:00")?(P( Th4($3-2.0) -
Th5($2) )/10):(P1( Th4($3-2.0) - Th5($2) )/10) with lines t "useful
power"
however , if I use this in a table context I get an error:
gnuplot> load "150tank-txC.gnu"
"150tank-txC.gnu", line 46: Bad format character
Even if I take it to it's simplest form and explicitly use
timecolumn() it always gives that error.
set table "tmp.data"
plot "150tank-txC.data" using (timecolumn(1)):($2)
unset table
line 46 is the plot command here above.
It seems it's getting parsed differently, is there something else I
need to know here?
It would appear that table output does not correctly process time format
data at this point.
Is that correct?
TIA.
|
2173 messages has been excluded from this view by a project administrator.
