emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Paul Stansell <paulstansell@gmail.com>
To: Eric Schulte <schulte.eric@gmail.com>
Cc: emacs-orgmode@gnu.org
Subject: Re: using gnuplot's "splot" and "every" commands on org-mode table data
Date: Tue, 24 Sep 2013 13:05:00 +0100	[thread overview]
Message-ID: <CAMJKaZxCMqP58WLXMHmrCqr=j_K2_ZwDf-WK9odGC2PGoGB38w@mail.gmail.com> (raw)
In-Reply-To: <87ioxr15c0.fsf@gmail.com>

Hi Eric,

> Currently the :missing header argument for gnuplot code blocks does two
> things.  It adds the "set datafile missing..." line to the code block
> body *and* it binds `*org-babel-gnuplot-missing*' to the value of the
> :missing header argument when the datafile is written, so empty table
> cells are replaced with the value of the :missing header argument.

Thanks for the explanation.

> The reason you're not getting a blank line is because it is replaced
> with three "missing" values, in this case "? ? ?".
>
> Do you think this behavior should be changed or split between two header
> arguments?

I think the :missing header should not replace empty fields in an org
table by the missing character as blank lines have a special meaning
in gnuplot.  To fully use the versatility of gnuplot one needs blank
lines and missing values.  The "set datafile missing" command sets a
specific character string to be treated as a missing value.  The
character string can even be a number, eg. set datafile missing "-1".

It says under gnuplot's "help missing" that: "There is no default
character for `missing`, but in many cases any non-parsible string of
characters found where a numerical value is expected will be treated
as missing data."

My view is that for the purposes of exporting org tables for plotting
with gnuplot all blank entries in the org table (fields and whole
lines) should be exported as blanks, and all characters (letters or
numerical digits etc.) should be exported exactly as they appear in
the table (without any additional surrounding quotes being added).

Maybe I'm missing the point of the :missing header, but I find it
easier and clearer to include the datafile missing command in the
gnuplot code block.  I don't really see a need for the :missing
header.  Maybe the need stems from wanting to be able to use different
plotting packages to plot the same org table data, but it's not clear
to me.

Kind regards,

Paul

  reply	other threads:[~2013-09-24 12:05 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-05-01 14:39 using gnuplot's "splot" and "every" commands on org-mode table data Paul Stansell
2013-05-03 16:09 ` Eric Schulte
2013-05-06 18:57   ` Achim Gratz
2013-05-09 12:54     ` Eric S Fraga
2013-05-09 20:23       ` Achim Gratz
2013-05-09 20:42         ` Eric S Fraga
2013-05-11 10:39           ` Achim Gratz
2013-05-11 12:20             ` Rick Frankel
2013-05-21 12:36             ` Eric S Fraga
2013-05-07 17:14   ` Paul Stansell
2013-05-07 18:25     ` Eric Schulte
2013-05-07 18:39       ` Paul Stansell
2013-05-08 12:46         ` Eric Schulte
2013-05-08 15:48           ` Paul Stansell
2013-05-13 21:43             ` Eric Schulte
2013-05-17 15:00               ` Eric Schulte
2013-05-17 20:18                 ` Paul Stansell
2013-05-17 20:39                   ` Eric Schulte
2013-05-17 21:33                     ` Paul Stansell
2013-08-30 17:16                       ` Paul Stansell
2013-08-30 19:13                         ` Achim Gratz
2013-05-07 18:19   ` Paul Stansell
2013-05-08 12:41     ` Eric Schulte
2013-05-08 16:00       ` Paul Stansell
2013-05-12 18:55       ` Achim Gratz
2013-05-13 21:38         ` Eric Schulte
2013-05-14  7:06           ` Achim Gratz
2014-03-25 18:42           ` Achim Gratz
2013-05-11 10:51   ` Achim Gratz
2013-09-23 14:54   ` Paul Stansell
2013-09-23 23:32     ` Eric Schulte
2013-09-24 12:05       ` Paul Stansell [this message]
2013-09-25 18:21         ` Eric Schulte
2013-09-25 20:01           ` Paul Stansell

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='CAMJKaZxCMqP58WLXMHmrCqr=j_K2_ZwDf-WK9odGC2PGoGB38w@mail.gmail.com' \
    --to=paulstansell@gmail.com \
    --cc=emacs-orgmode@gnu.org \
    --cc=schulte.eric@gmail.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).