emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Nigel Beck <me@nigelbeck.com>
To: Eric Schulte <schulte.eric@gmail.com>
Cc: emacs-orgmode@gnu.org
Subject: Re: Re: org-babel-gnuplot broken today?
Date: Tue, 26 Oct 2010 19:12:17 -0400	[thread overview]
Message-ID: <87ocagmtv2.fsf@asusbsd.danakil.selfip.com> (raw)
In-Reply-To: <87ocag8thv.fsf@gmail.com> (Eric Schulte's message of "Tue, 26 Oct 2010 16:43:56 -0600")

Eric - thanks.  I'm using 4.4 as well.  Up until today, the gnuplot code
blocks using data from org-mode tables worked fine.  As of today, the
data from the org-mode tables appears to come through to gnuplot in a
format that gnuplot cannot understand.   I guessing thats why gnuplot is
complaining that "data", the variable containing the data from the
org-mode table, is a "bad file".  Running the aforementioned example
from the worg, the *gnuplot* output is

gnuplot> data = "((0.1 0.425 0.375) (0.2 0.3125 0.3375) (0.3 0.24999993
 0.28333338) (0.4 0.275 0.28125) (0.5 0.26 0.27) (0.6 0.25833338
 0.24999993) (0.7 0.24642845 0.23928553) (0.8 0.23125 0.2375) (0.9 
 0.23333323 0.2333332) (1 0.2225 0.22))"
gnuplot> set term png
Terminal type set to 'pngcairo'
Options are ' size 640, 480 '
gnuplot> set output "basic-plot.png"
gnuplot> set title "Putting it All Together"
gnuplot> 
gnuplot> set xlabel "X"
gnuplot> set xrange [0:1]
gnuplot> set xtics 0,0.1,1
gnuplot> 
gnuplot> 
gnuplot> set ylabel "Y"
gnuplot> set yrange [0.2:0.5]
gnuplot> set ytics 0.2,0.05,0.5
gnuplot> 
gnuplot> 
gnuplot> plot data u 1:2 w p lw 2 title 'x vs. y1', \
>     data u 1:3 w lp lw 1 title 'x vx. y2'
         warning: Skipping unreadable file "((0.1 0.425 0.375) (0.2
         0.3125 0.3375) (0.3 0.24999993 0.28333338) (0.4 0.275 
         0.28125) (0.5 0.26 0.27) (0.6 0.25833338 0.24999993) (0.7 
         0.24642845 0.23928553) (0.8 0.23125 0.2375) (0.9 0.23333323 
         0.2333332) (1 0.2225 0.22))"
         warning: Skipping unreadable file "((0.1 0.425 0.375) (0.2 
         0.3125 0.3375) (0.3 0.24999993 0.28333338) (0.4 0.275 0.28125) 
         (0.5 0.26 0.27) (0.6 0.25833338 0.24999993) (0.7 0.24642845 
         0.23928553) (0.8 0.23125 0.2375) (0.9 0.23333323 0.2333332) 
         (1 0.2225 0.22))"
         No data in plot


I've not regenerated the plots for a few days - maybe a week - so I
cannot be confident that only something today broke this. I'm fairly
confident that only org-mode (and as aforementioned emacs-w3m) have
changed in my emacs setup.


"Eric Schulte" <schulte.eric@gmail.com> writes:

