d confidence intervals for model
+ estimates.
}
\section{Using time series}{
Considerable care is needed when using \code{lm} with time series.
De : Martin Maechler [mailto:maech...@stat.math.ethz.ch]
Envoyé : vendredi 17 janvier 2025 17:04
À : SOEIRO Thomas
Cc : r-devel@r-project.o
profiling to be done...
term estimate std.error statisticp.value conf.low conf.high
1 (Intercept) 1.076887 0.1226144 0.6041221 0.54849393 0.8468381 1.369429
2 woolB 1.076887 0.1226144 0.6041221 0.54849393 0.8468381 1.369429
3tensionM 1.248849 0.1501714 1.479790
70 -0.07210825 0.5165527
4tensionH 0. 0.03100435 0.03900286 0.6276638
Thank you.
Best regards,
Thomas
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
:59
À : SOEIRO Thomas; R Development List
Objet : RE: Documentation of addmargins
EMAIL EXTERNE - TRAITER AVEC PRÉCAUTION LIENS ET FICHIERS
Thomas SOEIRO wrote:
> Dear list,
> There is a minor typo in addmargins (section Details):
> - If the functions used to form margins are not commutat
. Of course this is minor, but imho one of
the strengths of R is also its documentation!
Best,
Thomas
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
for similar
functions), I suspect that I am missing something...
Best,
Thomas
dfs <- list(x = warpbreaks)
dfs$x$id <- seq_along(dfs$x$breaks)
dfs$y <- dfs$x[1:15, ]
dfs$z <- dfs$x[20:35, ]
identical(
Reduce(function(...) merge(..., by = "id", all = TRUE), dfs),
Reduc
") since `apply` recently
gained a `simplify` argument.
Best,
Thomas
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Dear Martin,
Should I finally report a bug for this (these?) remaining issue as initially
agreed?
Best regards,
Thomas
> > Dear Martin,
> >
> > Thank you for the perfect fix. It fixes both issues in the 1-dim case (i.e.
> > automatic dnn *and* disregard dnn/names
#x27;t think we expose it at the R level, though it is part
> > of the official C API. I don't know of any plans for this to change, but I
> > suppose it could. Plus for functions in R itself, we could even use it
> > without exposing it more widely. A number of func
s should be an error?
>
> table(warpbreaks[2], warpbreaks[3])
> #
> # 1:3
> # 1:2 0
> # Warning messages:
> # 1: In xtfrm.data.frame(x) : cannot xtfrm data frames
> # 2: In xtfrm.data.frame(x) : cannot xtfrm data frames
>
> Best regards,
>
> Thomas
>
# Warning messages:
# 1: In xtfrm.data.frame(x) : cannot xtfrm data frames
# 2: In xtfrm.data.frame(x) : cannot xtfrm data frames
Best regards,
Thomas
> -Message d'origine-
> De : Martin Maechler [mailto:maech...@stat.math.ethz.ch]
> Envoyé : jeudi 14 octobre 2021 11:4
arpbreaks[2], dnn = letters[1]) # as documented
> # a
> # A B
> # 27 27
>
> table(zzz = warpbreaks[2], dnn = letters[1]) # as documented
> # a
> # A B
> # 27 27
>
> table(zzz = warpbreaks$wool, dnn = letters[1]) # as documented
> # a
> # A B
>
e même longueur que le vecteur [1]
Best regards,
Thomas
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
voyé : jeudi 30 septembre 2021 15:27
À : SOEIRO Thomas
Cc : r-devel@r-project.org; Dirk Eddelbuettel
Objet : Re: [Rd] trunc.Date and round.Date + documentation of DateTimeClasses
EMAIL EXTERNE - TRAITER AVEC PRÉCAUTION LIENS ET FICHIERS
Excuse the exceptional top-reply:
Note that a very related issue
c.Date manage
fractional days with round(x - 0.499).)
-Message d'origine-
De : SOEIRO Thomas
Envoyé : mercredi 29 septembre 2021 17:00
À : 'r-devel@r-project.org'
Objet : trunc.Date and round.Date + documentation of DateTimeClasses
Dear All,
1) trunc.Date and round.Dat
DateTimeClasses:
It may be useful to add in the documentation of DateTimeClasses that
manipulating elements of POSIXlt objects may results in "invalid" entries
(e.g., mon = 12 or mday = 0), but that the object is nevertheless correctly
printed/coerced.
Is this behavi
There is a small typo in the NEWS file: write.table -> write.ftable
-Message d'origine-
De : SOEIRO Thomas
Envoyé : jeudi 2 septembre 2021 13:10
À : 'Martin Maechler'
Cc : r-devel@r-project.org
Objet : RE: [Rd] sep hard coded in write.ftable
Dear Martin,
Thank you
Dear Martin,
Thank you very much for your prompt feedback!
Best regards,
Thomas
-Message d'origine-
De : Martin Maechler [mailto:maech...@stat.math.ethz.ch]
Envoyé : jeudi 2 septembre 2021 11:30
À : SOEIRO Thomas
Cc : r-devel@r-project.org
Objet : Re: [Rd] sep hard cod
t;
write.table(sep = ";", row.names = FALSE, col.names = FALSE)
ftable(formula = wool + tension ~ breaks, data = warpbreaks) |>
write.ftable2(sep = ";")
Best regards,
Thomas
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
ust match the type of FUN(x) and warn for
coercion?
- Could ave be more flexible (i.e. allow different type of x and FUN(x)) if
using another approach than x[i] <- value[[j]] in split<-.default for
recycling?
This has already been discussed on r-help and stackoverflow (e.g.
https://stat.ethz.ch/pipermail/r-help/2016-November/442855.html)
Best,
Thomas
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
nette
also seems an excellent idea.
These changes will probably helps numerous users.
Best,
Thomas
On Wed, Mar 17, 2021 at 7:55 PM Michael Dewey
wrote:
>
> Comments in line
>
> On 13/03/2021 09:50, SOEIRO Thomas wrote:
> > Dear list,
> >
> > I have some questio
k about it? (i.e is it relevant for a patch?)
Thanks,
Thomas
>
> De : Abby Spurdle
> Envoyé : lundi 15 mars 2021 10:22
> À : SOEIRO Thomas
> Cc : r-devel@r-project.org
> Objet : Re: [Rd] Potential improvements of ave?
>
> H
Hi Abby,
Thank you for your positive feedback.
I agree for your general comment about sorting.
For ave specifically, ordering may not help because the output must maintain
the order of the input (as ave returns only x and not the entiere data.frame).
Thanks,
Thomas
in
my previous message).
____
De : SOEIRO Thomas
Envoyé : vendredi 12 mars 2021 23:59
À : r-devel@r-project.org
Objet : Potential improvements of ave?
Dear all,
I have two questions/suggestions about ave, but I am not sure if it's relevant
for bug reports.
1) I
_2hr",
"conc_3hr",
"conc_4hr",
"conc_5hr",
"conc_6hr",
"conc_8hr")))
Thanks,
Thomas
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
stat.ethz.ch/pipermail/r-devel/2011-February/059947.html).
Is it relevant/possible to expose the drop argument explicitly?
Thanks,
Thomas
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Thanks, Gabe and Gabor.
In my case it causes a non-zero status and fails the check-devel step.
I’ll definitely fall back to modifying the code but it doesn’t seem like
this is exactly the intended behavior of the tests.
-Thomas
El El lun, 5 oct 2020 a las 19:42, Gabriel Becker
escribió
ible? Or, make tests that require internet access into a
distinct `check-internet` or similar?
As an additional reference, the same conditional statement appears to
also be used in these other tests:
https://svn.r-project.org/R/trunk/tests/CRANtools.R
https://svn.r-project.org/R/trunk/tests/libcurl.R
Possibly just a symptom of the earlier behavior, but I'll amend my
example, below, with an even more disturbing observation:
Am Sat, 23 May 2020 13:19:24 +0200
schrieb Thomas Friedrichsmeier via R-devel :
[...]
> Consider the code below:
>
> makeActiveBinding("i",
or(i in 2:3) print(i) # output [1] "set"
#NULL
#NULL
print(i) # output NULL
print(x) # output NULL
i <- 4 # output "set"
print(i) # ouput [1] 4
print(x) # ouput [1] 4
Reg
na.action = na.omit)
# group
# a b
# 1 1
The example works as documented if we change the code to:
na.rm <-
identical(naAct, quote(na.pass)) || identical(naAct, na.pass) ||
identical(naAct, "na.pass")
However, there may be something I am miss
in the
documentation) would facilitate the reuse of ftable results for further
analysis.
Thank you very much,
Thomas
> If you are looking at ftable could you also consider adding a way to convert
> an ftable into a usable data.frame such as the ftable2df function defined
> here
course it's
>> not meant to be, but I'm not used to the R mailing lists...
>
> well, there could be said much, and many stories told here ... ;-)
>
>> Thank you in advance for your comments,
>>
>> Best,
>> Thomas
>
> The main reasons for &
meant to be, but I'm not used to the R mailing lists...
Thank you in advance for your comments,
Best,
Thomas
> Dear all,
>
> justify argument is hard coded in format.ftable:
>
> cbind(apply(LABS, 2L, format, justify = "left"),
> apply(DATA, 2L, form
ults to c("left", "right") for backward
compatibility.
It could then allow:
ftab <- ftable(wool + tension ~ breaks, warpbreaks)
format.ftable(ftab, justify = c("none", "none"))
Best regards,
Thomas
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
no preference whatsoever.
Cheers
Thomas
On 25 May 2019 at 00.59.44, Abby Spurdle
(spurdl...@gmail.com<mailto:spurdl...@gmail.com>) wrote:
> Martin Maechler has asked me to send this to R-devel for discussion
> after I submitted it as an enhancement request (
> https://bug
the compiler expects.
I checked, and it appears that at least ifort uses the same convention
as gfortran 8/9 regarding character argument passing.
Regards
Thomas
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
It seems that it's an old bug that was found in some other packages, but
at that time not optim:
https://bugs.r-project.org/bugzilla/show_bug.cgi?id=15958
and that Duncan Murdoch posted a patch already last Friday :)
Thomas
Am 06.05.2019 um 16:40 schrieb Ben Bolker:
That's cons
Hi Steve,
With the caveat that one may need to use the VALUE attribute to
account for pass-by-value vs pass-by-reference.
LAPACK should be all pass by reference, it is old F77-style
code (except that the odd ALLOCATABLE array has snuck in
in the testing routines).
back in the dark ages?).
We're willing to do reasonable things :-) but so far all of the options
we have come up with have very serious drawbacks (see the link to the
PR at the top). If you come up with a suggestion, we'd be more than
happy to look at it.
I think the best option would
Hi Tomas,
thanks a lot for your analysis. I have created
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90329
for this, and put you in CC (if your e-mail address
for GCC bugzilla is still current).
Regards
Thomas
__
R-devel@r-project.org
Hi Tomas,
On 4/23/19 2:59 PM, Thomas König wrote:
Hi,
there can be an issue with recent gcc where the system-installed "ar"
and "ranlib" commands cannot handle LTO binaries. On compilation, this
manifests itself with error messages claiming that they need extra
plugi
lds
it as a shared library. Offhand, I did not see any way to
build a *.a file instead, so I could not use LTO to check
for mismatched prototypes between R and LAPACK.
Of course, I cannot be sure that this is really the root cause
of the problem you are seeing,but it does s
AR=gcc-ar RANLIB=gcc-ranlib ./configure --enable-lto
so it is not a big issue, but it would still be nicer if the configure
script tested the functionality of ar and ranlib itself and would
select the appropriate one accordingly.
This is with R version 3.5.3.
Reg
That seems great to me. Thank you very much!
-Thomas
On Sat, Feb 23, 2019 at 11:14 AM Martin Maechler
wrote:
>
> >>>>> peter dalgaard
> >>>>> on Fri, 22 Feb 2019 12:38:14 +0100 writes:
>
> > It's not a problem per se to put additio
print() method unchanged and simply
returning the SE as an additional element should affect almost nothing.
I’m all for continuity and conservative development, but we also should aim
to make R as useful and usable as possible. This seems like a nice simple
way to do that.
Best,
Thomas
On Thu, 21
print() method isn’t updated? Or,
better, update the print() method to display this as well?
Best,
Thomas
[1]
https://twitter.com/amandayagan/status/1098314654470819840?s=21
--
Thomas J. Leeper
http://www.thomasleeper.com
[[alternative HTML version deleted
think it should go a little further
by actively discouraging its use in the first place.
I do not wish to be contentious on all this... just encouraging
good practice that's all.
cheers
Thomas
On 17/12/18 12:26 PM, Achim Zeileis wrote:
On Sat, 15 Dec 2018, frede...@ofb.net wrote:
I agree
like in the lm() example.
Rather than attached improved .Rd files here, they are put at
www.stat.auckland.ac.nz/~yee/Rdfiles
You are welcome to use them!
Best,
Thomas
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
{} block, it appears to me that it would be better if cleanEx() did a
cleaning of the environment along with a single gc call prior to performing any
checks on the end state. Is this something you would consider?
best
Thomas Lin Pedersen
[[alternative HTML version
As long as we're on this point about not many users knowing about "L"
notation, I'm going bump my earlier suggestion that it be at least
mentioned in the `? integer` documentation page:
https://stat.ethz.ch/pipermail/r-devel/2018-May/076203.html
Cheers,
-Thomas
> Fro
Thomas Levine writes:
> I have yet to find any example of my proposed changes causing a
> regression. I believe that the most reasonable thing that it might
> break is something that depends on either kruskal.test raising an
> error or that depends on the specific text in the error mes
Thomas Levine writes:
> I submit a couple options for addressing bug 16719: kruskal.test
> documentation for formula.
> https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=16719
>
> disallow-character.diff changes the documentation and error message
> to indicate that fa
eference to the `? NumericConstants` man page and/or a
cross-reference to the `? ':'` or `? seq` man pages, which describe how
particularities of how integer sequences can be (reliably) constructed.
Again, just a suggestion.
-Thomas
Thomas J. Leeper
___
I submit a couple options for addressing bug 16719: kruskal.test
documentation for formula.
https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=16719
disallow-character.diff changes the documentation and error message
to indicate that factors are accepted.
allow-character.diff changes the kruska
> On 22 Jan 2018, at 16.21, Martin Maechler wrote:
>
>>>>>> Thomas Lin Pedersen mailto:thomas...@gmail.com>>
>>>>>>on Mon, 22 Jan 2018 14:32:27 +0100 writes:
>
>> Hi I’ve just spend a bit of time debugging an error
>> arising
.
I can open a bug report if you wish, but I would require a bugzilla account for
that. Otherwise you’re also welcome to take it from here.
With best wishes
Thomas Lin Pedersen
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r
> If the R project cannot use or reference any site that uses non-open
> code, including minified javascript - which appears to be the
> principle issue for GitHub - I suspect that you will be obliged to
> discontinue links to almost every journal, university, charity,
> government and research est
Martin Maechler writes:
> There may be one small problem: IIUC, the wayback machine is a
> +- private endeavor and really great and phantastic but it does
> need (US? tax deductible) donations, https://archive.org/donate/,
> to continue thriving.
> This makes me hesitate a bit to link to it within
This dead link is still present in the svn HEAD.
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
The attached patch corrects a dead link in the treering documentation.
The URL in the manual [1] refers to a personal home page belonging to
Christine Hallman (user "hallman") on the website of the University of
Arizona Laboratory of Tree-Ring Research (LTRR). It seems that the LTRR
personal homep
`variables` to the wrong structure (making a
three-column data frame instead of a two-column data frame) and
therefore misnames the resulting columns. I unfortunately don't know
the most sensible/general way to solve this, otherwise I would submit
a patch. Anyone know how to fix this last line?
Best,
-Thomas
Thomas J. Leeper
http://www.thomasleeper.com
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
s, new = 2) :
variable lengths differ (found for '(new)')
But, maybe that's something for the "Details" section? (Or it's a bug
- I don't really know.)
Thanks in advance for your consideration.
Best,
-Thomas
Thomas J. Leeper
http://www.thomasleeper.com
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
stop("'prob' and 'mu' both specified")
.Call(C_rnbinom_mu, n, size, mu)
}
else .Call(C_rnbinom, n, size, prob)
}
--
Thomas Roh
thms...@gmail.com
[[alternative HTML version deleted]]
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Am 02.09.2016 um 16:02 schrieb Dirk Eddelbuettel:
On 2 September 2016 at 14:54, Thomas Petzoldt wrote:
| Hi,
|
| I have the same problem and, at a first look, the issues reported by the
| CRAN checks seemed easy to fix. However, after checking it again locally
| and on http://win-builder.r
Many thanks for clarification,
Thomas
Am 28.08.2016 um 23:48 schrieb Roger Koenker:
Hi Kurt,
I have started to look into this, and I need some guidance about how to
prioritize my repairs. There are basically 4 categories of warnings from
gfortran’s pedantic critique of my packages:
"def numbers = numberList.toArray()",
"def result = [strings, numbers]",
"return (Object[]) result",
sep="\n")
result <- Evaluate (groovyScript=groovyScript)
temp <- lapply(result, .jevalArray)
On Fri, Jan 15, 2016 at 1:58 PM, Simon Ur
ually. Interestingly, the JSON encoding is using all 16 cores, so
> the 2.7s real time add up to over 20s CPU time so on smaller machines you may
> see more overhead.
>
> If you need process separation, it may be a different story - in principle it
> is faster to use more native ser
Hi Folks,
If you need to send data from Java to R you may consider using the
JDataFrame API -- which is used to convert data into JSON which then
can be converted into a data frame in R.
Here's the project page:
https://coherentlogic.com/middleware-development/jdataframe/
and here's a partial e
pect
other new package authors might be in the same place (i.e., just not
aware that such a file is helpful for end users).
Thomas J. Leeper
http://www.thomasleeper.com
On Fri, Jun 5, 2015 at 6:32 PM, Duncan Murdoch wrote:
> On 05/06/2015 8:16 AM, Thomas J. Leeper wrote:
>>
>> It&#
It's disappointing that many packages do not have a NEWS file. Perhaps
CRAN should require NEWS or CHANGELOG, as long as the system is being
reformed to potentially accommodate markdown anyway.
-Thomas
Thomas J. Leeper
http://www.thomasleeper.com
On Fri, Jun 5, 2015 at 12:00 PM,
lowercase digits 'a' through 'f', respectively. If two URIs
differ only in the case of hexadecimal digits used in percent-encoded
octets, they are equivalent. For consistency, URI producers and
normalizers should use **uppercase** hexadecimal dig
hi,
Am a software developer having 4 yr experience in c++.I want to
integrate R environment in my c++ application,please help me to do so.
thanks®ards
blesson
[[alternative HTML version deleted]]
__
R-devel@r-project.org mailing list
http
s to the widget instead of the
console. Following this design, instead of writing to the widget, you
could write all of that to some kind of formatted log file.
The package is on CRAN and you can take quick look at the source code
on GitHub: https://github.com/leeper/rite/blob/master/R/rit
functions worked as expected. See example below.
The symptom is that super assignments (<<-) of unmodified variables lead
to "references" instead of copies.
Thomas Petzoldt and Karline Soetaert
## --
## Unexpected behavior:
#
rsity of Sydney
> Camperdown NSW 2050
> Australia
Dario,
When you use the constructor, the environment of the function is the
environment inside the constructor; when you use new() it is
R_GlobalEnv
The way functions print is that they print their environment when it
isn't
y instead.
>
As a follow-up to this, note that with traditional Unix symbol
resolution it was forbidden to have two different routines with the
same name linked into an object. That just isn't an option for R
because of the package system. This isn't theoretical: the PACKAG
ot printing information to
stdout for R CMD Sweave is intended or not, but I thought I'll report it
along with confirming R CMD Sweave no works again for me.
Best wishes
Thomas
> sessionInfo()
R Under development (unstable) (2014-04-22 r65449)
Platform: x86_64-unknown-linux-gnu
ons that way, you need to make potentially
unsafe assumptions. For example, that you can't get an error halfway up a
chain of nested complex assignments when it's too late to back out of the
expression.
-thomas
--
Thomas Lumley
Professor of Biostatistics
University of Auckland
"
Should the plot.window documentation be corrected to say "r" is the
default or am I missing something?
Thanks,
-Thomas
Thomas J. Leeper
http://www.thomasleeper.com
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On 13.09.2013 16:44, Prof Brian Ripley wrote:
On 13/09/2013 15:14, Duncan Murdoch wrote:
On 13/09/2013 10:01 AM, Thomas Petzoldt wrote:
Dear R developers,
I found a small issue while plotting contours of data containing both
"usual" and "very small" numbers. It appeared w
e?
Thanks a lot for developing this great software!
Thomas
Example:
set.seed(357)
z1 <- matrix(runif(100, -1e-180, 1e-180), nrow = 10)
contour(z1)# ok
z2 <- matrix(c(runif(50, -1, 1), runif(50, -1e-180, 1e-180)), nrow = 10)
contour(z2) # Error in contour.default(z) : k !=
atural to retry
until the requested data are available?
-thomas
--
Thomas Lumley
Professor of Biostatistics
University of Auckland
[[alternative HTML version deleted]]
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Hi,
On Friday 26 April 2013 21:07:00 Laurent Gautier wrote:
[...]
> SEXP R_data_class(SEXP obj, Rboolean singleString)
> ```
>
> I am obviously writing this because I'd wish to see it in the API,
[...]
I'd like to second this request, as we'd have use for this in R
et is invisibly sitting in
the saved file.
Duncan Murdoch writes:
> On 13-04-19 2:57 PM, Thomas Alexander Gerds wrote:
>> hmm. I have tested a bit more, and found this perhaps more difficult
>> solve situation. even though I delete x, since x is part of the
>> output of th
our help and the great R system!
Thomas P.
--
Thomas Petzoldt
Technische Universitaet Dresden
Faculty of Environmental Sciences
Institute of Hydrobiology
01062 Dresden, Germany
E-Mail: thomas.petzo...@tu-dresden.de
http://tu-dresden.de/Members/thomas.petzo
g/tmp/x.rda
can you solve this as well?
thanks!
thomas
Duncan Murdoch writes:
> On 13-04-18 11:39 AM, Thomas Alexander Gerds wrote:
>> Dear Duncan
>> thank you for taking the time to answer my questions! It will be
>> quite some work to delete all the objects generated ins
On 18.04.2013 18:05, José Matos wrote:
On Thursday 18 April 2013 17:38:06 Thomas Petzoldt wrote:
Dear R developers,
I've got an information from Prof. Ripley regarding a bug found
with AdressSanitizer in one of our packages. It is now fixed, thank
you for this information.
Now, I would
Dear Duncan
thank you for taking the time to answer my questions! It will be quite
some work to delete all the objects generated inside the function
... but if there is no other way to avoid a large environment then this
is what I will do.
Cheers
Thomas
Duncan Murdoch writes:
> On 13-04-1
ere a recommendation of a suitable Linux distribution with gcc 4.8,
ideally an ISO image or (even better) a virtual appliance for VMware or
VirtalBox? My Debian Wheezy machines have only 4.7.2.
Thank you
Thomas Petzoldt
--
Dr. Thomas Petzoldt
Technische Universitaet Dresden
Faculty of Environm
re a better way to tell formula not to copy unrelated stuff
into the associated environment?
3) why does object.size not show the size of the environments that
formulas can carry along?
Regards
Thomas
--
Thomas A. Gerds -- Assoc. Prof. Department of Biostatistics
University o
Thanks to you all for your great work!
Thomas Petzoldt
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
.)
>
>
> Is there any workaround or do I have to rename the t.test.speclib function
> to
> something like t_test.speclib?
>
> Thank you in advance
>
> Lukas
> [[alternative HTML version deleted]]
>
> __
> R-
there is an internal call printDeferredWarnings(), which seems to be
almost exactly what I want. However, using an .Internal() does not look like a
terribly stable solution, either. Also, having direct access to a similar
function from the C-API would be very comfortable.
Thanks!
Thomas
he log(n) term is kept and various terms of
order 1 are discarded. What we're arguing about is one of the O(1) terms.
If it makes an important difference then presumably we should also worry
about the other O(1) terms that got discarded.
-thomas
--
Thomas Lumley
Professor of Biost
...)
but it seems that could have different lazy-evaluation behaviour.
-thomas
--
Thomas Lumley
Professor of Biostatistics
University of Auckland
[[alternative HTML version deleted]]
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
ith analysis in memory even
if you ignore the data loading time.
For example, using a data set already in memory, with 18000 records and 96
variables:
> system.time(svymean(~BPXSAR+BPXDAR,subset(dhanes,RIAGENDR==2)))
user system elapsed
0.090.010.10
Using MonetDB
asible on
commodity desktops and laptops, and even on computers with enough memory,
the database (MonetDB) is faster.
-thomas
--
Thomas Lumley
Professor of Biostatistics
University of Auckland
[[alternative HTML version deleted]]
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
of running an R code block and knowing that no
other R code block would run during it (user interrupts are another issue,
but they can be caught, and in any case I'm happy to fail when the user
presses CTRL-C).
-thomas
On Fri, Feb 15, 2013 at 12:53 AM, wrote:
> It might help if
object is out of scope" it seems harmless to be able to prevent finalizers
from running during a particular code block, but I can't see any way to do
it.
Suggestions?
-thomas
--
Thomas Lumley
Professor of Biostatistics
University of Auckland
[[alternative
1 - 100 of 479 matches
Mail list logo
