matplotlib-users Mailing List for matplotlib

Can someone explain to me how/why the figure normalized [0,1] coordinates
depends on the figsize property? At least this is what it looks like to me.
This affects axes placement and so far I haven't been able to do what I
want.
I want to have square plots placed without spacing between them and with a
little margin on the left and top. So I tried:
s=0.4
axes([0.01, 0.99-s, s, s],aspect='equal')
axes([0.01+s, 0.99-s, s, s],aspect='equal')
axes([0.01, 0.99-2*s, s, s],aspect='equal')
axes([0.01+s, 0.99-2*s, s, s],aspect='equal')
The vertical positioning works as I expected but the x positioning does not
work. The axes have spacing between them - which means that 0.1 represents a
different size in x or in y - and I just can't understand that behavior.
Now if I add:
figure(figsize=(5,5))
it works
But this is not the solution I need because the real plot I'm trying to do
is a 6x5 (6 axes per 5 axes, subplots if you mean) plot with horizontal
spacing only between the 3rd and 4th axes. There is no way I could now the
correct aspect ratio that I should set figsize to, to get it right.
How could I manage this?
Thank you
Ramiro
-- 
View this message in context: http://www.nabble.com/axes-placement-depends-on-figsize--tp21082730p21082730.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

First, *thank you* to whoever did the Mac OS X backend. It's much 
faster and smoother, and seems to behave much more reasonably all 
around. As in, show() actually does what it says it's supposed to do, 
and the figures don't have to be re-sized to draw themselves!
However, there seems to be some kind of strangeness with using 
mathtext. When an axis label, tick label, title, or other text has 
any mathtext embedded within it, the font that the entire text object 
is rendered in changes, becoming larger, and often fuzzier (in an anti- 
aliased kind of way).
On the plus (though confusing) side, the ticklabels that are being 
output by the basemap toolkit are now the same size as all my normal 
ticklabels, even though they appear to contain a mathtext character 
(the ^\circ for the degrees symbol), whereas previously, all the 
basemap ticklabels were coming out larger than the rest of my 
ticklabels, and I didn't seem to be able to alter them in the normal 
text object manipulation ways.
I'm running on:
Matplotlib SVN: v6677
Mac OS 10.5.6
macosx backend
python 2.5.1
ipython 0.9.1
After I noticed this the first time, I quit out of the interpreter, 
and deleted the font cache from my .matplotlib directory, restarted, 
and the problem persisted.
Any suggestions? I don't have any of the alternate tex rendering 
options set in my rcfile, just using plain mathtext.
--
Zane Selvans
Amateur Earthling
za...@id...
303/815-6866
http://zaneselvans.org
PGP Key: 55E0815F

Sorry about that. This bug has now been fixed in SVN r6661. It will 
make it into the next maintenance release.
Mike
Andres Luhamaa wrote:
> Hello,
>
> I see a significant difference in plots generated with two recent 
> versions of matplotlib, and unfortunately not in favour of the newer 
> one, otherwise there would be no reason to write here, I guess.
>
> The problem is following, I plot some data wich might be undefined in 
> some cases. For example, I plot two lines and one of them has values 
> 'None' only. Using the 0.98.3 version there is no problem, the graph 
> with 'None'-s is just not shown, but with 0.98.5 the y-scale is 
> something close to zero only, if the first line is 'None'-s and I do not 
> see the plot for other line as well.
>
> I add simple code, which works fine with 0.98.3 and not with 0.98.5. It 
> is definitely not difficult to make a workaround, but for some reason I 
> like the behaviour of previous version better and if there is no need to 
> change it, maybe we could turn it back into situation, where one line of 
> missing data would not destroy the whole graph.
>
> Best regards,
> Andres Luhamaa
>
> Univ. of Tartu, Estonia
>
> import 
> sys 
> #sys.path.insert(1,'/home/andres/SKRIPTID/lib/python') 
> 
> import numpy as 
> np 
> import 
> matplotlib 
> matplotlib.use( 'Agg' 
> ) 
> import 
> pylab 
> strm=np.array([[None,10,None,5,1], 
>
> 
> [None,7.,None,5.,2.], 
> 
> [None,8.,None,5.,3.], 
> 
> [None,6.,None,5.,4.], 
> 
> [None,7.,None,5.,5.], 
> 
> [None,8.,None,5.,6.], 
> 
> [None,8.,None,5.,7.], 
> 
> [None,7.,None,5.,8.], 
> 
> [None,7.,None,5.,9.], 
> 
> [None,8.,None,5.,10.], 
> 
> [None,11.,None,5.,11.], 
> 
> [None,11.,None,5.,12.], 
> 
> [None,10.,None,5.,13.], 
> 
> [None,8.,None,5.,14.], 
> 
> [None,7.,None,5.,15.]],dtype=float) 
> fig=pylab.Figure() 
>
> pylab.plot(strm[:,0],'r-',strm[:,1],'b-') 
>
> pylab.savefig('test.png') 
>
> ------------------------------------------------------------------------------
> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
> The future of the web can't happen without you. Join us at MIX09 to help
> pave the way to the Next Web now. Learn more and register at
> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> 
-- 
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA

Hello,
I see a significant difference in plots generated with two recent 
versions of matplotlib, and unfortunately not in favour of the newer 
one, otherwise there would be no reason to write here, I guess.
The problem is following, I plot some data wich might be undefined in 
some cases. For example, I plot two lines and one of them has values 
'None' only. Using the 0.98.3 version there is no problem, the graph 
with 'None'-s is just not shown, but with 0.98.5 the y-scale is 
something close to zero only, if the first line is 'None'-s and I do not 
see the plot for other line as well.
I add simple code, which works fine with 0.98.3 and not with 0.98.5. It 
is definitely not difficult to make a workaround, but for some reason I 
like the behaviour of previous version better and if there is no need to 
change it, maybe we could turn it back into situation, where one line of 
missing data would not destroy the whole graph.
Best regards,
Andres Luhamaa
Univ. of Tartu, Estonia
import 
sys 
#sys.path.insert(1,'/home/andres/SKRIPTID/lib/python') 
 
import numpy as 
np 
import 
matplotlib 
matplotlib.use( 'Agg' 
) 
import 
pylab 
strm=np.array([[None,10,None,5,1], 
 
[None,7.,None,5.,2.], 
 
[None,8.,None,5.,3.], 
 
[None,6.,None,5.,4.], 
 
[None,7.,None,5.,5.], 
 
[None,8.,None,5.,6.], 
 
[None,8.,None,5.,7.], 
 
[None,7.,None,5.,8.], 
 
[None,7.,None,5.,9.], 
 
[None,8.,None,5.,10.], 
 
[None,11.,None,5.,11.], 
 
[None,11.,None,5.,12.], 
 
[None,10.,None,5.,13.], 
 
[None,8.,None,5.,14.], 
 
[None,7.,None,5.,15.]],dtype=float) 
fig=pylab.Figure() 
pylab.plot(strm[:,0],'r-',strm[:,1],'b-') 
pylab.savefig('test.png') 

Kaushik Ghose wrote:
> Hi John,
> 
> This is odd. After successfully installing the egg (last post) and then removing 
> it by doing
> 
> sudo rm -rf 
> /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/matplotlib*
> 
> I now get
> sudo installer -pkg matplotlib-0.98.5.1-py2.5-macosx10.5.mpkg -target /
> installer: Package name is matplotlib 0.98.5.1-r0
> installer: Upgrading at base path /
> installer: The upgrade was successful.
> 
> So there are some files I haven't gotten rid of, what should I be looking to remove?
What's the problem here? this looks successful to me. If you're 
referring to the "Upgrading" -- I think that's because the Mac pkg 
installer keep some kind of record that is separate from the python tree.
At home without my Mac, so can't test myself now -- sorry.
-Chris
-- 
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
Chr...@no...

Hi John,
This is odd. After successfully installing the egg (last post) and then removing 
it by doing
sudo rm -rf 
/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/matplotlib*
I now get
sudo installer -pkg matplotlib-0.98.5.1-py2.5-macosx10.5.mpkg -target /
installer: Package name is matplotlib 0.98.5.1-r0
installer: Upgrading at base path /
installer: The upgrade was successful.
So there are some files I haven't gotten rid of, what should I be looking to remove?
Thanks!
-Kaushik
John Hunter wrote:
> On Wed, Dec 17, 2008 at 4:43 PM, Kaushik Ghose
> <Kau...@hm...> wrote:
>> Hi John,
>>
>> The install goes fine, but I come up blank on the import.
>>
>> Thanks
>> -Kaushik
>>
>> sudo rm -rf
>> /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/matplotlib*
>>
>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>>
>> sudo installer -pkg matplotlib-0.98.5.1-py2.5-macosx10.5.mpkg -target /
>> installer: Package name is matplotlib 0.98.5.1-r0
>> installer: Installing at base path /
>> installer: The install was successful.
>>
>> +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>>
>> In [1]: import pylab
> 
> Please run the following commands after cleaning the previous installs
> and reinstalling the mpkg file::
> 
> 
> ls
> python -c 'import matplotlib; print matplotlib.__file__'
> python -c 'import matplotlib; print matplotlib.__version__'
> python -c 'import pylab'
> 
> The ls is important because sometimes a person has a directory named
> 'matplotlib' in their local path, and this is getting picked rather
> than the installed matplotlib which contains the pylab module.
> 
> JDH

Yess! The renaming works. Would simply changing the name of the file on 
sourceforge solve this problem? That would be so odd! Thanks -Kaushik
$mv matplotlib-0.98.5.1_r0-py2.5-macosx-10.3-fat.egg matplotlib-0.98.5-py2.5.egg
$ sudo easy_install matplotlib-0.98.5-py2.5.egg
Password:
Processing matplotlib-0.98.5-py2.5.egg
creating 
/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/matplotlib-0.98.5-py2.5.egg
Extracting matplotlib-0.98.5-py2.5.egg to 
/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages
Removing matplotlib 0.98.5.1-r0 from easy-install.pth file
Adding matplotlib 0.98.5 to easy-install.pth file
Installed 
/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/matplotlib-0.98.5-py2.5.egg
Processing dependencies for matplotlib==0.98.5
Finished processing dependencies for matplotlib==0.98.5
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
and pylab imports and runs fine...
John Hunter wrote:
> On Wed, Dec 17, 2008 at 4:50 PM, Kaushik Ghose
> <Kau...@hm...> wrote:
>> Hi John,
>>
>> I tried the .egg package but no joy.
>>
>> Thanks
>> -Kaushik
>>
>> sudo rm -rf
>> /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/matplotlib*
>>
>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>>
>> sudo easy_install matplotlib-0.98.5.1_r0-py2.5-macosx-10.3-fat.egg
>> Processing matplotlib-0.98.5.1_r0-py2.5-macosx-10.3-fat.egg
>> creating
>> /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/matplotlib-0.98.5.1_r0-py2.5-macosx-10.3-fat.egg
>> Extracting matplotlib-0.98.5.1_r0-py2.5-macosx-10.3-fat.egg to
>> /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages
>> Adding matplotlib 0.98.5.1-r0 to easy-install.pth file
>>
>> Installed
>> /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/matplotlib-0.98.5.1_r0-py2.5-macosx-10.3-fat.egg
>> Processing dependencies for matplotlib==0.98.5.1-r0
>> Searching for matplotlib==0.98.5.1-r0
>> Reading http://pypi.python.org/simple/matplotlib/
>> Reading http://matplotlib.sourceforge.net
>> Reading http://sourceforge.net/project/showfiles.php?group_id=80706
>> Reading
>> https://sourceforge.net/project/showfiles.php?group_id=80706&package_id=278194
>> Reading
>> https://sourceforge.net/project/showfiles.php?group_id=80706&package_id=82474
>> No local packages or download links found for matplotlib==0.98.5.1-r0
>> error: Could not find suitable distribution for
>> Requirement.parse('matplotlib==0.98.5.1-r0')
> 
> 
> Eggs are an abomination -- the person who named the installer
> "easy_install" should have their license revoked. I think we may
> distributing them because they are simply broken in too many ways.
> This recurring problem -- where the easy_install goes looking on pypi
> for an egg even though you are pointing at one locally on the file
> system, is simply ridiculous.
> 
> Chris Barker suggests renaming the egg to matplotlib-0.98.5-py2.5.egg.
> Try that, and please let me know. Thanks for the testing.
> 
> JDH