From: Nick Dokos <ndokos@gmail.com>
To: emacs-orgmode@gnu.org
Subject: Re: splot and #+PLOT keyword
Date: Wed, 28 Apr 2021 11:28:44 -0400 [thread overview]
Message-ID: <87eeeul977.fsf@alphaville.usersys.redhat.com> (raw)
In-Reply-To: 87mtti3ba9.fsf@disroot.org
Eric S Fraga <e.fraga@ucl.ac.uk> writes:
> Hello,
>
> a question/problem regarding the #+plot: keyword.
>
> I am trying to plot out some data where the table looks like this:
>
> #+begin_src org
> ,#+plot: ind:(6 7) deps:(1) with:"linespoints pt 7" set:"logscale xy" type:3d
> | 1 | 81 | 5 | 0 | 2.27 | 0.9729848950975623 | 0.019370016994566613 | 0.0 |
> | 2 | 179 | 12 | 2 | 3.68 | 0.42919355355596267 | 0.098179980500945 | 0.0 |
> | 3 | 192 | 6 | 4 | 3.73 | 0.022272788298562045 | 107.57399021086516 | 0.0 |
> | 4 | 207 | 7 | 8 | 3.78 | 5.793210638997738 | 0.0012069891001225872 | 0.0 |
> | 5 | 194 | 10 | 12 | 3.83 | 0.06356594000544429 | 0.04724965431965522 | 0.0 |
> | 6 | 216 | 8 | 14 | 3.89 | 0.06342050747033937 | 0.0030380306687021346 | 0.0 |
> | 7 | 193 | 7 | 18 | 3.94 | 0.0021538841210584 | 0.05771587421360767 | 0.0 |
> | 8 | 193 | 7 | 19 | 3.99 | 0.0010739216097561438 | 0.10625133051680691 | 0.0 |
> | 9 | 182 | 6 | 19 | 4.04 | 0.0014893478573963876 | 0.03593357278451856 | 0.0 |
> | 10 | 192 | 6 | 21 | 4.10 | 0.013251328328567616 | 0.0006605631984014402 | 0.0 |
> #+end_src
>
>
> I have tried a variety of directives for the #+PLOT: keyword but none
> give me what I want. I would like to plot column 1 (dependent variable)
> versus columns 6 and 7 (independent variables) in 3d. (don't ask ;-))
>
> I have also tried:
>
> #+plot: ind:6 deps:(7 1) ...
>
> but in all cases I seem to be getting somewhat random data plotted,
> possibly columns 2 versus 3 and 4, which makes no sense except that
> maybe the "|" table column separator is being retained in the data file
> created. Is there any way to stop the data file from being deleted
> after plotting? I can inspect the *gnuplot* buffer but cannot see the
> actual data.
>
> 2d plots work just fine, by the way.
>
> thank you,
> eric
Have you tried looking at the produced gnuplot script? It goes in a temp file
so it's a bit of a pain, but that's my fallback method when I'm really confused :-)
--
Nick
"There are only two hard problems in computer science: cache
invalidation, naming things, and off-by-one errors." -Martin Fowler
next prev parent reply other threads:[~2021-04-28 16:12 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-04-28 11:21 splot and #+PLOT keyword Eric S Fraga
2021-04-28 15:28 ` Nick Dokos [this message]
2021-04-28 16:25 ` Eric S Fraga
2021-04-28 16:35 ` Eric S Fraga
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=87eeeul977.fsf@alphaville.usersys.redhat.com \
--to=ndokos@gmail.com \
--cc=emacs-orgmode@gnu.org \
/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).