Displaying 10 results from an estimated 10 matches for "gcounts".
Did you mean:
counts
2005 Apr 18
4
longer object length, is not a multiple of shorter object length in: kappa * gcounts
Hi,
I was using a density estimation function as follows:
> est <- KernSmooth::bkde(x3, bandwidth=10)
When setting bandwidth less than 5, I got the error "longer object
length, is not a multiple of shorter object length in: kappa * gcounts ".
I wonder if there is anybody who can explain the error for me?
Thanks!
Hui
2012 Jul 16
2
about dpik
Thank you for your reply.
I know the x in dpik() means the vector. But I don't know how to import into
c() with a huge metadata (>1000).
Following is my some try, and the h is: [1] 0.001180569, which seems to be
feasible.
2003 May 28
1
Kernel density
...(0,0))
Error in 0:L : NA/NaN argument
> bkq <- bkde(q, bandwidth=0.11, gridsize=1, range.x=c(-1,1))
> bkq
$x
[1] -1
$y
[1] NA
> bkq <- bkde(q, bandwidth=0.11, gridsize=3, range.x=c(-1,1))
Warning message:
longer object length
is not a multiple of shorter object length in: kappa * gcounts
> bkq
$x
[1] -1 0 1
$y
[1] NA NA NA
> bkq <- bkde(q, bandwidth=0.11, range.x=c(-1,1))
(works, I get 401 proper y-values)
Adding truncate=FALSE does not change anything.
Do I really need to generate 401 (default gridsize) y-fits to extract the
one value I am interested in? What's...
2006 Jun 18
1
bug with boot.sw98 function (PR#8999)
...o use the boot.sw98 to
come up with some sensitivity analysis I get the following error:
boot.sw98(XOBS=x,YOBS=y,NREP=100,DHAT=dhat,RTS=3,ORIENTATION=2)
Error in 0:L : NA/NaN argument
In addition: Warning message:
longer object length
is not a multiple of shorter object length in: kappam * Gcounts
What does this mean? Is this because I have too many observations? What can I do
to fix it?
Please let me know if you need further information.
Thank you in advance for your cooperation.
Regards,
Nuno
PS here is a transcript of the script I'm using
library(FEAR)
abc <- read.csv("J...
2008 Jan 03
1
KernSmooth: bkde and dpik bandwidth questions
Hi,
I have two separate questions relating to the KernSmooth package. I am
using the dpik function from the KernSmooth package and receive the error
Warning message:
In kappam * Gcounts :
longer object length is not a multiple of shorter object length
I saw an earlier post , but the issue was using the bkde fxn and the
person appeared to be using too small of a bandwidth. However,
dpik returns a bandwidth and therefore I am not sure why I am getting this
error. If I use...
2006 May 09
1
xapian-compact fails to rename iamflint.tmp for win32/cygwin builds
Hello,
Any call to xapian-compact compiled for Win32/Cygwin ultimately fails
when it tries to rename/replace iamflint.tmp with the final version. The
reason is you cannot rename an opened file with Win32/Cygwin libc.
To correct this, just close the output ofstream (xapian-compact.cc(534))
like:
"""
ofstream output(dest.c_str());
if (!output.write(buf, input.gcount())) {
cerr
2014 Jun 13
0
Wine release 1.7.20
The Wine development release 1.7.20 is now available.
What's new in this release (see below for details):
- X11 drag & drop fixes.
- A few more C/C++ runtime functions.
- Fixes for various memory issues found by Valgrind.
- Some OLE storage fixes.
- Various bug fixes.
The source is available from the following locations:
2016 Jul 22
0
Wine release 1.9.15
The Wine development release 1.9.15 is now available.
What's new in this release (see below for details):
- More shader instructions in Direct3D.
- Performance improvements in GDI.
- Better multi-joystick support on macOS.
- Active Scripting improvements.
- Additional stream support in the C++ runtime.
- Various bug fixes.
The source is available from the following locations:
2012 Nov 29
2
[LLVMdev] problem trying to write an LLVM register-allocation pass
I have a new problem: Register RBP is used in a function foo. (I am not
allocating RBP to any virtual register, the instances of RBP in function
foo are in the machine code when my register allocator starts.)
Function foo calls function bar. Register RBP is not saved across the
call, though it is live after the call. Function bar includes a virtual
register. The code that I'm using to
2012 Dec 01
0
[LLVMdev] problem trying to write an LLVM register-allocation pass
On 11/30/2012 6:36 PM, Lang Hames wrote:
>
>
> RBP is used as the frame pointer on x86 (hence its automatic
> appearance in your code), and shouldn't be allocated to any vreg in
> function bar. Loading/saving RBP should be managed by the stack frame
> setup/teardown code.
> If it doesn't already, your allocator should filter out reserved
> registers (See