Thanks, Eric!

It's a great tool... I like how it, within org, makes it easy to keep the data organized an yet easily accessible.

Another quick org-plot question...

I found that to turn on the grid, I use:
#+PLOT: set:grid

So, to set an axis label, I tried
#+PLOT: set:xlabel("Frequency")
and
#+PLOT: set:xlabel "Frequency"
and a few other things, but didn't hit on the right combination.  What's the correct syntax?

--snip--

Notice that you are missing an hline in your table after the headers.

Sorry, I should have seen that.

> When I try to use the deps option, I either get an error or an undesired result.  For example, if I include
> a "deps:3,4", I get a "Wrong type argument" error.  If I enclose the 3,4 in single quotes (eg. deps:'3,4'),


Currently no there is not.  In the current setup all of the plot lines
adjacent to a table are collected and used to generate a single plot for
the table.  I does seem like a good idea to allow multiple plots from a
single table.  Two ideas that come to mind are...

1) keep all of the plot lines adjacent with the table, but number them
  into any number of different plots.  For example the following would
  specify plots 1 and 2 for a table

#+PLOT1: title:"the first plot"
#+PLOT1: ind:1 with:points
#+PLOT2: title:"the second plot on the same table"
#+PLOT2: ind:2 deps:(3 4) with:lines
| Frequency | Amplitude | Phase | Delta | Peak |
|-----------+-----------+-------+-------+------|
|       0.9 |         9 |     6 |     5 |  198 |
|       1.0 |        10 |     9 |     7 |  212 |
|       1.1 |        11 |     8 |     3 |  144 |
|       9.9 |        19 |    12 |     9 |  235 |
|      10.0 |        18 |     7 |    12 |  222 |
|      10.1 |        22 |    14 |     4 |  187 |
|      19.9 |        14 |    11 |     6 |  220 |
|      20.0 |        20 |    15 |    14 |  213 |
|      20.1 |        18 |    16 |    11 |  201 |

2) the only other mechanism which occurs to me is to somehow label the
  table with a unique ID, and then allow the plot lines to be located

This feature (multiple plots from a single table) would be a very nice addition, with either approach.


Thanks for the bug reports and ideas -- Eric

You're welcome, and thanks for your help.

Jerry