Hi all,
I've been using Org mode (latest version - see my set up below) to
perform some data analysis and have come across a problem evaluating R
code blocks. I usually use a session when working and when evaluating
a code block with describe (R package "rms") and a quantitative
variable the resul
On 4 August 2014 21:23, Eric Schulte wrote:
> Why are you setting the output type to "graphics" when you are trying to
> return text? I think that may be the source of your problem.
Hi Eric,
thanks for the quick response.
I've had 'graphics' from my main data analysis file ... I think I got
that
-slave --no-save")
(org-babel-do-load-languages
'org-babel-load-languages
'((emacs-lisp . nil)
(R . t)))
Thanks,
Andreas
--
Dr Andreas Kiermeier | Director
Statistical Process Improvement Consulting and Training Pty Ltd
Mbl: +61 (4)23 028 565 | Email: andreas.kierme
On 5 August 2014 13:30, John Hendy wrote:
> I can reproduce with a minimal config and on Linux (to toss in a
> confirmation). I *also* accidentally just stumbled on a way I can
> toggle the behavior between correct and incorrect! It arose because my
> file was not able to use the #+PROPERTY settin
On 6 August 2014 03:35, Charles Berry wrote:
[snip]
> org-babel-R-evaluate-session uses
>
> (string-match "^\\([ ]*[>+\\.][ ]?\\)+\\([[0-9]+\\|[ ]\\)" line)
>
> to find the start of R output in the session.
>
> This does not match the ` 0', but matches the ` .6'
> in the out
Hi Aaron,
thanks for keeping on this.
I personally don't have a problem with requiring an R package.
In fact, users will have a rather limited experience with R if they cannot
install add-on packages (for whatever reason) - this is one of the things
that makes R such an attractive option for data a
Hi Seb,
I'm not quite sure why the commands are not echoed and someone else
can probably explain this.
But for what it's worth, using a header argument ":results output"
shows the command plus their output in the *R* buffer.
Cheers,
Andreas
I don't think you need the ":noweb yes" as part of the setup_fu
header, as this block is not pulling in other materials.
Having used this type of setup only over the last couple of days, I've
come up with another question. It appears that the setup_fu is
executed twice ... once as it's own source
Hi Chuck
On 19 September 2014 12:29, Charles Berry wrote:
>
> Why not use library(xtable) and do it all in R?
>
> If you are not sure this is the right choice, I suggest you look at the
> help page for print.xtable - you have a lot of control over caption,
> label, positioning, etc.
I was trying
s
Andreas
On 19 September 2014 18:34, Rainer M Krug wrote:
> Andreas Kiermeier writes:
>
>> I don't think you need the ":noweb yes" as part of the setup_fu
>> header, as this block is not pulling in other materials.
>>
>> Having used this type of se
Hi Rainer,
like Tory I prepare my CV using latex directly. I've been using
"moderncv" for several years now and have been quite happy with it
(though that was before I've started using org). But even now, I can't
see how using org, would add to what I already have.
Mind you, I tend to add to my C
On 19 September 2014 20:29, Rainer M Krug wrote:
> This boils down to the question I asked earlier about header-args and
> +header args, inheritance of header arguments and this in contrast to
> normal header args.
>
> Based on this discussion, I thought that the header arguments count
> *where th
options.
The upside is that I found the additional functions margin.table and
addmargins (I knew about prop.table) which are going to make my life easier
with R's tables.
Cheers,
Andreas
--
Dr Andreas Kiermeier | Director
Statistical Process Improvement Consulting and Training Pty Ltd
Mbl: +61
Hi Kenneth,
I believe the reason for the large margins are based on readability (long
lines are harder). Having said that, I've also found them a bit 'odd' and
maybe that's because I'm so used to Microsoft Word's default margins of 1in
all around.
Anyway, if you prefer to specify margins directly
Hi Johnny,
On 24 November 2014 at 08:08, wrote:
> I use
> #+BIBLIOGRAPHY mybibliographyfile plain
> which works, but
> #+BIBLIOGRAPHY myfirstbibliographyfile mysecondbibliographyfile plain
> does not.
Instead of #+BIBLIOGRAPHY I tend to use
#+LATEX: \bibliographystyle{plainnat}
#+LATEX: \bi
Hi John,
similar doi problem here.
My configuration is:
- Windows 10
- GNU Emacs 24.5.1 (i686-pc-mingw32) of 2015-04-11 on LEG570
- Miktex (up-to-date) with pdftotext v0.32..0
- org-ref v 0.5.0 (from melpa)
Running pdftotext from the command line works and produces a text file with
do
;
> -------
> Professor John Kitchin
> Doherty Hall A207F
> Department of Chemical Engineering
> Carnegie Mellon University
> Pittsburgh, PA 15213
> 412-268-7803
> @johnkitchin
> http://kitchingroup.cheme.cmu.edu
>
>
> On Wed, Dec 23, 2015
at 00:45, John Kitchin wrote:
>
> On Thu, Dec 24, 2015 at 1:04 AM, Andreas Kiermeier <
> andreas.kierme...@gmail.com> wrote:
>
>> org-ref-open-bibtex-notes()
>
>
> That looks like a different error that occurs in org-ref-open-bibtex-notes().
> Up to tha
:YEAR: 2007
:VOLUME: 149
:PAGES: 22-24
:DOI: 10.1016/j.vetpar.2007.07.004
:URL: http://dx.doi.org/10.1016/j.vetpar.2007.07.004
:END:
Does the notes file need a specific set up in terms of headers etc?
--
Dr Andreas Kiermeier | Director
Statistical Process Improvement Consulting an
insert-bibtex-entry-fr
>
> John
>
> ---
> Professor John Kitchin
> Doherty Hall A207F
> Department of Chemical Engineering
> Carnegie Mellon University
> Pittsburgh, PA 15213
> 412-268-7803
> @johnkitchin
> http://kitchingroup.chem
hingroup.cheme.cmu.edu
>
>
> On Fri, Dec 25, 2015 at 7:03 PM, Andreas Kiermeier <
> andreas.kierme...@gmail.com> wrote:
>
>> Thanks John.
>>
>> Yes, that was the case, because I had no intention of downloading the
>> pdfs. So I had set
>>
>> (setq
On 7 February 2016 at 04:38, John Kitchin wrote:
> that is why you don't get bibtex run then ;) try this
> (setq org-latex-pdf-process
>'("pdflatex -shell-escape -interaction nonstopmode
> -output-directory %o %b"
> "bibtex %b"
> "pdflatex -shell-escape -interaction nons
I second that.
I like exporting everything to LaTeX without having to re-run all the code,
which in many cases can add considerable time.
Cheers,
Andreas
On 24 May 2016 at 11:04, Grant Rettke wrote:
> On Sun, May 22, 2016 at 4:52 PM, Charles C. Berry
> wrote:
> > TL;DR: Org babel headers give e
On 17/09/2016 03:49, Ken Mankoff wrote:
Hi Org list,[snip]
# Note that the first line below is commented out
# #+LATEX_HEADER_EXTRA:\addbibresource{Library.bib,local.bib}
#+LATEX_HEADER_EXTRA:\addbibresource{Library.bib}
#+LATEX_HEADER_EXTRA:\addbibresource{local.bib}
Is this how others work wi
Hi Vikas,
for what it's worth, I usually run two windows (in the same frame),
side-by-side, with emacs maximised.
On the left I have my org file and on the right I have an R session, which
I start immediately after I open my org file.
When I use C-c ' on an R source block, the org buffer (on the le
>
> Thanks Andreas. I am perhaps being to finicky. The problem with your
> approach is that you would end up permanently losing screen space for the R
> session. I don’t want the R session obstructing my writing when I am not
> working on code blocks. Ideally, the R session should appear only when
}
\usepackage{color}
\usepackage{fancyhdr}
\usepackage{fancybox}
\usepackage{xspace}
\usepackage{minted}
\author{Andreas Kiermeier}
\date{\today}
\title{}
\hypersetup{
pdfauthor={Andreas Kiermeier},
pdftitle={},
pdfkeywords={},
pdfsubject={},
pdfcreator={Emacs 25.3.1 (Org mode 9.2.3)},
pdflan
Hi Sharon,
The tex file is straight out of the export, and the second ”}” matches the
“\hypersetup{“ a few lines earlier.
Thanks,
Andreas
From: Sharon Kimble
Sent: Thursday, 2 May 2019 17:57
To: Andreas Kiermeier
Cc: emacs-orgmode@gnu.org
Subject: Re: [O] Problem with including file
Thanks for the quick reply.
Of course you are spot on, Nicolas.
Changing to
#+PROPERTY: header-args+ :exports code
Or
#+PROPERTY: header-args+ :exports both
Does indeed fix the problem.
The reason I did tried to do it this way was because it's simpler than
having to say :export results for every
On Behalf Of Jamie Forth
> Sent: Thursday, 2 May 2019 20:53
> To: emacs-orgmode@gnu.org
> Subject: Re: [O] Problem with including file
>
> Hi Andreas,
>
> "Andreas Kiermeier" writes:
>
> > The reason I did tried to do it this way was because it's
30 matches
Mail list logo
