emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
* Using R in Org mode with several sourced files
@ 2010-02-02 13:35 Rainer M Krug
  2010-02-02 18:03 ` Thomas S. Dye
  0 siblings, 1 reply; 3+ messages in thread
From: Rainer M Krug @ 2010-02-02 13:35 UTC (permalink / raw)
  To: emacs-orgmode; +Cc: Dan Davison


[-- Attachment #1.1: Type: text/plain, Size: 7531 bytes --]

Hi

 Following a discussion about how one could create a TODO list in ESS (see
below), Thomas Dye and Dan Davison suggested to look into org-mode and
org-babel and it looks really interesting. I just have one aspect, which
would be more difficult with my workflow. Let me explain. I am writing
fairly complex simulations, and I prefer to keep functions for different
aspects of the simulation in different files. Therefore I have several
files, each one containing R code, which is sourced from a main file, which
then sets the simulation up, which I then can start with calling
simulateIt() in R. I could use .org files and tangle the code, but, as I am
not that organised, I even forget sometimes to save before I source the file
and therefore still work with the old version - this would be more
difficult, if I had to tangle each file in addition to the saving (Ctrl-x s
saves all files - very useful for me!).

One option would be to combine all actual files into a single one, and then
tangle in different .R files, but I somehow do not like the idea of having
one HUGE file, with all the code, which then will be tangled into several .R
files.
So I would like to have several .org files, where each one will be tangled
into a separate .R file, which then will be sourced from a final main file.
As I understand org-mode, I could still have a single TODO list, based on
the agenda in org-mode.

So my question is, if this process could be automated. One idea was a kind
of a "make file", in which I specify:
tangle file1.org
tangle file2.org
tangle file3.org
tangle fileAll.org

These would then result in the files attached, which then can be used from
fileAll.R

Another idea was to have emacs automatically tangle the file after saving.

But I am sure there are also other possibilities.

I have to say, I am absolutely new to org-mode, and know nearly nothing
about lisp.

Cheers,

Rainer


---------- Forwarded message ----------
From: Dan Davison <davison@stats.ox.ac.uk>
Date: Mon, Feb 1, 2010 at 9:59 PM
Subject: Re: Fwd: [ESS] generating TODO list?
To: Rainer M Krug <r.m.krug@gmail.com>
Cc: "Thomas S. Dye" <tsd@tsdye.com>


[...]
>     Sure, when you change the code in the org file, you have to re-run
>     org-babel-tangle before you run your new R code.
>
>
> Ant this is the critical point: I can save all files which need to be
saved in
> ESS by Ctrl-x s (or was it Ctrl-x Ctrl-s ? I always do both). But having
> manually to go through all files, is something I am likely to forget. If I
> could tangle all files with one command, that wouls work (I have about 10
files
> for the project which are then sourced...). Could I combine the save-all
with a
> tangle-all, or have the saving action automatically followed by a tangling
(if
> it is an org file)?
>
>
>     But that's just one possibility. Another would be simply to tangle all
>     the blocks of R code to the same file. Then when you run that file,
you
>     know that your function definitions will be up to date.
>
>
> It is quite strange, that there is no possibility to script emacs from org
mode
> like all the other languages? because that would be perfect for this.


I am certain that there is going to be a good solution for all your
concerns! I think you want to be thinking along the lines of maintaining
a _single_ org file for your project, and either including the code in
different subtrees of that file, or referring to external files from
within that file. But if the right solution doesn't doesn't already
exist, and it's a good idea, then someone will cook it up in
elisp. Could we move this discussion to the org-mode list? If you
describe what you want to do, with a toy example if that's helpful, then
I believe you will see that problems do not remain without solution for
very long on emacs-orgmode@gnu.org.

Meanwhile, have a look at this

http://doc.norang.ca/org-mode.html

to see some of what org-mode can do (the website itself is made in
org-mode of course).

Dan


>
>
>
>     By the way, have you tried out the export facilities of org-mode? Have
a
>     look at the html export of the above org file [C-c C-e (org-export)
>     brings up the export options]. You can create links in the org file to
>     graphical output from R and these graphs will be included in the
>     exported HTML/LaTeX.
>
>
> No - I just discovered the org-mode yesterday.
>
> Cheers,
>
> Rainer
>
>
>
>     Dan
>
>     >
>     > If that could be done, it would be a perfect example, how one could
use
>     > org-babel in real R programming. The other option, would be a "make
file"
>     > equivalent, which contains all the "tangle file ..." commands, and
which
>     could
>     > be executed in the block above.
>     >
>     >
>     >
>     >     And it's also worth looking at the noweb-style references for
>     assembling
>     >
>     >     different code blocks into a single code block. So with
reference to
>     the
>     >     distinction between "source is real" vs. "R objects are real",
from
>     >     the org-babel point of view the org-mode files are real and
contain
>     the
>     >     source code along with essential project development and
planning
>     notes,
>     >     and the .R files are an ephemeral product of the org-mode
source.
>     >
>     >
>     > As I said, it makes perfect sense, but the problem is the additional
step
>     > needed. If this could be avoided (e.g. "make file") I would very
likely
>     use the
>     > org-mode.
>     >
>     > Thanks for your very helpful comments,
>     >
>     > Rainer
>     >
>     >
>     >
>     >     Dan
>     >
>     >     http://orgmode.org/worg/org-contrib/babel/intro.php#
>     literate-programming
>     >     http://orgmode.org/worg/org-contrib/babel/reference.php#
>     >     function-org-babel-tangle
>     >
>     >
>     >
>     >
>     >     >
>     >     >     I will be looking into it anyway, because it REALLY looks
very
>     >     useful.
>     >     >
>     >     >
>     >     >
>     >     >         You might want to join the Org-mode mailing list.  The
>     authors of
>     >     >         Org-babel, Dan Davison and Eric Schulte, both respond
to
>     >     questions
>     >     >         there.  Also, there are several Org-babel users there
who
>     are
>     >     much
>     >     >         better than I am at figuring out why things aren't
working
>     right.
>     >     >
>     >     >         What happens when you try Ctrl-C ' while in a code
block?
>      If
>     >     Org-babel
>     >     >         is initialized then this should take you to a new
window
>     with ESS
>     >     as
>     >     >         the editing mode.
>     >     >
>     >     >
>     >     >     Well - I used Ctrl-c ` instead of Ctrl-c ' -- working now.
>     >     >
>     >     >
>     >     >     Thanks a lot,
>     >     >
>     >     >     Rainer
>     >     >
>     >     >
>     >     >
>     >     >
>     >     >         All the best,
>     >     >         Tom
>     >     >
>     >     >
>     >     >


