From: Johann Cohen-T. <co...@sl...> - 2007-05-10 01:18:33
|
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 |
From: Darren D. <dd...@co...> - 2007-05-10 13:23:18
|
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 |
From: Johann Cohen-T. <co...@sl...> - 2007-05-10 15:58:40
Attachments:
gfield.py
|
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 > |
From: Matthew A. <ma...@ph...> - 2007-05-10 23:58:15
|
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 >> |
From: Johann Cohen-T. <co...@sl...> - 2007-05-21 05:14:25
|
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 >>> |
From: Darren D. <dd...@co...> - 2007-05-21 11:33:52
|
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 > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users -- Darren S. Dale, Ph.D. dd...@co... |
From: Johann Cohen-T. <co...@sl...> - 2007-05-21 17:28:15
|
I am closing the issue I had with ghostscript : I just built in /usr/local ghostscript 8.56 and now saving in eps file does not truncate the figure anymore. Thanks to Darren for pointing out that the FC5 version of ghostscript is way old.... And it looks like the FC7 version is as old !! Probably a licensing issue. Anyway, thanks. Johann Darren Dale wrote: > On Monday 21 May 2007 10:42:26 am you wrote: > >> hi Darren, >> thanks. I am not sure what you have in mind with the GPL.... My >> ghostscript rpm are : >> [cohen@localhost ~]$ rpm -qa | grep ghostscript >> ghostscript-devel-8.15.2-1.1 >> ghostscript-8.15.2-1.1 >> ghostscript-fonts-5.50-13.1 >> ghostscript-gtk-8.15.2-1.1 >> > > There are three different versions of ghostscript: AFPL, GPL (formerly GNU), > and ESP ghostscript. You most likely have ESP ghostscript. Fortunately, I > just read that ESP and GPL ghostscript are merging as of version 8.57, and > the ESP project will be discontinued. > > >> Given the fact that I use FC5 I would be surprised to be using very old >> versions, which then would cause problems. >> > > GPL 8.15 was released almost 3 years ago. > > >> I had more in mind >> configuration probl;ems or mismatch.... >> > > There have been all kinds of problems reported on this mailing list with > usetex that were solved by upgrading ghostscript to 8.54. > |
From: Darren D. <dd...@co...> - 2007-05-21 17:49:37
|
On Monday 21 May 2007 01:28:27 pm Johann Cohen-Tanugi wrote: > I am closing the issue I had with ghostscript : I just built in > /usr/local ghostscript 8.56 and now saving in eps file does not truncate > the figure anymore. Good news, thanks for the update. > Thanks to Darren for pointing out that the FC5 version of ghostscript is > way old.... And it looks like the FC7 version is as old !! > Probably a licensing issue. It's not a licensing issue; many linux distributions ship ESP ghostscript because it supposedly works better with the CUPS printing system. I have been using GPL ghostscript with CUPS for a long time, with no complaints. But here is some good news: ESP cups is merging with GPL cups as of version 8.57, and the ESP project will be discontinued. > Darren Dale wrote: > > On Monday 21 May 2007 10:42:26 am you wrote: > >> hi Darren, > >> thanks. I am not sure what you have in mind with the GPL.... My > >> ghostscript rpm are : > >> [cohen@localhost ~]$ rpm -qa | grep ghostscript > >> ghostscript-devel-8.15.2-1.1 > >> ghostscript-8.15.2-1.1 > >> ghostscript-fonts-5.50-13.1 > >> ghostscript-gtk-8.15.2-1.1 > > > > There are three different versions of ghostscript: AFPL, GPL (formerly > > GNU), and ESP ghostscript. You most likely have ESP ghostscript. > > Fortunately, I just read that ESP and GPL ghostscript are merging as of > > version 8.57, and the ESP project will be discontinued. > > > >> Given the fact that I use FC5 I would be surprised to be using very old > >> versions, which then would cause problems. > > > > GPL 8.15 was released almost 3 years ago. > > > >> I had more in mind > >> configuration probl;ems or mismatch.... > > > > There have been all kinds of problems reported on this mailing list with > > usetex that were solved by upgrading ghostscript to 8.54. > > ------------------------------------------------------------------------- > 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 > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users -- Darren S. Dale, Ph.D. Staff Scientist Cornell High Energy Synchrotron Source Cornell University 275 Wilson Lab Rt. 366 & Pine Tree Road Ithaca, NY 14853 dd...@co... office: (607) 255-3819 fax: (607) 255-9001 http://www.chess.cornell.edu |