matplotlib-users Mailing List for matplotlib (Page 15)

Hi all,
sorry for the quick cross-post, but I know that many mpl users rely on
the ipython -pylab support for interactive work.
This is a call for testing from current SVN of anyone who uses ipython
with the GUI thread support, whether via -pylab or directly via one of
the -Xthread options.
For a long time I've known that this code was subject to possible
deadlocks, having seen it go nuts on me on occasion, but I'd never
been able to track down the exact source of the race conditions
causing it (I'm not an expert in threads at all). In
http://ipython.scipy.org/ipython/ipython/ticket/210
http://ipython.scipy.org/ipython/ipython/ticket/212
a very helpful analysis and solution code was provided by Marc. I've
applied his fixes to current SVN, and with my testing so far I've been
unable to get any more deadlocks or crashes, so this looks great, and
his analysis looks very sound to me. In particular, it makes proper
use of a re-entrant lock which I'd originally tried to use but given
up on, due to having used it incorrectly (though I knew it should be
the right tool). I'd just left a comment noting the issue, which
Marc's fixes now address.
It would be great if any of you who relies on the GUI thread support
could test this, since this threaded code is subtle and has a long
history of hard to trigger but annoying bugs. You can run it from
SVN. In a few minutes I'll finish uploading test builds as well to
http://ipython.scipy.org/dist/testing/
if you prefer to install from there.
I'd appreciate feedback, either of improvements or of any remaining misbehavior.
Thanks, especially to Marc for helping us make progress on this
long-standing nag.
Cheers,
f

Eric:
I have never seen any software which dealt with non uniform DPI 
settings, although that is always a possibility. And all the displays I 
have ever worked on/with have been the same for both H and V. ( I am a 
display engineer with over 25 years experience in CRT displays and a bit 
in flat panel). From what I have seen, the RGB trio in any display is 
set up so that the horizontal pitch is the same as the vertical pitch. 
In a flat panel the R, G and B are 3 times taller than they are wide so 
that when you place R, G and B together they form a square. I don't 
think that Matplotlib or Alan needs to worry about anything outside 
those boundaries.
Wayne
Eric Firing wrote:
> John Hunter wrote:
> 
>> On Jan 31, 2008 12:54 AM, Eric Firing <ef...@ha...> wrote:
>>
>> 
>>> Screens vary. The screen on my laptop has about 130 dpi. Desktop flat
>>> panels will usually have a smaller value than that. For example, an old
>>> "15-inch" flat panel with 1024/768 pixels is actually about 12 inches
>>> wide, so dpi=85. The mpl default 'figure.dpi' of 80 is low; I doubt
>>> 
>> And it is not unusual to have a different DPI in the horizontal and
>> vertical directions. In order to support true physical sizes on the
>> screen, we would need to support different dpis in the two directions.
>> 
>
> Does any other software actually do this? I have never seen anything 
> with more than a single dpi setting. What is an example of a display 
> with non-square pixels? And how non-square are they? I suspect this is 
> not something that Alan really needs to worry about.
>
> Eric
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
> 

Hi Rich,
bit confused what your asking.
are you looking for the pylab API savefig
http://matplotlib.sourceforge.net/matplotlib.pyplot.html#-savefig
or you asking how to convert your variable+.png into a filename?
is your variable a number?, string?
for count in range(3):
 count = count +1
 fname = 'MyPlot_%d.png' %count
 print fname
mystr = 'MyFirstPlot'
fname = '%s.png' % mystr
print fname
results in
 >python -u "test.py"
MyPlot_1.png
MyPlot_2.png
MyPlot_3.png
MyFirstPlot.png
 >Exit code: 0
pylab.savefig('%s.png'% curVar)
 or
pylab.savefig('%d.png'% curVar)
Does anything here help?
Steve
Rich Shepard wrote:
> I want to save plots programmatically, using a variable + .png as the
> filename. I don't see an example of the proper syntax, and my
> trial-and-error approach hasn't yielded a solution, either.
>
> If I want to write
>
> 	pylab.save(curVar.png)
>
> where 'curVar' is a variable assigned programmatically, how do I correctly
> write it?
>
> Rich
>
> 

On 2008年1月31日, Rich Shepard apparently wrote:
> If I want to write
> 	pylab.save(curVar.png)
> where 'curVar' is a variable assigned programmatically, how do I correctly 
> write it? 
Use string concatenation:
curVar+'.png'
<URL:http://docs.python.org/tut/node5.html#SECTION005120000000000000000>
hth,
Alan Isaac

 I want to save plots programmatically, using a variable + .png as the
filename. I don't see an example of the proper syntax, and my
trial-and-error approach hasn't yielded a solution, either.
 If I want to write
 	pylab.save(curVar.png)
where 'curVar' is a variable assigned programmatically, how do I correctly
write it?
Rich
-- 
Richard B. Shepard, Ph.D. | Integrity Credibility
Applied Ecosystem Services, Inc. | Innovation
<http://www.appl-ecosys.com> Voice: 503-667-4517 Fax: 503-667-8863

Hello Fernando,
>> <type 'exceptions.AttributeError'>: 'module' object has no attribute
>> 'ArrayType'
>>
>> maybe some of the IPython power users can give me a hint why this
>> happes. [1]
> 
> Very strange. I can't reproduce it here (on gutsy, but running
> ipython from my own tree). What's odd is this:
> 
> In [1]: import Numeric
> 
> In [2]: print Numeric.ArrayType
> <type 'array'>
> 
> 
> So Numeric *most definitely* has an ArrayType member. Try doing the
> same as I did, also showing us whether you started ipython with -pylab
> or not. There may be something odd about your Numeric installation.
> Also do this:
> 
> In [3]: Numeric?
> Type: module
> Base Class: <type 'module'>
> Namespace: Interactive
> File: /usr/lib/python2.5/site-packages/Numeric/Numeric.py
> 
> [etc]
> 
> It's possible that you have in your path a file called Numeric.py
> which is not the 'real' Numeric module. This would explain your
> problem and why nobody else sees it.
> 
> Cheers,
> 
> f
*** my output ***
$ ipython
Python 2.5.1 (r251:54863, Oct 5 2007, 13:36:32)
Type "copyright", "credits" or "license" for more information.
IPython 0.8.1 -- An enhanced Interactive Python.
? -> Introduction to IPython's features.
%magic -> Information about IPython's 'magic' % functions.
help -> Python's own help system.
object? -> Details about 'object'. ?object also works, ?? prints more.
In [1]: import Numeric
In [2]: print Numeric.ArrayType
---------------------------------------------------------------------------
<type 'exceptions.AttributeError'> Traceback (most recent call last)
/home/timmie/<ipython console> in <module>()
<type 'exceptions.AttributeError'>: 'module' object has no attribute 
'ArrayType'
In [3]: Numeric?
Type: module
Base Class: <type 'module'>
String Form: <module 'Numeric' from 
'/home/timmie/development/python/modules/modules_library/Numeric/__init__.pyc'>
Namespace: Interactive
File: 
/home/timmie/development/python/modules/modules_library/Numeric/__init__.py
Docstring:
 <no docstring>
In [4]:
*** end code ***
=> You were absolutely right:
I had another Numeric package install in my PYTHONPATH. It overwrode the 
system package at:
/usr/lib/python2.5/site-packages/Numeric/Numeric.py
I just deleted 
/home/timmie/development/python/modules/modules_library/Numeric and now 
everything to goes nice. I can use my Ipython again with numerics ;-)
Well, I guess the problem arose from the a time when I didn't have 
network access.
I just threw python modules from the net into my PYTHONPATH without 
using the Synaptic package manager.
Nice that this is now solved. Thanks for your quick answer and help!
Kind regards,
Timmie