[R] R.app spontaneously switching windows during editing
Aloha. Apparently since I switched to Big Sur, R has begun spontaneously switching the active window from console to editor back and forth for no obvious reason. This disrupts editing and has almost destroyed whole editing files due to the deletion of highlighted lines (a different behavior that has always been dangerous but is exacerbated by the window-switching). I've looked at the default settings in the Preferences and can't see or change anything that seems to affect this behavior. I've tried turning off everything that might be doing it (e.g., matching delimiters) and I can't find anything or anyone else that complains about this. Am I the only one? Any suggestions for debugging this would be welcome. sessionInfo below. J. Helly. -- John Helly, University of California, San Diego / San Diego Supercomputer Center / Scripps Institution of Oceanography / 760 840 8660 mobile / http://www.sdsc.edu/~hellyj ORCID ID: orcid.org/-0002-3779-0603 > sessionInfo() R version 4.1.0 (2021-05-18) Platform: x86_64-apple-darwin17.0 (64-bit) Running under: macOS Big Sur 11.4 Matrix products: default BLAS: /Library/Frameworks/R.framework/Versions/4.1/Resources/lib/libRblas.dylib LAPACK: /Library/Frameworks/R.framework/Versions/4.1/Resources/lib/libRlapack.dylib locale: [1] en_US.UTF-8/en_US.UTF-8/en_US.UTF-8/C/en_US.UTF-8/en_US.UTF-8 attached base packages: [1] stats graphics grDevices utils datasets methods base other attached packages: [1] Hmisc_4.5-0 Formula_1.2-4 survival_3.2-11 lattice_0.20-44 runner_0.4.0 GGally_2.1.2 rpart.plot_3.0.9 [8] rpart_4.1-15 stargazer_5.2.2 texreg_1.37.5 factoextra_1.0.7 forcats_0.5.1 stringr_1.4.0 dplyr_1.0.6 [15] purrr_0.3.4 readr_1.4.0 tidyr_1.1.3 tibble_3.1.2 tidyverse_1.3.1 tables_0.9.6 reshape2_1.4.4 [22] plyr_1.8.6 ggplot2_3.3.5 loaded via a namespace (and not attached): [1] fs_1.5.0 lubridate_1.7.10 RColorBrewer_1.1-2 httr_1.4.2 tools_4.1.0 backports_1.2.1 [7] utf8_1.2.1 R6_2.5.0 DBI_1.1.1 colorspace_2.0-1 nnet_7.3-16 withr_2.4.2 [13] tidyselect_1.1.1 gridExtra_2.3 curl_4.3.1 compiler_4.1.0 cli_2.5.0 rvest_1.0.0 [19] htmlTable_2.2.1 xml2_1.3.2 labeling_0.4.2 scales_1.1.1 checkmate_2.0.0 digest_0.6.27 [25] foreign_0.8-81 rio_0.5.27 base64enc_0.1-3 jpeg_0.1-8.1 pkgconfig_2.0.3 htmltools_0.5.1.1 [31] dbplyr_2.1.1 htmlwidgets_1.5.3 rlang_0.4.11 readxl_1.3.1 rstudioapi_0.13 generics_0.1.0 [37] farver_2.1.0 jsonlite_1.7.2 zip_2.2.0 car_3.0-11 magrittr_2.0.1 Matrix_1.3-3 [43] Rcpp_1.0.6 munsell_0.5.0 fansi_0.5.0 abind_1.4-5 lifecycle_1.0.0 stringi_1.6.2 [49] carData_3.0-4 grid_4.1.0 parallel_4.1.0 ggrepel_0.9.1 crayon_1.4.1 haven_2.4.1 [55] splines_4.1.0 hms_1.1.0 knitr_1.33 ps_1.6.0 pillar_1.6.1 ggpubr_0.4.0 [61] ggsignif_0.6.2 reprex_2.0.0 glue_1.4.2 latticeExtra_0.6-29 data.table_1.14.0 modelr_0.1.8 [67] png_0.1-7 vctrs_0.3.8 cellranger_1.1.0 gtable_0.3.0 reshape_0.8.8 assertthat_0.2.1 [73] openxlsx_4.2.4 xfun_0.23 broom_0.7.6 rstatix_0.7.0 cluster_2.1.2 ellipsis_0.3.2 > -- John Helly, University of California, San Diego / San Diego Supercomputer Center / Scripps Institution of Oceanography / 760 840 8660 mobile / http://www.sdsc.edu/~hellyj ORCID ID: orcid.org/-0002-3779-0603 [[alternative HTML version deleted]] __ R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
Re: [R] Weird change in behavior of summary() function
Follow-up:
I find that the problem does not occur on a Linux system, so it is
either Mac-specific or some function of the libraries loaded on the
problem machine.
J.
On 12/14/20 12:24, John Helly wrote:
Aloha.
I have been using the summary function (i.e., summary()) for years
and, in the last few weeks, suddenly find it behaving in an obviously
erroneous way. I expect the DAUCO summary to be summary of the
character variable but it has these weird NULL:00125 values listed for
whatever the number of rows is.
It's not limited to this input data so I don't believe that it is
data-dependent at this point.
This just started happening a number of weeks ago. I've done some
updates of the OS and apps since then and re-installed R from the Mac
*.dmg distro.
I have provided details below and my main questions are 1) has anyone
else seen this (I can't find any reports of it) and 2) how might I
debug this?
Thank you.
Input data sample (first few records from a flat
ASCII csv file)
DAUCO,Longitude,Latitude,Precipitation,Year,Month
00125,-121.41667,41.958334,63.1469993591,1895,1
00125,-121.375,41.958334,63.6969985962,1895,1
00125,-121.3,41.958334,65.7460021973,1895,1
00125,-121.29167,41.958334,69.4150009155,1895,1
00125,-121.25,41.958334,74.0780029297,1895,1
R commands and output
=
PRISM = read.table(PRISM_INPUT,header=TRUE, sep=',',
colClasses=c('character','numeric','numeric','numeric','numeric','numeric'))
> summary(PRISM)
DAUCO Longitude Latitude Precipitation Year
Month
NULL:00125 Min. :-121.4 Min. :41.54 Min. : 0.00 Min.
:1895 Min. : 1.000
NULL:00125 1st Qu.:-121.2 1st Qu.:41.71 1st Qu.: 10.65 1st
Qu.:1926 1st Qu.: 3.000
NULL:00125 Median :-121.0 Median :41.79 Median : 24.41 Median
:1957 Median : 6.000
NULL:00125 Mean :-121.0 Mean :41.79 Mean : 31.09 Mean
:1957 Mean : 6.488
NULL:00125 3rd Qu.:-120.9 3rd Qu.:41.88 3rd Qu.: 43.73 3rd
Qu.:1989 3rd Qu.: 9.000
NULL:00125 Max. :-120.6 Max. :41.96 Max. :265.08 Max.
:2020 Max. :12.000
NULL:00125
NULL:00125
> dput(head(PRISM))
structure(list(DAUCO = c("00125", "00125", "00125", "00125",
"00125", "00125"), Longitude = c(-121.41667, -121.375,
-121.3,
-121.29167, -121.25, -121.20833), Latitude = c(41.958334,
41.958334, 41.958334, 41.958334, 41.958334, 41.958334
), Precipitation = c(63.1469993591, 63.6969985962, 65.7460021973,
69.4150009155, 74.0780029297, 80.4290008545), Year = c(1895,
1895, 1895, 1895, 1895, 1895), Month = c(1, 1, 1, 1, 1, 1)), row.names
= c(NA,
6L), class = "data.frame")
>
> sessionInfo()
R version 4.0.3 (2020-10-10)
Platform: x86_64-apple-darwin17.0 (64-bit)
Running under: macOS Catalina 10.15.7
Matrix products: default
BLAS:
/Library/Frameworks/R.framework/Versions/4.0/Resources/lib/libRblas.dylib
LAPACK:
/Library/Frameworks/R.framework/Versions/4.0/Resources/lib/libRlapack.dylib
locale:
[1] en_US.UTF-8/en_US.UTF-8/en_US.UTF-8/C/en_US.UTF-8/en_US.UTF-8
attached base packages:
[1] stats graphics grDevices utils datasets methods base
other attached packages:
[1] reshape_0.8.8 plyr_1.8.6 ggplot2_3.3.2
loaded via a namespace (and not attached):
[1] Rcpp_1.0.4.6 pillar_1.4.4 DEoptimR_1.0-8
compiler_4.0.3 RColorBrewer_1.1-2
[6] iterators_1.0.12 digest_0.6.25 lifecycle_0.2.0
tibble_3.0.1 gtable_0.3.0
[11] nlme_3.1-149 lattice_0.20-41 pkgconfig_2.0.3
rlang_0.4.6 foreach_1.5.0
[16] Matrix_1.2-18 parallel_4.0.3 ergm_3.10.4
coda_0.19-3 withr_2.2.0
[21] dplyr_1.0.0 generics_0.0.2 vctrs_0.3.1
networkDynamic_0.10.1 trust_0.1-8
[26] grid_4.0.3 tidyselect_1.1.0 deSolve_1.28
robustbase_0.93-6 glue_1.4.1
[31] R6_2.4.1 farver_2.0.3 purrr_0.3.4
magrittr_1.5 codetools_0.2-16
[36] scales_1.1.1 ellipsis_0.3.1 MASS_7.3-53
lpSolve_5.6.15 colorspace_1.4-1
[41] ape_5.4 labeling_0.3 network_1.16.0
lazyeval_0.2.2 doParallel_1.0.15
[46] EpiModel_1.8.0 munsell_0.5.0 tergm_3.6.1
statnet.common_4.3.0 crayon_1.3.4
--
John Helly, University of California, San Diego / San Diego Supercomputer
Center / Scripps Institution of Oceanography / 760 840 8660 mobile /
http://www.sdsc.edu/~hellyj
ORCID ID: orcid.org/-0002-3779-0603
__
R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
and provide commented, minimal, self-contained, reproducible code.
Re: [R] Weird change in behavior of summary() function
Follow-up:
I have confirmed that it is something in my local R library such that
when I remove /Users/hellyj/Library/R/4.0 the behavior of summary()
returns to what I expect.
J.
> summary(PRISM)
DAUCO Longitude Latitude Precipitation
Year Month
Length:538790 Min. :-121.4 Min. :41.54 Min. : 0.00
Min. :1895 Min. : 1.000
Class :character 1st Qu.:-121.2 1st Qu.:41.71 1st Qu.: 10.65
1st Qu.:1926 1st Qu.: 3.000
Mode :character Median :-121.0 Median :41.79 Median : 24.41
Median :1957 Median : 6.000
Mean :-121.0 Mean :41.79 Mean : 31.09
Mean :1957 Mean : 6.488
3rd Qu.:-120.9 3rd Qu.:41.88 3rd Qu.: 43.73
3rd Qu.:1989 3rd Qu.: 9.000
Max. :-120.6 Max. :41.96 Max. :265.08
Max. :2020 Max. :12.000
On 12/14/20 12:41, John Helly wrote:
Follow-up:
I find that the problem does not occur on a Linux system, so it is
either Mac-specific or some function of the libraries loaded on the
problem machine.
J.
On 12/14/20 12:24, John Helly wrote:
Aloha.
I have been using the summary function (i.e., summary()) for years
and, in the last few weeks, suddenly find it behaving in an obviously
erroneous way. I expect the DAUCO summary to be summary of the
character variable but it has these weird NULL:00125 values listed
for whatever the number of rows is.
It's not limited to this input data so I don't believe that it is
data-dependent at this point.
This just started happening a number of weeks ago. I've done some
updates of the OS and apps since then and re-installed R from the Mac
*.dmg distro.
I have provided details below and my main questions are 1) has anyone
else seen this (I can't find any reports of it) and 2) how might I
debug this?
Thank you.
Input data sample (first few records from a flat
ASCII csv file)
DAUCO,Longitude,Latitude,Precipitation,Year,Month
00125,-121.41667,41.958334,63.1469993591,1895,1
00125,-121.375,41.958334,63.6969985962,1895,1
00125,-121.3,41.958334,65.7460021973,1895,1
00125,-121.29167,41.958334,69.4150009155,1895,1
00125,-121.25,41.958334,74.0780029297,1895,1
R commands and output
=
PRISM = read.table(PRISM_INPUT,header=TRUE, sep=',',
colClasses=c('character','numeric','numeric','numeric','numeric','numeric'))
> summary(PRISM)
DAUCO Longitude Latitude Precipitation
Year Month
NULL:00125 Min. :-121.4 Min. :41.54 Min. : 0.00 Min.
:1895 Min. : 1.000
NULL:00125 1st Qu.:-121.2 1st Qu.:41.71 1st Qu.: 10.65 1st
Qu.:1926 1st Qu.: 3.000
NULL:00125 Median :-121.0 Median :41.79 Median : 24.41 Median
:1957 Median : 6.000
NULL:00125 Mean :-121.0 Mean :41.79 Mean : 31.09 Mean
:1957 Mean : 6.488
NULL:00125 3rd Qu.:-120.9 3rd Qu.:41.88 3rd Qu.: 43.73 3rd
Qu.:1989 3rd Qu.: 9.000
NULL:00125 Max. :-120.6 Max. :41.96 Max. :265.08 Max.
:2020 Max. :12.000
NULL:00125
NULL:00125
> dput(head(PRISM))
structure(list(DAUCO = c("00125", "00125", "00125", "00125",
"00125", "00125"), Longitude = c(-121.41667, -121.375,
-121.3,
-121.29167, -121.25, -121.20833), Latitude = c(41.958334,
41.958334, 41.958334, 41.958334, 41.958334,
41.958334
), Precipitation = c(63.1469993591, 63.6969985962, 65.7460021973,
69.4150009155, 74.0780029297, 80.4290008545), Year = c(1895,
1895, 1895, 1895, 1895, 1895), Month = c(1, 1, 1, 1, 1, 1)),
row.names = c(NA,
6L), class = "data.frame")
>
> sessionInfo()
R version 4.0.3 (2020-10-10)
Platform: x86_64-apple-darwin17.0 (64-bit)
Running under: macOS Catalina 10.15.7
Matrix products: default
BLAS:
/Library/Frameworks/R.framework/Versions/4.0/Resources/lib/libRblas.dylib
LAPACK:
/Library/Frameworks/R.framework/Versions/4.0/Resources/lib/libRlapack.dylib
locale:
[1] en_US.UTF-8/en_US.UTF-8/en_US.UTF-8/C/en_US.UTF-8/en_US.UTF-8
attached base packages:
[1] stats graphics grDevices utils datasets methods base
other attached packages:
[1] reshape_0.8.8 plyr_1.8.6 ggplot2_3.3.2
loaded via a namespace (and not attached):
[1] Rcpp_1.0.4.6 pillar_1.4.4 DEoptimR_1.0-8
compiler_4.0.3 RColorBrewer_1.1-2
[6] iterators_1.0.12 digest_0.6.25 lifecycle_0.2.0
tibble_3.0.1 gtable_0.3.0
[11] nlme_3.1-149 lattice_0.20-41 pkgconfig_2.0.3
rlang_0.4.6 foreach_1.5.0
[16] Matrix_1.2-18 parallel_4.0.3 ergm_3.10.4
coda_0.19-3 withr_2.2.0
[21] dplyr_1.0.0 generics_0.0.2 vctrs_0.3.1
networkDynamic_0.10.1 trust_0.1-8
[26] grid_4.0.3 tidyselect_1.1.0 deSolve_1.28
robustbase_0.
[R] Weird change in behavior of summary() function
Aloha.
I have been using the summary function (i.e., summary()) for years and,
in the last few weeks, suddenly find it behaving in an obviously
erroneous way. I expect the DAUCO summary to be summary of the
character variable but it has these weird NULL:00125 values listed for
whatever the number of rows is.
It's not limited to this input data so I don't believe that it is
data-dependent at this point.
This just started happening a number of weeks ago. I've done some
updates of the OS and apps since then and re-installed R from the Mac
*.dmg distro.
I have provided details below and my main questions are 1) has anyone
else seen this (I can't find any reports of it) and 2) how might I debug
this?
Thank you.
Input data sample (first few records from a flat ASCII
csv file)
DAUCO,Longitude,Latitude,Precipitation,Year,Month
00125,-121.41667,41.958334,63.1469993591,1895,1
00125,-121.375,41.958334,63.6969985962,1895,1
00125,-121.3,41.958334,65.7460021973,1895,1
00125,-121.29167,41.958334,69.4150009155,1895,1
00125,-121.25,41.958334,74.0780029297,1895,1
R commands and output
=
PRISM = read.table(PRISM_INPUT,header=TRUE, sep=',',
colClasses=c('character','numeric','numeric','numeric','numeric','numeric'))
> summary(PRISM)
DAUCO Longitude Latitude Precipitation
Year Month
NULL:00125 Min. :-121.4 Min. :41.54 Min. : 0.00 Min.
:1895 Min. : 1.000
NULL:00125 1st Qu.:-121.2 1st Qu.:41.71 1st Qu.: 10.65 1st
Qu.:1926 1st Qu.: 3.000
NULL:00125 Median :-121.0 Median :41.79 Median : 24.41 Median
:1957 Median : 6.000
NULL:00125 Mean :-121.0 Mean :41.79 Mean : 31.09 Mean
:1957 Mean : 6.488
NULL:00125 3rd Qu.:-120.9 3rd Qu.:41.88 3rd Qu.: 43.73 3rd
Qu.:1989 3rd Qu.: 9.000
NULL:00125 Max. :-120.6 Max. :41.96 Max. :265.08 Max.
:2020 Max. :12.000
NULL:00125
NULL:00125
> dput(head(PRISM))
structure(list(DAUCO = c("00125", "00125", "00125", "00125",
"00125", "00125"), Longitude = c(-121.41667, -121.375, -121.3,
-121.29167, -121.25, -121.20833), Latitude = c(41.958334,
41.958334, 41.958334, 41.958334, 41.958334, 41.958334
), Precipitation = c(63.1469993591, 63.6969985962, 65.7460021973,
69.4150009155, 74.0780029297, 80.4290008545), Year = c(1895,
1895, 1895, 1895, 1895, 1895), Month = c(1, 1, 1, 1, 1, 1)), row.names =
c(NA,
6L), class = "data.frame")
>
> sessionInfo()
R version 4.0.3 (2020-10-10)
Platform: x86_64-apple-darwin17.0 (64-bit)
Running under: macOS Catalina 10.15.7
Matrix products: default
BLAS:
/Library/Frameworks/R.framework/Versions/4.0/Resources/lib/libRblas.dylib
LAPACK:
/Library/Frameworks/R.framework/Versions/4.0/Resources/lib/libRlapack.dylib
locale:
[1] en_US.UTF-8/en_US.UTF-8/en_US.UTF-8/C/en_US.UTF-8/en_US.UTF-8
attached base packages:
[1] stats graphics grDevices utils datasets methods base
other attached packages:
[1] reshape_0.8.8 plyr_1.8.6 ggplot2_3.3.2
loaded via a namespace (and not attached):
[1] Rcpp_1.0.4.6 pillar_1.4.4 DEoptimR_1.0-8
compiler_4.0.3 RColorBrewer_1.1-2
[6] iterators_1.0.12 digest_0.6.25 lifecycle_0.2.0
tibble_3.0.1 gtable_0.3.0
[11] nlme_3.1-149 lattice_0.20-41 pkgconfig_2.0.3
rlang_0.4.6 foreach_1.5.0
[16] Matrix_1.2-18 parallel_4.0.3 ergm_3.10.4
coda_0.19-3 withr_2.2.0
[21] dplyr_1.0.0 generics_0.0.2 vctrs_0.3.1
networkDynamic_0.10.1 trust_0.1-8
[26] grid_4.0.3 tidyselect_1.1.0 deSolve_1.28
robustbase_0.93-6 glue_1.4.1
[31] R6_2.4.1 farver_2.0.3 purrr_0.3.4
magrittr_1.5 codetools_0.2-16
[36] scales_1.1.1 ellipsis_0.3.1 MASS_7.3-53
lpSolve_5.6.15 colorspace_1.4-1
[41] ape_5.4 labeling_0.3 network_1.16.0
lazyeval_0.2.2 doParallel_1.0.15
[46] EpiModel_1.8.0 munsell_0.5.0 tergm_3.6.1
statnet.common_4.3.0 crayon_1.3.4
--
John Helly, University of California, San Diego / San Diego Supercomputer
Center / Scripps Institution of Oceanography / 760 840 8660 mobile /
http://www.sdsc.edu/~hellyj
ORCID ID: orcid.org/-0002-3779-0603
__
R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
and provide commented, minimal, self-contained, reproducible code.
Re: [R] R hangs when attempting open existing *.R file
Ok. Thanks. I will do that. Sorry for the confusion. J. On 5/21/20 15:53, Jeff Newmiller wrote: > R does not exactly "open R files" the way you phrased it... on most platforms > you use a text editor for that. R App is a bit of a special case... ergo, you > should probably be asking on the specialized list. > > On May 21, 2020 3:47:18 PM PDT, John Helly wrote: >> MacOSX R App. Am I missing something about using that GUI? >> >> J. >> >> On 5/21/20 15:43, Jeff Newmiller wrote: >>> What do you mean by "open an existing R file"... did you try to load >> it with the source function or the MacOSX R App? If the latter you may >> be better off reading the archives of and/or asking in R-sig-mac... >>> On May 21, 2020 3:35:13 PM PDT, John Helly via R-help >> wrote: >>>> Aloha. >>>> >>>> Just installed 'Arbor day' and what was an occasional problem is now >>>> preventing me from loading even a script I was routinely running the >>>> day >>>> before. >>>> >>>> Anyone have any idea what might be wrong now? I just get a >> beachball >>>> and Force Quit tells me R is not responding. >>>> >>>> Thank you. >>>> J. -- John Helly, University of California, San Diego / San Diego Supercomputer Center / Scripps Institution of Oceanography / 760 840 8660 mobile / http://www.sdsc.edu/~hellyj ORCID ID: orcid.org/-0002-3779-0603 __ R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
Re: [R] R hangs when attempting open existing *.R file
MacOSX R App. Am I missing something about using that GUI? J. On 5/21/20 15:43, Jeff Newmiller wrote: > What do you mean by "open an existing R file"... did you try to load it with > the source function or the MacOSX R App? If the latter you may be better off > reading the archives of and/or asking in R-sig-mac... > > On May 21, 2020 3:35:13 PM PDT, John Helly via R-help > wrote: >> Aloha. >> >> Just installed 'Arbor day' and what was an occasional problem is now >> preventing me from loading even a script I was routinely running the >> day >> before. >> >> Anyone have any idea what might be wrong now? I just get a beachball >> and Force Quit tells me R is not responding. >> >> Thank you. >> J. -- John Helly, University of California, San Diego / San Diego Supercomputer Center / Scripps Institution of Oceanography / 760 840 8660 mobile / http://www.sdsc.edu/~hellyj ORCID ID: orcid.org/-0002-3779-0603 __ R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
[R] R hangs when attempting open existing *.R file
Aloha. Just installed 'Arbor day' and what was an occasional problem is now preventing me from loading even a script I was routinely running the day before. Anyone have any idea what might be wrong now? I just get a beachball and Force Quit tells me R is not responding. Thank you. J. -- John Helly, University of California, San Diego / San Diego Supercomputer Center / Scripps Institution of Oceanography / 760 840 8660 mobile / http://www.sdsc.edu/~hellyj ORCID ID: orcid.org/-0002-3779-0603 __ R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
[R] Alternative method for range-matching within 2 nested loops in R?
Hi.
I've been puzzling about how to replace the nested loops below. The idea
is that the B dataframe has rows with a posix datetime and the C
dataframes has posix Start and End times. I want to assign a value to
the observations in B based in intersecting the appropriate
time-interval in C. I haven't been able to discern a more efficient way
to do this. Any suggestions would be most appreciated.
brows = dim(B)[1]
mrows = dim(C)[1]
for (i in 1:brows ) {
for (j in 1:mrows ) {
if (B$Datetime[i] = C$DT_Start[j] B$Datetime=C$DT_End[j]){
B$Site[i] = C$Proximity[j]
}
}
}
--
John Helly, University of California, San Diego / San Diego Supercomputer
Center / Scripps Institution of Oceanography / 760 840 8660 mobile / stonesteps
(Skype) / stonesteps7 (iChat) / http://www.sdsc.edu/~hellyj
__
R-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
and provide commented, minimal, self-contained, reproducible code.
[R] Inconsisten graphics i/o when using Rscript versus GUI
Hi. I'm running R OS X GUI 1.35-dev Leopard build 64-bit. When I run the following code (snippet from a larger code) from the GUI I obtain 2 separate *.pdf files as you would expect from the high-lighted code. However, when I run from Rscript (command-line), I only get the first one. No errors appear in the console log however I do get a 'null device' message that I don't understand. It's probably related but I have no clue how to debug this. Perhaps the second output file is not getting initialized? I've tried a few variations to see if I can unearth the cause but no joy so far. Any suggestions would be appreciated. Thanks. ... profiles.spl - smooth.spline(x, y) (profiles.spl) x_pred = seq(1,as.integer(max(x))) B = data.frame(predict(profiles.spl,x_pred)) pdf(file=paste(/Volumes/SLR_Data_001/USN_SERDP_SLR/data/level1/beach_profiles_Flick/,Filename,.pdf,sep=)) caption = paste(aLocation, (, aYear,.,aMonth,.,aDay,),sep=) credits = paste(splineWriter.R / hel...@ucsd.edu / 20110120) xrng = range(x) yrng = range(y) pred = qplot(x,y, data=B, xlab=Distance (m), ylab = Elevation (m), xlim=c(0,1000), ylim=c(-12,4)) pred + geom_text(aes(700,2,label=caption)) + geom_text(aes(180,-12,label=credits),size=2.7) dev.off() ## Residual (Tukey Anscombe) plot: pdf(file=paste(/Volumes/SLR_Data_001/USN_SERDP_SLR/data/level1/beach_profiles_Flick/,Filename,TA.pdf,sep=)) qplot(fitted(profiles.spl), residuals(profiles.spl)) dev.off() ... -- John Helly, University of California, San Diego / San Diego Supercomputer Center / Scripps Institution of Oceanography / stonesteps (Skype) / stonesteps7 (iChat) / http://www.sdsc.edu/~hellyj [[alternative HTML version deleted]] __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
[R] Greek symbols (again but more complicated)
Hi. I'm trying to get 'mu' to show up as a Greek symbol but, despite trying every example I could find, can't get it to work. Any insights would be welcome. This is what I'm using that works, but displays mu with the letter u. plotTimeXMastPAR - qplot(DT,MastPAR, data=A, xlab = , ylab = quote(PAR (uE ~m^-2 ~s^-1)), geom=line) + opts(legend.position=none) This is an attempt to get mu to look right but it does not work. It doesn't fail but nothing inside the expression statement gets displayed. plotTimeXMastPAR - qplot(DT,MastPAR, data=A, xlab = , ylab = c(PAR, expression(mu, quote(E ~m^-2 ~s^-1))), geom=line) + opts(legend.position=none) Cheers. -- John Helly, UCSD / San Diego Supercomputer Center / Scripps Institution of Oceanography, Climate, Atmospheric Science, and Physical Oceanography / +01 760 840 8660 mobile / stonesteps (Skype) / stonesteps7 (iChat) / /www.sdsc.edu/~hellyj __ R-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
