> It should be possible to run R without installing it, as
> /path/to/R-4.2.2/bin/R (strictly speaking, as bin/R under the build
> directory, if you're building R separately from the source tree). Does
> it work?
>
So far R does seem to be working and I've tested installing some packages.
Is
On Sun, 20 Nov 2022 14:03:34 -0500
Rob Kudyba wrote:
> /path/to/gcc-11.2/lib is definitely in LD_LIBRARY_PATH when loading
> the GCC 11.2 module.
>
> If using the /path/to/R-4.2.2/etc/ldpaths where would I put the
> correct path? I would've hoped the configure/make process would've
> found this
Agreed on the ranking of (1) vs (2)
On Sun, Nov 20, 2022 at 1:30 PM Ebert,Timothy Aaron wrote:
> I like option 1. Option 2 may cause problems if you are pooling groups
> that do not go together. This is especially a problem if you know that the
> data is missing some groups. I would consider
I like option 1. Option 2 may cause problems if you are pooling groups that do
not go together. This is especially a problem if you know that the data is
missing some groups. I would consider dropping rare groups - or compare results
between pooling and dropping options. If the answer is the
I think (2) might be a bad idea if one of the "sparse"categories has
high predictive power. You'll lose it when you pool, will you not?
Also, there is the problem of subjectively defining "sparse."
However, 1) seems quite sensible to me. But IANAE.
-- Bert
On Sun, Nov 20, 2022 at 9:49 AM
Two possible fixes occur to me
1) Redo the test/training split but within levels of factor - so you have
the same split within each level and each level accounted for in training
and testing
2) if you have a lot of levels, and perhaps sparse representation in a few,
consider recoding levels to
On Fri, 18 Nov 2022 16:45:14 -0500
Rob Kudyba wrote:
> Here is where the error occurs in make install:
> [...]
> installing packages ...
> building HTML index ...
> /path/to/R-4.2.2/bin/exec/R: error while loading shared libraries:
> libgfortran.so.5: cannot open shared object file: No such
small reprex:
set.seed(5)
dat <- data.frame(f = rep(c('r','g'),4), y = runif(8))
newdat <- data.frame(f =rep(c('r','g','b'),2))
## convert values in newdat not seen in dat to NA
is.na(newdat$f) <-!( newdat$f %in% dat$f)
lmfit <- lm(y~f, data = dat)
##Result:
> predict(lmfit,newdat)
1
On Thu, Nov 17, 2022 at 7:29 PM Ottorino via ESS-help
wrote:
>
> Hi all,
>
> I think I've found a discrepancy
>
> in file
>
> /home/user/.emacs.d/elpa/ess-20221108.1714/ess-r-mode.el
>
> at lines 264-270
>
> I can find the variable
>
> ess-r-mode-map
>
> while in
>
>
Às 15:29 de 20/11/2022, Gábor Malomsoki escreveu:
Dear Bert,
Yes, was trying to fill the not existing categories with NAs, but the
suggested solutions in stackoverflow.com unfortunately did not work.
Best regards
Gabor
Bert Gunter schrieb am So., 20. Nov. 2022, 16:20:
You can't predict
Dear Bert,
Yes, was trying to fill the not existing categories with NAs, but the
suggested solutions in stackoverflow.com unfortunately did not work.
Best regards
Gabor
Bert Gunter schrieb am So., 20. Nov. 2022, 16:20:
> You can't predict results for categories that you've not seen before
>
You can't predict results for categories that you've not seen before (think
about it). You will need to remove those cases from your test set (or
convert them to NA and predict them as NA).
-- Bert
On Sun, Nov 20, 2022 at 7:02 AM Gábor Malomsoki
wrote:
> Dear all,
>
> i have created a logistic
Dear all,
i have created a logistic regression model,
on the train df:
mymodel1 <- glm(book_state ~ TG_KraftF5, data = train, family = "binomial")
then i try to predict with the test df
Predict<- predict(mymodel1, newdata = test, type = "response")
then iget this error message:
Error in
On RHEL 8 with GCC 11.2.0 loaded as a module in a non-standard location I'm
the below error with make install. libgfortran.so is definitely in
$LD_LIBRARY_PATH, i.e., /path/to/gcc-11.2/lib64
ls -l /path/to/gcc-11.2/lib64/*fortran.so*
lrwxrwxrwx 1 rk3199 user20 Mar 24 2022 libgfortran.so
14 matches
Mail list logo