d all CRAN packages that do not require other 3rd
party drivers, etc. and there were no observed errors in those cases.
So far, so good.
If anything comes up, I will post a follow up.
Best regards,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
rof Brian Ripley wrote:
> Marc,
>
> Thanks for the confirmation. Is this using gfortran too? A date of
> 20050519 should be after the show-stopper bug was fixed, but I am waiting
> for 4.0.1 to be released (imminent) before doing more tests with gcc4.
>
> Brian
>
&g
On Tue, 2005-06-14 at 23:52 +0200, Peter Dalgaard wrote:
> Marc Schwartz <[EMAIL PROTECTED]> writes:
>
> > On Fri, 2005-06-10 at 14:57 +0100, Prof Brian Ripley wrote:
> > > On Fri, 10 Jun 2005, Peter Dalgaard wrote:
> > >
> > > > The next version
On Wed, 2005-06-15 at 00:01 +0200, Peter Dalgaard wrote:
> Marc Schwartz <[EMAIL PROTECTED]> writes:
>
> > Prof. Ripley,
> >
> > If my read of the config.log is correct, it would appear that g77 was
> > used and not gfortran (which is installed):
> >
&g
On Tue, 2005-06-14 at 22:42 -0400, Simon Urbanek wrote:
> On Jun 14, 2005, at 6:16 PM, Marc Schwartz wrote:
>
> > Interesting. Did you do anything different on the ./configure line?
> >
> > $ ls -l /usr/bin/f95
> > lrwxrwxrwx 1 root root 8 Jun 13 21:18 /usr/bin/
On Tue, 2005-06-14 at 23:08 -0500, Marc Schwartz wrote:
> In reviewing the Add/Remove Application GUI, gfortran is listed as an
> "Extra Package" in the Development Tools Group.
>
> g77 is not listed in that Group or in the Legacy Development Group, so
> it would ap
On Wed, 2005-06-15 at 07:51 +0100, Prof Brian Ripley wrote:
> Our preference is F77 compilers over F9x ones, as the lists Simon showed
> reflects - we decided to prefer F95 to F90 in future, though.
>
> My experience is that g77 from gcc-3.4.x is preferable to gfortran.
> As I said earlier, once
On Thu, 2005-06-16 at 12:41 +0200, Martyn Plummer wrote:
> On Tue, 2005-06-14 at 17:07 -0500, Marc Schwartz wrote:
> > On Tue, 2005-06-14 at 23:52 +0200, Peter Dalgaard wrote:
> > > Marc Schwartz <[EMAIL PROTECTED]> writes:
> > >
> > > > On Fri, 2005-
On Thu, 2005-06-16 at 15:23 +0100, Prof Brian Ripley wrote:
> On Thu, 16 Jun 2005, Marc Schwartz wrote:
>
> >> From what I can tell, there is only one reason that the FC-E R RPM is
> > available as a shared library:
> >
> > Tom had made the gnomeGUI CRAN pa
e environment _for for_ statistical computing and
graphics. It compiles and runs on a wide variety of UNIX platforms,
Windows and MacOS. To download R, please choose your preferred CRAN
mirror.
Best regards,
Marc Schwartz
__
R-devel@r-project.or
On Wed, 2005-06-22 at 18:51 +0200, Martin Maechler wrote:
> Thank you, Marc, for your suggestion.
My pleasure Martin.
> >>>>> "Marc" == Marc Schwartz <[EMAIL PROTECTED]>
> >>>>> on Wed, 22 Jun 2005 10:15:00 -0500 writes:
>
>
On Wed, 2005-06-22 at 21:15 +0200, Peter Dalgaard wrote:
> Marc Schwartz <[EMAIL PROTECTED]> writes:
>
> > > Note that we (well, primarily Peter Dalgaard) have considered
> > > complete changes to the R-bugs "system" anyway some of which
> > > woul
On Wed, 2005-06-22 at 22:06 +0200, Peter Dalgaard wrote:
> Marc Schwartz <[EMAIL PROTECTED]> writes:
>
> > On Wed, 2005-06-22 at 21:15 +0200, Peter Dalgaard wrote:
> > > It would be a no-brainer to switch to Bugzilla, were it not for the
> > > 3000 or so mess
week from Amazon.com. Well Done!
Best regards,
Marc Schwartz
@BOOK{R:Crawley:2005,
AUTHOR = {Michael J. Crawley},
TITLE = {Statistics: An Introduction using R},
PUBLISHER = {Wiley},
YEAR = 2005,
NOTE = {ISBN 0-470-02297-3},
PUBLISHERURL =
{http://www.wiley.com/WileyCDA/WileyTitle
On Sat, 2005-09-24 at 12:00 -0500, Marc Schwartz wrote:
> >From 2.0.0 beta ?plot.factor:
Ack...That should be 2.2.0 beta.
Sorry for the typo.
Marc
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
boxplot is used when y is numeric
and a spineplot when y is a factor. For a single factor x (i.e., with y
missing) a simple barplot is produced.
HTH,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
ws) and each connection has its own object space
> in R (only under *nix).
>
> Laurent.
You might also want to look at JGR (a Java GUI for R) to see how they
have done things:
http://stats.math.uni-augsburg.de/JGR/
HTH,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
process is perhaps rightly done by
individuals meeting narrowly focused, local requirements.
I should note, that I am not prospective GUI user, but a happy ESS user.
I simply thought that I would try to provoke some discussion on this
point, since I jumped into this thread earlier in the
ewing the Green Book on the top of page 143, it shows an example
in which the RHS of the assignment are the indices into the LHS object
which are to be set to NA. For example:
> xx <- c(0:5)
> xx
[1] 0 1 2 3 4 5
> is.na(xx) <- c(3, 4)
> xx
[1] 0 1 NA NA 4 5
Thus, back to
On Wed, 2005-10-19 at 21:09 -0400, Gabor Grothendieck wrote:
> On 10/19/05, Marc Schwartz <[EMAIL PROTECTED]> wrote:
> > On Thu, 2005-10-20 at 01:13 +0100, Ted Harding wrote:
> > > On 19-Oct-05 Gabor Grothendieck wrote:
> > > > In the following the first elemen
On Thu, 2005-10-20 at 11:34 +0200, Martin Maechler wrote:
> >>>>> "Marc" == Marc Schwartz <[EMAIL PROTECTED]>
> >>>>> on Wed, 19 Oct 2005 20:28:05 -0500 writes:
>.
>
> >> > In reviewing the Green Book
0.7 / 0.1, digits = 20)
[1] 6.9991118
So as.integer() and trunc() is working as intended, since in both cases,
they truncate towards 0.
Bottom line:
NOTABUG
Read R FAQ 7.31 and the reference cited there for more information.
HTH,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On Fri, 2006-01-20 at 07:47 +, Prof Brian Ripley wrote:
> This is related to the incorrect bug report PR#7820. Marc Schwartz
> pointed out in
>
> https://stat.ethz.ch/pipermail/r-devel/2005-April/033016.html
>
> an example of a real problem. If you call par(mfg=) af
pointed out below and related issues. If there
is a legitimate bug in R resulting in these issues, then let's patch
that. However, I don't think that I can recall reproducible situations
where a bug in R is the root cause of these problems.
Best regards,
Marc Schwartz
On Sun, 2006-01-2
Duncan,
OK. I mis-understood the proposal. My error.
Thanks for the clarification.
Marc
On Sun, 2006-01-29 at 13:08 -0500, Duncan Murdoch wrote:
> On 1/29/2006 12:55 PM, Marc Schwartz wrote:
> > I would argue against this.
> >
> > If this were the default, that is requi
done
So there was perhaps an oversight of sorts for 2.11.x in handling these two JSS
related files.
3. A final note, which is that the NEWS file appears to be missing from R-Devel
tonight:
https://svn.r-project.org/R/trunk/
I was trying to read it to note any comments relevant to t
On Jul 5, 2010, at 1:50 AM, Prof Brian Ripley wrote:
> On Sun, 4 Jul 2010, Marc Schwartz wrote:
>
>> Hi all,
>>
>> A list of some possible issues:
>>
>> 1. In R 2.11.x, in:
>>
>> http://svn.r-project.org/R/branches/R-2-11-branch/share/texmf/
On Jul 5, 2010, at 2:52 AM, Peter Dalgaard wrote:
> Prof Brian Ripley wrote:
>
>>> So there was perhaps an oversight of sorts for 2.11.x in handling
>>> these two JSS related files.
>>
>> That's a different hand. I don't know if the files were intended to
>> be installed in 2.11.x: they a
You were, in effect, trying to overload the ":" operator, which is of course
for defining sequences.
If you are using S4 methods, what is wrong with using the default "@" as the
extraction syntax (eg. a...@name) to get at slots?
See ?"@" and ?slot
HTH,
Marc Sch
ent methods: '$' (that I
> already have) and another one to define, ideally that behaves like '$'.
> So in brief:
> - a:toto would be for a...@slot1[['toto']]
> - a$tata would be for a...@slot2[['tata']]
>
> But apparently it might not be po
On Jul 10, 2010, at 7:24 AM, Barry Rowlingson wrote:
> On Fri, Jul 9, 2010 at 2:10 PM, Renaud Gaujoux
> wrote:
>> I do not want to access the slot itself but its content: a:toto would be
>> a...@slot1[['toto']].
>> The thing is that I would like to have two different methods: '$' (that I
>> alrea
aviour (which has always been equivalent to "expand = TRUE")
> would be the only behaviour.
>
> Duncan Murdoch
I don't. So 1 "go ahead and drop it" vote...
You may want to post this to R-Help though Duncan, as I suspect there may be
more Sweave users there than here...
Thanks and regards,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
gainst the main svn trunk
version of pairwise.t.test.Rd is attached.
Regards,
Marc Schwartz
--- pairwise.t.test.Rd 2008-04-06 10:46:45.0 -0500
+++ pairwise.t.test.Rd.NEW 2010-09-10 10:16:53.0 -0500
@@ -27,11 +27,11 @@
\code{"greater"} or \code{"
and inexplicable. There is another
> theory which states that this has already happened.
BTW, that "other" theory helps to explain some local politicians... ;-)
Regards,
Marc Schwartz
http://www.wolframalpha.com/input/?i=what+is+the+meaning+of+life%3F
_
ny third party
packages?
The former may be a functional issue, whereas the latter would seem to me to be
an appropriate policy issue (not specifically pertaining to Hmisc or Frank, of
course).
Thanks,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On Oct 15, 2010, at 1:44 PM, Prof Brian Ripley wrote:
> Marc,
>
> For make check-all you may need to set
>
> setenv _R_CHECK_FORCE_SUGGESTS_ FALSE
>
> Yes, there is a change in nlme, because packages needed for complete testing
> are required to be listed in DESCRIPTION: see 'Writing R Extens
On Dec 1, 2010, at 2:39 AM, Martin Maechler wrote:
> sapply() stems from S / S+ times and hence has a long tradition.
> In spite of that I think that it should be enhanced...
>
> As the subject mentions, sapply() produces a matrix in cases
> where the list components of the lapply(.) results are
this point, it would be prudent to move to Fedora 14, given that Fedora 13
will go EOL late next Spring after Fedora 15 is released. So you may as well
give yourself a longer time frame of support, given Fedora's aggressive version
update/EOL schedule.
HTH,
Marc Schwartz
On Dec 23, 2010, a
have some expectation that a comment/reply might be forthcoming
within X days of filing. After that time frame, some recommended form of follow
up communication could take place as a tickler/reminder of sorts.
That's my $0.02.
Regards,
Marc Schwartz
>
>
>>
>> On
quot;-")
[,1] [,2] [,3] [,4]
[1,]- 0.3295078 0.5757814 -0.6212406
[2,]- - -0.3053884 -2.2146999
[3,] - - - 1.1249309
[4,]- - - -
See the 'na.print' argument in ?print.table
HTH,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
svn 'trunk' version of datetime.R in package
'graphics'.
Regards,
Marc Schwartz
--- datetime.R 2011-04-22 13:04:29.0 -0500
+++ datetime.R.new 2011-04-22 13:18:10.0 -0500
@@ -237,6 +237,8 @@
force(xlab)
incr <- 1
## handle breaks
On May 27, 2011, at 10:33 AM, Duncan Murdoch wrote:
> On 27/05/2011 11:11 AM, Martin Maechler wrote:
>> > Duncan Murdoch
>> > on Fri, 27 May 2011 08:23:14 -0400 writes:
>>
>> > On 11-05-27 4:27 AM, Albert-Jan Roskam wrote:
>> >> Aha! Thank you very much for that clarifica
On Jul 19, 2011, at 7:29 AM, Prof Brian Ripley wrote:
> Uwe is now a member of R-core.
Congratulations Uwe!
Regards,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
ameworks/R.framework/Versions/2.13/Resources/library/WriteXLS"
I have Perl scripts in my package, which are in the /inst/Perl folder in the
package source, so:
> file.path(path.package("WriteXLS"), "Perl/WriteXLS.pl")
[1]
"/Library/Frame
stat.ethz.ch/pipermail/r-help/2015-July/430130.html
Regards,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Hi,
Sorry for the noise, this a only a test post.
if it works, there should be a reply from me as well.
Thanks,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Marc Schwartz me.com> writes:
>
> Hi,
>
> Sorry for the noise, this a only a test post.
>
> if it works, there should be a reply from me as well.
>
> Thanks,
>
> Marc Schwartz
>
>
Hi,
This is the reply.
There should
y.Date() relative to the handling of NA's.
In addition, print.summaryDefault() contains checks for both Date and POSIXct
classes and outputs accordingly. So the inter-dependencies of the handling of
NA's across the methods are notable.
Thus, since there are likely to be other implications for the choice of
resolution that I am not considering here and I am likely to be missing some
nuances here, I defer to others for comments/corrections.
Thanks and regards,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
] "A" "B" "C" "D" ...
- attr(*, "class")= chr [1:2] "xtabs" "table"
- attr(*, "call")= language xtabs(formula = Freq ~ ., data = DF)
Note that DF.xtabs has additional attributes set as a result of the use of
xtabs().
In the example that you provided above, you would need to use something along
the lines of:
> xtabs(Freq ~ addNA(foo), data = yy)
addNA(foo)
ab
221
so that xtabs() includes the NA level, or for a larger data frame with a lot of
columns, pre-process the columns so that NA is included in the factor levels
where you desire.
That latter issue with NA's and xtabs() BTW, has bitten a lot of people over
the years, where the recommendation to use:
> xtabs(Freq ~ foo, data = yy, exclude = NULL, na.action = na.pass)
foo
a b
2 2
does not actually work as believed.
Regards,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
of that column.}
Thanks,
Marc Schwartz
--- merge1.Rd 2016-06-08 13:34:35.0 -0500
+++ merge2.Rd 2016-06-08 14:03:34.0 -0500
@@ -42,7 +42,7 @@
columns?}
\item{suffixes}{a character vector of length 2 specifying the suffixes
to be used for making unique the names of
uot;FALSE"
Once you close that Terminal session, that modified environment is lost.
Also, at least the RODBC part of the issue should have been posted to R-SIG-DB
(https://stat.ethz.ch/mailman/listinfo/r-sig-db), since it is DB interface
specific. Most queries about RODBC are there in the archiv
r Value:
"seq.int and the default method of seq for numeric arguments return a vector of
type "integer" or "double": programmers should not rely on which."
So:
> is.integer(1)
[1] FALSE
> is.integer(1L)
[1] TRUE
which would seem to explain the behavior that you are observing.
Regards,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
pe the
sender's e-mail address from the post when distributed and archived. However,
that approach is not without it's own limitations (e.g. would make cc's and
reply-all largely useless, except for off-list discussion) and so no action has
been taken since this seems to be a transient i
th such regularity (so far
> twice per hour), using perhaps several email addresses - and using the
> correct "Reply-To" headers. But more mystifying is that she keeps the
> same name the whole time. And lucky, I guess, because otherwise I
> wouldn't know how to filte
to barplots that others have created if
you wanted to research those.
As a result of all of the above, I am not sure that, after all these years,
error bars would be added to barplot() as a standard feature.
Regards,
Marc Schwartz
[[alternative HTML version deleted]]
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
s:
1. For future reference, this query would have been better sent to
R-Package-Devel, which is focused on this topic:
https://stat.ethz.ch/mailman/listinfo/r-package-devel
2. "Major platforms" would typically refer to Linux, Windows and macOS. So
Ubuntu and RH would be
> On Feb 3, 2017, at 8:23 AM, Robert Baer wrote:
>
>
> On 1/27/2017 8:30 AM, danielren...@lycos.com wrote:
>> Hello developers folks!
>>
>> First, congratulations for the wonderful work with R.
>>
>> For science, barplots with error bars are very important. We were wondering
>> that is so ea
ating revenue through other means, if you should run afoul
of software licensing requirements, that can still leave you open to financial
liabilities and put your business and even personal assets at risk.
Regards,
Marc Schwartz
> My goal is to develop commercial
> software for image analysis
tial challenge for you would be to provide sufficient detail
on your exact implementation plans to allow an opinion to be rendered that
narrowly covers those details, as opposed to a more generic model.
Regards,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
one in a fast and easy way.
Hi,
It is already there, in two places:
https://www.r-project.org/search.html
and
https://www.r-project.org/help.html
both of those accessible from the navigation menu on the left side of the home
page under "Search" and "Getting Help".
R
Hi All,
Just an FYI, that the sender's e-mail was set up last week to auto-discard for
R-Devel and their reply below to R-Devel was filtered in that manner.
Unfortunately, it would seem that they also targeted some other specific
accounts as well.
As Spencer notes, I would add their e-mail ad
is a matrix, rather than a vector.
This is based upon the svn trunk version of poly.Rd.
Thanks for your consideration.
Regards,
Marc Schwartz
--- polyOLD.Rd 2017-07-13 14:58:16.0 -0500
+++ poly.Rd 2017-07-13 14:59:24.0 -0500
@@ -26,7 +26,8 @@
polynomial. \code{x}
> On Jul 13, 2017, at 3:22 PM, Duncan Murdoch wrote:
>
> On 13/07/2017 4:08 PM, Marc Schwartz wrote:
>> Hi All,
>>
>> As per the discussion today on R-Help:
>>
>> https://stat.ethz.ch/pipermail/r-help/2017-July/448132.html
>>
>> I a
> On Jul 13, 2017, at 3:37 PM, Marc Schwartz wrote:
>
>
>> On Jul 13, 2017, at 3:22 PM, Duncan Murdoch wrote:
>>
>> On 13/07/2017 4:08 PM, Marc Schwartz wrote:
>>> Hi All,
>>>
>>> As per the discussion today on R-Help:
>>>
> On Jul 13, 2017, at 5:07 PM, Marc Schwartz wrote:
>
>
>> On Jul 13, 2017, at 3:37 PM, Marc Schwartz wrote:
>>
>>
>>> On Jul 13, 2017, at 3:22 PM, Duncan Murdoch
>>> wrote:
>>>
>>> On 13/07/2017 4:08 PM, Marc Schwartz wrote
> On Jul 14, 2017, at 9:50 AM, Martin Maechler
> wrote:
>
>>>>>> Martin Maechler
>>>>>>on Fri, 14 Jul 2017 16:30:50 +0200 writes:
>
>>>>>> Marc Schwartz
>>>>>>on Fri, 14 Jul 2017 06:57:26 -0500 wri
ailman/listinfo/r-package-devel>
Second, you might want to review the full CRAN build report for your package,
which reports more information across several builds:
https://cran.r-project.org/web/checks/check_results_penaltyLearning.html
<https://cran.r-project.org/web/checks/che
Hi,
See inline below.
> On Dec 22, 2017, at 9:12 AM, Martin Maechler
> wrote:
>
>> Duncan Murdoch
>>on Thu, 21 Dec 2017 14:23:13 -0500 writes:
>
>> On 21/12/2017 1:02 PM, Winston Chang wrote:
> On recent builds of R-devel, R CMD check gives a
> WARNING when some compiler
On Jun 27, 2013, at 10:32 AM, Martin Maechler
wrote:
> Maybe this is just from inside ETH Zurich,
> but I haven't seen this before in many years:
> for > 15 minutes now, for me and at least someone else here,
>
> - Google (incl. Gmail, calendar..) is entirely unreachable
> - Twitter is "conne
the past week:
https://stat.ethz.ch/pipermail/r-devel/2013-August/067180.html
Regards,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
tails section of ?texi2pdf, there is:
"Despite the name, this is used in R to compile LaTeX files, specifically those
generated from vignettes."
Since it is intended specifically for package vignettes, the path requirement
should not be a surprise. :-)
Regards,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On Aug 30, 2013, at 2:20 PM, Henrik Bengtsson wrote:
> On Fri, Aug 30, 2013 at 12:14 PM, Duncan Murdoch
> wrote:
>> On 30/08/2013 3:09 PM, Marc Schwartz wrote:
>>>
>>> On Aug 30, 2013, at 2:00 PM, cstrato wrote:
>>>
>>>> Dear all,
>&
, but might be worth a try, plus or minus the \cr use.
Regards,
Marc Schwartz
On Sep 5, 2013, at 10:23 AM, Rainer M Krug wrote:
> Found a solution.
>
> putting \cr at the end of each line inserts a carriage return, but no
> additional empty line. So
>
&g
the WriteXLS CRAN package to reduce the dependencies
on nonstandard external Perl modules.
Regards,
Marc Schwartz
On Sep 23, 2013, at 4:28 PM, Spencer Graves wrote:
> Hello, All:
>
>
> Professor Ripley is correct as usual: I misunderstood his original
> statem
caches, so I'm posting here in case the maintainer is listening.
>
> /Henrik
There was a post on this to R-SIG-MAC earlier today, with a reply by Peter:
https://stat.ethz.ch/pipermail/r-sig-mac/2013-October/010364.html
Regards,
Marc Schwartz
__
github.com/marcschwartz/WriteXLS
If you look at WriteXLS.R around line 130, you can see an example of getting
the $PATH to the included Perl scripts that I use, which are in the 'inst/Perl'
folder. Further down around line 230, is where the script is called via
system(). Note the use of
() requires.
Based upon my review of the code, I don't see any obvious down sides to making
the change, but wanted to solicit comments from anyone that might challenge the
change in the code.
Thanks in advance.
Regards,
Marc Schwartz
__
R-de
On Feb 12, 2014, at 11:05 AM, Prof Brian Ripley wrote:
> On 12/02/2014 16:28, Marc Schwartz wrote:
>> Hi all,
>>
>> For several years, I have used path.package() to get the path to Perl
>> scripts contained within WriteXLS.
>>
>> I have a request to ch
Pentium chip replacement
infrastructure targeted to end users. The "Intel Inside" marketing campaign was
also an outgrowth of that time period.
Regards,
Marc Schwartz
> [snip]
>> --
>> Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com
>>
>&
On Mar 20, 2014, at 1:02 PM, Marc Schwartz wrote:
>
> On Mar 20, 2014, at 12:23 PM, Greg Snow <538...@gmail.com> wrote:
>
>> On Thu, Mar 20, 2014 at 7:32 AM, Dirk Eddelbuettel wrote:
>> [snip]
>>
>>>(and some readers
>>> may
this behavior.
Thanks again.
Regards,
Marc
On Apr 14, 2014, at 7:28 AM, Martin Maechler wrote:
>>>>>> Marc Schwartz
>>>>>>on Sun, 13 Apr 2014 10:22:55 -0500 writes:
>
> [on the R-SIG-Mac mailing list] :
>
>> Hi all,
>> With
:
R Under development (unstable) (2014-04-17 r65403) -- "Unsuffered
Consequences"
from Simon's binary site. This is using the Mavericks binary, albeit on Simon's
site, it indicates r65407.
I ran the prior .Rnw file that started this thread an
ecking-packages
from the Writing R Extensions manual.
You can also use the file .Rbuildignore to define files that should be
excluded. See the fifth paragraph in:
http://cran.r-project.org/doc/manuals/r-patched/R-exts.html#Building-package-tarballs
Regards,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
n 3.1.1 specifically states:
x a numeric or complex (not cummin or cummax) object, or an object
that can be coerced to one of these.
So why would you expect it to work for cummin or cummax when you pass a complex
'x'?
Regards,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Ah! That was not clear and this early on a Monday morning, insufficient
caffeine levels are common. :-)
I can confirm that this is still an issue in 3.1.1, which is a version newer
than what Michael is running and the current stable release.
They appear to be still reversed in the current SVN
" as a character vector
> test("MyPackage")
[1] "MyPackage"
# Not quoted, passing the object MyPackage
> test(MyPackage)
[1] "MyPackage"
In both cases, the argument passed as 'x' can then be used within the function
as a character vector, rather
s?
If so and you are using a text editor that supports them, you may have to
disable them when working with this kind of output.
Alternatively, or perhaps in addition, take a look at ?options and adjust
'useFancyQuotes' as may be required. I frequently have to set it to FALSE when
using Sweave.
Regards,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
-FAQ.html#Why-do-my-matrices-lose-dimensions_003f
> str(ThinMatrix[TRUE,])
int [1:6] 1 2 3 4 5 6
Regards,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
her SVN based platform for
community package development.
Regards,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
ctions on the software that can be installed by using
third party distribution channels and in the tools that can be used to develop
apps.
That being said, the licensing issues, as Duncan raised in his reply, are still
germane and permission from the R Foundation should be sought for any uses
> On Dec 9, 2014, at 3:34 PM, Duncan Murdoch wrote:
>
> On 09/12/2014, 4:26 PM, Marc Schwartz wrote:
>>
>>> On Dec 9, 2014, at 10:44 AM, Henrik Bengtsson wrote:
>>>
>>> On Dec 9, 2014 6:38 AM, "Apps Embedded" wrote:
>>>>
>&
latform and on the Cydia Store ?
> If yes, could you give us their email please ? Or should we write to the
> president of the R foundation for instance ?
>
> Best regards.
>
> Apps Embedded Team.
>
>
> 2014-12-09 23:49 GMT+01:00 Marc Schwartz <mailto:marc_schwa...
anks, Bryan
I stand to be corrected, but daily diffs are being generated, such that the
green highlighted text is new since the prior version and the
pink/strikethrough text is a deletion since the prior version.
Regards,
Marc Schwartz
__
R-devel
needed (the first being a comment only, so benign)
and of course the latter goes against the current guidance in R-exts. The
second, within the if() code, uses the Hmisc label() function, which it seems
to me is not really needed here.
Regards,
Marc Schwartz
>
>> On 16.05.2015 07:22,
(but the code executed during the weave).
I can see how that could be confusing. All examples of the chunk headers I have
seen do not use quoted values. Perhaps the above should state "Non-quoted
character values" or similar verbiage.
In ter
ebate, based on your opinion alone,
which is not going to be resolved in this forum.
Move on.
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
"2011-06-29" "2011-07-29" "2011-08-29" "2011-09-29" "2011-10-29"
> [11] "2011-11-29" "2011-12-29"
The issue is the if the next month in sequence does not contain the date, then
the date is advanced until the next valid date. For example:
> seq.Date(as.Date("2012/01/30"), by = "month", length.out = 3)
[1] "2012-01-30" "2012-03-01" "2012-03-30"
February 30th does not exist, thus that date is advanced to March 1st, then the
next date in the sequence is March 30th. Thus, two days in March.
> seq.Date(as.Date("2012/10/31"), by = "month", length.out = 3)
[1] "2012-10-31" "2012-12-01" "2012-12-31"
Here, November 31st does not exist, so the date is advanced to the next valid
date, December 1 and then the next date is December 31. Thus, two days in
December.
So it appears to be working correctly.
HTH,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
max, is a reasonable solution to the
issue that Paul raises. It is a few more keystrokes than using NA and avoids
the myriad known and potentially unanticipated side effects.
Regards,
Marc Schwartz
On Apr 16, 2012, at 1:26 PM, William Dunlap wrote:
> plot(1:10, xlim=c(10,1)) reverses the x a
worked.
So it would appear that there was something amiss with the 2.15.1 release
packaging or something involving the vignettes at least for those packages. A
review of the NEWS file did not reveal anything obvious to me that would be
relevant.
Regards,
Marc Schwartz
On Jul 3, 2012, at 1
2, foo3.
>> foo4 is not necessary.
>>
>
> No, you only need foo1 and foo2. The other two are optional.
Just to add another option here, you need not have foo1 and foo2 already
installed to install foo0. You can use:
install.packages("foo0", dependencies = TRUE)
1 - 100 of 257 matches
Mail list logo
