similar to: stable / R-announce

I have just uploaded the package "stable-0.1.tgz" to the contrib section of CRAN. It enables to compute the density ('dstable'), the distribution ('pstable'), the quantile ('qstable') and the hazard ('hstable') functions of a stable variate. 'stable.mode' computes the mode of a stable distribution. The procedure 'stableglm' also enables

Is the following behaviour of tapply not disappointing? Problem with tapply occurs when dealing with na.rm when an argument additional to na.rm is sent to the applied function (here quantile). Any comment? Thank you, Philippe Lambert > x <- c(12,10,12,2,4,11,3,7,2,1,18,7,NA,NA,7,5) > fac <- gl(4,4,16) > # Works fine > tapply(x,fac,quantile,na.rm=T) $"1" 0% 25%

Hi everyone, Can someone tell me who made the port of the package stable (by Philippe Lambert) on the Windows platform or help me with the package. I ask Lambert about the problem I have and gave him the data. He tried it on is Linux box and it works fine. I check the default arguments as he suggested and they are the same as what he send me. He told me also that his package uses NLM and I

It is now definitely established that there are problems with library executables under MS-Windows when compiled as described in package.readme, at least for Fortran code. In extreme cases, R crashes, but the result can simply be wrong answers as both Philippe Lambert and I warned about a year ago, warnings that were blissfully ignored. I have not used any other executables for MS from CRAN, and

Is the following behaviour of the quantile function what one would expect? > a <- 1:100 > quantile(a,.6) 60% 60.4 Philippe -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in the "body", not the

Just a word to mention that I have lost 2 hours yesterday to find out why R refused to use a function from a package calling C-code. R invariably answered that the C code was not in the load table (something like this). I have tried everything (or nearly) to solve my problem knowing that this same package used to work on my computer at the university. Finally, I found out that running the same

Hi list. I'm using dovecot as postfix's LDA. The version is 2.3.6. Last week some spammer set the envelope's FROM to "foo at bar@domain.com" (with two @). While trying to deliver (as this one didn't hit the spamassassin's score), dovecot said the following: Jun 21 02:35:58 mymailserver postfix/pipe[29736]: ADA268195E: to=<user at mydomain>, relay=dovecot,

In R0.61, In hist(), should the line rel.freqs <- counts/(sum(x) * diff(breaks)) computing the relative frequencies or height of the rectangles in a histogram not be rel.freqs <- counts/(sum(counts) * diff(breaks)) instead, or do I misunderstand something? Thanks, Philippe -- -------------------------------------------------------- Philippe Lambert Tel:

Hi, I am wondering whether anyone of you already implemented in R or S+ the methods of estimation the parameters of stable distribution. If there is, i will be happy to get the copy of the codes. Regards Dedi

Richard Schilling wrote: Do you notice wether or not it takes a certain number of connections for the bug to show up? I'm not seeing this problem with just a few people connecting via sftp (about 2-4 times per week). --Richard On 2003.06.13 22:36 Scott Lambert wrote: > We have been having a problem with sshd on our shell server. > > This has been happening since March 4,

I currently use R0.61 to produce graphs for use in a tex document. I first type x11(orientation='portrait',width=4,height=3.5) to fix the size of my graph, produce some plot type commands, and then save the whole as an .eps file using save.plot(). The graph is included in the tex file using \epsffile{file.eps} in a figure environment. The problem is that the graph occupies a whole page

We have been having a problem with sshd on our shell server. This has been happening since March 4, 2003 or before IIRC. Initially I thought the next OS upgrade, to 4.8 would fix this. I am accustomed to haveing little things go away in a month or two. I think we jumped to 4.7-STABLE on Feb 28, 2003. Some exploit fix wasn't being MFSd to RELENG_4_7 fast enough for my nerves (cvsd?). It

Hi, one of our customers reported a problem after we moved her maildir to another disk. (Jail in FreeBSD 6, moved to another disk with rsync.) For some reason she's seeing duplicates of almost every message from November, 2005 until June, 2006 (the move happened in September, 2006.) It seems like these mails have been respooled somehow and been inserted into the maildir with the same date

On 04/07/2017 8:40 AM, Lipatz Jean-Luc wrote: > I would really like the bug fixed. At least this one, because I know people in my institute using this function. > I understand your arguments about open source, but I also saw in this mail list a proposal for a fix for this bug for which there were no answer from the people who are able to include it in the distribution. It looks like if there

This doesn't really strike me as a bug. Lots of (most?) programming languages expect you to handle this as an error condition. If you tried the same thing in C you would get the same error. -----Original Message----- From: R-devel [mailto:r-devel-bounces at r-project.org] On Behalf Of Lipatz Jean-Luc Sent: Tuesday, July 4, 2017 5:40 AM To: Duncan Murdoch <murdoch.duncan at gmail.com>

Hi R-user, I am new with R and I have a problem with the map and mapproj fonctions : with the following code : >test_proj=mapproject(LONG_d01_vec_t1, LAT_d01_vec_t1, projection="lambert", parameters=c(30,60)) >longitude_vec=test_proj$x >latitude_vec=test_proj$y >longitude_mat=matrix(longitude_vec,ncol=e_sn_d01) >latitude_mat=matrix(latitude_vec,ncol=e_sn_d01)

On 04/07/2017 8:46 AM, Nathan Sosnovske wrote: > This doesn't really strike me as a bug. Lots of (most?) programming languages expect you to handle this as an error condition. If you tried the same thing in C you would get the same error. The bug is that there is no error signalled. It looks as though the write succeeded, when it didn't. Duncan Murdoch > -----Original

summary: I can display a lon-lat map on a lattice::layerplot, and I can display a Lambert conformal conic (LCC) map on a spam::image, but I can't display an LCC map on a lattice::layerplot. Example follows. What am I doing wrong? details: I've been using `lattice` (via `rasterVis`) successfully to display global atmospheric data, which works well enough (though I am definitely intrigued

On 04/07/2017 10:01 AM, Jim Hester wrote: > On linux at least you can use `/dev/full` [1] to test writing to a full device. > > > echo 'foo' > /dev/full > bash: echo: write error: No space left on device Unfortunately, I get a permission denied error if I try to write there from MacOS. I don't know if Windows has an equivalent. I've taken a look at the

The best way to test on Windows would probably be creating a small virtual hard disk (via CreateVirtualDisk), mounting it, and writing to the mounted location. I believe the drive could even be mounted to an arbitrary location on the filesystem (instead of a drive letter) so that drive letter conflicts don't come into play. -----Original Message----- From: R-devel [mailto:r-devel-bounces at