search for: aq

The last line of the example in droplevels' manual page seems to be incorrect to me. I think it should read: "table(droplevels(aq$Month))". Amazingly (I don't understand) both variants seem to produce the same result (R 3.3.3): --- > aq <- transform(airquality, Month = factor(Month, labels = month.abb[5:9])) > aq <- subset(aq, Month != "Jul") > table(aq$Month) May Jun Jul Aug Sep 31 30...

...bb8d-f00d-87e5-553f866d57e0 at gmail.com>: >>> On 2017-04-12 14:40, Ulrich Windl wrote: >>> >>>> The last line of the example in droplevels' manual page seems to >>>> be incorrect to me. I think it should read: >>>> "table(droplevels(aq$Month))". Amazingly (I don't understand) >>>> both variants seem to produce the same result (R 3.3.3): --- >>> >>> The manual says that "The function 'droplevels' is used to drop >>> unused levels from a 'factor' or, more commonly...

...() anywhere... so we will have them now. I've hade an idea that seems to work and even simplify the code.... will get back to the issue later in the evening. Martin > The crux of the matter seems to be that both the following > constructions work for data frames >> aq <- head(airquality) >> names(aq) > [1] "Ozone" "Solar.R" "Wind" "Temp" "Month" "Day" >> aq[c("Wind","Temp")] <- NULL >> aq > Ozone Solar.R Month Day &g...

The behaviour of within() with list input changes if you delete 2 or more variables, compared to deleting one: l <- list(x=1, y=2, z=3) within(l, { rm(z) }) #$x #[1] 1 # #$y #[1] 2 within(l, { rm(y) rm(z) }) #$x #[1] 1 # #$y #NULL # #$z #NULL When 2 or more variables are deleted, the list entries are instead set to NULL. Is this intended?

...gt;: >>>> On 2017-04-12 14:40, Ulrich Windl wrote: >>>> >>>>> The last line of the example in droplevels' manual >>>>> page seems to be incorrect to me. I think it should >>>>> read: "table(droplevels(aq$Month))". Amazingly (I >>>>> don't understand) both variants seem to produce the >>>>> same result (R 3.3.3): --- >>>> >>>> The manual says that "The function 'droplevels' is used >>>> to dr...

...icht <b66fe849-bb8d-f00d-87e5-553f866d57e0 at gmail.com>: >> On 2017-04-12 14:40, Ulrich Windl wrote: >> >>> The last line of the example in droplevels' manual page seems to >>> be incorrect to me. I think it should read: >>> "table(droplevels(aq$Month))". Amazingly (I don't understand) >>> both variants seem to produce the same result (R 3.3.3): --- >> >> The manual says that "The function 'droplevels' is used to drop >> unused levels from a 'factor' or, more commonly, from factors...

Rainer, Arjen I was wandering around the code, and found that few things are missing around the IVT code: - no manpage, - no entry in driver.list - no device{mfr,model,type} in the code. I was about to submit a patch to address the above (ready to commit), but wanted first to get an update on the status. looking at the last thread, it's a bit unclear... I'm also interested an upsc

...fixed something, but it escapes my memory. However, it seems to have broken the equivalence between within.list and within.data.frame, so now within.list <- within.data.frame does not suffice. The crux of the matter seems to be that both the following constructions work for data frames > aq <- head(airquality) > names(aq) [1] "Ozone" "Solar.R" "Wind" "Temp" "Month" "Day" > aq[c("Wind","Temp")] <- NULL > aq Ozone Solar.R Month Day 1 41 190 5 1 2 36 118...

...> > I've hade an idea that seems to work and even simplify the > code.... will get back to the issue later in the evening. > > Martin > > >> The crux of the matter seems to be that both the following >> constructions work for data frames > >>> aq <- head(airquality) >>> names(aq) >> [1] "Ozone" "Solar.R" "Wind" "Temp" "Month" "Day" >>> aq[c("Wind","Temp")] <- NULL >>> aq >> Ozone Solar.R Month Day >&g...

...he code.... will get back to the issue later in the >> evening. >> >> Martin >> >> >>> The crux of the matter seems to be that both the >>> following constructions work for data frames >> >>>> aq <- head(airquality) names(aq) >>> [1] "Ozone" "Solar.R" "Wind" "Temp" "Month" "Day" >>>> aq[c("Wind","Temp")] <- NULL aq >>> Ozone Solar.R Month Day 1 41 190 5 1 2 36 118...

I have a large dataset that contain duplicate records. How do I identify and remove duplicate records? Chris Anderson 707.315.8486 www.sassydeals4u.com ____________________________________________________________ Free info for small business owners. Click here to find great products geared for your business.