-- 
NEW GERMAN FAX NUMBER!!!

Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology,
UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Natural Sciences Building
Office Suite 2039
Stellenbosch University
Main Campus, Merriman Avenue
Stellenbosch
South Africa

Cell:           +27 - (0)83 9479 042
Fax:            +27 - (0)86 516 2782
Fax:            +49 - (0)321 2125 2244
email:          Rainer@krugs.de

Skype:          RMkrug
Google:         R.M.Krug@gmail.com

[-- Attachment #1.2: Type: text/html, Size: 10229 bytes --]

[-- Attachment #2: file1.R --]
[-- Type: application/octet-stream, Size: 46 bytes --]

multiply <- function(x,y) {
  return(x * y)
}

[-- Attachment #3: file2.R --]
[-- Type: application/octet-stream, Size: 44 bytes --]

divide <- function(x,y) {
  return(x / y)
}

[-- Attachment #4: file3.R --]
[-- Type: application/octet-stream, Size: 41 bytes --]

add <- function(x,y) {
  return(x + y)
}

[-- Attachment #5: fileAll.R --]
[-- Type: application/octet-stream, Size: 209 bytes --]

source("file1.R")
source("file2.R")
source("file3.R")

simAll <- function() {
  multiply(
           runif(10),
           add(
               10,
               divide(20, 10)
               )
           )
}

[-- Attachment #6: Type: text/plain, Size: 201 bytes --]

_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Using R in Org mode with several sourced files
  2010-02-02 13:35 Using R in Org mode with several sourced files Rainer M Krug
@ 2010-02-02 18:03 ` Thomas S. Dye
  2010-02-02 18:26   ` Rainer M Krug
  0 siblings, 1 reply; 3+ messages in thread
From: Thomas S. Dye @ 2010-02-02 18:03 UTC (permalink / raw)
  To: Rainer M Krug; +Cc: Dan Davison, emacs-orgmode


[-- Attachment #1.1: Type: text/plain, Size: 9145 bytes --]


On Feb 2, 2010, at 3:35 AM, Rainer M Krug wrote:

> Hi
>
>  Following a discussion about how one could create a TODO list in  
> ESS (see below), Thomas Dye and Dan Davison suggested to look into  
> org-mode and org-babel and it looks really interesting. I just have  
> one aspect, which would be more difficult with my workflow. Let me  
> explain. I am writing fairly complex simulations, and I prefer to  
> keep functions for different aspects of the simulation in different  
> files. Therefore I have several files, each one containing R code,  
> which is sourced from a main file, which then sets the simulation  
> up, which I then can start with calling simulateIt() in R. I could  
> use .org files and tangle the code, but, as I am not that organised,  
> I even forget sometimes to save before I source the file and  
> therefore still work with the old version - this would be more  
> difficult, if I had to tangle each file in addition to the saving  
> (Ctrl-x s saves all files - very useful for me!).
>
> One option would be to combine all actual files into a single one,  
> and then tangle in different .R files, but I somehow do not like the  
> idea of having one HUGE file, with all the code, which then will be  
> tangled into several .R files.
> So I would like to have several .org files, where each one will be  
> tangled into a separate .R file, which then will be sourced from a  
> final main file. As I understand org-mode, I could still have a  
> single TODO list, based on the agenda in org-mode.
>
> So my question is, if this process could be automated. One idea was  
> a kind of a "make file", in which I specify:
> tangle file1.org
> tangle file2.org
> tangle file3.org
> tangle fileAll.org
>
> These would then result in the files attached, which then can be  
> used from fileAll.R
>
> Another idea was to have emacs automatically tangle the file after  
> saving.
>
> But I am sure there are also other possibilities.
>
> I have to say, I am absolutely new to org-mode, and know nearly  
> nothing about lisp.
>
> Cheers,
>
> Rainer
>
>
> ---------- Forwarded message ----------
> From: Dan Davison <davison@stats.ox.ac.uk>
> Date: Mon, Feb 1, 2010 at 9:59 PM
> Subject: Re: Fwd: [ESS] generating TODO list?
> To: Rainer M Krug <r.m.krug@gmail.com>
> Cc: "Thomas S. Dye" <tsd@tsdye.com>
>
>
> [...]
> >     Sure, when you change the code in the org file, you have to re- 
> run
> >     org-babel-tangle before you run your new R code.
> >
> >
> > Ant this is the critical point: I can save all files which need to  
> be saved in
> > ESS by Ctrl-x s (or was it Ctrl-x Ctrl-s ? I always do both). But  
> having
> > manually to go through all files, is something I am likely to  
> forget. If I
> > could tangle all files with one command, that wouls work (I have  
> about 10 files
> > for the project which are then sourced...). Could I combine the  
> save-all with a
> > tangle-all, or have the saving action automatically followed by a  
> tangling (if
> > it is an org file)?
> >
> >
> >     But that's just one possibility. Another would be simply to  
> tangle all
> >     the blocks of R code to the same file. Then when you run that  
> file, you
> >     know that your function definitions will be up to date.
> >
> >
> > It is quite strange, that there is no possibility to script emacs  
> from org mode
> > like all the other languages? because that would be perfect for  
> this.
>
>
> I am certain that there is going to be a good solution for all your
> concerns! I think you want to be thinking along the lines of  
> maintaining
> a _single_ org file for your project, and either including the code in
> different subtrees of that file, or referring to external files from
> within that file. But if the right solution doesn't doesn't already
> exist, and it's a good idea, then someone will cook it up in
> elisp. Could we move this discussion to the org-mode list? If you
> describe what you want to do, with a toy example if that's helpful,  
> then
> I believe you will see that problems do not remain without solution  
> for
> very long on emacs-orgmode@gnu.org.
>
> Meanwhile, have a look at this
>
> http://doc.norang.ca/org-mode.html
>
> to see some of what org-mode can do (the website itself is made in
> org-mode of course).
>
> Dan
>
>
> >
> >
> >
> >     By the way, have you tried out the export facilities of org- 
> mode? Have a
> >     look at the html export of the above org file [C-c C-e (org- 
> export)
> >     brings up the export options]. You can create links in the org  
> file to
> >     graphical output from R and these graphs will be included in the
> >     exported HTML/LaTeX.
> >
> >
> > No - I just discovered the org-mode yesterday.
> >
> > Cheers,
> >
> > Rainer
> >
> >
> >
> >     Dan
> >
> >     >
> >     > If that could be done, it would be a perfect example, how  
> one could use
> >     > org-babel in real R programming. The other option, would be  
> a "make file"
> >     > equivalent, which contains all the "tangle file ..."  
> commands, and which
> >     could
> >     > be executed in the block above.
> >     >
> >     >
> >     >
> >     >     And it's also worth looking at the noweb-style  
> references for
> >     assembling
> >     >
> >     >     different code blocks into a single code block. So with  
> reference to
> >     the
> >     >     distinction between "source is real" vs. "R objects are  
> real", from
> >     >     the org-babel point of view the org-mode files are real  
> and contain
> >     the
> >     >     source code along with essential project development and  
> planning
> >     notes,
> >     >     and the .R files are an ephemeral product of the org- 
> mode source.
> >     >
> >     >
> >     > As I said, it makes perfect sense, but the problem is the  
> additional step
> >     > needed. If this could be avoided (e.g. "make file") I would  
> very likely
> >     use the
> >     > org-mode.
> >     >
> >     > Thanks for your very helpful comments,
> >     >
> >     > Rainer
> >     >
> >     >
> >     >
> >     >     Dan
> >     >
> >     >     http://orgmode.org/worg/org-contrib/babel/intro.php#
> >     literate-programming
> >     >     http://orgmode.org/worg/org-contrib/babel/reference.php#
> >     >     function-org-babel-tangle
> >     >
> >     >
> >     >
> >     >
> >     >     >
> >     >     >     I will be looking into it anyway, because it  
> REALLY looks very
> >     >     useful.
> >     >     >
> >     >     >
> >     >     >
> >     >     >         You might want to join the Org-mode mailing  
> list.  The
> >     authors of
> >     >     >         Org-babel, Dan Davison and Eric Schulte, both  
> respond to
> >     >     questions
> >     >     >         there.  Also, there are several Org-babel  
> users there who
> >     are
> >     >     much
> >     >     >         better than I am at figuring out why things  
> aren't working
> >     right.
> >     >     >
> >     >     >         What happens when you try Ctrl-C ' while in a  
> code block?
> >      If
> >     >     Org-babel
> >     >     >         is initialized then this should take you to a  
> new window
> >     with ESS
> >     >     as
> >     >     >         the editing mode.
> >     >     >
> >     >     >
> >     >     >     Well - I used Ctrl-c ` instead of Ctrl-c ' --  
> working now.
> >     >     >
> >     >     >
> >     >     >     Thanks a lot,
> >     >     >
> >     >     >     Rainer
> >     >     >
> >     >     >
> >     >     >
> >     >     >
> >     >     >         All the best,
> >     >     >         Tom
> >     >     >
> >     >     >
> >     >     >
>
>
> -- 
> NEW GERMAN FAX NUMBER!!!
>
> Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation  
> Biology, UCT), Dipl. Phys. (Germany)
>
> Centre of Excellence for Invasion Biology
> Natural Sciences Building
> Office Suite 2039
> Stellenbosch University
> Main Campus, Merriman Avenue
> Stellenbosch
> South Africa
>
> Cell:           +27 - (0)83 9479 042
> Fax:            +27 - (0)86 516 2782
> Fax:            +49 - (0)321 2125 2244
> email:          Rainer@krugs.de
>
> Skype:          RMkrug
> Google:         R.M.Krug@gmail.com
>
> <file1.R><file2.R><file3.R><fileAll.R>

Aloha Rainer,

I'm interested to know why you're adverse to one HUGE file.  I like  
one HUGE file for the simplicity it brings to the often onerous task  
of organizing a project.  In a paper on Statistical Analyses and  
Reproducible Research,
Robert Gentleman and Duncan Temple Lang develop the idea of a  
compendium and argue for its utility in what appears to be your kind  
of application (http://www.bepress.com/bioconductor/paper2).  To my  
mind, one of the strong features of Org-babel/Org-mode is that it  
almost effortlessly creates a compendium.  Also, once you become  
accustomed to using Org-mode and get the hang of folding and unfolding  
headings, it very quickly maps onto the old division of material into  
separate files.

All the best,
Tom



Thomas S. Dye, Ph.D.
T. S. Dye & Colleagues, Archaeologists, Inc.
Phone: (808) 529-0866 Fax: (808) 529-0884
http://www.tsdye.com



[-- Attachment #1.2: Type: text/html, Size: 15458 bytes --]

[-- Attachment #2: Type: text/plain, Size: 201 bytes --]

_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Using R in Org mode with several sourced files
  2010-02-02 18:03 ` Thomas S. Dye
@ 2010-02-02 18:26   ` Rainer M Krug
  0 siblings, 0 replies; 3+ messages in thread
From: Rainer M Krug @ 2010-02-02 18:26 UTC (permalink / raw)
  To: Thomas S. Dye; +Cc: Dan Davison, emacs-orgmode


[-- Attachment #1.1: Type: text/plain, Size: 10158 bytes --]

On Tue, Feb 2, 2010 at 8:03 PM, Thomas S. Dye <tsd@tsdye.com> wrote:

>
> On Feb 2, 2010, at 3:35 AM, Rainer M Krug wrote:
>
> Hi
>
>  Following a discussion about how one could create a TODO list in ESS (see
> below), Thomas Dye and Dan Davison suggested to look into org-mode and
> org-babel and it looks really interesting. I just have one aspect, which
> would be more difficult with my workflow. Let me explain. I am writing
> fairly complex simulations, and I prefer to keep functions for different
> aspects of the simulation in different files. Therefore I have several
> files, each one containing R code, which is sourced from a main file, which
> then sets the simulation up, which I then can start with calling
> simulateIt() in R. I could use .org files and tangle the code, but, as I am
> not that organised, I even forget sometimes to save before I source the file
> and therefore still work with the old version - this would be more
> difficult, if I had to tangle each file in addition to the saving (Ctrl-x s
> saves all files - very useful for me!).
>
> One option would be to combine all actual files into a single one, and then
> tangle in different .R files, but I somehow do not like the idea of having
> one HUGE file, with all the code, which then will be tangled into several .R
> files.
> So I would like to have several .org files, where each one will be tangled
> into a separate .R file, which then will be sourced from a final main file.
> As I understand org-mode, I could still have a single TODO list, based on
> the agenda in org-mode.
>
> So my question is, if this process could be automated. One idea was a kind
> of a "make file", in which I specify:
> tangle file1.org
> tangle file2.org
> tangle file3.org
> tangle fileAll.org
>
> These would then result in the files attached, which then can be used from
> fileAll.R
>
> Another idea was to have emacs automatically tangle the file after saving.
>
> But I am sure there are also other possibilities.
>
> I have to say, I am absolutely new to org-mode, and know nearly nothing
> about lisp.
>
> Cheers,
>
> Rainer
>
>
> ---------- Forwarded message ----------
> From: Dan Davison <davison@stats.ox.ac.uk>
> Date: Mon, Feb 1, 2010 at 9:59 PM
> Subject: Re: Fwd: [ESS] generating TODO list?
> To: Rainer M Krug <r.m.krug@gmail.com>
> Cc: "Thomas S. Dye" <tsd@tsdye.com>
>
>
> [...]
> >     Sure, when you change the code in the org file, you have to re-run
> >     org-babel-tangle before you run your new R code.
> >
> >
> > Ant this is the critical point: I can save all files which need to be
> saved in
> > ESS by Ctrl-x s (or was it Ctrl-x Ctrl-s ? I always do both). But having
> > manually to go through all files, is something I am likely to forget. If
> I
> > could tangle all files with one command, that wouls work (I have about 10
> files
> > for the project which are then sourced...). Could I combine the save-all
> with a
> > tangle-all, or have the saving action automatically followed by a
> tangling (if
> > it is an org file)?
> >
> >
> >     But that's just one possibility. Another would be simply to tangle
> all
> >     the blocks of R code to the same file. Then when you run that file,
> you
> >     know that your function definitions will be up to date.
> >
> >
> > It is quite strange, that there is no possibility to script emacs from
> org mode
> > like all the other languages? because that would be perfect for this.
>
>
> I am certain that there is going to be a good solution for all your
> concerns! I think you want to be thinking along the lines of maintaining
> a _single_ org file for your project, and either including the code in
> different subtrees of that file, or referring to external files from
> within that file. But if the right solution doesn't doesn't already
> exist, and it's a good idea, then someone will cook it up in
> elisp. Could we move this discussion to the org-mode list? If you
> describe what you want to do, with a toy example if that's helpful, then
> I believe you will see that problems do not remain without solution for
> very long on emacs-orgmode@gnu.org.
>
> Meanwhile, have a look at this
>
> http://doc.norang.ca/org-mode.html
>
> to see some of what org-mode can do (the website itself is made in
> org-mode of course).
>
> Dan
>
>
> >
> >
> >
> >     By the way, have you tried out the export facilities of org-mode?
> Have a
> >     look at the html export of the above org file [C-c C-e (org-export)
> >     brings up the export options]. You can create links in the org file
> to
> >     graphical output from R and these graphs will be included in the
> >     exported HTML/LaTeX.
> >
> >
> > No - I just discovered the org-mode yesterday.
> >
> > Cheers,
> >
> > Rainer
> >
> >
> >
> >     Dan
> >
> >     >
> >     > If that could be done, it would be a perfect example, how one could
> use
> >     > org-babel in real R programming. The other option, would be a "make
> file"
> >     > equivalent, which contains all the "tangle file ..." commands, and
> which
> >     could
> >     > be executed in the block above.
> >     >
> >     >
> >     >
> >     >     And it's also worth looking at the noweb-style references for
> >     assembling
> >     >
> >     >     different code blocks into a single code block. So with
> reference to
> >     the
> >     >     distinction between "source is real" vs. "R objects are real",
> from
> >     >     the org-babel point of view the org-mode files are real and
> contain
> >     the
> >     >     source code along with essential project development and
> planning
> >     notes,
> >     >     and the .R files are an ephemeral product of the org-mode
> source.
> >     >
> >     >
> >     > As I said, it makes perfect sense, but the problem is the
> additional step
> >     > needed. If this could be avoided (e.g. "make file") I would very
> likely
> >     use the
> >     > org-mode.
> >     >
> >     > Thanks for your very helpful comments,
> >     >
> >     > Rainer
> >     >
> >     >
> >     >
> >     >     Dan
> >     >
> >     >     http://orgmode.org/worg/org-contrib/babel/intro.php#
> >     literate-programming
> >     >     http://orgmode.org/worg/org-contrib/babel/reference.php#
> >     >     function-org-babel-tangle
> >     >
> >     >
> >     >
> >     >
> >     >     >
> >     >     >     I will be looking into it anyway, because it REALLY looks
> very
> >     >     useful.
> >     >     >
> >     >     >
> >     >     >
> >     >     >         You might want to join the Org-mode mailing list.
>  The
> >     authors of
> >     >     >         Org-babel, Dan Davison and Eric Schulte, both respond
> to
> >     >     questions
> >     >     >         there.  Also, there are several Org-babel users there
> who
> >     are
> >     >     much
> >     >     >         better than I am at figuring out why things aren't
> working
> >     right.
> >     >     >
> >     >     >         What happens when you try Ctrl-C ' while in a code
> block?
> >      If
> >     >     Org-babel
> >     >     >         is initialized then this should take you to a new
> window
> >     with ESS
> >     >     as
> >     >     >         the editing mode.
> >     >     >
> >     >     >
> >     >     >     Well - I used Ctrl-c ` instead of Ctrl-c ' -- working
> now.
> >     >     >
> >     >     >
> >     >     >     Thanks a lot,
> >     >     >
> >     >     >     Rainer
> >     >     >
> >     >     >
> >     >     >
> >     >     >
> >     >     >         All the best,
> >     >     >         Tom
> >     >     >
> >     >     >
> >     >     >
>
>
> --
> NEW GERMAN FAX NUMBER!!!
>
> Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology,
> UCT), Dipl. Phys. (Germany)
>
> Centre of Excellence for Invasion Biology
> Natural Sciences Building
> Office Suite 2039
> Stellenbosch University
> Main Campus, Merriman Avenue
> Stellenbosch
> South Africa
>
> Cell:           +27 - (0)83 9479 042
> Fax:            +27 - (0)86 516 2782
> Fax:            +49 - (0)321 2125 2244
> email:          Rainer@krugs.de
>
> Skype:          RMkrug
> Google:         R.M.Krug@gmail.com
>
>  <file1.R><file2.R><file3.R><fileAll.R>
>
>
> Aloha Rainer,
>
> I'm interested to know why you're adverse to one HUGE file.  I like one
> HUGE file for the simplicity it brings to the often onerous task of
> organizing a project.  In a paper on Statistical Analyses and
> Reproducible Research,
> Robert Gentleman and Duncan Temple Lang develop the idea of a compendium
> and argue for its utility in what appears to be your kind of application (
> http://www.bepress.com/bioconductor/paper2).  To my mind, one of the
> strong features of Org-babel/Org-mode is that it almost effortlessly creates
> a compendium.  Also, once you become accustomed to using Org-mode and get
> the hang of folding and unfolding headings, it very quickly maps onto the
> old division of material into separate files.
>

I must admit that, after playing around with org-mode and org-babel, I start
thinking along the same lines. As you mention, the structuring makes it
ppossible to have each section or subsection represent what I would have put
in one single file. I am also thinking that locating the source code of a
function in a different file became more and more difficult. OK - I'll play
with it over the next few days, and see what is happening.

Interesting article - and I agree with the idea of a "compendium".

Cheers and thanks,

Rainer



>
> All the best,
> Tom
>
>
>
> Thomas S. Dye, Ph.D.
>
> T. S. Dye & Colleagues, Archaeologists, Inc.
>
> Phone: (808) 529-0866 Fax: (808) 529-0884
>
> http://www.tsdye.com
>
>
>


-- 
NEW GERMAN FAX NUMBER!!!

Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology,
UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Natural Sciences Building
Office Suite 2039
Stellenbosch University
Main Campus, Merriman Avenue
Stellenbosch
South Africa

Cell:           +27 - (0)83 9479 042
Fax:            +27 - (0)86 516 2782
Fax:            +49 - (0)321 2125 2244
email:          Rainer@krugs.de

Skype:          RMkrug
Google:         R.M.Krug@gmail.com

[-- Attachment #1.2: Type: text/html, Size: 15032 bytes --]

[-- Attachment #2: Type: text/plain, Size: 201 bytes --]

_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2010-02-02 18:31 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-02-02 13:35 Using R in Org mode with several sourced files Rainer M Krug
2010-02-02 18:03 ` Thomas S. Dye
2010-02-02 18:26   ` Rainer M Krug

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).