From mboxrd@z Thu Jan 1 00:00:00 1970 From: Paul Stansell Subject: Re: using gnuplot's "splot" and "every" commands on org-mode table data Date: Fri, 17 May 2013 21:18:14 +0100 Message-ID: References: <87k3ncxeqt.fsf@gmail.com> <871u9isl4x.fsf@gmail.com> <87sj1xocz7.fsf@gmail.com> <87ehdapncr.fsf@gmail.com> <87mwrtk5xa.fsf@gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=089e011838eacdc70b04dcefaeef Return-path: Received: from eggs.gnu.org ([208.118.235.92]:37377) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UdR6a-00046T-8q for emacs-orgmode@gnu.org; Fri, 17 May 2013 16:18:22 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UdR6W-0004aj-2h for emacs-orgmode@gnu.org; Fri, 17 May 2013 16:18:20 -0400 Received: from mail-ie0-x235.google.com ([2607:f8b0:4001:c03::235]:58696) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UdR6V-0004YC-Sa for emacs-orgmode@gnu.org; Fri, 17 May 2013 16:18:16 -0400 Received: by mail-ie0-f181.google.com with SMTP id x12so10081864ief.40 for ; Fri, 17 May 2013 13:18:14 -0700 (PDT) In-Reply-To: <87mwrtk5xa.fsf@gmail.com> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Eric Schulte Cc: emacs-orgmode@gnu.org --089e011838eacdc70b04dcefaeef Content-Type: text/plain; charset=ISO-8859-1 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. 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 --089e011838eacdc70b04dcefaeef Content-Type: application/octet-stream; name="gnuplot2.org" Content-Disposition: attachment; filename="gnuplot2.org" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hgtt6sww1 IytQcm9wZXJ0eTogOnJlc3VsdHMgc2lsZW50CgojK25hbWU6IGJsb2NrX2RhdGEKfCAxIHwgMSB8 ICAyIHwKfCAxIHwgMiB8ICA1IHwKfCAxIHwgMyB8IDEwIHwKfCAgIHwgICB8ICAgIHwKfCAyIHwg MSB8ICA1IHwKfCAyIHwgMiB8ICA4IHwKfCAyIHwgMyB8IDEzIHwKfCAgIHwgICB8ICAgIHwKfCAz IHwgMSB8IDEwIHwKfCAzIHwgMiB8IDEyIHwKfCAzIHwgMyB8IDE4IHwKfCAgIHwgICB8ICAgIHwK fCAgIHwgICB8ICAgIHwKfCAxIHwgMSB8IDEyIHwKfCAxIHwgMiB8IDE1IHwKfCAxIHwgMyB8IDIw IHwKfCAgIHwgICB8ICAgIHwKfCAyIHwgMSB8IDE1IHwKfCAyIHwgMiB8IDE4IHwKfCAyIHwgMyB8 IDIzIHwKfCAgIHwgICB8ICAgIHwKfCAzIHwgMSB8IDIwIHwKfCAzIHwgMiB8IDIzIHwKfCAzIHwg MyB8IDI4IHwKCiMrbmFtZTogZ251cGxvdF8xCiMrYmVnaW5fc3JjIGdudXBsb3QgOnZhciBkPWJs b2NrX2RhdGEKICBzZXQgdGljc2xldmVsIDAgIyBUaGlzIHJlbW92ZXMgdGhlIG5vbi16ZXJvIG9m ZnNldCBpbiB6LgogIHNwbG90IGQgaW5kZXggMCB1IDE6MjozIHcgbHAgcHQgNiBwcyA1LCBkIGlu ZGV4IDEgdSAxOjI6MyB3IGxwIHB0IDYgcHMgNQojK2VuZF9zcmMKCiMrbmFtZTogYmxvY2tfZGF0 YV9taXNzaW5nCnwgMSB8IDEgfCAgMiB8CnwgMSB8IDIgfCAgNSB8CnwgMSB8IDMgfCAxMCB8Cnwg ICB8ICAgfCAgICB8CnwgMiB8IDEgfCAgNSB8CnwgMiB8IDIgfCAxMCB8CnwgMiB8IDMgfCAxMyB8 CnwgICB8ICAgfCAgICB8CnwgMyB8IDEgfCAxMCB8CnwgMyB8IDIgfCAgPyB8CnwgMyB8IDMgfCAx OCB8CnwgICB8ICAgfCAgICB8CnwgICB8ICAgfCAgICB8CnwgMSB8IDEgfCAxMiB8CnwgMSB8IDIg fCAxNSB8CnwgMSB8IDMgfCAyMCB8CnwgICB8ICAgfCAgICB8CnwgMiB8IDEgfCAxNSB8CnwgMiB8 IDIgfCAxOCB8CnwgMiB8IDMgfCAyMyB8CnwgICB8ICAgfCAgICB8CnwgMyB8IDEgfCAgPyB8Cnwg MyB8IDIgfCAyMyB8CnwgMyB8IDMgfCAyOCB8CgojK25hbWU6IGdudXBsb3RfMgojK2JlZ2luX3Ny YyBnbnVwbG90IDp2YXIgZD1ibG9ja19kYXRhX21pc3NpbmcgOm1pc3NpbmcgIj8iCiAgc2V0IHRp Y3NsZXZlbCAwCiAgc3Bsb3QgZCBpbmRleCAwIHUgMToyOjMgdyBscCBwdCA2IHBzIDUsIGQgaW5k ZXggMSB1IDE6MjozIHcgbHAgcHQgNiBwcyA1CiMrZW5kX3NyYwoKIytuYW1lOiBnbnVwbG90XzMK IytiZWdpbl9zcmMgZ251cGxvdCA6dmFyIGQ9YmxvY2tfZGF0YV9taXNzaW5nCiAgc2V0IHRpY3Ns ZXZlbCAwCiAgc3Bsb3QgZCBpbmRleCAwIHUgMToyOjMgdyBscCBwdCA2IHBzIDUsIGQgaW5kZXgg MSB1IDE6MjozIHcgbHAgcHQgNiBwcyA1CiMrZW5kX3NyYwoKIytuYW1lOiBjbGVhbgojK2JlZ2lu X3NyYyBzaCA6dmFyIGRhdGE9YmxvY2tfZGF0YV9taXNzaW5nIDpyZXN1bHRzIGZpbGUgOmZpbGUg L3RtcC9kYXRhLmdudXBsb3QKICBlY2hvICIkZGF0YSIgPiAvdG1wL2RhdGEuZ251cGxvdAojK2Vu ZF9zcmMKCiMrbmFtZTogZ251cGxvdF80CiMrYmVnaW5fc3JjIGdudXBsb3QgOnZhciBkPWNsZWFu KGJsb2NrX2RhdGFfbWlzc2luZykKICBzZXQgdGljc2xldmVsIDAKICBzZXQgZGF0YWZpbGUgbWlz c2luZyAnPycKICBzcGxvdCBkIGluZGV4IDAgdSAxOjI6MyB3IGxwIHB0IDYgcHMgNSwgZCBpbmRl eCAxIHUgMToyOjMgdyBscCBwdCA2IHBzIDUKIytlbmRfc3JjCg== --089e011838eacdc70b04dcefaeef--