[matplotlib-devel] bug: 0.99.1.1 setup.py needs optional package wx or it fails
Hi, on a fresh CentOS5.3 with SciPy installed from repository http://software.opensuse.org/download/home:/ashigabou/ and additional packages freetype-devel-2.* libpng-devel-1.* pygtk2-devel gtk2-devel the matplotlib-setup script "setup.py" fails with error: ... wxPython: no * wxPython not found Traceback (most recent call last): File "setup.py", line 146, in ? import wx ImportError: No module named wx This does _not_ happen if I use the 0.99.0 archive (on the _same_ machine). It seems as if the setup.py 0.99.1.1 only runs if the optional package wx is installed. Greetings Jens -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] setup.py: qt4 not detected on centos5.3
Hi, just a remark. qt4 does not get detected on centos5.3 (probably the same on centos5.x and redhat 5.x). Installed are qt4-4.2.1* packages and qt4-devel-4.2.1* packages. Greetings Jens -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Heads-up: master badly broken, syntaxerror in setup.py
It works in python3 The python statement in python2.7 (and 2.6) does not support the end argument. Adding a "from __future__ import print_function" to the beginning of setup.py seems to fix it. Greetings Jens On Thu, Nov 17, 2011 at 5:03 AM, Fernando Perez wrote: > (master)longs[matplotlib]> python setup.py > File "setup.py", line 281 > (float(i) / len(filtered) * 100.0), end='\r') > ^ > SyntaxError: invalid syntax > > > Sorry, can't debug it right now... > > f > > -- > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Upload a higher res logo to github
That looks nice. On a related note, should the link below the logo not point to matplotlib.org since http://matplotlib.sf.net/ just redirects to this site? In addition it the python code for the sidebar illustrations on the front side i.e. http://matplotlib.org/_static/logo_sidebar_horiz.png available somewhere. The polar plot is clipped in the top an bottom and it would be nice to fix that and add these plot examples to the screenshot page opened when clicking on the image. Plots similar to 1 and 3 are there but no contour plot is shown. Jens On Fri, Oct 12, 2012 at 2:47 PM, Benjamin Root wrote: > Oh, that is *much* better. Thank you! > > Ben Root > > > On Fri, Oct 12, 2012 at 8:44 AM, Michael Droettboom wrote: >> >> It is now fixed. I just uploaded a higher resolution image of the same >> thing. >> >> Mike >> >> On 10/10/2012 04:31 PM, Damon McDougall wrote: >> > On Wed, Oct 10, 2012 at 7:36 PM, Benjamin Root wrote: >> >> Looks like github has changed the layout of the default landing page >> >> for any >> >> github account. This now has the account's profile image shown much >> >> larger >> >> than originally intended. Our front page now has a very pixelated logo >> >> on >> >> display. Given how much we pride ourselves on high-quality images, we >> >> should probably fix this: >> >> >> >> https://github.com/matplotlib >> >> >> >> Cheers! >> >> Ben Root >> > This has been bugging me for a while... >> > >> >> >> >> -- >> Don't let slow site performance ruin your business. Deploy New Relic APM >> Deploy New Relic app performance management and know exactly >> what is happening inside your Ruby, Python, PHP, Java, and .NET app >> Try New Relic at no cost today and get our sweet Data Nerd shirt too! >> http://p.sf.net/sfu/newrelic-dev2dev >> ___ >> Matplotlib-devel mailing list >> Matplotlib-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > > > > -- > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Cutting 1.2rc3
I rebased #1418 on v1.2.x as #1425 as suggested by Damon McDougall. It turns out that the other bug #1419 is only present on master and introduced in a resent pep8 rewrite not merged into v1.2.x Cheers, Jens -- Forwarded message -- From: Mark Lawrence Date: Mon, Oct 22, 2012 at 6:53 PM Subject: Re: [matplotlib-devel] Cutting 1.2rc3 To: matplotlib-devel@lists.sourceforge.net On 22/10/2012 15:10, Michael Droettboom wrote: > Thanks to everyone for the hard work on getting the last few bugs > squashed! I think 1.2.0 is going to be a very high quality release. It > looks like we're only down to one last issue marked for 1.2. > > https://github.com/matplotlib/matplotlib/pull/1326 > <https://github.com/matplotlib/matplotlib/pull/1326/files> > > Do you think it's realistic to cut a 1.2rc3 tomorrow? I hope that this > will be the last release candidate for 1.2.0 and we won't need to make > any significant additions before the final release. > > Then we can all move forward with the good number of PEP8 fixes, larger > MEP improvements and other great features in the pipeline. > > Mike > Oh mammary glands I'd intended to do some testing on Windows for you guys and it's gone completely under my radar, sorry about that. I can still give it a try though. I've got 2.7.3 and 3.3.0 on my PC but I don't want to repeat what someone else may have done already. What's the best way forward? -- Cheers. Mark Lawrence. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Animation class: let save() accept **kwargs which are passed on to savefig()?
I think Eric idea is a good solution. This is just to point out that I did something similar with kw args to savefig in the image comparison decorator for tests. See the changes in decorators.py in this pull request https://github.com/matplotlib/matplotlib/pull/1420 . Seems to work fine. Greetings, Jens On Wed, Oct 31, 2012 at 4:22 PM, Eric Firing wrote: > On 2012/10/31 2:04 AM, Maximilian Albert wrote: > > [I sent this email a few weeks ago already, but I wasn't subscribed to > > matplotlib-devel at the time and it seems that the message was never > > approved by the moderator. So here comes my second attempt. :)] > > > > Hi all, > > > > this is my first post to this mailing list, so let me take the > > opportunity to thank everyone involved for an amazing piece of > > software and all the hard work you guys put into it! It is very much > > appreciated indeed. > > > > I have a quick question/suggestion regarding the save() method in the > > matplotlib.animation.Animation class. I recently produced an animation > > in which I needed to set tight bounding boxes when saving the > > individual frames. Obviously savefig() supports this, but there is no > > way to pass this information to the Animation.save() method. Would it > > make sense to let Animation.save() accept additional keyword arguments > > which are simply passed on to savefig() in each step of the animation > > loop? Or am I overlooking potential drawbacks of this approach? A > > simple patch with this idea is attached. Feel free to use it as is or > > to modify at will if you think this is useful. > > I don't have time to look at this, so I will toss out one idea for > consideration: > > If there is any chance that other sorts of kwarg collections might be > needed, or simply to improve readability and explicitness, instead of > passing on **kwargs, you might make a new kwarg, "savefigkw", which > would take a dictionary that would then be used via "savefig(..., > **savefigkw". > > Eric > > > > > > Many thanks and kind regards, > > Max > > > > > > > > > -- > > Everyone hates slow websites. So do we. > > Make your web apps faster with AppDynamics > > Download AppDynamics Lite for free today: > > http://p.sf.net/sfu/appdyn_sfd2d_oct > > > > > > > > ___ > > Matplotlib-devel mailing list > > Matplotlib-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > > > > > > > -- > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://p.sf.net/sfu/appdyn_sfd2d_oct > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Last call for 1.2.0
I just noticed a small documentation issue yesterday. This table does not include the gtk3 backend http://matplotlib.org/1.2.0/faq/usage_faq.html#what-is-a-backend Should we update the table to include the gtk3 backend? (and note that the qt3 backend is depreciated) Jens On Thu, Nov 8, 2012 at 3:23 AM, Michael Droettboom wrote: > The milestone is clear. Is there anything we're missing? > > If not, I plan to cut a final release and update the documentation > website tomorrow morning. > > Mike > > > -- > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://p.sf.net/sfu/appdyn_d2d_nov > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_nov___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] I have a Mac!
On my mac box I'm just using homebrew www.brew.sh to install the latest python along with all non python dependencies and the python dependencies via pip. This seems to work great most of the time. Jens On Fri, Aug 16, 2013 at 3:32 PM, Michael Droettboom wrote: > We actually discussed this very issue yesterday in our Google hangout > about continuous integration. We're probably going to need to script a > full setup from a clean Mac + XCode to a working matplotlib development > environment in order to make that happen, and obviously that will be shared > with the world. Things are even more complex on Windows, and I'd like to > do that there, too. So stay tuned. > > Mike > > > On 08/16/2013 10:02 AM, Paul Hobson wrote: > > Mike, > > That's great news. Is there any chance we can look forward to "official" > instructions for setting up a Mac to develop matplotlib? > > I gave up a long time ago and started piecing to together my meager PRs > in a linux VM. > -paul > > > On Fri, Aug 16, 2013 at 6:52 AM, Michael Droettboom wrote: > >> Thanks to the gracious donation from Hans Petter Langtangen and the >> Center for Biomedical Computing at Simula (http://home.simula.no/~hpl), >> I now have a new Mac Mini sitting at my desk. This should allow me to >> keep on top of changes that affect the Mac builds and to better track >> down Mac-only issues. >> >> Stay tuned over the next few weeks and months as we will most likely be >> using some more of these funds to pay for hosted continuous integration >> services (as discussed yesterday in our MEP19 Google Hangout). >> >> Cheers, >> Mike >> >> >> >> >> -- >> Get 100% visibility into Java/.NET code with AppDynamics Lite! >> It's a free troubleshooting tool designed for production. >> Get down to code-level detail for bottlenecks, with <2% overhead. >> Download for free and get started troubleshooting in minutes. >> >> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk >> ___ >> Matplotlib-devel mailing list >> Matplotlib-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >> > > > > > -- > Get 100% visibility into Java/.NET code with AppDynamics Lite! > It's a free troubleshooting tool designed for production. > Get down to code-level detail for bottlenecks, with <2% overhead. > Download for free and get started troubleshooting in minutes. > http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > > -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] PDF not readable by Adobe PDF readers
If you have Cairo installed and the matplotlib Cairo backend you could try
to test the
pdfs generated with this backend to see if they suffer from the same issue.
i.e. add
```
import matplotlib
matplotlib.use("cairo")
```
to the top of your script.
Depending on where the bug is this may or may not give the same issue.
/Jens
On Fri, Dec 6, 2013 at 10:22 AM, buckeliger wrote:
> Thank you for your reply. I am travelling these days and will try to
> generate
> a stripped down input data file out of the 12 large hdf5 files. However I
> find it still very curious that with the same input files, plotting simply
> read out data plotting works
>
> http://ubuntuone.com/50q1yVOKjdmhfqpQljUwW8
>
> but when I process the data (I mask bins and calculate means within) the
> mentioned problem occurs (same file as in stackoverflow)
>
> http://ubuntuone.com/0kuZIKYeZQyGckE5jonPy6
>
> so to me it seems reasonable to assume it is actually related to the
> computational effort involved. The script for the latter plot takes approx.
> 30min on a quite fast machine, while upper plot takes no more than 15sec.
>
> Anyhow, next week I will work on the stripped down data and share what I
> get.
>
>
>
> --
> View this message in context:
> http://matplotlib.1069221.n5.nabble.com/PDF-not-readable-by-Adobe-PDF-readers-tp42580p42595.html
> Sent from the matplotlib - devel mailing list archive at Nabble.com.
>
>
> --
> Sponsored by Intel(R) XDK
> Develop, test and display web and hybrid apps with a single code base.
> Download it for free now!
>
> http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
--
Sponsored by Intel(R) XDK
Develop, test and display web and hybrid apps with a single code base.
Download it for free now!
http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] big memory leak when running tests?
I can confirm that after running the test suite with matplotlib.test() on a OSX 10.9 machine I end up with using around 1.5 Gb of memory. Furthermore the Python console that the tests are running from is extremely slow after the tests. Doing a gc.collect() frees most of the memory and returns the console to normal. I have only tested this with the stable 1.3.1 release /Jens On Sun, May 4, 2014 at 9:38 PM, Eric Firing wrote: > When I try to run matplotlib/tests.py on master, linux, python 2.7, in a > virtual machine with 4GB, the memory use grows out of control. Just > running the test_axes chews up 1.5 G. Has anyone else seen this? > > Eric > > > -- > "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE > Instantly run your Selenium tests across 300+ browser/OS combos. Get > unparalleled scalability from the best Selenium testing platform available. > Simple to use. Nothing to install. Get started now for free." > http://p.sf.net/sfu/SauceLabs > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > -- Is your legacy SCM system holding you back? Join Perforce May 7 to find out: • 3 signs your SCM is hindering your productivity • Requirements for releasing software faster • Expert tips and advice for migrating your SCM now http://p.sf.net/sfu/perforce___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] v1.4.0rc3
I discovered an issue with the qt4 backend on python 2.7. See
https://github.com/matplotlib/matplotlib/pull/3357 for
a possible solution.
ERROR: matplotlib.tests.test_backend_qt4.test_shift
--
Traceback (most recent call last):
File "/usr/local/lib/python2.7/site-packages/nose/case.py", line 197, in
runTest
self.test(*self.arg)
File
"/usr/local/lib/python2.7/site-packages/matplotlib/testing/decorators.py",
line 110, in wrapped_function
func(*args, **kwargs)
File
"/usr/local/lib/python2.7/site-packages/matplotlib/testing/decorators.py",
line 51, in failer
result = f(*args, **kwargs)
File
"/usr/local/lib/python2.7/site-packages/matplotlib/tests/test_backend_qt4.py",
line 80, in test_shift
'A')
File
"/usr/local/lib/python2.7/site-packages/matplotlib/tests/test_backend_qt4.py",
line 72, in assert_correct_key
qt_canvas.keyPressEvent(event)
File
"/usr/local/lib/python2.7/site-packages/matplotlib/backends/backend_qt5.py",
line 312, in keyPressEvent
key = self._get_key(event)
File
"/usr/local/lib/python2.7/site-packages/matplotlib/backends/backend_qt5.py",
line 384, in _get_key
return six.u('+').join(mods + [key])
File "/usr/local/lib/python2.7/site-packages/six.py", line 589, in u
return unicode(s.replace(r'\\', r''), "unicode_escape")
TypeError: decoding Unicode is not supported
==
ERROR: matplotlib.tests.test_backend_qt4.test_lower
--
Traceback (most recent call last):
File "/usr/local/lib/python2.7/site-packages/nose/case.py", line 197, in
runTest
self.test(*self.arg)
File
"/usr/local/lib/python2.7/site-packages/matplotlib/testing/decorators.py",
line 110, in wrapped_function
func(*args, **kwargs)
File
"/usr/local/lib/python2.7/site-packages/matplotlib/testing/decorators.py",
line 51, in failer
result = f(*args, **kwargs)
File
"/usr/local/lib/python2.7/site-packages/matplotlib/tests/test_backend_qt4.py",
line 88, in test_lower
'a')
File
"/usr/local/lib/python2.7/site-packages/matplotlib/tests/test_backend_qt4.py",
line 72, in assert_correct_key
qt_canvas.keyPressEvent(event)
File
"/usr/local/lib/python2.7/site-packages/matplotlib/backends/backend_qt5.py",
line 312, in keyPressEvent
key = self._get_key(event)
File
"/usr/local/lib/python2.7/site-packages/matplotlib/backends/backend_qt5.py",
line 384, in _get_key
return six.u('+').join(mods + [key])
File "/usr/local/lib/python2.7/site-packages/six.py", line 589, in u
return unicode(s.replace(r'\\', r''), "unicode_escape")
TypeError: decoding Unicode is not supported
==
ERROR: matplotlib.tests.test_backend_qt4.test_control
--
Traceback (most recent call last):
File "/usr/local/lib/python2.7/site-packages/nose/case.py", line 197, in
runTest
self.test(*self.arg)
File
"/usr/local/lib/python2.7/site-packages/matplotlib/testing/decorators.py",
line 110, in wrapped_function
func(*args, **kwargs)
File
"/usr/local/lib/python2.7/site-packages/matplotlib/testing/decorators.py",
line 51, in failer
result = f(*args, **kwargs)
File
"/usr/local/lib/python2.7/site-packages/matplotlib/tests/test_backend_qt4.py",
line 96, in test_control
'ctrl+a')
File
"/usr/local/lib/python2.7/site-packages/matplotlib/tests/test_backend_qt4.py",
line 72, in assert_correct_key
qt_canvas.keyPressEvent(event)
File
"/usr/local/lib/python2.7/site-packages/matplotlib/backends/backend_qt5.py",
line 312, in keyPressEvent
key = self._get_key(event)
File
"/usr/local/lib/python2.7/site-packages/matplotlib/backends/backend_qt5.py",
line 384, in _get_key
return six.u('+').join(mods + [key])
File "/usr/local/lib/python2.7/site-packages/six.py", line 589, in u
return unicode(s.replace(r'\\', r''), "unicode_escape")
TypeError: decoding Unicode is not supported
==
ERROR: matplotlib.tests.test_backend_qt4.test_unicode_upper
--
Traceback (most recent call last):
File "/usr/local/lib/python2.7/site-packages/nose/case.py", line 197, in
runTest
self.test(*self.arg)
File
"/usr/local/lib/python2.7/site-packages/matplotlib/testing/decorators.py",
line 110, in wrapped_function
func(*args, **kwargs)
File
"/usr/local/lib/python2.7/site-packages/matplotlib/testing/decorators.py",
line 51, in failer
result = f(*args, **kwargs)
File
"/usr/local/lib/python2.7/site-packages/matplotlib/tests/test_backend_qt4.py",
line 104, in test_unicode_upper
unichr(193))
File
"/usr/local/lib/python2.7/site-packages/matplotlib/tests/test_backend_qt4.py",
line 72, in assert_correct_key
qt_ca
[matplotlib-devel] Fwd: [IPython-dev] ipython slowdown with qt
-- Forwarded message -- From: Jens Nielsen Date: Fri, Aug 15, 2014 at 10:05 PM Subject: Re: [IPython-dev] ipython slowdown with qt To: IPython developers list While I can reproduce the issue using %gui qt I can also reproduce it with the WX backend (%qui wx) with more or less the same symptoms. However, I don't see the issue with either of the 'tk' or the 'osx' backends. And yes the issue is reproducible in a python installation without any mpl installed. /Jens On Fri, Aug 15, 2014 at 9:22 PM, Eric Firing wrote: > On 2014/08/15, 9:37 AM, Derek Homeier wrote: > > When using MPL with ipython —pylab and the Quartz version of PyQT4, > > the interpreter seems to be slow down extremely after running for a > > little while. Weirdly this is not connected to any graphics display > > and in fact happens even without any plotting window opened, i.e. the > > ipython shell just randomly becomes completely unresponsive and hangs > > for several seconds on simple tasks like typing or navigating through > > history. The plotting itself actually does not appear to perform any > > worse than it used to under Mountain Lion. > > [I'm switching the subject because my comments below relate to ipython > and matplotlib, and are no longer Anaconda-specific.] > > Derek, > > Thanks. A few days ago, when I switched from testing on linux to > testing on osx, exactly this ipython slowdown was happening to me--but I > lost track of what combination of versions and invocations was causing > it. Therefore I have been concentrating on the severe problem which > was, for me, 100% repeatable, and involved macosx backend, not Qt. I > expect the macosx-relatec problem will go away after Ilan uploads the > revised Anaconda ipython for python 3. > > Now I find I can repeat the ipython problem on Homebrew python 3 > (framework--with Quartz app) and Anaconda with the un-fixed ipython > (which is running without starting a Quartz app): > > ipython --pylab=qt > > Leave it alone for a bit. Try scrolling through history. Long delay, > even in responding to Ctrl-C. Evidently key events are stacking up and > not being processed. Now try: > > ipython > %pylab qt > > I see the slowdown with this, also. The response delay seems to get > worse with time. It renders the session unusable after only a few minutes. > > ipython > %gui qt > > And I still see it, so this appears to be a problem in ipython's PyQt4 > gui handling, not directly related to matplotlib. All on Mavericks, > running ipython from Apple's terminal. > > Eric > > > > > > ___ > IPython-dev mailing list > ipython-...@scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev > -- ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Compatibility with WX 3.0
I don't think there are any issues with using WX 3.0. I have been running it on Mac for some time (from homebrew) WXPython Phoenix is a bit different as far as I know. That is mainly about new python bindings but has not yet seen an official release. /Jens On Fri, Sep 12, 2014 at 7:07 PM, Benjamin Root wrote: > Sandro, > > I believe that this lingering PR might be relevant: > https://github.com/matplotlib/matplotlib/pull/3421 > > Maybe it can get some love so that we can merge it in? > > Ben Root > > On Sun, Sep 7, 2014 at 7:24 AM, Sandro Tosi wrote: > >> Hello, >> in Debian we are moving to WX 3.0 also from the POV of Python >> bindings. I dont see mentioned anywhere the compat/incompat of mpl >> with such WX version, can you please shine some light on it. >> >> No pressure but we aim at freezing the current unstable branch on >> early November this year :) >> >> Cheers, >> -- >> Sandro Tosi (aka morph, morpheus, matrixhasu) >> My website: http://matrixhasu.altervista.org/ >> Me at Debian: http://wiki.debian.org/SandroTosi >> >> >> -- >> Slashdot TV. >> Video for Nerds. Stuff that matters. >> http://tv.slashdot.org/ >> ___ >> Matplotlib-devel mailing list >> Matplotlib-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >> > > > > -- > Want excitement? > Manually upgrade your production database. > When you want reliability, choose Perforce > Perforce version control. Predictably reliable. > > http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > > -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] logit scale for frequencies
A pull request would be welcome. Note that we already have the symlog scale http://matplotlib.org/examples/pylab_examples/symlog_demo.html?highlight=symlog which is essentially a logscale with a linear fraction in the centre. As I understand this it is not quite the same but useful for a different purpose Jens On Mon, Nov 3, 2014 at 12:04 PM, Pierre Haessig wrote: > Hi Fabio, > > Le 03/11/2014 11:41, Fabio Zanini a écrit : > > I've been using matplotlib with great satisfaction for a few years, but > > one feature I've been missing is a "logit" scale. This is essentially a > > nonlinear scale that is log both towards 0+ and log towards 1-. > > Nice coincidence, I was also playing with this idea back in April. > http://nbviewer.ipython.org/gist/pierre-haessig/7e3e6a818edeb6819708 > > I was actually wondering whether this could interest other people in > other fields... > > best, > Pierre > > > It is > > useful when one has frequencies in a population (i.e. floats between 0 > > and 1) and both rare events and very common ones are interesting. > > > > For instance, say you ask about the fraction of people with blue eyes in > > various world populations, you want to spot even tiny deviations from > > zero or one. > > > > I have coded a scale according to matplotlib's documentation and it > > works well, so I was wondering whether you are interested into merging > > it into the the main repository. I think it'd be useful because lots of > > people have such frequency data, especially now that matplotlib is > > becoming popular in the biology/social sciences research communities. > > > > If there is interest, I'll just start a pull request on github and try > > to adapt the code to your coding style. It's already PEP8 and similia. > > > > Thanks. Cheers, > > Fabio > > > > > > > -- > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > -- ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] remove old branches
I removed the rgb2lab_local branch now (I decided that this is not the way to go and I have a local copy in my own remote of this). On a related note should be consider removing tags for old release candidates? I know that IPython does this and it does clean up the tags quite a bit since approximately half the tags are for release candidates. Jens On Sat, Nov 1, 2014 at 7:56 PM, Thomas Caswell wrote: > This is done now. All of the branches were fully merged except for v1.1.x > which had a single line change to contents.rst which ended up on the main > branch through other means. > > I have local branches pointing to all of the removed branches so if there > is panic about their removal and _everyone_ runs a prune command on the > upstream repos we still have this information around. > > I left rgb2lab_local because there is still an open PR against it, but > will go away when we close that PR. > > Tom > > On Sat Nov 01 2014 at 2:32:19 PM Eric Firing wrote: > >> On 2014/11/01, 5:49 AM, Thomas Caswell wrote: >> > Does anyone protest to removing all of the branches from the main repo >> > except: >> > >> > - master >> > - v1.4.x >> > - v1.4.2-doc >> > >> > Having old branches around can lead to confusion (see >> > https://github.com/matplotlib/matplotlib/pull/3748#issuecomm >> ent-61372162). >> > >> > Tom >> >> Seems to me like a good idea. >> >> Eric >> >> >> >> -- >> ___ >> Matplotlib-devel mailing list >> Matplotlib-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >> > > > -- > > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > > -- ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] remove old branches
That makes sense. I would consider deleting "1.3.1" which is the same commit as "v1.3.1" @Benjamin Github allows highlighting releases at https://github.com/matplotlib/matplotlib/releases which have release notes. Perhaps we should add release notes for releases before 1.4.0 from the change log to separate them from the release candidates. Jens On Wed, Nov 5, 2014 at 4:15 PM, Benjamin Root wrote: > Same here. I like the old tags for historical research purposes. Now, if > there was a way for github to only display the N most recent tags, I would > go for that... > > On Wed, Nov 5, 2014 at 10:32 AM, Thomas Caswell > wrote: > >> I am -1 on removing old tags. The _point_ of tags is they don't move. >> >> IPython is a younger project, moving much faster, and have an interest in >> keeping everyone close to the bleeding edge, we don't have that luxury. >> For a long time debian shipped an rc (1.3.1rc1 iirc) so there is evidence >> of people in the wild caring about arbitrary tags. >> >> Tom >> >> On Wed Nov 05 2014 at 10:01:51 AM Jens Nielsen >> wrote: >> >>> I removed the rgb2lab_local branch now (I decided that this is not the >>> way to go and I have a local copy in my own remote of this). On a related >>> note should be consider removing tags for old release candidates? I know >>> that IPython does this and it does clean up the tags quite a bit since >>> approximately half the tags are for release candidates. >>> >>> >>> Jens >>> >>> On Sat, Nov 1, 2014 at 7:56 PM, Thomas Caswell >>> wrote: >>> >>>> This is done now. All of the branches were fully merged except for >>>> v1.1.x which had a single line change to contents.rst which ended up on the >>>> main branch through other means. >>>> >>>> I have local branches pointing to all of the removed branches so if >>>> there is panic about their removal and _everyone_ runs a prune command on >>>> the upstream repos we still have this information around. >>>> >>>> I left rgb2lab_local because there is still an open PR against it, but >>>> will go away when we close that PR. >>>> >>>> Tom >>>> >>>> On Sat Nov 01 2014 at 2:32:19 PM Eric Firing >>>> wrote: >>>> >>>>> On 2014/11/01, 5:49 AM, Thomas Caswell wrote: >>>>> > Does anyone protest to removing all of the branches from the main >>>>> repo >>>>> > except: >>>>> > >>>>> > - master >>>>> > - v1.4.x >>>>> > - v1.4.2-doc >>>>> > >>>>> > Having old branches around can lead to confusion (see >>>>> > https://github.com/matplotlib/matplotlib/pull/3748#issuecomm >>>>> ent-61372162). >>>>> > >>>>> > Tom >>>>> >>>>> Seems to me like a good idea. >>>>> >>>>> Eric >>>>> >>>>> >>>>> >>>>> -- >>>>> ___ >>>>> Matplotlib-devel mailing list >>>>> Matplotlib-devel@lists.sourceforge.net >>>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >>>>> >>>> >>>> >>>> -- >>>> >>>> ___ >>>> Matplotlib-devel mailing list >>>> Matplotlib-devel@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >>>> >>>> >>> >>> -- >>> ___ >>> Matplotlib-devel mailing list >>> Matplotlib-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >>> >> >> >> -- >> >> ___ >> Matplotlib-devel mailing list >> Matplotlib-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >> >> > -- ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] SpanSelector with gtk3cairo backend
There was an issue with the GTK3Agg backend on Python 3 due to a missing feature in the python 3 port of PyCairo but this has been fixed in Matplotlib 1.4.0 by making it possible to use cairocffi as an alternative to PyCairo. CairoCFFI implements the missing feature. (While the Agg backends doesn't use Cairo to render the figures it still needs python binding for Cairo AFAIK) /Jens On Mon, Nov 10, 2014 at 11:26 PM, Thomas Caswell wrote: > Not sure what you mean about agg + py3k, it should work fine (as we test > it). > > The issue is that the cairo backend is a vector backend, which does not > have a notion of blitting, which is something that span selector uses to > make it nice and snappy. Should be able to get it to work by passing the > kwarg `useblit=False` to the constructor. > > Tom > > > -- > Comprehensive Server Monitoring with Site24x7. > Monitor 10 servers for $9/Month. > Get alerted through email, SMS, voice calls or mobile push notifications. > Take corrective actions from your mobile device. > > http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > > -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] xkcd doesn't seem to work in MacOSX backend
I can reproduce it with the following traceback. Can you please open a bug report on Github for this issue? ``` Traceback (most recent call last): File "/usr/local/lib/python2.7/site-packages/matplotlib/artist.py", line 59, in draw_wrapper draw(artist, renderer, *args, **kwargs) File "/usr/local/lib/python2.7/site-packages/matplotlib/figure.py", line 1079, in draw func(*args) File "/usr/local/lib/python2.7/site-packages/matplotlib/artist.py", line 59, in draw_wrapper draw(artist, renderer, *args, **kwargs) File "/usr/local/lib/python2.7/site-packages/matplotlib/axes/_base.py", line 2092, in draw a.draw(renderer) File "/usr/local/lib/python2.7/site-packages/matplotlib/artist.py", line 59, in draw_wrapper draw(artist, renderer, *args, **kwargs) File "/usr/local/lib/python2.7/site-packages/matplotlib/lines.py", line 712, in draw drawFunc(renderer, gc, tpath, affine.frozen()) File "/usr/local/lib/python2.7/site-packages/matplotlib/lines.py", line 1067, in _draw_lines self._lineFunc(renderer, gc, path, trans) File "/usr/local/lib/python2.7/site-packages/matplotlib/lines.py", line 1107, in _draw_solid renderer.draw_path(gc, path, trans) File "/usr/local/lib/python2.7/site-packages/matplotlib/patheffects.py", line 115, in draw_path rgbFace) File "/usr/local/lib/python2.7/site-packages/matplotlib/patheffects.py", line 217, in draw_path renderer.draw_path(gc, tpath, affine, rgbFace) File "/usr/local/lib/python2.7/site-packages/matplotlib/backends/backend_macosx.py", line 58, in draw_path gc.draw_path(path, transform, linewidth, rgbFace) AttributeError: GraphicsContextBase instance has no attribute 'draw_path' ``` best Jens On Tue, Nov 18, 2014 at 4:12 PM, Mark Bakker wrote: > Sorry, forgot to mention that: 1.4.0 > > On Tue, Nov 18, 2014 at 5:00 PM, Benjamin Root wrote: > >> Which version of matplotlib are you using? >> >> On Tue, Nov 18, 2014 at 10:55 AM, Mark Bakker wrote: >> >>> Hello list, >>> >>> I don't seem to get xkcd to work in the MacOSX backend. When I try to >>> make a plot I get a nice white figure with nothing on it. Here's what I did: >>> >>> import matplotlib.pyplot as plt >>> %matplotlib # responds with Using matplotlib backend: MacOSX >>> plt.plot([1,2,3]) # gives white figure with nothing on it >>> >>> When I do a kernel restart and specify the qt backend it works fine (so >>> I have a workaround), but I presume it should work, right? >>> >>> Thanks, >>> >>> Mark >>> >>> >>> >>> -- >>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >>> from Actuate! Instantly Supercharge Your Business Reports and Dashboards >>> with Interactivity, Sharing, Native Excel Exports, App Integration & more >>> Get technology previously reserved for billion-dollar corporations, FREE >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk >>> ___ >>> Matplotlib-devel mailing list >>> Matplotlib-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >>> >>> >> > > > -- > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > > -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Bloomberg Open source sprint, London, November 29-30 2014
Hi Phil, I am in London but busy with other stuff on Saturday. I might be able to join in on Sunday. best Jens On Wed, Nov 26, 2014 at 11:04 AM, Phil Elson wrote: > There will be an open source Python sprint, hosted by Bloomberg, this > weekend in London. The event will be attended by core developers of many of > the major scientific Python packages (IPython, numpy, scipy, pandas, > scikit-learn) who will act as mentors to those who would like to get > involved in the development of these important scientific tools. > > I will be attending as a mentor for matplotlib (if there are any other > core developers who may be able to attend, the more the merrier!) and am > hoping there will be many attendees who want to get a helping hand getting > started with matplotlib development. We've got lots of room for > improvement, from the obvious documentation enhancements right through to > the nitty-gritty of improving backends such as nbagg. > > If you want to come along to the event, please sign-up at > > http://go.bloomberg.com/promo/invite/bloomberg-open-source-day-scientific-python/ > . > > Hope you see some of you there, > > Phil > > > -- > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > > -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] v1.4.3rc1
Thanks Tom, I ran the test suite on OSX 10.10 with both python 2.7.8 and 3.4.2 including the tex and QT4 tests that are skipped on Travis. Everything passes as expected. Jens Mon Feb 02 2015 at 5:38:32 AM skrev Thomas Caswell : Evening all, > > I have tagged the first release candidate for v1.4.3 (https://github.com/ > matplotlib/matplotlib/releases/tag/v1.4.3rc1). > > Although this is a bug-fix release, a fair amount of work has gone into > making the nbagg (interactive figures in ipython notebooks) feature > complete compared to the other interactive backends. > > Please kick the tires and give it a try! If there are no major issues, > the plan is to target 1.4.3 for next weekend. > > The mac build has been started and (if I understand how these things work) > should be available to install via > pip install -f http://wheels.scikit-image.org --pre matplotlib soon. > > For linux anaconda users, packages for 2.6/2.7 python on my binstar > channel (conda install -c https://conda.binstar.org/tacaswell > matplotlib). The py3k builds have some issue with invalid syntax in pyqt4, > if some knows how to build these, please let me know. > > > Tom > > > > -- > Dive into the World of Parallel Programming. The Go Parallel Website, > sponsored by Intel and developed in partnership with Slashdot Media, is > your > hub for all things parallel software development, from weekly thought > leadership blogs to news, videos, case studies, tutorials and more. Take a > look and join the conversation now. http://goparallel.sourceforge.net/ > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Fwd: SciPy 2015 CFP Email 2
Hi I am expecting to be at Scipy but I have already volunteered to help out with the Software carpentry tutorials. I have the impression that they might have more helpers than needed in which case I would be happy to help with the Matplotlib tutorials. Jens tir. 31. mar. 2015 kl. 16.45 skrev Benjamin Root : > Joe, it would be great to have you as a co-presenter. > > Nelle, I am guessing I should contact Krystyn to update my proposal to > include Joe? > > Ben > > On Mon, Mar 30, 2015 at 8:45 PM, Joe Kington > wrote: > >> High praise, coming from you guys. Thanks! :) >> -Joe >> >> On Mon, Mar 30, 2015 at 6:53 PM, Paul Hobson wrote: >> >>> Joe, >>> >>> You should introduce yourself as "that guy who did that paw detection >>> post that saved that one guy's research". >>> -P >>> >>> — >>> Sent from Mailbox <https://www.dropbox.com/mailbox> >>> >>> >>> On Mon, Mar 30, 2015 at 4:52 PM, Thomas Caswell >>> wrote: >>> >>>> +1 from me. I suspect many people got their start learning mpl from >>>> you on SO ;) >>>> >>>> Tom >>>> >>>> On Mon, Mar 30, 2015 at 7:17 PM Joe Kington >>>> wrote: >>>> >>>>> If you don't mind a "non-core" person doing the tutorial, I'll be >>>>> there this year, and I'd be happy to be Ben's backup for teaching it. >>>>> Cheers! >>>>> -Joe >>>>> >>>>> On Sun, Mar 29, 2015 at 9:17 PM, Thomas Caswell >>>>> wrote: >>>>> >>>>>> Ben, >>>>>> >>>>>> Have you sorted out if you can make scipy this year and does anyone >>>>>> want to be back up on teaching the tutorial? >>>>>> >>>>>> It seems a shame to not have a mpl tutorial available. >>>>>> >>>>>> I am probably going to submit a 'state of the library' talk and do >>>>>> not want to do both. >>>>>> >>>>>> Tom >>>>>> >>>>>> On Thu, Mar 26, 2015 at 5:06 PM Michael Droettboom >>>>>> wrote: >>>>>> >>>>>>> This sounds great. Unfortunately, I can't attend Scipy this year >>>>>>> due to a family commitment, but would be more than happy to help put >>>>>>> together and review materials beforehand. >>>>>>> >>>>>>> Cheers, >>>>>>> Mike >>>>>>> >>>>>>> >>>>>>> On 03/26/2015 10:59 AM, Thomas Caswell wrote: >>>>>>> >>>>>>> >>>>>>> I also think we should have a 'state of the library' talk. >>>>>>> >>>>>>> We definitely have a few important things to announce/show off: >>>>>>> - FSA >>>>>>> - nbagg/notebook >>>>>>> - new default colors >>>>>>> - style module >>>>>>> >>>>>>> and should have a couple more by July >>>>>>> - sane serialize/deserialize + interop with plotly/bokeh >>>>>>> - better toolbar >>>>>>> - better interactive OO >>>>>>> - improved docs >>>>>>> >>>>>>> I will be there for the main conference and the sprints and am >>>>>>> willing to give this talk, but will defer if someone else wants to do >>>>>>> it. >>>>>>> >>>>>>> Does anyone want to volunteer to be Ben's second on his tutorial? >>>>>>> >>>>>>> >>>>>>> >>>>>>> On Fri, Mar 13, 2015 at 2:46 PM Olga Botvinnik >>>>>>> wrote: >>>>>>> >>>>>>>> I'd be very interested in hearing a "state of matplotlib" talk. >>>>>>>> >>>>>>>> On Fri, Mar 13, 2015, 11:29 Phil Elson >>>>>>>> wrote: >>>>>>>> >>>>>>>>> Orchestrating MPL tutorials and talks in this thread would be a >>>>>>>>> good idea. I'd be happy to help anybody planning on submitting >>>>>>>>> anything >>>>>>&
Re: [matplotlib-devel] python nightly failures
Thanks for tracing this Tom. I was meaning to look into it but never got
round to it.
Jens
tor. 14. maj 2015 kl. 03.30 skrev Juan Nunez-Iglesias :
> Thanks Tom! Absolutely fascinating! I was trying to grok this and
> thinking, "but what if we want 'or' to return a value that will later be
> used as a conditional, surely it should return bool?" But of course
> whatever it returns will be correctly interpreted as a bool in a
> conditional context! Delayed/lazy bool casting, in a sense. Very clever
> indeed.
>
> There's quite a few places where this would make my code quite a bit
> cleaner! =)
>
> Thanks again!
>
> Juan.
>
> On Thu, May 14, 2015 at 12:21 PM, Thomas Caswell
> wrote:
>
>> The `a or b` syntax evaluates if a is 'trueish' and if so returns a if
>> not returns b so `c = None or {}` -> c == {} but `c = {'a': 1} or {}` -> c
>> == {'a': 1}
>>
>> See
>> https://docs.python.org/3.5/reference/expressions.html#grammar-token-or_test
>> for the docs on or. and works almost the same, but returns a if a is False
>> and b in a is True.
>>
>> In the grammar for calls it should be looking for thing like "'**'
>> expression" which means in the parsing anything that is part of the
>> expression gets evaluated before the unpacking of the mapping. If you
>> chase far enough back in the grammar an 'or_test' is an 'expression' (I may
>> be butchering the terminology here, only just learned how lexing/parsing
>> works a few weeks ago) so it should be fully evaluated before trying to
>> unpack.
>>
>> See https://docs.python.org/3.5/reference/expressions.html#calls for the
>> official docs.
>>
>> I suspect the source of this bug is that the grammar is getting
>> rearranged a bit to allow for things like d = {**other_dict, 'x':6} and b
>> = (*a, *c) to work as expected and something did not get changed quite
>> right.
>>
>> Tom
>>
>> On Wed, May 13, 2015 at 8:33 PM Juan Nunez-Iglesias
>> wrote:
>>
>>> Fascinating! Can you "unpack" (heh) that error for us mere mortals? In
>>> particular:
>>>
>>> - never seen that "or" syntax before... Is it coercing both expressions
>>> as bool, or is it evaluating to left if bool(left) evaluates to True, else
>>> to right?
>>> - Why do you expect the second expression to work? Is ** supposed to
>>> have lower preference than "or"? (Which seems weird to me.)
>>>
>>> Thanks!
>>>
>>> Juan.
>>>
>>> On Thu, May 14, 2015 at 5:08 AM, Thomas Caswell
>>> wrote:
>>>
>>>>
>>>> The failures on python nightly are currently due to a bug in python (
>>>> http://bugs.python.org/issue24176)
>>>>
>>>> Tom
>>>>
>>>>
>>>> --
>>>> One dashboard for servers and applications across Physical-Virtual-Cloud
>>>> Widest out-of-the-box monitoring support with 50+ applications
>>>> Performance metrics, stats and reports that give you Actionable Insights
>>>> Deep dive visibility with transaction tracing using APM Insight.
>>>> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
>>>> ___
>>>> Matplotlib-devel mailing list
>>>> Matplotlib-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>>>
>>>>
>>>
>>> --
>>> One dashboard for servers and applications across Physical-Virtual-Cloud
>>> Widest out-of-the-box monitoring support with 50+ applications
>>> Performance metrics, stats and reports that give you Actionable Insights
>>> Deep dive visibility with transaction tracing using APM Insight.
>>> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
>>> ___
>>> Matplotlib-devel mailing list
>>> Matplotlib-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>>
>>
>
> --
> One dashboard for servers and applications across Physical-Virtual-Cloud
> Widest out-of-the-box monitoring support with 50+ applications
> Performance metrics, stats and reports
Re: [matplotlib-devel] Fwd: SciPy 2015 CFP Email 2
Hi Ben and Joe, I will be there for the tutorials doing the shell part of software carpentry but I am available to help you with the matplotlib tutorial if you can use any additional help Jens tir. 31. mar. 2015 kl. 17.07 skrev Jens Nielsen : > Hi > > I am expecting to be at Scipy but I have already volunteered to help out > with the Software carpentry tutorials. > I have the impression that they might have more helpers than needed in > which case I would be happy to help with the Matplotlib tutorials. > > Jens > > > > tir. 31. mar. 2015 kl. 16.45 skrev Benjamin Root : > >> Joe, it would be great to have you as a co-presenter. >> >> Nelle, I am guessing I should contact Krystyn to update my proposal to >> include Joe? >> >> Ben >> >> On Mon, Mar 30, 2015 at 8:45 PM, Joe Kington >> wrote: >> >>> High praise, coming from you guys. Thanks! :) >>> -Joe >>> >>> On Mon, Mar 30, 2015 at 6:53 PM, Paul Hobson wrote: >>> >>>> Joe, >>>> >>>> You should introduce yourself as "that guy who did that paw detection >>>> post that saved that one guy's research". >>>> -P >>>> >>>> — >>>> Sent from Mailbox <https://www.dropbox.com/mailbox> >>>> >>>> >>>> On Mon, Mar 30, 2015 at 4:52 PM, Thomas Caswell >>>> wrote: >>>> >>>>> +1 from me. I suspect many people got their start learning mpl from >>>>> you on SO ;) >>>>> >>>>> Tom >>>>> >>>>> On Mon, Mar 30, 2015 at 7:17 PM Joe Kington >>>>> wrote: >>>>> >>>>>> If you don't mind a "non-core" person doing the tutorial, I'll be >>>>>> there this year, and I'd be happy to be Ben's backup for teaching it. >>>>>> Cheers! >>>>>> -Joe >>>>>> >>>>>> On Sun, Mar 29, 2015 at 9:17 PM, Thomas Caswell >>>>>> wrote: >>>>>> >>>>>>> Ben, >>>>>>> >>>>>>> Have you sorted out if you can make scipy this year and does anyone >>>>>>> want to be back up on teaching the tutorial? >>>>>>> >>>>>>> It seems a shame to not have a mpl tutorial available. >>>>>>> >>>>>>> I am probably going to submit a 'state of the library' talk and do >>>>>>> not want to do both. >>>>>>> >>>>>>> Tom >>>>>>> >>>>>>> On Thu, Mar 26, 2015 at 5:06 PM Michael Droettboom >>>>>>> wrote: >>>>>>> >>>>>>>> This sounds great. Unfortunately, I can't attend Scipy this year >>>>>>>> due to a family commitment, but would be more than happy to help put >>>>>>>> together and review materials beforehand. >>>>>>>> >>>>>>>> Cheers, >>>>>>>> Mike >>>>>>>> >>>>>>>> >>>>>>>> On 03/26/2015 10:59 AM, Thomas Caswell wrote: >>>>>>>> >>>>>>>> >>>>>>>> I also think we should have a 'state of the library' talk. >>>>>>>> >>>>>>>> We definitely have a few important things to announce/show off: >>>>>>>> - FSA >>>>>>>> - nbagg/notebook >>>>>>>> - new default colors >>>>>>>> - style module >>>>>>>> >>>>>>>> and should have a couple more by July >>>>>>>> - sane serialize/deserialize + interop with plotly/bokeh >>>>>>>> - better toolbar >>>>>>>> - better interactive OO >>>>>>>> - improved docs >>>>>>>> >>>>>>>> I will be there for the main conference and the sprints and am >>>>>>>> willing to give this talk, but will defer if someone else wants to do >>>>>>>> it. >>>>>>>> >>>>>>>> Does anyone want to volunteer to be Ben's second on his tutorial? >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>&g
Re: [matplotlib-devel] scipy sprints
Hi Tom I will be there for the sprints and keen to work on Matplotlib stuff. - I have a reasonable understanding of what needs to happen on Mac to fix the freetype issue. I just haven't had the time to do it yet so I will be happy to participate in that work. - :+1: For work on MEP27/22 and traitlets - What's the status of your coveralls branch. https://github.com/matplotlib/matplotlib/pull/4367 adding additional tests would IMHO be a suitable task for intermediate new contributors. - MEP 12 http://matplotlib.org/devdocs/devel/MEP/MEP12.html should be reasonably assessable to novice new comers and hopefully more fun now that the docs are rebuild automatically on merge Best Jens man. 22. jun. 2015 kl. 13.40 skrev Thomas Caswell : > Who will be around for the sprints? We should start to come up with a > list what we want to work on. There are a number of issues tagged as > 'hack-a-thon' which are good candidates for novice contributors. > > A few major projects that need attention are: > > - sorting out how to reliably find freetype everywhere (we should > probably pull in someone from enthought on this if possible as they are one > of the problem cases). This might be solved by using pkg-config everywhere? > - through review of MEP27 and the extension of MEP22 to the rest of the > interactive backends > - discussions with IPython folks about what rolling traitlets into Artist > would look like > > Tom > > -- > Monitor 25 network devices or servers for free with OpManager! > OpManager is web-based network management software that monitors > network devices and physical & virtual servers, alerts via email & sms > for fault. Monitor 25 devices for free with no restriction. Download now > http://ad.doubleclick.net/ddm/clk/292181274;119417398;o > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > -- Monitor 25 network devices or servers for free with OpManager! OpManager is web-based network management software that monitors network devices and physical & virtual servers, alerts via email & sms for fault. Monitor 25 devices for free with no restriction. Download now http://ad.doubleclick.net/ddm/clk/292181274;119417398;o___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] build problem with current doc (about colormap) ?
Hi Pierre I think it is likely that whoever rebuild the documentation did not have the right dependencies installed causing the graphics to be missing. We have significantly improved the build process of the documentation in current master and this should be much less likely to happen when we release 1.5 and going forward In the mean time you can use the development version of the docs up here: http://matplotlib.org/devdocs/users/colormaps.html that contains the plots. best Jens fre. 24. jul. 2015 kl. 12.51 skrev Pierre Haessig : > Hi, > > I'm a bit confused with the colormap doc > http://matplotlib.org/users/colormaps.html > I often get to this page to select my colormaps and today I see no more > images of the colormaps, only text ! > > And when I look at the raw code > > https://raw.githubusercontent.com/matplotlib/matplotlib/master/doc/users/colormaps.rst > I feel that some plot command are missing. > > Was there any error in the build process of the documentation ? > > > best, > Pierre > > > -- > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > -- ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Heatmap for 7K X 7K matrix
Hi Madhav We have moved our mailing lists off source forge to python.org I recommend that you use one of the mailing lists here see the readme https://github.com/matplotlib/matplotlib/blob/master/README.rst this type of question is probably most suited for the user list rather than the developer list. Did you recently find a link to the old one? In which case we would like to know where so we can update the reference. Back to your question, If I understand correctly I think what you are looking for is a data cursor that can show you information when you click on a specific point. https://pypi.python.org/pypi/mpldatacursor/ is one such package. Best Jens On Thu, 25 Aug 2016 at 21:57, Madhav Sharan wrote: > *Sending again after joining list* > > Hi matplotlib users, > > I am trying to generate a fairly huge heatmap of a 7000 X 7000. This is a > 2D matrix in which each cell i,j have a similarity score between ith and > jth label. > > PFA my first attempt (code - [0]). > > Now I am looking for better visualization which can also tell me more > about *cell level information*. To start with can I create a higher > resolution image such that I have at least 2X2 pixel for every cell. > Resultant should be of resolution 14000 X 14000 > > Are there more features like- By some user interaction can I know what > pair it represent? and what's the similarity score? > > [0] > https://github.com/smadha/hadoop-pot/blob/cartesian/src/main/bin/similarity_heatmap.py > > -- > Madhav Sharan > > > > > -- > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > -- ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
