Displaying 10 results from an estimated 10 matches for "0.00122".
Did you mean:
0.0012
2009 Jul 21
1
package quantreg behaviour in weights in function rq,
Dear all,
I am having v.4.36 of Quantreg package and I noticed strange behaviour when
weights were added. Could anyone please explain me what if the results are
really strange or the behavioiur is normal. As an example I am using dataset
Engel from the package and my own weights.
x<-engel[1:50,1]
y<-engel[1:50,2]
w<-c(0.00123, 0.00050, 0.00126, 0.00183, 0.00036, 0.00100,
0.00122,
2012 Aug 22
1
Error in if (n > 0)
I've searched the Web with Google and do not find what might cause this
particular error from an invocation of cenboxplot:
cenboxplot(cu.t$quant, cu.t$ceneq1, cu.t$era, range=1.5, main='Total
Recoverable Copper', ylab='Concentration (mg/L)', xlab='Time Period')
Error in if (n > 0) (1L:n - a)/(n + 1 - 2 * a) else numeric() :
argument is of length zero
I do
2006 Jun 13
2
Garch Warning
Dear all R-users,
I wanted to fit a Garch(1,1) model to a dataset by:
>garch1 = garch(na.omit(dat))
But I got a warning message while executing, which is:
>Warning message:
>NaNs produced in: sqrt(pred$e)
The garch parameters that I got are:
> garch1
Call:
garch(x = na.omit(dat))
Coefficient(s):
a0 a1 b1
1.212e-04 1.001e+00 1.111e-14
Can any one
2010 Aug 08
0
[LLVMdev] MmapAllocator
Hi Steven-
Nice, but will this not break Windows? From an initial glance over your patch, it seems to assume the existence of mmap() in some form or other.
Alistair
On 8 Aug 2010, at 03:05, Steven Noonan wrote:
> Hi folks,
>
> I've been doing work on memory reduction in Unladen Swallow, and
> during testing, LiveRanges seemed to be consuming one of the largest
> chunks of
2010 Aug 08
4
[LLVMdev] MmapAllocator
Hi folks,
I've been doing work on memory reduction in Unladen Swallow, and
during testing, LiveRanges seemed to be consuming one of the largest
chunks of memory. I wrote a replacement allocator for use by
BumpPtrAllocator which uses mmap()/munmap() in place of
malloc()/free(). It has worked flawlessly in testing, and reduces
memory usage quite nicely in Unladen Swallow.
The code is available
2016 Dec 07
1
Incorrect scale on values for TRIPPLITE UPS
I?m setting up a new system and installed a new UPS with nut.
System Specifics:
OS: Debian 3.16.36
Nut version: 2.7.2
Install method: apt-get
Device: TRIPPLITE SMART1300LCDT using usbhid-ups driver
Problem:
The output from upsc has a few incorrect values. They appear to be a matter of scale.
root at server:/etc/nut# upsc tripplite at localhost
Init SSL without certificate database
2003 May 20
0
intermittent failure of ability to connect to samba share from win (NT/2k) client
First, my installation is samba 2.2.8 running as a daemon (not inetd) on
Solaris 8 configured to use a WINS server and provide authentication via
a PDC (same host as WINS server). I do have an lmhosts file in the
samba /lib directory with the PDC/WINS server address in it.
My globals section;
[global]
workgroup = WORKGROUP
netbios name = SAMBASERVER
security =
2003 May 23
0
intermittent failure of ability to connect to samba share from win (NT/2k) client]]
I am not sure if your problem is similar to what we have just experienced.
we are using samba 2.2.3a-12.3 on debian with winxp sp1 clients
we are using roaming profiles
first logon after reboot fails sortof
Windows cannot find a server copy of roaming profile will logon with
local profile
funny thing we never saw any activity in hostname.log (seperate smb.log
for each machine)
smbstatus showed
2015 Aug 15
2
Small patch to scale the values for TRIPP-LITE SMART*LCDT's
Hi,
I just decided to fix some scaling issues for my UPS (TRIPP-LITE
SMART1500LCDT). Apparently that issue existed for some time (and I knew
about it as well:-()
See http://thread.gmane.org/gmane.comp.monitoring.nut.devel/6482 for a
thread.
My little patch is attached (against 2.7.3). It seems to be working
better for me but I don't have any other TRIPP-LITE's to test that I did
2015 Aug 15
2
Small patch to scale the values for TRIPP-LITE SMART*LCDT's
Hi,
I just decided to fix some scaling issues for my UPS (TRIPP-LITE
SMART1500LCDT). Apparently that issue existed for some time (and I knew
about it as well:-()
See http://thread.gmane.org/gmane.comp.monitoring.nut.devel/6482 for a
thread.
My little patch is attached (against 2.7.3). It seems to be working
better for me but I don't have any other TRIPP-LITE's to test that I did