From: spencerg
Thank you all for your suggestions. My goal with this
is to make
it as easy as possible for R users to find what they want in
contributed
packages. A referee for our R Journal manuscript complained that
RSiteSearch.function was too much to type, suggesting we
Liaw, Andy wrote:
From: spencerg
Thank you all for your suggestions. My goal with this
is to make
it as easy as possible for R users to find what they want in
contributed
packages. A referee for our R Journal manuscript complained that
RSiteSearch.function was too much to type,
On 6/5/2009 9:41 AM, spencerg wrote:
Liaw, Andy wrote:
From: spencerg
Thank you all for your suggestions. My goal with this
is to make
it as easy as possible for R users to find what they want in
contributed
packages. A referee for our R Journal manuscript complained that
Dear Andy, Duncan, et al.
Based on comments from Andy and Duncan, I'd like to revise my
proposal as follows:
1. Rename the current RSiteSearch.function to
findFunction and the package name from RSiteSearch.function to
findFunction, with findFun being an alias for
spencerg wrote:
Hello All:
What do you think of adding a function RSiteSeach to the package
of that name, masking the RSiteSearch function in utils, trapping
any call RSiteSearch('searchstring', 'function') to the current
RSiteSearch.function and passing all others to
On Thu, Jun 4, 2009 at 1:58 AM, Duncan Murdoch murd...@stats.uwo.ca wrote:
spencerg wrote:
Hello All:
What do you think of adding a function RSiteSeach to the package of
that name, masking the RSiteSearch function in utils, trapping any call
RSiteSearch('searchstring', 'function') to
On Thu, Jun 4, 2009 at 12:13 PM, Duncan Murdoch murd...@stats.uwo.ca wrote:
Gabor Grothendieck wrote:
On Thu, Jun 4, 2009 at 1:58 AM, Duncan Murdoch murd...@stats.uwo.ca
wrote:
spencerg wrote:
Hello All:
What do you think of adding a function RSiteSeach to the package
of
that
Gabor Grothendieck wrote:
On Thu, Jun 4, 2009 at 12:13 PM, Duncan Murdoch murd...@stats.uwo.ca wrote:
Gabor Grothendieck wrote:
On Thu, Jun 4, 2009 at 1:58 AM, Duncan Murdoch murd...@stats.uwo.ca
wrote:
spencerg wrote:
Hello All:
What do you think of adding a
On Thu, Jun 4, 2009 at 1:38 PM, spencerg spencer.gra...@prodsyse.com wrote:
Gabor Grothendieck wrote:
On Thu, Jun 4, 2009 at 12:13 PM, Duncan Murdoch murd...@stats.uwo.ca
wrote:
Gabor Grothendieck wrote:
On Thu, Jun 4, 2009 at 1:58 AM, Duncan Murdoch murd...@stats.uwo.ca
wrote:
Thank you all for your suggestions. My goal with this is to make
it as easy as possible for R users to find what they want in contributed
packages. A referee for our R Journal manuscript complained that
RSiteSearch.function was too much to type, suggesting we consider
masking
Hello All:
What do you think of adding a function RSiteSeach to the package
of that name, masking the RSiteSearch function in utils, trapping
any call RSiteSearch('searchstring', 'function') to the current
RSiteSearch.function and passing all others to utils:::RSiteSearch?
This was
Having RSiteSearch.function be a strict superset of RSiteSearch might
make sense but giving them the same name seems too heavy
handed unless done via OO which seems not applicable here since
R's version is not generic and the two use the same class, character,
anyways.
On Wed, Jun 3, 2009 at 5:37
If it were an entry on the Rgui menu on Windows then at
least Windows users could get to it quickly regardless of
the name.
2009/6/4 Romain François francoisrom...@free.fr:
One other comment was that the function name is a pain to type, which I
believe is also true for RSiteSearch. Considering
On 05/07/09 13:48, Liaw, Andy wrote:
From: Duncan Murdoch
I'll incorporate the changes if you like.
Yes. Please do. I understand that it won't take effect for a while.
When it does, I'll change my site.
What do you think
of the idea
of adding a gmane (or other archive) search to
There is something to be said for taking all of these functions,
including the original RSiteSearch, out of utils and putting them in
the new RSiteSearch package. These are the sorts of things that will
get revised frequently, and this way (I think) we won't have to bother
whoever takes care of
Romain Francois wrote:
txt - grep( '^tr.*td align=right.*a', readLines( url ), value =
TRUE )
rx - '^.*?a href=(.*?)(.*?)/a.*td(.*?)/td.*$'
out - data.frame(
url = gsub( rx, \\1, txt ),
group = gsub( rx, \\2, txt ),
description = gsub( rx, \\3, txt ),
After reading all this, I favor doing one of two things:
1. Put all the search stuff, including the proposed gmane function, in
Spencer's new package but make it one of the default packages, like
utils, etc., or,
2. Put everything in utils, including Spencer's new package and the
gmane
Jonathan Baron wrote:
After reading all this, I favor doing one of two things:
1. Put all the search stuff, including the proposed gmane function, in
Spencer's new package but make it one of the default packages, like
utils, etc., or,
2. Put everything in utils, including Spencer's new
Don't forget R wiki in the list.
Best,
Philippe
..°}))
) ) ) ) )
( ( ( ( (Prof. Philippe Grosjean
) ) ) ) )
( ( ( ( (Numerical Ecology of Aquatic Systems
) ) ) ) ) Mons-Hainaut University, Belgium
( ( ( ( (
strapply in package gsubfn brings elegance here:
txt - 'foobar/foo'
rx - (.*?)(.*?)/(.*?)
strapply( txt, rx, c , perl = T )
[[1]]
[1] foo bar foo
Too bad you have to pay this on performance:
txt - rep( 'foobar/foo', 1000 )
rx - (.*?)(.*?)/(.*?)
system.time( out - strapply( txt, rx, c ,
yes, and r graph gallery. those two would be easy to implement once the
system is up.
Philippe Grosjean wrote:
Don't forget R wiki in the list.
Best,
Philippe
..°}))
) ) ) ) )
( ( ( ( (Prof. Philippe Grosjean
) ) ) ) )
( ( ( ( (
On Fri, May 8, 2009 at 10:11 AM, Romain Francois
romain.franc...@dbmail.com wrote:
strapply in package gsubfn brings elegance here:
txt - 'foobar/foo'
rx - (.*?)(.*?)/(.*?)
strapply( txt, rx, c , perl = T )
[[1]]
[1] foo bar foo
Too bad you have to pay this on performance:
txt - rep(
..°}))
) ) ) ) )
( ( ( ( (Prof. Philippe Grosjean
) ) ) ) )
( ( ( ( (Numerical Ecology of Aquatic Systems
) ) ) ) ) Mons-Hainaut University, Belgium
( ( ( ( (
..
Romain
Romain Francois wrote:
strapply in package gsubfn brings elegance here:
txt - 'foobar/foo'
rx - (.*?)(.*?)/(.*?)
strapply( txt, rx, c , perl = T )
[[1]]
[1] foo bar foo
sure, but this does not, in any way, make it less strange that gsub is
not vectorized.
Too bad you have to pay
hadley wickham wrote:
On Fri, May 8, 2009 at 10:11 AM, Romain Francois
romain.franc...@dbmail.com wrote:
strapply in package gsubfn brings elegance here:
txt - 'foobar/foo'
rx - (.*?)(.*?)/(.*?)
strapply( txt, rx, c , perl = T )
[[1]]
[1] foo bar foo
Too bad you have
Philippe Grosjean wrote:
..°}))
) ) ) ) )
( ( ( ( (Prof. Philippe Grosjean
) ) ) ) )
( ( ( ( (Numerical Ecology of Aquatic Systems
) ) ) ) ) Mons-Hainaut University, Belgium
( ( ( ( (
Can someone in R Core please take a look at the attached patches to
RSiteSearch() and its help page? I guess Jon is planning some changes
on his site. Jon: could you elaborate on what the patch does?
Best,
Andy
Notice: This e-mail message, together with any attachments, contains
information
From: Liaw, Andy
Can someone in R Core please take a look at the attached patches to
RSiteSearch() and its help page? I guess Jon is planning some changes
on his site.
Apparently the attachments were stripped off the first time. Here's a
second try.
I've already set format to plain
On 05/07/09 10:05, Liaw, Andy wrote:
Can someone in R Core please take a look at the attached patches to
RSiteSearch() and its help page? I guess Jon is planning some changes
on his site. Jon: could you elaborate on what the patch does?
The idea is simply to remove the mail archives, so the
From: Liaw, Andy
From: Liaw, Andy
Can someone in R Core please take a look at the attached patches to
RSiteSearch() and its help page? I guess Jon is planning
some changes
on his site.
Apparently the attachments were stripped off the first time.
Here's a second try.
On 5/7/2009 10:18 AM, Jonathan Baron wrote:
On 05/07/09 10:05, Liaw, Andy wrote:
Can someone in R Core please take a look at the attached patches to
RSiteSearch() and its help page? I guess Jon is planning some changes
on his site. Jon: could you elaborate on what the patch does?
The idea
From: Duncan Murdoch
On 5/7/2009 10:18 AM, Jonathan Baron wrote:
On 05/07/09 10:05, Liaw, Andy wrote:
Can someone in R Core please take a look at the attached patches to
RSiteSearch() and its help page? I guess Jon is planning
some changes
on his site. Jon: could you elaborate on
About this:
gmaneSearch - function( string,
group = gmane.comp.lang.r.*, author = , sort = c(relevance,
date, revdate),
op = c(and, or) ){
sort - match.arg(sort)
op - match.arg( op )
url - sprintf(
From: Jonathan Baron
On 05/07/09 13:48, Liaw, Andy wrote:
From: Duncan Murdoch
I'll incorporate the changes if you like.
Yes. Please do. I understand that it won't take effect for a while.
When it does, I'll change my site.
What do you think
of the idea
of adding a
We could have a few functions similar to RSiteSearch or gmaneSearch I
just posted and then cook a summary html page with R ...
Here is a function that grabs relevant groups from gmane:
gmaneGroups - function( prefix = gmane.comp.lang.r. ){
url - URLencode( sprintf(
I agree! Recall, though, I had added the RSiteSearch() functionality
to the Rgui under Windows (Help / search.r-project.org...), so if
RSiteSearch() is taken out, this need to go, too.
Best,
Andy
From: Jonathan Baron
There is something to be said for taking all of these functions,
Dear Jonathan,
On Thu, May 7, 2009 at 4:18 PM, Jonathan Baron ba...@psych.upenn.edu wrote:
can't imagine that someone would want to search just vignettes and not
help pages, or the reverse.
Searching vignettes only can be of interest to users. If someone is
interested in (full-fledged) code
1. Whatever we do with the RSiteSearch function, it should
still be available every time R starts. If we put it in its own
package, it should still be autoloaded with base, utils, stats, etc.
2. Sundar indicated to me that, if Jonathan would like to remove
the search
38 matches
Mail list logo
