From: Eric Schulte <schulte.eric@gmail.com>
To: Paul Stansell <paulstansell@gmail.com>
Cc: emacs-orgmode@gnu.org, Eric Schulte <schulte.eric@gmail.com>
Subject: Re: using gnuplot's "splot" and "every" commands on org-mode table data
Date: Fri, 17 May 2013 14:39:54 -0600 [thread overview]
Message-ID: <87li7dibmt.fsf@gmail.com> (raw)
In-Reply-To: <CAMJKaZydBvavJs5NXPEsQOVpaZ6S+5CifgY+FCeDLyqSKfdBSg@mail.gmail.com> (Paul Stansell's message of "Fri, 17 May 2013 21:18:14 +0100")
[-- Attachment #1: Type: text/plain, Size: 1337 bytes --]
Paul Stansell <paulstansell@gmail.com> writes:
> Hi Eric,
>
> Thanks for your work on this. I've tried your latest changes and I
> think they're a big improvement.
>
> I've attached another org-mode file for you to try. It illustrates
> the use of double blank lines in the first table (called block_data)
> to inform gnuplot that there're two separate data sets in the single
> data file. The first code block (gnuplot_1) plots these two data sets
> as red and green surfaces. It's really nice that gnuplot can now be
> used in this way from within org-mode.
>
> One slight drawback, however, is that there still doesn't seem to be a
> way to specify missing values in the org table in the way they're
> frequently used by gnuplot. An illustration of what I mean by this is
> given in the table block_data_missing in the attached org file.
> You'll see that I've inserted two '?' characters for missing z-values.
> If you execute the second and third code blocks (gnuplot_2 and
> gnuplot_3) you'll see that neither give the desired result.
>
I see, I've change the `org-babel-gnuplot-quote-tsv-field' function so
that it will only wrap a value in double quotes if that value actually
needs these wraps (e.g., contains a quote or a space).
With this change your example 3 now works as expected (nice looking
plots by the way).
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: gnuplot3.org --]
[-- Type: text/x-org, Size: 555 bytes --]
#+name: block_data_missing
| 1 | 1 | 2 |
| 1 | 2 | 5 |
| 1 | 3 | 10 |
| | | |
| 2 | 1 | 5 |
| 2 | 2 | 10 |
| 2 | 3 | 13 |
| | | |
| 3 | 1 | 10 |
| 3 | 2 | ? |
| 3 | 3 | 18 |
| | | |
| | | |
| 1 | 1 | 12 |
| 1 | 2 | 15 |
| 1 | 3 | 20 |
| | | |
| 2 | 1 | 15 |
| 2 | 2 | 18 |
| 2 | 3 | 23 |
| | | |
| 3 | 1 | ? |
| 3 | 2 | 23 |
| 3 | 3 | 28 |
#+name: gnuplot_3
#+begin_src gnuplot :var d=block_data_missing
set ticslevel 0
splot d index 0 u 1:2:3 w lp pt 6 ps 5, d index 1 u 1:2:3 w lp pt 6 ps 5
#+end_src
[-- Attachment #3: Type: text/plain, Size: 643 bytes --]
Are there any use cases which are still not addressed?
>
> If the block_data_missing table were exported exactly as it is except
> for the removal of the '|' characters and "set datafile missing '?'"
> were specified in the gnuplot script this would enable gnuplot to plot
> the red and green surfaces with the missing values. To see this try
> executing the last code block (gnuplot_4) which plots the data which
> is first "cleaned" by the shell command you suggested in a previous
> post. This would also remove the need to have the :missing header
> argument.
>
> Kind regards,
>
> Paul
>
--
Eric Schulte
http://cs.unm.edu/~eschulte
next prev parent reply other threads:[~2013-05-17 20:40 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 [this message]
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
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=87li7dibmt.fsf@gmail.com \
--to=schulte.eric@gmail.com \
--cc=emacs-orgmode@gnu.org \
--cc=paulstansell@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).