From: tsd@tsdye.com (Thomas S. Dye)
To: Sebastien Vauban <wxhgmqzgwmuf@spammotel.com>
Cc: Org-mode <emacs-orgmode@gnu.org>
Subject: Re: babel work flow
Date: Thu, 14 Jul 2011 05:53:37 -1000 [thread overview]
Message-ID: <m1k4bkamf2.fsf@tsdye.com> (raw)
In-Reply-To: <80oc0x9uyz.fsf@somewhere.org> (Sebastien Vauban's message of "Thu, 14 Jul 2011 09:34:12 +0200")
"Sebastien Vauban" <wxhgmqzgwmuf@spammotel.com> writes:
> Hi Thomas,
>
> Thomas S. Dye wrote:
>> I want to use one of the dot utilities, tred, in a way that preserves my
>> ability to distribute the Org-mode file as reproducible research, i.e.,
>> intermediate results should end up in the Org-mode file or be passed
>> along in a chain.
>>
>> Right now I have a python routine that reads a couple of Org-mode tables
>> and outputs a valid dot graph. I'm saving this to a file, dot-temp.gv,
>> and then running some shell commands, like this:
>>
>> #+begin_src sh
>> tred dot-temp.gv > test.gv
>> dot -o test.pdf -Tpdf test.gv
>> open test.pdf
>> #+end_src
>>
>> The graph is just what I want, but I can't see how to automate the
>> process in Org-mode. In particular, the tred step trips me up. Do I
>> have to make babel, tred-aware?
>
> Sorry if I misunderstand, but could you be more explicit (for me) on what the
> problem is? Why is it a problem for you to have that sh block inside your
> Org. It is executed automagically upon exporting, no? If yes, why is that not
> good enough?
>
> Best regards,
> Seb
Aloha Seb,
Yes, babel is working fine and the sh block does its job.
The problem is that I like to see intermediate results in the Org-mode
file and the sh block works instead with files that reside outside Org-mode.
In this particular case, I'd prefer to have dot-temp.gv in a results
block in the Org-mode file, and then pass this results block into a
source code block where tred can manipulate it, and which returns its
results to the Org-mode file.
That way, the skeptical inquirer need only consult the Org-mode file to
be convinced that tred removed the transitive relations from the
digraph. It would be an easy matter to compare the two results blocks.
All the best,
Tom
--
Thomas S. Dye
http://www.tsdye.com
next prev parent reply other threads:[~2011-07-14 15:53 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-07-13 23:09 babel work flow Thomas S. Dye
2011-07-14 7:34 ` Sebastien Vauban
2011-07-14 15:53 ` Thomas S. Dye [this message]
2011-07-15 15:36 ` Eric Schulte
2011-07-15 16:58 ` Thomas S. Dye
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m1k4bkamf2.fsf@tsdye.com \
--to=tsd@tsdye.com \
--cc=emacs-orgmode@gnu.org \
--cc=wxhgmqzgwmuf@spammotel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).