I have several programs that run as daemons which run with different
unix ids. each of the unix ids share the same user home dir. They are
now failing with the following error:
Traceback (most recent call last):
File "StartScanDaemon.py", line 69, in ?
main(sys.argv)
File "StartScanDaemo
> "Ryan" == Ryan Krauss <[EMAIL PROTECTED]> writes:
Ryan> I just did a fresh svn checkout and my legends are no longer
Ryan> in the front. The following lines produce the attached
Ryan> plot:
Hey Ryan,
Not sure how or why this bug crept in, but apparently legend was
missing a z
I just did a fresh svn checkout and my legends are no longer in the
front. The following lines produce the attached plot:
t=arange(0,10,0.01)
y=sin(2*pi*5.0*t)
plot(t,y)
legend(['data'])
Ryan
legend_problem.png
Description: PNG image
___
Matplotlib-
Thanks Darren. My plots look gorgeous.
Ryan
On 6/18/06, Darren Dale <[EMAIL PROTECTED]> wrote:
> We didnt get any comments against, so I committed the changes this morning. We
> will no longer try to support sans-serif mathmode fonts with the usetex
> option, since there is no native support for
Sorry, I didn't scroll down low enough in the message to see the png
you already attached.
Ryan
On 6/18/06, Ryan Krauss <[EMAIL PROTECTED]> wrote:
> Can you post a simple script that recreates your problem and a png of
> a plot with the problem? (Note that your png files need to be under
> 100kb
Can you post a simple script that recreates your problem and a png of
a plot with the problem? (Note that your png files need to be under
100kb or the mailing list won't allow them).
Ryan
On 6/18/06, Steve Schmerler <[EMAIL PROTECTED]> wrote:
> With usetex mpl creates different fonts on the axes
We didnt get any comments against, so I committed the changes this morning. We
will no longer try to support sans-serif mathmode fonts with the usetex
option, since there is no native support for them in latex. If you are using
svn matplotlib, I suggest clearing your tex.cache after updating.
D
With usetex mpl creates different fonts on the axes ticks and the
$\times 10^$ labels.
In [1]: matplotlib.__version__
Out[1]: '0.87.3'
(from svn)
--
Random number generation is the art of producing pure gibberish as
quickly as possible.
___
Matplot
John Hunter wrote:
>>"Bryan" == Bryan Cole <[EMAIL PROTECTED]> writes:
>
>
> Bryan> MPL uses CXX instead of SWIG; I'm no C++ export so I havn't
> Bryan> looked at adding __get/setstate__ functions to the objects
> Bryan> themselves. copy_reg is nice because you can add
>
> Actual
> "Eric" == Eric Firing <[EMAIL PROTECTED]> writes:
Eric> John Hunter wrote:
>>> "Eric" == Eric Firing <[EMAIL PROTECTED]> writes:
>>
Eric> they will not be transparent. If you need transparent
Eric> masked regions, then try pcolor instead of imshow. Pcolor
Eric>
> "Bryan" == Bryan Cole <[EMAIL PROTECTED]> writes:
Bryan> MPL uses CXX instead of SWIG; I'm no C++ export so I havn't
Bryan> looked at adding __get/setstate__ functions to the objects
Bryan> themselves. copy_reg is nice because you can add
Actually, most of the mpl extension code
On Sun, 2006-06-18 at 15:38 +1000, John Pye wrote:
> FWIW I found that I was able to pickle C++ objects but simply adding
> python methods __reduce__ and __setstate__ in my SWIG .i file -- I'm not
> sure if Matplotlib uses this approach or not. I didn't need to use
> copy_reg (perhaps it's preferab
12 matches
Mail list logo