> Hi Nigel,
>
> Org-mode gnuplot code blocks do make use of user variables [1] for
> passing arguments into gnuplot.  I believe that this feature may only be
> available in later versions of gnuplot.  I'm using gnuplot 4.4 locally
> and I've had no problems using gnuplot from Org-mode code blocks which I
> do most every day.
>
> the syntax for defining variables is fairly simple, try the following
> directly in the gnuplot terminal, if your gnuplot does have variable
> support it should graph a straight line of y=10
> #+begin_src gnuplot
>   a=10
>   plot a
> #+end_src
>
> Best -- Eric
>
> Nigel Beck <me@nigelbeck.com> writes:
>
>> John - thanks for the quick reply (and, btw, the very useful tutorial).
>>
>> I ought to have noted that the example works fine when invoked directly
>> from the command line, with the only change being that I move the data
>> into a file (mainly because I don't know the correct gnuplot syntax for
>> putting table data into a variable!).
>>
>> I haven't updated gnuplot since installing it, so I believe the org-mode
>> <-> gnuplot unfriendliness lies in some effect that a recent pull of
>> 7.01trans has had. (I did updated emacs-w3m from cvs the other day, so I
>> suppose thats another possible source of error, but it seems unlikely).
>>
>> I agree that it appears that the table data being handed to gnuplot
>> from org-mode is somehow being formatted in a way that gnuplot does not understand.
>>
>> John Hendy <jw.hendy@gmail.com> writes:
>>
>>> On Tue, Oct 26, 2010 at 3:10 PM, Nigel Beck <me@nigelbeck.com> wrote:
>>>
>>>     I refreshed today 7.01trans and noticed I couldn't get my gnuplots to
>>>     plot anymore: data from a table within the org file is no longer
>>>     digested nicely by gnuplot.
>>>
>>> That's odd. I wrote the tutorial and thus my heart skipped a beat for a moment!
>>>  
>>>
>>>     To test, I used the snippet below from the worg
>>>     http://orgmode.org/worg/org-contrib/babel/languages/ob-doc-gnuplot.php:
>>>
>>>     ** Data Table Plot
>>>    
>>>     Plotting data points from a table could look like this:
>>>     #+tblname: basic-plot
>>>
>>> ---- 8< ----
>>>  
>>>
>>>     Exporting or executing the gnuplot piece, Gnuplot (Gnuplot 4.4 patch
>>>      level 1) complains:
>>>    
>>>     gnuplot> plot data u 1:2 w p lw 2 title 'x vs. y1', \
>>>
>>> ---- 8< ----
>>>  
>>>
>>>             No data in plot
>>>
>>>     So of course no basic-plot.png is created....
>>>    
>>>     As far as I know, my gnuplots were happy sometime within the past week
>>>     refreshing org-mode from git basically daily...
>>>
>>> That's odd indeed. I copied and pasted your exact table and code from the email and was able to generate the plot. The error is
>>> quite odd. It almost makes me wonder if something is different about how gnuplot is receiving the data. Like a syntax error or
>>> something. I would say that at this point it's not the table or code, per se, since I can generate the plot. Hopefully someone will
>>> chime in with more experience who may have seen this error?
>>>
>>> One thing to try in the meantime... Gather up some gnuplot test data file and try to run it from the command line perhaps? It would
>>> at least be one way to see if it's working outside of org-mode?
>>>
>>> Best regards,
>>> John
>>>  
>>>
>>>     _______________________________________________
>>>     Emacs-orgmode mailing list
>>>     Please use `Reply All' to send replies to the list.
>>>     Emacs-orgmode@gnu.org
>>>     http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>>
>>> _______________________________________________
>>> Emacs-orgmode mailing list
>>> Please use `Reply All' to send replies to the list.
>>> Emacs-orgmode@gnu.org
>>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
> Footnotes: 
> [1]  http://www.gnuplot.info/docs/gnuplot.html#x1-3100013.4
>

-- 
Nigel Beck
http://www.nigelbeck.com
+1-323-NDUGU-ME (323-638-4863)

  reply	other threads:[~2010-10-26 23:12 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-10-26 20:10 org-babel-gnuplot broken today? Nigel Beck
2010-10-26 21:06 ` John Hendy
2010-10-26 22:22   ` Nigel Beck
2010-10-26 22:43     ` Eric Schulte
2010-10-26 23:12       ` Nigel Beck [this message]
2010-10-26 23:21       ` Nick Dokos
2010-10-27  4:31         ` Nick Dokos
2010-10-27  4:53         ` Eric Schulte
2010-10-27  5:08           ` Nick Dokos
2010-10-27 14:20             ` Nigel Beck
2010-10-27 14:51               ` Noorul Islam

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=87ocagmtv2.fsf@asusbsd.danakil.selfip.com \
    --to=me@nigelbeck.com \
    --cc=emacs-orgmode@gnu.org \
    --cc=schulte.eric@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).