similar to: printing of attributes does not dispatch on class (PR#2506)

Displaying 20 results from an estimated 20000 matches similar to: "printing of attributes does not dispatch on class (PR#2506)"

2003 Jan 30
2
print.default and attributes
When something gets printed by the "print.default" function, any extra attributes are printed without regard to their class attribute (if any). For example: > x <- 1:3 > attr( x, 'other') <- factor( c( 'cat', 'dog')) > attr( x, 'other') [1] cat dog Levels: cat dog > x [1] 1 2 3 attr(,"other") [1] 1 2 which is perhaps
2002 May 15
0
(PR#1558) language: bug or feature: vector-subscript of
On Wed, 15 May 2002 mark.bravington@csiro.au wrote: > Full_Name: Mark Bravington > Version: R1.3.1 & R1.5.0 > OS: Windows 2000 > Submission from: (NULL) (140.79.2.3) > > > R doesn't like the use of subscripts with length > 1, to get into recursive > lists: > > > listio_ list( a=list( b=9, c='hello'), d=1:5) > > listio[[ c( 1, 2)]] >
2003 Mar 26
5
predict (PR#2686)
# r-bugs@r-project.org `predict' complains about new factor levels, even if the "new" levels are merely levels in the original that didn't occur in the original fit and were sensibly dropped, and that don't occur in the prediction data either. (At least if `drop.unused.levels' was set to TRUE, which the default.) test> scrunge.data.2_ data.frame( y=runif( 3),
2003 Feb 02
1
printing reals from C with digits -- once more
Thank for Brian D. Ripley for the answer to my previous question. My aim is to print single values from different real vectors with different digits option. This is quite a possible with Rprintf() but that one supprots printing format as C does, not in R native way (setting digits=7 or printing with "%12.7f" are two quite different things). So I would like to find something more
2003 Mar 26
2
predict (PR#2685)
There is a bug in `predict' whereby the order of variables sometimes gets re-arranged compared to the original fit, and then disaster results. Specifically, the 'variables' and 'predvars' attributes of a 'terms' object get out of synch. This only happens when the terms in the original formula get re-ordered during fitting: test> scrunge.data_ data.frame(
2006 Jan 03
0
load, environment[[, and attr<-/attributes<- (PR#8457)
Full_Name: Mark Bravington Version: 2.2.1 OS: Windows XP Submission from: (NULL) (203.132.243.69) # r-bugs at r-project.org There is a bug to do with 'load', environment access via '[[', and 'attr<-' or 'attributes<-'. Modifying the attributes of a *copy* of an object can modify the original too, under certain conditions: - the copy needs to be
2002 Oct 21
1
savehistory directories and quitting R (PR#2038)
Thanks-- as Duncan Murdoch also noted, R_HISTFILE can be used to solve my problem, as below. BTW it's not easy to find out about R_HISTFILE in the help system or manuals, though, unless you already know it exists-- it only seems to be described under startup options, not things to do with history. However, Duncan's reply did hint at an inconsistency, in that savehistory() defaults to
2003 May 02
0
predict (PR#2686)
Hmmm-- still looks like a bug to me! But as I don't want to hog the airwaves, here's my last summary on this point, with a question: [Bravington] #> Prediction from the original data was just an example, of course; my general #> proposal is that inactive factor levels in the prediction set should be #> dropped. I don't see how this could ever cause inconsistent behaviour
2006 Oct 23
0
FW: Debug package question
Dear list, I received the response below from the package author of 'debug'. I post it to the list, with Mark's approval, in case it is useful to others too. Regards, Matthew -----Original Message----- From: Mark.Bravington at csiro.au [mailto:Mark.Bravington at csiro.au] Sent: 22 October 2006 23:53 To: Matthew Dowle Cc: Mark.Bravington at csiro.au Subject: RE: Debug package
2004 Jan 22
0
FW: Réf. : Packages debug and mvbutils
Please use the CRAN versions, not the ftp versions which are now out-of-date. Both packages are on base CRAN now, but may not have propagated to all mirrors yet. (But thanks to Gerald for responding-- I had de-subscribed from R-help.) For anyone using the HANDY package (a Windows-specific package which includes a non-C DLL, so I can't CRAN it): I'll post an updated version on the ftp site
2020 Apr 10
0
missing binaries in R-devel windows snapshot 78175
On Fri, Apr 10, 2020 at 2:42 AM Bravington, Mark (Data61, Hobart) <Mark.Bravington at data61.csiro.au> wrote: > > > On Thu, Apr 9, 2020 at 12:44 PM Bravington, Mark (Data61, Hobart) > > <Mark.Bravington at data61.csiro.au> wrote: > > > > > > The "r-devel snapshot build" 78175 on Windows--- a dot-exe installer--- seems to be missing a couple of
2004 Jan 21
0
Summary: Changing workspace from within an R session
Thanks to Frank Harrell, Brian Ripley, Andy Liaw, Jeff Laake and Sean Davis for their usefull comments regarding "navigation" between valid R directories. Jeff recommanded the Mark Bravington package that can be found at: (ftp://ftp.marine.csiro.au/software/bravington/). I looked at the package and found that it can do a lot more than what I asked for. At this time I was not prepared
2007 Jul 03
1
termplot - changes in defaults
While termplot is under discussion, here's another proposal. I'd like to change the default for partial.resid to TRUE, and for smooth to panel.smooth. I'd be surprised if those changes were to break existing code. John Maindonald email: john.maindonald at anu.edu.au phone : +61 2 (6125)3473 fax : +61 2(6125)5549 Centre for Mathematics & Its Applications, Room
2005 Oct 18
0
sort() and attributes
After the discussion a while back about how sort inconsistently handles attributes such as dim's, I have taken a closer look and found yet more anomalies. That suggested trying out the principle that sort() should preserve only names (and sort those). Now, sort(partial=) was preserving names and NOT sorting them, and since it was included for efficiency I decided it should just drop
2002 Aug 08
0
RE: rmultinom
Hi Mark: I had also used sample and tabulate for generating multinomial and found it to be quite slow. So I had written a multinomial random numbers generator based on the GENMUL subroutine from "ranlib", which in turn is based on the algorithm from Luc Devroye's book on "Non-Uniform Random Variate Generation" You may want to compare this with your hybrid algorithm and
2007 Jan 18
0
Emulating a REPL in frontends
A common need in R frontends is to provide some sort of read, (parse), evaluate, print loop. However, there are also a number of points where frontends may want to differ from the standard REPL as available e.g. in R_ReplDLLdo1(). First some thoughts on what is needed, and what is already there, or missing. If you want to skip over this, a short summary is provided in the second half, below
2007 Jul 07
0
rbind.data.frame: bug?
Consider the following, which is new behaviour under R 2.5+: > df1 <- data.frame( x=2, y='cat') > df2 <- data.frame( x=3, y='dog') > rbind( df1[-1,], df2)$y == rbind( df1, df2)[-1,]$y Error in Ops.factor(rbind(df1[-1, ], df2)$y, rbind(df1, : Level sets of factors are different To me this seems illogical; it shouldn't matter whether you remove
2004 Oct 01
0
(PR#7254)Documentation: Reference Index (.pdf) -- setOld Class
Dear Prof. Ripley, thks for your response and no, I have not looked at 2.0.0 beta version; blame on me, but I could not spare time by now for doing so; instead I looked at: http://cran.r-project.org/doc/manuals/fullrefman.pdf as well as on my local one in: 'rw1091/doc/manual/refman.pdf'. Hopefully this clarified things; thks for taking your time and patience. Best, Bernhard >
2005 Jul 22
0
setting weights for such a two-class problem in nnet andsvm
======= At 2005-07-22, 12:56:12 you wrote: ======= >On Fri, 22 Jul 2005, Baoqiang Cao wrote: > >> Dear All, >> >> I have such a two-class problem, one class is very large(~98% of total), >> and the other is just 2%. According to manual of nnet, I need setup >> "weights", so I intend to set 1 for class one, 49 for class 2. How do I >> do that?
2004 Sep 16
0
FW: Parsing multi-line strings. Bug? Feature?
> Kevin Wright <kwright@eskimo.com> writes: > > > R 1.9.1 requires multi-line strings to contain a backslash at the > > end of each line (except the last line). As noted by Mark > > Bravington (http://tolstoy.newcastle.edu.au/R/help/02b/5199.html) > > this requirement appears to be undocumented. > > > > In S-Plus 6.2, multi-line strings do