similar to: ff for 64-bit windows and 64-bit R

Hi, folks: I am running 64-bit R on a 64 bit machine under 64 bit Windows 7. I'd like to try the package ff, but it is not clear to me whether the current version of ff will work in a 64 bit environment. The windows version is "compiled," which suggests that there is more than just R p-code. Do any of you know whether the current compiled version of ff will work in my

Dear R community, ff Version 2.0 is available on CRAN. Based on paging concepts from version 1.0, 2.0 is a major redesign of this package for handling large datasets. We have implemented numerous enhancements and performance improvements to make this package suitable as a 'base' package for large data processing. The ff package provides atomic data structures that are stored on disk

Dear R community, ff Version 2.0 is available on CRAN. Based on paging concepts from version 1.0, 2.0 is a major redesign of this package for handling large datasets. We have implemented numerous enhancements and performance improvements to make this package suitable as a 'base' package for large data processing. The ff package provides atomic data structures that are stored on disk

Defending the status quo misses the point that R *could* handle ordinal data with a fixed set of levels but actually *does not*. Although it would be useful. Even if this does not imply to handle any possible straw-man situations. Having data-types for nominal, ordinal, and interval-scale data is - in theory - one of the major advantages of S over SAS. But *having* without *handling* means: only

Hi, It's been my experience that when you combine or aggregate vectors of factors using a function, you should be prepared for surprises, as it's not obvious what the "right" way to combine factors is (ordered or not), especially if two vectors of factors have different levels or (if ordered) are ordered in a different way. For instance, what would you expect to get from

Sorry, I was commenting on the previous windows version (version file says 0.5a) (the first one which ran under RW.1.0.0) I have Win NT 4.0 Service pack 5 and R is > version _ platform Windows arch x86 os Win32 system x86, Win32 status major 1 minor 0.0 year 2000 month February day 29 language R > -----Original Message----- > From: Prof Brian

Dear all, to avoid reinventing the wheel: has anyone included compression algorithms into his library? Best NEW EMAIL jens.oehlschlaegel at bbdo-interone.de -- Dr. Jens Oehlschl?gel Analyse BBDO InterOne Gr?nstr. 15 40212 D?sseldorf Tel.: +49 (0)211 1379-187 Fax.: +49 (0)211 1379-461 http://www.bbdo-interone.de -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-

================================================= This is an automated summary of the status of the R-bugs repository. Note that this may be neither complete nor perfectly correct at any given instance: Not all bugs are reported, and some reported bugs may have been fixed, but the repository not yet updated. Some bug fixes are difficult to verify because they pertain to specific hardware or

> From: "Dr. Jens Oehlschlägel" <jens.oehlschlaegel@bbdo-interone.de> > Date: Mon, 15 Jan 2001 13:58:00 +0100 > > Dear Prof. Ripley, > > I do not insist that features are bugs, so I stop sending this to r-bugs > and cc r-devel instead > > > I am replying to this from the archive: I did not actually receive a > copy. > > But it is right

Hi Martin, Great that you follow this. My original intention was to be able to translate colornames to hsv because this would allow using colornames to cut out a certain part of the colorwheel for colorcoding (HSV component H, see my code below) I think internally we might have colors represented as Colornames, ColorIntegers, ColorHexcodes, ColorRGBs, ColorHSVs (ColorCMYs?) however the R-user

R Help: I have read a number of tables into R with identical headings and I would now like to make a single table that has all the data appended under this single heading line. for example: t1 <- read.csv("f1",header=TRUE) t2 <- read.csv("f2",header=TRUE) all <- c(t1,t2) #all is now twice as wide as t1 or t2 with the same number of row!!!! #I need to know how

Dear R community, ff Version 2.1.1 is available on CRAN. It now supports large data.frames, csv import/export, packed atomic datatypes and bit filtering from package 'bit' on which it depends from now. Some performance results in seconds from test data with 78 mio rows and 7 columns on a 3 GB notebook: sequential reading 1 mio rows: csv = 32.7 ffdf = 1.3 sequential writing 1 mio

Dear R community, ff Version 2.1.1 is available on CRAN. It now supports large data.frames, csv import/export, packed atomic datatypes and bit filtering from package 'bit' on which it depends from now. Some performance results in seconds from test data with 78 mio rows and 7 columns on a 3 GB notebook: sequential reading 1 mio rows: csv = 32.7 ffdf = 1.3 sequential writing 1 mio

Dear R community, Package bit version 1.1-3 and ff version 2.1.2 is available on CRAN and should be useful to handle large datasets. It adds convenient utilities for managing ff objects and files (see ?ffsave) and removes some performance bottlenecks. In case you experience unexpected performance problems with ff, here is a couple of recommendations based on FAQs: 1) Compare the size of data

Dear R community, Package bit version 1.1-3 and ff version 2.1.2 is available on CRAN and should be useful to handle large datasets. It adds convenient utilities for managing ff objects and files (see ?ffsave) and removes some performance bottlenecks. In case you experience unexpected performance problems with ff, here is a couple of recommendations based on FAQs: 1) Compare the size of data

Dear R-people, recently at s-news we had a discussion about factor(). I thought you might be interested in some of my thoughts about factors. Any comments welcome Best regards Jens Oehlschlaegel-Akiyoshi ------------------------------------------------------------------- I think the problem is deeper than that factors would just be handled inapprobriately by some S+ functions, the

>>>>> "Jens" == Jens Oehlschlaegel <oehl at Psyres-Stuttgart.DE> writes: Jens> I just saw a beta version of WinS+4.0 last week: Good and bad Jens> news: MATHSOFT has substantially improved graphic handling and Jens> user interface. Bad news is: The version I saw needed 50 MB Jens> RAM, so our equipment should have 64 MB RAM minimum. This is

R-Help, I am trying to do simple plots of the characteristics of cellular phones. I am values that fit along an axis that has many data points around 800 and 1800. I am not interested in the "dead space' between the two clusters of data. I am not interested in a linear axis. I would like to "cut out" the white space between the two pockets of data when plotting. I

R-help, I would like to place nine (3X3) plots per page. I am not properly implement mfrow(3,3) in the script below: jpeg("xyplot.jpg") #names output file my_args <- commandArgs() #sets up to take args from dos batch command mfcol(3,3) #set page for 3X3 TEMPS <- c(-15,25,85)#list of temps VBATS <- c(3,3.6,4.7)#list of Bats BOARDS <-

Greetings, all: I am using factanal in R. When I enter a matrix or a formula, the print method winds up with something like this: Test of the hypothesis that 6 factors are sufficient. The chi square statistic is 28.1 on 22 degrees of freedom. The p-value is 0.172 But when I enter a covmat, the print method winds up with something like this: The degrees of freedom for the model is 22 and the