From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Eric Schulte" Subject: Re: graphing from org-tables Date: Mon, 28 Jul 2008 07:26:12 -0700 Message-ID: <488dd6f3.38e1220a.0b22.14a9@mx.google.com> References: <4889f6f8.29578c0a.3e24.ffff8395@mx.google.com> <20080725162527.GA54528@yog-sothoth.mohorovi.cc> <488a2450.1e078e0a.2bc0.181f@mx.google.com> <488b7c9b.14be600a.11cc.ffff9150@mx.google.com> <9629760B-7606-42FD-B625-FAC44490221C@uva.nl> Reply-To: Eric Schulte Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KNTgA-0004YA-1c for emacs-orgmode@gnu.org; Mon, 28 Jul 2008 10:26:26 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KNTg4-0004WB-Az for emacs-orgmode@gnu.org; Mon, 28 Jul 2008 10:26:25 -0400 Received: from [199.232.76.173] (port=59794 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KNTg4-0004W2-06 for emacs-orgmode@gnu.org; Mon, 28 Jul 2008 10:26:20 -0400 Received: from py-out-1112.google.com ([64.233.166.183]:33738) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KNTg2-00083U-4c for emacs-orgmode@gnu.org; Mon, 28 Jul 2008 10:26:19 -0400 Received: by py-out-1112.google.com with SMTP id p76so2466640pyb.1 for ; Mon, 28 Jul 2008 07:25:56 -0700 (PDT) In-Reply-To: <9629760B-7606-42FD-B625-FAC44490221C@uva.nl> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Carsten Dominik Cc: Org-mode It seems that the ability to generate graphs/plots from org files may be general enough to be useful as either an addition to org-table or as a new org-plot library. Carsten has suggested the addition of a new gnuplot (or maybe R-plot or just plot) link type to be used for plotting I would be happy to help write up such a library, but would like to first push some discussion of what some of the potential uses would be. Here are some seed questions/thoughts... 1) Would it ever make sense to graph/plot information which is not in an org-table, if so how would that information be stored? - function or equation in the gnuplot link - array of values in the link - latex function (cringe) - elsewhere 2) It seems that it may be useful to automatically generate/update plots during publication of org-files to latex or html 3) Currently I find it very useful to be able to see an initial plot of a table with a single command, however there should be a sliding scale from ease of plotting to greater control over the final plot. Maybe through specification of gnuplot options through properties, or simply specification of a gnuplot script. 4) also clearly R is another plotting library of interest, how should different libraries be handled. 5) would application of more powerful libraries like R to org-tables be useful as an alternative to calc, or is this beginning to look like a kitchen sink I'm sure there are many other interesting places where this discussion could lead. Please see emails below for the genesis of these ideas, and share your own thoughts. Thanks -- Eric On Saturday, July 26, at 13:21, Carsten Dominik wrote: > > On Jul 26, 2008, at 12:36 PM, Eric Schulte wrote: > > > I am happy to collaborate, > > > > Ideas for expansion mentioned so far include; > > > >>> I can think of a couple of extensions which should be worthwhile > >>> 1) titling the graph lines, by their column headers (when present) > >>> 2) exposing some of the gnuplot options (with lines, with bars, > >>> title, > >>> lt, etc...), the only problem there is how to expose them without > >>> cluttering the interface > >>> 3) probably there are some more which would be useful... > >> > >> > >> The best way to make this extensible is to use a property list as a > >> parameter to the function that creates the plot. > >> > >> > >> like this: > >> > >> (defun org-table-gnuplot (params) > >> > >> and params can be a property list of arbitrary size with properties > >> like > >> > >> :title "string" > >> :xcol N > >> :ycols (n1 n2 n3) > >> :labelrow N > >> > >> etc etc. This you could use to expose any amount of gnuplot options > >> you would want. > >> > >> Other ideas: > >> > >> - I think it might be better if the link can be just before or > >> after a > >> table, so we could make the function search forward to the next table > >> and use that. > >> > >> - instead of using elisp links, we could define a new link type > >> gnuplot: to do this. Not required, but might make things more > >> compact > >> and clean. > > > > Also it looks like this thread is still alive in the mailing list, so > > maybe discussion of features/extensions should be moved there? > > > > What do you think? > > Absolutely! > > With the new post from Dan, maybe we can create an org-plot.el > extension that will do all kinds of crazy things. > > Please go ahead and move our discussion back into the mailing list - > I'll let you do it because I will be out of the game for a month soon. > > - Carsten > > > > > > > Thanks -- Eric >