[Rd] Suggestions for packages / help / index (long mail)

Uwe Ligges ligges at statistik.uni-dortmund.de
Mon Nov 29 09:51:37 CET 2004

Adaikalavan Ramasamy wrote:

> I am coming a bit late to the thread, so apologies if I am missing
> something. I believe that it would be more useful to index functions to
> particular keywords than a package itself. 
> I think we may have over-looked Prof. Harrell's suggestion  
> (https://stat.ethz.ch/pipermail/r-sig-gui/2004-November/000410.html)
> during the "Hidden costs of GPL software" thread.
> His site (http://biostat.mc.vanderbilt.edu/s/finder/finder.html) is
> quite useful. If this was turned into a wiki or something similar,
> perhaps it could have much more benefit.
> Regards, Adai

I'd rather support John Fox idea to encourage the use of \concept{} 
entries much stronger.

Uwe Ligges

> On Wed, 2004-11-24 at 14:15, Eric Lecoutre wrote: 
>>At 15:06 24/11/2004, Gabor Grothendieck wrote:
>>>Eric Lecoutre <lecoutre <at> stat.ucl.ac.be> writes:
>>>: 6. Final point has already been discussed in the past. It is about misc
>>>: packages and pieces of code. I propose the creation of 5 packages:
>>>:       - miscGraphics (keywords: misc, Graphics)
>>>:       - miscStatistics (keywords: misc, Statistics)
>>>:       - miscMathematics (keywords: misc, Mathematics)
>>>:       - miscBasics (keywords: misc, Basics)
>>>:       - miscProgramming (keywords: misc, Programming)
>>>Rather than preset the categories perhaps evolving them would
>>>be better, just starting out with a single Misc package and then
>>>decomposing it into multiple packages as the categories become
>>Those categories are taken from KEYWORDS (master entries). I guess it 
>>wouldn't be difficult to still have substancial entries for those packages, 
>>if some misc package maintainer would make the job to break their package 
>>into pieces. BTW, I have to admit this choice is not easy to make for 
>>several reasons, the main one beeing to keep the ability to modify one's 
>>own contributions.
>>For those packages, a collaborative plattform such as SourceForge and so 
>>on, with Sync-ability, could be a good choice.
>>Eric Lecoutre
>>UCL /  Institut de Statistique
>>Voie du Roman Pays, 20
>>1348 Louvain-la-Neuve
>>tel: (+32)(0)10473050
>>lecoutre at stat.ucl.ac.be
>>If the statistics are boring, then you've got the wrong numbers. -Edward 
>>R-devel at stat.math.ethz.ch mailing list
> ______________________________________________
> R-devel at stat.math.ethz.ch mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel

More information about the R-devel mailing list