Hi there, I am glad to announce AQ-R 0.2 has been successfully built and is available via install.packages("aqr", repos="http://R-Forge.R-project.org"). The most important new feature is real-time messaging from within R. AQ-R 0.2 enables you to send and receive byte[] messages within R through a STOMP comp...

Hi there, I am glad to announce AQ-R 0.2 has been successfully built and is available via install.packages("aqr", repos="http://R-Forge.R-project.org"). The most important new feature is real-time messaging from within R. AQ-R 0.2 enables you to send and receive byte[] messages within R through a STOMP comp...

...time that they both span, they should have the same values, but the values may occur at slightly different time intervals. I am trying to "line up" the identical values and reconcile them. I have merged the two series into a zoo object which looks like the following: > head(m) aq$mid d2$mid 2009-06-22 16:25:40.044 NA 1.63755 2009-06-22 16:25:40.909 1.63760 NA 2009-06-22 16:25:40.987 NA 1.63760 2009-06-22 16:25:41.657 1.63755 NA 2009-06-22 16:25:41.738 NA 1.63755 2009-06-22 16:25:41.909 1.63760 NA What I would like to do is merge the series column-wise : ie where one colu...

The following patch allows the network tests to pass with hvm support enabled. More specifically: 02_network_local_ping_pos.py REASON: ping loopback failed for size 65507. ping eth0 failed for size 65507. (but all other size pings work) 05_network_dom0_ping_pos.py REASON: Ping to dom0 failed for size 65507. (but all other size pings work) 11_network_domU_ping_pos.py passes 100% (even the large

...: #2 Sun Jul 3 15:39:31 EST 2005 machine : i686 logical_cpus : 1 sockets : 1 cores_per_socket : 1 hyperthreads_per_core : 1 cpu_mhz : 1094 memory : 511 free_memory : 122 -- Signed-off-by: Nguyen Anh Quynh <aquynh@gmail.com> # diffstat xminfo8.patch tools/libxc/xc.h | 20 +++++++++++++ tools/libxc/xc_misc.c | 40 +++++++++++++++++++++++++++ tools/python/xen/lowlevel/xc/xc.c | 55 +++++++++++++++++++++++++++++++++++++- tools/python/xen/xend/XendNode.py | 16 ++++...

.... Index: connections.c =================================================================== --- connections.c (revision 36434) +++ connections.c (working copy) @@ -186,8 +186,11 @@ { char buf[BUFSIZE], *b = buf, *vmax = vmaxget(); int res, usedRalloc = FALSE; + va_list aq; - res = vsnprintf(buf, BUFSIZE, format, ap); + va_copy(aq, ap); + res = vsnprintf(buf, BUFSIZE, format, aq); + va_end(aq); if(res >= BUFSIZE) { /* res is the desired output length */ usedRalloc = TRUE; b = R_alloc(res + 1, sizeof(char)); And here is a...

...are definitely not portable to S because they rely on R's scoping rules. Not that difficult to fix, though: The nm vector and the "parsing" functions need to get assigned to (evaluation) frame 1 (the "expression frame" of S), and preferably removed at exit. data(airquality) aq<-airquality[1:10,] select.frame(aq,Ozone:Temp) subset.frame(aq,Ozone>20) modify.frame(aq,ratio=Ozone/Temp) Notice that in modify.frame(), any *new* variable must appear as a tag, not as the result of an assignment, i.e.: modify.frame(aq,Ozone<-log(Ozone)) works as expected modify.frame(a...

Hello R Forum users, I was hoping someone could help me with the following problem. Consider the following "toy" dataset: Accession SNP_CRY2 SNP_FLC Phenotype 1 NA A 0.783143079 2 BQ A 0.881714811 3 BQ A 0.886619488 4 AQ B 0.416893034 5 AQ B 0.621392903 6 AS B 0.031719125 7 AS NA 0.652375037 "Accession" = individual plants, arbitrarily identified by unique numbers "SNP_" = individual genes. "SNP_CRY2" = the CRY2 gene. The plants either have the BQ, AQ...

...<leaf> <leaf> <leaf> CT <leaf> FC <leaf> YG QT <leaf> [21] <leaf> <leaf> NW DP DY <leaf> SK <leaf> <leaf> <leaf> [31] <leaf> 401 Levels: <leaf> AA AC AD AE AF AG AH AI AK AL AM AN AP AQ AR AS AT AV ... YY > > at<-grep("<leaf>", fit.dimer$frame[, "var"], value=FALSE, ignore.case=TRUE) > > fit.dimer$frame[-at, "var"] [1] NE WC TA WG WD WW WC CT FC YG QT NW DP DY SK 401 Levels: <leaf> AA AC AD AE AF AG AH AI AK AL AM AN AP AQ...