gmane.comp.python.matplotlib.devel

Re: plot() with a nearly-constant sequence doesn't always work

Eric Firing — 2012-05-25T23:29:36

Dan,

I think the behavior is coming from a threshold value of 1e-12 in 
ticker.scale_range.  This needs more thought than I can give it at the 
moment, but perhaps you could file a ticket on the github mpl site.

Note that even if this threshold behavior is removed, there is another 
one waiting in the wings behind it, with a default value of 1e-16, used 
to decide whether a range is singular; if it is, then it gets expanded.

Eric


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

Re: 1

Phil Elson — 2012-05-23T14:08:28

Please accept my apologies for this spam. I guess its time to get a
better email provider for my mailing lists.

Regards,

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

Re: 1

Phil Elson — 2012-05-23T12:18:18

Make a profit with this strategy. http://ponto.kelly-systems.com.br/twitter.news.php?uffriend_id=07a4
       ------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
Matplotlib-devel mailing list
Matplotlib-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: 'NoneType' object has no attribute 'endswith' when running tests in a chroot

Michael Droettboom — 2012-05-21T11:34:04

I'm not sure about this one.  Could it be due to not having a font cache 
in ~/.matplotlib?


This is most likely due to some of the testing dependencies not being 
present.  matplotlib uses ghostscript for rendering PDF and inkscape for 
rendering SVG (but only when testing).  See this documentation:

http://matplotlib.sourceforge.net/devel/coding_guide.html#testing

(Note the the PIL requirement goes away with matplotlib git master -- 
it's only required for the 1.1.x series).

Cheers,
Mike
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
Matplotlib-devel mailing list
Matplotlib-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >p

'NoneType' object has no attribute 'endswith'when running tests in a chroot

Sandro Tosi — 2012-05-20T16:51:44

Hello,
I've been trying to fix this problem for hours, and it's getting me
mad but to no conclusion, so I'm asking here.

In Debian we build our packges in a chroot, with all the minimum
dependecies needed to build the package (to guarantee reproducibility
and avoid weird effect of local installed packages), and so also the
unittests are runt here. While enabling the matplotlib unittest in
that chroot, I'm getting this error:

======================================================================
ERROR: matplotlib.tests.test_axes.test_arc_ellipse.test
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/lib/python2.6/dist-packages/nose/case.py", line 197, in runTest
    self.test(*self.arg)
  File "/tmp/buildd/matplotlib-1.1.1~rc1/build/lib.linux-x86_64-2.6/matplotlib/testing/decorators.py",
line 36, in failer
    result = f(*args, **kwargs)
  File "/tmp/buildd/matplotlib-1.1.1~rc1/build/lib.linux-x86_64-2.6/matplotlib/testing/decorators.py",

Re: Plans for matplotlib py3k/final release (and impact on Debian)

Michael Droettboom — 2012-05-14T17:27:42

Ah, I guess that makes sense given how destructors are handled 
differently on Python 3.  I have some thoughts on this that I might put 
into a PR.  I don't have access to a Windows box at the moment, so I may 
need some help testing.

Mike

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

Re: Plans for matplotlib py3k/final release (and impact on Debian)

Christoph Gohlke — 2012-05-14T16:58:29


On 5/14/2012 7:43 AM, Michael Droettboom wrote:

PR798 works for Python 2.7. But under Python 3.2 the tests are still 
running out of file handles. Manually increasing the open files limit 
helps (only one test fails).

Christoph

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

Re: Plans for matplotlib py3k/final release (and impact on Debian)

Michael Droettboom — 2012-05-14T14:59:54

I don't think we have a timeframe on that yet.  Getting out a solid, 
stable 1.1.1 (without Py3k support) I think is a higher priority right now.

To get this going, perhaps I'll go ahead and make a branch off of master 
for 1.2.x and we could start testing it on all the platforms and see how 
far it feels from releasable state.  There are few PRs in the queue that 
are simple yet critical that should get in there first.

Mike

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

Re: Plans for matplotlib py3k/final release (and impact on Debian)

Michael Droettboom — 2012-05-14T14:43:03

That looks like the same issue we were having on the 1.1.x branch -- 
that it's running out of file handles -- that I thought was fixed by 
this PR:

https://github.com/matplotlib/matplotlib/pull/798

Or are we seeing something else here?

Mike
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
Matplotlib-devel mailing list
Matplotlib-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: switching rc files (and discussion of styles)

Tony Yu — 2012-05-12T19:21:57


I believe that's what the `rc_file` function does in the
PR<https://github.com/matplotlib/matplotlib/pull/861/files>,
so both use cases are possible. I think it makes sense to allow both.

Cheers,
-Tony


On Fri, May 11, 2012 at 2:17 PM, Paul Ivanov <pivanov314-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
Matplotlib-devel mailing list
Matplotlib-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: switching rc files (and discussion of styles)

Gökhan Sever — 2012-05-12T19:11:30

Hello,

This is a good idea indeed. Especially, when one creates plots for
presentations and papers. Usually, I make ticks, ticklabels, axes labels,
line widths, marker sizes as large as possible (within reasonable limits)
to make them more readable for presentation purposes. However, the same
element sizes don't look very pretty when I create the same plots for paper
or vice versa. The solution is either keep modify two rc files or adjust
one rc file accordingly for each plotting style.

Could the syntax be simplfied a bit? Say rather than using that with
statement and the extra 4 spaces, can it be just a one simple liner like
matplotlib.rcuse(mpl_paper.rc) or matplotlib.rcuse(mpl_presentation.rc)?


On Fri, May 11, 2012 at 2:17 PM, Paul Ivanov <pivanov314-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:

Re: Plans for matplotlib py3k/final release (and impact on Debian)

Christoph Gohlke — 2012-05-12T17:33:32


On 5/12/2012 6:16 AM, Michael Droettboom wrote:

git master builds and tests OK on win32-py2.7.

With the attached patch git master builds and works (in practice) OK on 
win-amd64-py3.2 but there are many test errors of type "RuntimeError: 
Could not open facefile X:\Python32\...\ttf\Vera.ttf; 
Cannot_Open_Resource". I do delete the ~\.matplotlib folder before 
running the tests and can verify that 
FT2Font(r"X:\Python32\lib\site-packages\matplotlib\mpl-data\fonts\ttf\Vera.ttf") 
works.

Christoph
diff --git a/lib/matplotlib/backends/backend_tkagg.py b/lib/matplotlib/backends/backend_tkagg.py
index f93d7f9..8a78a44 100644
--- a/lib/matplotlib/backends/backend_tkagg.py
+++ b/lib/matplotlib/backends/backend_tkagg.py
< at >< at > -185,7 +185,7 < at >< at > class FigureCanvasTkAgg(FigureCanvasAgg):
             master=master, width=w, height=h, borderwidth=4)
         self._tkphoto = Tk.PhotoImage(
             master=self._tkcanvas, width=w, height=h)
