problem with saving eps and ps with GTKAgg backend (and current head of SVN)

hello,
I am creating a "big" drawing ( figure(figsize=(16,20)) ), and when I try to save it in eps/ps form, it mishandle the overall size and only save a portion of the drawing. Saving in png or jpg works fine though.
Any idea?

Thanks,
Johann

On my system, you cant create a figure that is larger than the monitor size,
unless I use a non-gui backend like agg or ps. It doesnt matter whether I
save an eps, png, or jpg. Also, make sure your postscript viewer is not
truncating the page due to an inappropriate page size setting.

Darren

···

On Wednesday 09 May 2007 12:19:24 pm Johann Cohen-Tanugi wrote:

I am creating a "big" drawing ( figure(figsize=(16,20)) ), and when I
try to save it in eps/ps form, it mishandle the overall size and only
save a portion of the drawing. Saving in png or jpg works fine though.
Any idea?

Well, matplotlib starts with a canvas bigger than my screen (vertically only) but in the end it seems to resize it so everything fits in. I can see the whole drawing and the bottom toolbar. Again, saving in png or jpg works perfectly.... and of course I checked that gv was not cutting the graph when displaying it.
I just tried to use GTK as a backend, and ipython tells me that there are "non implemented" errors on my script....
I attach it here.
thanks!
Johann

Darren Dale wrote:

gfield.py (3.61 KB)

···

On Wednesday 09 May 2007 12:19:24 pm Johann Cohen-Tanugi wrote:
  

I am creating a "big" drawing ( figure(figsize=(16,20)) ), and when I
try to save it in eps/ps form, it mishandle the overall size and only
save a portion of the drawing. Saving in png or jpg works fine though.
Any idea?
    
On my system, you cant create a figure that is larger than the monitor size, unless I use a non-gui backend like agg or ps. It doesnt matter whether I save an eps, png, or jpg. Also, make sure your postscript viewer is not truncating the page due to an inappropriate page size setting.

Darren

I was having the same problem, but the recent xpdf thread pointed me to a/the solution. I was able to successfully run your script by outputting as eps instead of ps (which produced truncated output, as you were experiencing).

Matt

···

On Thu, 10 May 2007, Johann Cohen-Tanugi wrote:

Well, matplotlib starts with a canvas bigger than my screen (vertically only) but in the end it seems to resize it so everything fits in. I can see the whole drawing and the bottom toolbar. Again, saving in png or jpg works perfectly.... and of course I checked that gv was not cutting the graph when displaying it.
I just tried to use GTK as a backend, and ipython tells me that there are "non implemented" errors on my script....
I attach it here.
thanks!
Johann

Darren Dale wrote:

On Wednesday 09 May 2007 12:19:24 pm Johann Cohen-Tanugi wrote:

I am creating a "big" drawing ( figure(figsize=(16,20)) ), and when I
try to save it in eps/ps form, it mishandle the overall size and only
save a portion of the drawing. Saving in png or jpg works fine though.
Any idea?

On my system, you cant create a figure that is larger than the monitor size, unless I use a non-gui backend like agg or ps. It doesnt matter whether I save an eps, png, or jpg. Also, make sure your postscript viewer is not truncating the page due to an inappropriate page size setting.

Darren

hi there,
out of idea I decided to download gsview and try to open my eps file with it. It still showed it truncated but this time gsview has resizing capabilities, and I could actually reformat the plot so that it shows the whole figure and then save it. Given the fact that Matthew could not reproduce my issue and noticed that the ps figure was looking slightly different, I have the feeling that somehow ghostscript is not behaving correctly on my system, though I have no clue why or how. Is anyone expert in these matters around?

thanks a lot,
Johann

Matthew Auger wrote:

···

I was having the same problem, but the recent xpdf thread pointed me to a/the solution. I was able to successfully run your script by outputting as eps instead of ps (which produced truncated output, as you were experiencing).

Matt

On Thu, 10 May 2007, Johann Cohen-Tanugi wrote:

Well, matplotlib starts with a canvas bigger than my screen (vertically only) but in the end it seems to resize it so everything fits in. I can see the whole drawing and the bottom toolbar. Again, saving in png or jpg works perfectly.... and of course I checked that gv was not cutting the graph when displaying it.
I just tried to use GTK as a backend, and ipython tells me that there are "non implemented" errors on my script....
I attach it here.
thanks!
Johann

Darren Dale wrote:

On Wednesday 09 May 2007 12:19:24 pm Johann Cohen-Tanugi wrote:

I am creating a "big" drawing ( figure(figsize=(16,20)) ), and when I
try to save it in eps/ps form, it mishandle the overall size and only
save a portion of the drawing. Saving in png or jpg works fine though.
Any idea?

On my system, you cant create a figure that is larger than the monitor size, unless I use a non-gui backend like agg or ps. It doesnt matter whether I save an eps, png, or jpg. Also, make sure your postscript viewer is not truncating the page due to an inappropriate page size setting.

Darren

Hi Johann,

Just make sure you are using the same version (GPL version 8.54?) as the
others who are not having problems. That advice is about the best I can do.
This mailing list is not for ghostscript support.

Darren

···

On Monday 21 May 2007 1:14:36 am Johann Cohen-Tanugi wrote:

hi there,
out of idea I decided to download gsview and try to open my eps file
with it. It still showed it truncated but this time gsview has resizing
capabilities, and I could actually reformat the plot so that it shows
the whole figure and then save it. Given the fact that Matthew could not
reproduce my issue and noticed that the ps figure was looking slightly
different, I have the feeling that somehow ghostscript is not behaving
correctly on my system, though I have no clue why or how. Is anyone
expert in these matters around?

thanks a lot,
Johann

Matthew Auger wrote:
> I was having the same problem, but the recent xpdf thread pointed me
> to a/the solution. I was able to successfully run your script by
> outputting as eps instead of ps (which produced truncated output, as
> you were experiencing).
>
> Matt
>
> On Thu, 10 May 2007, Johann Cohen-Tanugi wrote:
>> Well, matplotlib starts with a canvas bigger than my screen
>> (vertically only) but in the end it seems to resize it so everything
>> fits in. I can see the whole drawing and the bottom toolbar. Again,
>> saving in png or jpg works perfectly.... and of course I checked that
>> gv was not cutting the graph when displaying it.
>> I just tried to use GTK as a backend, and ipython tells me that there
>> are "non implemented" errors on my script....
>> I attach it here.
>> thanks!
>> Johann
>>
>> Darren Dale wrote:
>>> On Wednesday 09 May 2007 12:19:24 pm Johann Cohen-Tanugi wrote:
>>>> I am creating a "big" drawing ( figure(figsize=(16,20)) ), and when I
>>>> try to save it in eps/ps form, it mishandle the overall size and only
>>>> save a portion of the drawing. Saving in png or jpg works fine though.
>>>> Any idea?
>>>
>>> On my system, you cant create a figure that is larger than the
>>> monitor size, unless I use a non-gui backend like agg or ps. It
>>> doesnt matter whether I save an eps, png, or jpg. Also, make sure
>>> your postscript viewer is not truncating the page due to an
>>> inappropriate page size setting.
>>>
>>> Darren

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users

--
Darren S. Dale, Ph.D.
dd55@...163...