>> I've tried various ways to access the help as HTML since then, but
>> I've had no luck. I was wondering if anyone would be able to suggest
>> an approach where I could run 'help(plot)', and then take the
>> resulting .rd file and generate the necessary html help from it.
>>
>
> It's much more si
On Wednesday, May 26, 2010, Peter Dalgaard wrote:
> Antonio, Fabio Di Narzo wrote:
>
>> Beside, people working simultaneously on the same files and needing
>> svn to tell them of that? And that happening often? I would hope on
>> better human interaction and work division, rather than svn conflict
Antonio, Fabio Di Narzo wrote:
> Beside, people working simultaneously on the same files and needing
> svn to tell them of that? And that happening often? I would hope on
> better human interaction and work division, rather than svn conflicts
> checks. But...
>> [Note: again, this is rather about
On May 26, 2010, at 4:51 PM, Jamie Love wrote:
> Hi all,
>
> I've been developing a little project for the past few months on R2.9.
> The project utilises RServe to access R over at tcp/ip connection.
>
> One feature of the project is to take R-Help and display it to the
> user through my own U
2010/5/26 Simon Urbanek :
>
> On May 26, 2010, at 12:26 PM, Antonio, Fabio Di Narzo wrote:
>
>> 2010/5/26 Hadley Wickham :
> Yes, that's a very good point (although in my experience it takes a
> very long time to do the initial download of the SVN repository). I'm
> not an expert on the
Hi all,
I've been developing a little project for the past few months on R2.9.
The project utilises RServe to access R over at tcp/ip connection.
One feature of the project is to take R-Help and display it to the
user through my own UI. In 2.9 this worked well as all the html help
was pre-generat
On 5/26/10 4:16 AM, Gabor Grothendieck wrote:
Note that one can also use any of the dvcs systems without actually
moving from svn by using the dvcs (or associated extension/addon) as
an svn client or by using it on an svn checkout.
FWIW, I have been using git for several years now as my vsc of
On May 26, 2010, at 12:26 PM, Antonio, Fabio Di Narzo wrote:
> 2010/5/26 Hadley Wickham :
Yes, that's a very good point (although in my experience it takes a
very long time to do the initial download of the SVN repository). I'm
not an expert on these systems, but I imagine the main
On Wed, May 26, 2010 at 11:38 AM, Hadley Wickham wrote:
> It's a real
> shame that this unique component of R-forge is so closely connected to
> the tools that many other sites provide.
R-Forge does have the capability of mirroring an external subversion
repository according to section 4.2 of the
On May 26, 2010, at 11:35 AM, Hadley Wickham wrote:
>>> Yes, that's a very good point (although in my experience it takes a
>>> very long time to do the initial download of the SVN repository). I'm
>>> not an expert on these systems, but I imagine the main downside (other
>>> than speed) of havin
2010/5/26 Hadley Wickham :
>>> Yes, that's a very good point (although in my experience it takes a
>>> very long time to do the initial download of the SVN repository). I'm
>>> not an expert on these systems, but I imagine the main downside (other
>>> than speed) of having SVN upstream is that you
> and .. for R-forge, e.g., which of these provide nice and
> flexible tools (as svn does) for an automatic web interface to
> inspect file histories, differences, etc.
Every svn alternative provides tools that are as good as or better
than R-forge, with the exception of package building. It's a
>> Yes, that's a very good point (although in my experience it takes a
>> very long time to do the initial download of the SVN repository). I'm
>> not an expert on these systems, but I imagine the main downside (other
>> than speed) of having SVN upstream is that you have to keep the
>> history lin
On May 26, 2010, at 10:01 AM, Felix Andrews wrote:
> I'm not necessarily advocating a migration; probably an administrative
> nightmare, and everyone involved would be forced to learn new stuff...
> I was just enthusing because I recently started using a DVCS for the
> first time.
>
>
> On 26 M
I'm not necessarily advocating a migration; probably an administrative
nightmare, and everyone involved would be forced to learn new stuff...
I was just enthusing because I recently started using a DVCS for the
first time.
On 26 May 2010 21:16, Gabor Grothendieck wrote:
> Note that one can also
>
>
> This has been fixed for a while in R-patched. The 2.11.1 release on Monday
> should be fine.
> Apparently people aren't running the betas/release candidates. You really
> should run the test versions to flush out bugs. If you'd run the
> pre-release versions of 2.11.0, this bug would likel
Jeff Ryan wrote:
Running "as.character" on a large POSIXct causes a segfault on my 2.11
(2010-04-22) install. Seems to crash at around 9e4 ... on OSX and Ubuntu at
least.
This has been fixed for a while in R-patched. The 2.11.1 release on
Monday should be fine.
Apparently people aren't
Duncan Murdoch wrote:
Is this expected behaviour?
x <- factor(c("c", "b", "a","c"))
results <- c(c=4, b=5)
results[x]
giving
> results[x]
bc
NA54 NA
(i.e. it appears to give results[levels(x)]
Thanks to all for pointing out my misinterpretation.It's clearly not
On my Vista system there is no seg fault:
> invisible(as.character(Sys.time()+1:5e5))
> win.version()
[1] "Windows Vista (build 6002) Service Pack 2"
> R.version.string
[1] "R version 2.11.0 Patched (2010-04-26 r51822)"
On Wed, May 26, 2010 at 7:29 AM, Jeff Ryan wrote:
> Running "as.character"
Running "as.character" on a large POSIXct causes a segfault on my 2.11
(2010-04-22) install. Seems to crash at around 9e4 ... on OSX and Ubuntu at
least.
> invisible(as.character(Sys.time()+1:7e4))
> invisible(as.character(Sys.time()+1:8e4))
> invisible(as.character(Sys.time()+1:9e4))
Error: segf
Note that one can also use any of the dvcs systems without actually
moving from svn by using the dvcs (or associated extension/addon) as
an svn client or by using it on an svn checkout.
On Wed, May 26, 2010 at 5:44 AM, Martin Maechler
wrote:
>> Felix Andrews
>> on Wed, 26 May 2010 11
G'day Duncan,
On Wed, 26 May 2010 05:57:38 -0400
Duncan Murdoch wrote:
> Is this expected behaviour?
Yes, according to the answer that this poster
https://stat.ethz.ch/pipermail/r-devel/2008-March/048674.html
got.
Indeed, the help page of '[' states:
The index object i can be numeric, logic
On Wed, May 26, 2010 at 3:27 PM, Duncan Murdoch
wrote:
> Is this expected behaviour?
>
> x <- factor(c("c", "b", "a","c"))
> results <- c(c=4, b=5)
> results[x]
>
> giving
>
>> results[x]
> b c
> NA 5 4 NA
>
> (i.e. it appears to give results[levels(x)]
I would say it gives
resu
Is this expected behaviour?
x <- factor(c("c", "b", "a","c"))
results <- c(c=4, b=5)
results[x]
giving
> results[x]
bc
NA54 NA
(i.e. it appears to give results[levels(x)]
whereas results[as.character(x)] does what I expected:
as.character(x)
results[as.character(x)]
> a
> Felix Andrews
> on Wed, 26 May 2010 11:20:12 +1000 writes:
> On second thoughts it is really none of my business how the R sources
> are managed.
> But I would encourage package developers and/or r-forge maintainers to
> consider these systems.
Thank you, Felix, for
25 matches
Mail list logo