-        self._tkcanvas.create_image(w/2, h/2, image=self._tkphoto)
+        s

Re: Plans for matplotlib py3k/final release (and impact on Debian)

Michael Droettboom — 2012-05-12T13:16:39

Thanks.  Does git master build and pass the unit tests on Windows?

Mike

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

Re: Plans for matplotlib py3k/final release (andimpact on Debian)

Mark Lawrence — 2012-05-12T11:21:23

My original offer (made several months ago) to help test this on Windows 
still stands :)

Re: Plans for matplotlib py3k/final release (and impact on Debian)

Thomas Kluyver — 2012-05-12T10:01:54

Just to mention: I've set up a daily builds PPA for matplotlib, and
it's been happily producing Python 3 builds for a while, so it looks
like it should be fairly painless:
https://code.launchpad.net/~takluyver/+archive/matplotlib-daily

Thanks,
Thomas

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

Plans for matplotlib py3k/final release (andimpact on Debian)

Sandro Tosi — 2012-05-12T09:56:13

Hello,
as you may be aware of, in 1 month (more or less) Debian will freeze,
that means that no new upstream releases will be allowed in the
upcoming release, only fixex for important bugs.

Currently in Debian archive we have 1.1.1rc1 . Recent mails have
mentioned that the next release will be py3k enabled. Well, what are
you're plans to release such version? :)

It would be really awesome to have a python3 matplotlib in Debian, and
i'd be happy to test any new RC you'd like to release.

Cheers,

Re: switching rc files (and discussion of styles)

Paul Ivanov — 2012-05-11T23:57:27

Right, this was my working assumption when I made the 'with' statement
suggestion. Since it's a new feature, it won't make it into the 1.1.x
series, and in the next  major relase (>= py2.6) we can safely use
context managers.

best

Re: switching rc files (and discussion of styles)

Benjamin Root — 2012-05-11T21:56:23


The numpy requirement is whichever one introduced no.nextafter(). I beleive
that is 1.4.

Ben Root

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
Matplotlib-devel mailing list
Matplotlib-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: switching rc files (and discussion of styles)

Warren Weckesser — 2012-05-11T21:52:05



It is at least 1.4; see this thread:

http://old.nabble.com/Upgraded-to-1.1.0,-now-only-line-graphs-work!-td32833484.html

Warren



------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
Matplotlib-devel mailing list
Matplotlib-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: switching rc files (and discussion of styles)

Michael Droettboom — 2012-05-11T21:45:46

The minimum requirement of the 1.1 series is still Python 2.4, believe 
it or not, though I'm not sure practically what the minimum numpy is.

The next major release (which will include Python 3 support) bumps the 
minimum requirement up to Python 2.6.

Mike

On 05/11/2012 05:32 PM, Warren Weckesser wrote:

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
Matplotlib-devel mailing list
Matplotlib-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: switching rc files (and discussion of styles)

Tony Yu — 2012-05-11T21:43:29

Thanks for pinging me on the PR, Paul. Both the original PR and the
addition of the context manager are great ideas.

Just to clarify, what I implemented in mpltools was a sort-of stylesheet
that can be easily accessed (i.e. you don't have to remember the path, just
the name; and if you forget that, it's listed in a module attribute). But,
I ended up using ConfigObj to parse the rc file instead of using
matplotlib's parser. One major disadvantage of that approach is that
ConfigObj uses a different syntax than matplotlib's rc parameters. In this
sense, the PR would help greatly to fix this discrepancy.

Unfortunately, the PR doesn't completely fulfill my needs. I wanted to
allow multiple stylesheets to be declared in a single file; this means I'd
need to plug into the loop that iterates over the lines of the file. I can
push in that direction on the PR, but I don't want to do that unless people
think this would be more-generally useful.

-Tony
-----------------------------------------------------------------