From mboxrd@z Thu Jan 1 00:00:00 1970 From: henry atting Subject: Re: python/babel inline images Date: Thu, 07 Jun 2012 10:43:25 +0200 Message-ID: <8762b3eclu.fsf@bye.fritz.box> References: <87pq9egifm.fsf@bye.fritz.box> <874nqp9580.fsf@gmx.com> <87ehpt8k1l.wl%william.lechelle@ens-lyon.fr> <87d35cwjrt.fsf@bye.fritz.box> <001801cd4418$e34e5d40$a9eb17c0$@us> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:37552) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ScYJd-0007dy-G2 for emacs-orgmode@gnu.org; Thu, 07 Jun 2012 04:43:43 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ScYJb-0001Tr-E7 for emacs-orgmode@gnu.org; Thu, 07 Jun 2012 04:43:37 -0400 Received: from moutng.kundenserver.de ([212.227.126.171]:65406) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ScYJb-0001Te-4m for emacs-orgmode@gnu.org; Thu, 07 Jun 2012 04:43:35 -0400 In-Reply-To: <001801cd4418$e34e5d40$a9eb17c0$@us> (Mikhail Titov's message of "Wed, 6 Jun 2012 14:16:34 -0500") 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: Mikhail Titov Cc: emacs-orgmode@gnu.org, 'henry atting' "Mikhail Titov" writes: >> -----Original Message----- >> From: emacs-orgmode-bounces+mlt=gmx.us@gnu.org [mailto:emacs-orgmode- >> bounces+mlt=gmx.us@gnu.org] On Behalf Of henry atting >> Sent: Wednesday, June 06, 2012 10:19 AM >> To: emacs-orgmode@gnu.org >> Subject: Re: [O] python/babel inline images >> >> I don't think its a path problem. > > Indeed > > #+begin_src python :results output > import os > print(os.getcwd()) > #+end_src > > Shows location of my org doc. Yes, shows my working directory. >> The code itself works flawlessly. So >> the workaround which I already have used is to link to the resulting >> image. The only drawback with this solution is that after every >> evaluation I have to remove the empty `'Results:' > > You can use :results silent This is great! Actually this solves my problem which means: create a link to the file and set results to silent. >> but the heck with >> it, I can live with it happily till the end of my days. >> However I find that some inconsistency lies therein. Before >> python/matplotlib I used gnuplot with which babel had no problem of >> this type. > > Try using > > ... :file exp_csv.svg > ... > plot.savefig(file=sys.stdout) This does not compile, the compiler complains about missing arguments. I have to write it like this: plot.savefig("file.svg", format='svg') > > #+begin_src python :results output :file zzz.xxx > import os, sys > print(os.getcwd(), file=sys.stdout) > #+end_src > > #+RESULTS: > [[file:zzz.xxx]] Works as exspected. > [...] So, just to mention the current state of affairs (with a simple example): --8<---------------cut here---------------start------------->8--- #+begin_src python :results output from pylab import * t = arange(0.0, 2.0, 0.01) s = sin(2*pi*t) plot(t, s) show() savefig("file.svg", format='svg') #+end_src --8<---------------cut here---------------start------------->8--- The above code works. But if I set `:file' to `file.svg' with every evaluation the link to the file is placed after #+RESULTS: but the file itself is empty. If the code is evaluated without `:file file.svg' the evaluation simply works and the file.svg appears in the working directory. henry -- http://literaturlatenight.de