[matplotlib-devel] Creating an interactive figure from the OO interface
Hi all, I see in the matplotlib 1.5 release notes that the figures created via the OO interface can now be interactively updated. Does this mean it's now possible to create a figure using the interactive backend, manually associate it with a figure manager, and then call the show() method on the figure manager to display the plot in an interactive window, all without (possibly indirectly) importing pyplot? If not, should I just give up and do this via pyplot? I'd like to avoid importing pyplot if possible to avoid crashes on headless sessions. Thanks for your help or advice, Nathan -- Monitor Your Dynamic Infrastructure at Any Scale With Datadog! Get real-time metrics from all of your servers, apps and tools in one place. SourceForge users - Click here to start your Free Trial of Datadog now! http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Dev build on matplotlib with conda
One way to do this is to build a Conda package using the matplotlib recipe: https://github.com/conda/conda-recipes/tree/master/matplotlib Looking at the Conda recipe might give you some hints about how it locates png.h as well, although I haven't checked in detail. On Wednesday, July 22, 2015, Brian Granger wrote: > No I am fine linking against the stuff that ships with conda - just > not clear on how to get the setup.py logic to look in the right place. > > On Wed, Jul 22, 2015 at 11:20 AM, Phil Elson > wrote: > > Are you wanting to link against anything other than that installed with > > conda? > > The output of setup.py is normally pretty helpful at letting you know > which > > library it has found to build against. > > > > On 20 July 2015 at 01:54, Brian Granger > wrote: > >> > >> Hi all, > >> > >> I am trying to get a dev build of matplotlib working with the anaconda > >> python. > >> > >> Any advice on getting matplotlib to detect and use any of the > >> libpng/freetypes: > >> > >> * Those installed with anaconda python. > >> * Those from homebrew > >> * Those that ship with OS X > >> > >> Cheers, > >> > >> Brian > >> > >> -- > >> Brian E. Granger > >> Cal Poly State University, San Luis Obispo > >> @ellisonbg on Twitter and GitHub > >> bgran...@calpoly.edu and elliso...@gmail.com > > >> > >> > >> > -- > >> Don't Limit Your Business. Reach for the Cloud. > >> GigeNET's Cloud Solutions provide you with the tools and support that > >> you need to offload your IT needs and focus on growing your business. > >> Configured For All Businesses. Start Your Cloud Today. > >> https://www.gigenetcloud.com/ > >> ___ > >> Matplotlib-devel mailing list > >> Matplotlib-devel@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > > > > > > > > -- > Brian E. Granger > Cal Poly State University, San Luis Obispo > @ellisonbg on Twitter and GitHub > bgran...@calpoly.edu and elliso...@gmail.com > > > -- > ___ > 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] RFC: candidates for a new default colormap
On Wed, Jun 3, 2015 at 5:17 PM, Stéfan van der Walt wrote: > On Wed, Jun 3, 2015 at 5:08 PM, Nathan Goldbaum > wrote: > > I'm a big fan of option D. So much so that when I needed to make a > movie of > > ony my galaxy simulations today I went ahead and used it: > > > > https://youtu.be/bnm554et0T8 > > Beautiful! How hard would it be to also do this for the other > proposed colormaps? > Thankfully you made it pretty easy to script this. jet: https://www.youtube.com/watch?v=dsvT5hImPmo parula: https://www.youtube.com/watch?v=8146CMi-OaQ option a: https://www.youtube.com/watch?v=IqvxuQSzWO4 option b: https://www.youtube.com/watch?v=wa7bpV3XPV0 option c: https://www.youtube.com/watch?v=3rHbq4jw1ew option d: https://www.youtube.com/watch?v=2_HiUXVNm2k > > Stéfan > > > -- > ___ > 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] RFC: candidates for a new default colormap
I'm a big fan of option D. So much so that when I needed to make a movie of ony my galaxy simulations today I went ahead and used it: https://youtu.be/bnm554et0T8 On Wed, Jun 3, 2015 at 4:43 PM, Benjamin Root wrote: > Ooooh, I am liking "D" a lot. It is almost like what Parula should have > been. Still not quite perfect, but I can't put my finger on it. > > Ben Root > > On Wed, Jun 3, 2015 at 6:27 PM, Nathaniel Smith wrote: > >> On Wed, Jun 3, 2015 at 1:51 PM, Eric Firing wrote: >> > On 2015/06/02 7:58 PM, Nathaniel Smith wrote: >> >> >> >> On Tue, Jun 2, 2015 at 10:03 PM, Paul Ivanov wrote: >> > >> > >> >> That said, if you want to play around with the editor tool, it's >> >> linked on the webpage :-). >> > >> > >> > This is a really nice tool! >> > >> > Attached is an example of a map that circles the other direction, and >> that >> > sacrifices some visual delta for less extreme ends. Although I think >> the >> > "sunrise" type of map that you offered in versions A, B, and C is a >> good one >> > to have in the arsenal, I am not convinced that it should be the only >> > category to be considered as a default. Do we really want to reject the >> > somewhat Parula-like category just because Matlab uses the real Parula? >> > >> > I'm not saying the attached example is particularly good; it is >> intended to >> > re-introduce the category. (It is somewhat similar to a reversal of our >> > ColorBrewer YlGnBu, so I tried to name it following that scheme.) >> >> That is nice! For those following along at home, here's what Eric's >> colormap looks like: >> >> https://bids.github.io/colormap/images/screenshots/erics_PuBuGnYl_r.png >> >> We also tried tweaking it a bit to end on a more saturated yellow, >> which I think helps increase contrast in the deuteranomalous version >> in particular, and put this on the website as an "option D": >>https://bids.github.io/colormap/images/screenshots/option_d.png >> >> We also previously designed a colormap that follows parula's ideas >> pretty closely, in terms of starting/ending points, overall >> brightness, and the trick of kinking over through orange at the top >> end. It ends up being much much more green than parula though: >>https://bids.github.io/colormap/images/screenshots/fake_parula.png >> >> > It seems that the fundamental constraints in this map generator tend to >> > yield a somewhat muddy dark end and a muted middle. That's one >> compromise >> > among many that are possible. >> >> You can somewhat avoid the muddy end by bumping up the minimum >> brightness (option C does this to some extent), but of course that has >> other trade-offs. >> >> -n >> >> -- >> Nathaniel J. Smith -- http://vorpus.org >> >> >> -- >> ___ >> 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] Fwd: python data vis Slack channels?
For what it's worth, there are matplotlib, scipy, and IPython channels on the freenode IRC network. I often answer questions there. On Monday, May 4, 2015, Bryan Van de Ven wrote: > We've thought about gitter as well, personally my (slight) preference for > Slack is that it does not require a GH account, and also, there is a nice > OSS heroku app that provides a really nice "self-invite" button that shows > how many users are on, too. You can see it on our test docs deploy: > > http://bokeh.pydata.org/en/test/index.html > > That said it is probably six of one, half dozen of the other. I'm not > categorically opposed to looking into gitter some more. > > My hope (and intent) is really to have this as a place for users to > congregate and self-support. We do intend to monitor, to the extent we can, > but like you there is precious little bandwidth form core devs. > > Bryan > > > > On May 4, 2015, at 11:45 AM, Thomas Caswell > wrote: > > > > That sounds reasonable to me. My only concern is getting enough (any?) > bandwidth from enough of the core mpl developers. > > > > IPython and scikit image both have gitter rooms running that seem to > working well for them as well, is there any reason to go with slack over > gitter? > > > > Tom > > > > -- Forwarded message - > > From: Bryan Van de Ven > > > Date: Mon, May 4, 2015 at 11:44 AM > > Subject: python data vis Slack channels? > > To: Michael Droettboom >, < > tcasw...@gmail.com > > > > > > > Hi guys, > > > > We have been experimenting/toying with the idea of using a free Slack > channel to provide a place for casual Bokeh user interactions. It occurred > that it might be nice to have a single "pyvis.slack.com", that has > channels for several OSS python vis libraries in one place. Would you have > any interest in a #matplotlib channel there? If there is a better place to > submit this proposal, please let me know. > > > > Regards, > > > > Bryan Van de Ven > > > > > > -- > 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
Re: [matplotlib-devel] building matplotlib with homebrew python and XQuartz 2.7.5
Any reason you're trying to compile with gcc? I think most of the homebrew build recipes are tested using clang. On Thu, May 22, 2014 at 12:07 PM, lecture notes wrote: > I'm trying to get matplotlib working with the following setup on OSX 10.9.3 > > rail:~ brew$ gcc --version > gcc (GCC) 4.8.2 > > rail:~ brew$ python --version > Python 2.7.6 > > pip install git+git://github.com/matplotlib/matplotlib.git (as of today > at 11am PDT) > > Problem 1: couldn't find a freetype header -- googling supplied the fix: > > sudo ln -s /usr/X11/include/freetype2/freetype /usr/X11/include/. > > per > http://stackoverflow.com/questions/19697457/numpy-matplotlib-install-error-ftheader-h-no-such-file-or-directory > > Problem 2: I'm getting a fatal syntax error in _macosx.m: > > /usr/local/bin/gcc -fno-strict-aliasing -fno-common -dynamic > -I/usr/local/include -I/usr/local/opt/sqlite/include -DNDEBUG -g -fwrapv > -O3 -Wall > -DPY_ARRAY_UNIQUE_SYMBOL=MPL_matplotlib_backends__macosx_ARRAY_API > -DPYCXX_ISO_CPP_LIB=1 > -I/usr/local/Cellar/python/2.7.6/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/numpy/core/include > -I/usr/local/include -I/usr/include -I/usr/X11/include -I. > -Iextern/agg24/include -Iextern > -I/usr/local/Cellar/python/2.7.6/Frameworks/Python.framework/Versions/2.7/include/python2.7 > -c src/_macosx.m -o build/temp.macosx-10.8-x86_64-2.7/src/_macosx.o > > In file included from /usr/include/Availability.h:148:0, > > from > /usr/local/Cellar/gcc/4.8.2_1/lib/gcc/x86_64-apple-darwin13.2.0/4.8.2/include-fixed/math.h:46, > > from > /System/Library/Frameworks/CoreFoundation.framework/Headers/CoreFoundation.h:19, > > from > /System/Library/Frameworks/Foundation.framework/Headers/Foundation.h:6, > > from > /System/Library/Frameworks/Cocoa.framework/Headers/Cocoa.h:12, > > from src/_macosx.m:1: > > /System/Library/Frameworks/Foundation.framework/Headers/NSUserNotification.h:16:45: > error: expected ',' or '}' before '__attribute__' > > NSUserNotificationActivationTypeReplied NS_AVAILABLE(10_9, NA) = 3 > > > thanks in advance for suggestions on how to proceed -- Phil > > > > > > > > > -- > "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 > > -- "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
[matplotlib-devel] Replacing matplotlib.delaunay natural neighbor interpolation
Hi all, I'm writing regarding an issue I'm having porting the yt package to properly handle some of the changes in matplotlib 1.4. yt is a python library for analysis and visualization of volumetric data, with a focus on astrophysical simulation datasets. We use matplotlib heavily for visualization tasks. For a while now, we've been using the natural neighbor interpolation in matplotlib.delaunay to generate contour plots from image data. See for example, this function: https://bitbucket.org/yt_analysis/yt/src/84b551a47ac462d646963f0b13e4dd0e85bd9751/yt/visualization/plot_modifications.py?at=yt#cl-311 In this example, self.triang is an instance of matplotlib.delaunay.triangulate.Triangulation. The bug report I opened regarding this issue might also be informative: https://bitbucket.org/yt_analysis/yt/issue/764/matplotlibdelaunay-deprecated-in I'm writing because it seems that matplotlib.delaunay was deprecated recently. This means users who import the yt plotting code will see a DeprecationWarning if they are running the upcoming matplotlib 1.4 release -- definitely an undesirable situation. Unfortunately, it looks like the workaround for this issue is to use natgrid to generate the interpolation. This is undesirable from our point of view since we have no way in general to control how users build their matplotlib installation. I'm curious whether any of the matplotlib developers have alternate ideas for how to do deal with this. Thanks for your help! -Nathan Goldbaum -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
