[Rd] does file.show() fail with multiple files ? (PR#13528)
Full_Name: giancarlo marra Version: 8.1 OS: Windows Vista Submission from: (NULL) (79.36.222.186) When calling file.show() with, say, n different files, then n windows are opened ALL with the same content from the first file of the list. In my tests, it seems to work fine up to version 2.6.2, opening the n files in the n windows, as documented. It appears broken starting from version 2.7.0. Es. file.show("example1.out","example2.out","example3.out") opens three windows all reading examples1.out The same if the call is in the form: files=c("example1.out","example2.out","example3.out") file.show(files, header=files) In this case, the windows headers are correctly distinct, but the contents are still the same from the first file. Thanks. __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] sources of code; was Generate random numbers in Fortran
Ben Bolker gives some reasons why Numerical Recipes may be problematic as a starting point for R codes. CUP did a masterful job of marketing, but the license is restrictive as the links he gives points out. In some tests, I've also noted that some of the algorithms are less than stellar e.g, convergence tests in one or two optimization routines. Should we have a wiki item to help people find material? My own "Compact Numerical Methods: linear algebra and function minimisation" codes were first published 30 years ago this month. They are the Pascal library on Netlib. I have some Fortran codes I could post, and BASIC versions too. In fact, the function minimisation codes that are actually more advanced than the routines Brian Ripley used in optim() have already been made freely available (http://www.nashinfo.com/nlpe.htm). The codes still run right away in DOSBOX along with GWBASIC.EXE, but I believe the more useful aspect is providing methods and ideas. Gnu Scientific Library has been mentioned. It has some strengths but a number of "holes". There are some other notable collections. The Decision Tree for Optimization (Hans Mittelman) is a helpful link, though I am not certain all the resources are unencumbered. Would an annotated list of such openly usable resources be helpful? Perhaps if a couple of folk contact me off-list we can try a wiki item and see if it "works". JN __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] does file.show() fail with multiple files ? (PR#13528)
On 15/02/2009 12:20 PM, giancarlo.ma...@bancaditalia.it wrote: Full_Name: giancarlo marra Version: 8.1 OS: Windows Vista Submission from: (NULL) (79.36.222.186) When calling file.show() with, say, n different files, then n windows are opened ALL with the same content from the first file of the list. In my tests, it seems to work fine up to version 2.6.2, opening the n files in the n windows, as documented. It appears broken starting from version 2.7.0. Es. file.show("example1.out","example2.out","example3.out") opens three windows all reading examples1.out The same if the call is in the form: files=c("example1.out","example2.out","example3.out") file.show(files, header=files) In this case, the windows headers are correctly distinct, but the contents are still the same from the first file. This is fixed in R-patched. The NEWS entry is: o file.show() with multiple files would only show multiple copies of the first one. (PR#13469) Duncan Murdoch __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] Load/Save files for tk GUI
The Windows GUI version of R has menu items that allow load/save of workspace and history. Attached is a proposed patch to tkGUI.R to give the same capabilities for Linux users using the tk GUI. (Penguins need love too.) http://www.nabble.com/file/p22026168/tkGUIpatch.tgz tkGUIpatch.tgz -- View this message in context: http://www.nabble.com/Load-Save-files-for-tk-GUI-tp22026168p22026168.html Sent from the R devel mailing list archive at Nabble.com. __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Identifying graphics files produced by R
Hi David M Smith wrote: > Oftentimes, I see graphs on the web that *look* like they've been > produced by R, but I can never be sure. Or can I? I notice that > PostScript files include a "%%%Creator: R Software" line, but do R > graphics drivers encode any identifying information in GIF or PNG > files more commonly used on the web? And of so, would such evidence > necessarily be obliterated in post-processing (e.g cropping)? I know that pdf() adds similar "Creator" information. I don't recall seeing anything like this for the raster devices, but I've worked less with them so I don't know for sure. Paul > I'm trying to do an informal survey of R's use to create statistical > graphics on the web, and if there's a way to identify graph files I > see as coming from R it would help a lot. > > Thanks, > # David Smith > > -- > David M Smith > Director of Community, REvolution Computing www.revolution-computing.com > Tel: +1 (206) 577-4778 x3203 (Seattle, USA) > > __ > R-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel -- Dr Paul Murrell Department of Statistics The University of Auckland Private Bag 92019 Auckland New Zealand 64 9 3737599 x85392 p...@stat.auckland.ac.nz http://www.stat.auckland.ac.nz/~paul/ __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] S4 structure classes and Ops methods
The methods package has methods for group generic "Ops" for S4 classes that extend "array", "structure" or "vector". The methods mainly try to produce a consistent result when structures and vectors are combined. See class?structure, section "Methods". In the development version of R committed today (r47924), these methods will be activated by loading any package with such classes. This was always the intention, but up to version 2.8.1, the methods were not activated UNLESS the package also defined some relevant methods itself. (Fixing this turned out to need a whole new mechanism, to indicate that the package needed the methods in question.) Note to package maintainers: if you have a package that defines such classes and does not define methods for operators, method selection may change for objects from these classes. In some cases, the new methods will be stricter (returning a vector result instead of mixing up attributes, for example, as the base code sometimes does). I haven't encountered examples, but please rerun CMD check if you think your package fits the description. John __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Identifying graphics files produced by R
On Sun, Feb 15, 2009 at 8:48 PM, Paul Murrell wrote: > I know that pdf() adds similar "Creator" information. I don't recall > seeing anything like this for the raster devices, but I've worked less > with them so I don't know for sure. > By default PDF vector graphs get: > pdf.options() [..] $title [1] "R Graphics Output" [..] Perhaps .svg gets something similar, but dunno. Liviu -- Do you know how to read? http://www.alienetworks.com/srtest.cfm Do you know how to write? http://garbl.home.comcast.net/~garbl/stylemanual/e.htm#e-mail __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] rpart: ylim problem in plotcp (PR#13530)
Full_Name: Joe Voelkel Version: 2.8.1 OS: Window Submission from: (NULL) (70.100.144.240) # Use of ylim in plotcp generates this message # Error in plot.default [more stuff] # formal argument "ylim" matched by multiple actual arguments # Here is how to generate the bug (which the plotcp function tries to handle) # and how to patch it--but at the loss of dots in plot library(rpart) fit <- rpart(Kyphosis ~ Age + Number + Start, data=kyphosis) windows(5,5) plotcp(fit) plotcp(fit,ylim=c(0,2)) # generates error message plotcp2<-plotcp fix(plotcp2) # I removed ,... from the plot function plotcp2(fit) plotcp2(fit,ylim=c(0,2)) # patch works, but at cost of removing dots from plot __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] sources of code; was Generate random numbers in Fortran
I think something like this would be very useful. I'm sure you know of NIST's Guide to Mathematical Software (GAMS). It looks like they list places to find things, but it is clear some of that is proprietary (IMSL, NAG), some is on NETLIB but seems to have embedded copyright statements. (I once tried repeatedly to find out copyright info on an old routine from Bell Labs. I gave up after multiple e-mails and waiting weeks.) John ... John P. Nolan Math/Stat Department 227 Gray Hall American University 4400 Massachusetts Avenue, NW Washington, DC 20016-8050 jpno...@american.edu 202.885.3140 voice 202.885.3155 fax http://academic2.american.edu/~jpnolan ... -r-devel-boun...@r-project.org wrote: - To: r-devel@r-project.org From: nas...@uottawa.ca Sent by: r-devel-boun...@r-project.org Date: 02/15/2009 12:35PM Subject: Re: [Rd] sources of code; was Generate random numbers in Fortran Ben Bolker gives some reasons why Numerical Recipes may be problematic as a starting point for R codes. CUP did a masterful job of marketing, but the license is restrictive as the links he gives points out. In some tests, I've also noted that some of the algorithms are less than stellar e.g, convergence tests in one or two optimization routines. Should we have a wiki item to help people find material? My own "Compact Numerical Methods: linear algebra and function minimisation" codes were first published 30 years ago this month. They are the Pascal library on Netlib. I have some Fortran codes I could post, and BASIC versions too. In fact, the function minimisation codes that are actually more advanced than the routines Brian Ripley used in optim() have already been made freely available (http://www.nashinfo.com/nlpe.htm). The codes still run right away in DOSBOX along with GWBASIC.EXE, but I believe the more useful aspect is providing methods and ideas. Gnu Scientific Library has been mentioned. It has some strengths but a number of "holes". There are some other notable collections. The Decision Tree for Optimization (Hans Mittelman) is a helpful link, though I am not certain all the resources are unencumbered. Would an annotated list of such openly usable resources be helpful? Perhaps if a couple of folk contact me off-list we can try a wiki item and see if it "works". JN __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] An inconsistency in docs for file.access(base)
I was chasing a "no permission to install to directory" error message. I was looking in the code for /R/trunk/src/library/tools/R/install.R which pointed me to the file.access function. On reading the help for this function, it has the following in the Details section: The mode value can be the exclusive or of the following values 0 test for existence. 1 test for execute permission. 2 test for write permission. 4 test for read permission. It has the following under the Examples section: Examples fa <- file.access(dir(".")) table(fa) # count successes & failures d <- dir(file.path(R.home(), "bin")) df <- dir(file.path(R.home(), "bin"), full.names = TRUE) d[file.access(df, 0) == 0] # all exist d[file.access(df, 1) == 0] # some are executable, some are not d[file.access(df, 2) == 0] # hopefully all are readable d[file.access(df, 4) == 0] # they may or may not be writable I presume mode = 2 is a test for writing, so could someone change the comments around in the Examples > sessionInfo() R version 2.9.0 Under development (unstable) (2009-01-15 r47607) i386-pc-mingw32 locale: LC_COLLATE=English_Australia.1252;LC_CTYPE=English_Australia.1252;LC_MONETARY=English_Australia.1252;LC_NUMERIC=C;LC_TIME=English_Australia.1252 attached base packages: [1] stats graphics grDevices datasets utils methods base loaded via a namespace (and not attached): [1] tools_2.9.0 Same situation in R2.8.1 cheers, Keith Keith Satterley Bioinformatics Division The Walter and Eliza Hall Institute of Medical Research Parkville, Melbourne, Victoria, Australia __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel