Hi all,
I would like to visualize the ovality of a perturbed
circular path by a polar plot.
How can I improve the view wrt to scaling and ticks ?
from pylab import linspace, polar, xticks, yticks, show,
savefig, subplot, figure
from numpy.random import rand
from numpy import ones, exp, pi, r_
t
Dear Tim,
Thanks for your message.
I am not just "trying", I am indeed implementing a software package
for species distribution mapping and biogeographic analysis, using
wxPython/Matplotlib. And, by the way, it is going quite well.
Both Thuban and QGis, as generalized implementations of GIS, are
On Tue, Nov 25, 2008 at 3:16 PM, John Hunter <[EMAIL PROTECTED]> wrote:
> If the unicode minus is sufficiently problematic for you, I can add an
> rc param. Something like
>
> axis.unicode_minus : True
Added as rc param 'axes.unicode_minus' in svn r6453 with example
examples/api/unicode_minus.p
No worries. I'm sort of a Unicode/i18n/typesetting geek, I guess... ;)
Mike
Drain, Theodore R wrote:
> OK - Thanks for the explanation. Sorry you had to type such a long response
> to my short little complaint :)
>
>
>> -Original Message-
>> From: Michael Droettboom [mailto:[EMAIL PR
John Hunter wrote:
> The problem here appears to be in
> matplotlib.projects.polar.ThetaFormatter.__call__, which uses the
> degree symbol. I think all we need to do is return the proper tex
> string in this case. Michael, does this look right to you:
>
> def __call__(self, x, pos=None):
OK - Thanks for the explanation. Sorry you had to type such a long response to
my short little complaint :)
> -Original Message-
> From: Michael Droettboom [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, November 25, 2008 1:06 PM
> To: Drain, Theodore R
> Cc: matplotlib-users@lists.sourceforge
On Tue, Nov 25, 2008 at 2:40 PM, Drain, Theodore R
<[EMAIL PROTECTED]> wrote:
> Michael,
> I think the issue is that there is no Unicode in the script that was attached
> - it's just a simple polar call so the user isn't really Unicode".
>
> I think Unicode is starting to creep into the source in
Hello!
> I am attaching the current version of source code plus a screenshot.
I would like to ask you why you are trying to implement this by yourself
in wxPython/matplotlib.
There are already two pythonised applications that may be used for your
purpose. And they are aware of the projections
Drain, Theodore R wrote:
> Michael,
> I think the issue is that there is no Unicode in the script that was attached
> - it's just a simple polar call so the user isn't really Unicode".
>
Polar plots always use Unicode by default for the degree sign. It would
be crazy to try to do those things
Michael,
I think the issue is that there is no Unicode in the script that was attached -
it's just a simple polar call so the user isn't really Unicode".
I think Unicode is starting to creep into the source in various places - we
just had a user point out that negative numbers are using a normal
It says:
"You are using unicode and latex, but have not enabled the matplotlib
'text.latex.unicode' rcParam."
Does setting text.latex.unicode to True resolve the issue?
Maybe that message should be made more prominent -- it currently is only
displayed when verbose is turned on, but it really i
Fago, Matt - AES wrote:
> [I'm not sure if this is best in 'devel' or 'users']
>
> I'm trying to compute PSDs using matplotlib.mlab.psd and came across the "PSD
> amplitudes" thread from last year:
>
>
> http://sourceforge.net/mailarchive/message.php?msg_id=472101A6.9080206%40isla.hawaii.edu
Hi all,
If I run the attached example I get
python -i test_polar.py --verbose-helpful
$HOME=/home/nwagner
matplotlib data path
/usr/lib/python2.4/site-packages/matplotlib/mpl-data
loaded rc file /home/nwagner/matplotlibrc
matplotlib version 0.98.3
verbose.level helpful
interactive is False
uni
[I'm not sure if this is best in 'devel' or 'users']
I'm trying to compute PSDs using matplotlib.mlab.psd and came across the "PSD
amplitudes" thread from last year:
http://sourceforge.net/mailarchive/message.php?msg_id=472101A6.9080206%40isla.hawaii.edu
Using the latest version of psd on
I introduced this bug trying to fix the Cairo backend on Nov 12.
(r6400). It should now be fixed in SVN r6446. You will need to remove
~/.matplotlibrc/fontList.cache for the fix to take effect.
Mike
Michael Droettboom wrote:
> I'm seeing this here, too. Something must have been messed up rec
I'm seeing this here, too. Something must have been messed up recently
in SVN. I'm looking into it.
Mike
Zane Selvans wrote:
>> We have two modes to render latex -- one is native TeX layout and uses
>> latex and dvipng, and is superior if you need all of TeX's
>> capabilities (eg an eqnarray),
indeed it works with python now, provided I uncomment the wxAgg setting
in the script.
best,
Johann
Eric Bruning wrote:
> Strange, strange. iPython is apparently having some effect here: I tried
> ipython -pylab animation.py
> and I got a figure with the initial plot, but nothing further
> happen
Hey John and the rest of the MPL gang:
I've made the changes you suggested, but the problem is looking to be
deeper than it seemed. I'm also moving this conversation to
matplotlib-devel, since that's probably the more appropriate place for
it.
This updated patch allows for the creation of colorma
18 matches
Mail list logo
