On Jul 1, 2015 6:31 PM, "Eric Firing" wrote:
>
> On 2015/07/01 1:56 PM, Nathaniel Smith wrote:
> > On Tue, Jun 16, 2015 at 7:14 PM, Nathaniel Smith wrote:
> >
> > [...snip discussion of how option D was the favorite of 80% of people
> > in the survey...]
&
On Tue, Jun 16, 2015 at 7:14 PM, Nathaniel Smith wrote:
[...snip discussion of how option D was the favorite of 80% of people
in the survey...]
> So the next question is where we go from here. We need to pick a color
> for this bikeshed at some point. One theory is that the next step i
On Jun 17, 2015 8:36 AM, "OceanWolf" wrote:
>
> Another question, why does a reason exist why the colour-maps start at
yellow and go to blue, either anti-clockwise, or clockwise? What about a
rotation of 90deg rather than just a mirror inverse on the a' b' plane?
Colorblind users can reliably di
On Jun 16, 2015 7:31 PM, "Juan Nunez-Iglesias" wrote:
>
> As long as A and B are included as named options, I have no objections to
D as default.
Yeah, all the colormaps will be available over way or another, it's just
the default in question.
-n
-
Greetings, matplotliberators!
I've counted up the various "votes" people made regarding the
different colormap options at
https://bids.github.io/colormap
including the ones in the matplotlib-devel and -users threads and
elsewhere (private email, twitter), etc.
There were two phases -- some peop
On Sun, Jun 7, 2015 at 2:37 PM, Eric Firing wrote:
> Matplotlib's pyplot retains quite a few vestiges from its original
> Matlab-workalike heritage; we would like to gradually eliminate those
> that no longer make sense. One such candidate is the "hold" kwarg that
> every pyplot function has, wit
On Thu, Jun 4, 2015 at 12:42 AM, Nathan Goldbaum wrote:
>
> 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 simul
On Thu, Jun 4, 2015 at 3:32 PM, Benjamin Root wrote:
> As for option D, my only apprehension for it is on the blue (purple?) end of
> the scale. I can't really perceive any changes on that end and it just seems
> like a solid color to me. Does it seem that way to anybody else? Maybe shift
> the cu
On Jun 4, 2015 9:28 AM, "Joe Kington" wrote:
>
> One other (admittedly very minor) consideration is how the colormaps look
with shading applied. To borrow from the hillshading example:
>
> (The image appears to be too large to attatch. Try here:
http://www.geology.beer/images/hillshaded.png)
>
>
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
On Tue, Jun 2, 2015 at 10:03 PM, Paul Ivanov wrote:
> 1. C
> 2. B
> 3. A
>
> But I wouldn't call them aesthetic - the purple in there just looks off -
> I'd prefer something like hot, afmhot, or gist_heat - or variations on
> those.
It turns out that it's very difficult to go ~blue to anything li
On Tue, Jun 2, 2015 at 9:01 PM, Olga Botvinnik wrote:
> Great work! Very nice post describing the methodology. I especially like the
> choice of images you used to expose differences between colormaps.
Thanks!
> My ranking is:
> 1. C
> 2. A
> 3. B
>
> To my eyes, C has the highest dynamic range
Hi all,
As was hinted at in a previous thread, Stéfan van der Walt and I have
been using some Fancy Color Technology to attempt to design a new
colormap intended to become matplotlib's new default. (Down with jet!)
Unfortunately, while our Fancy Color Technology includes a
computational model of
On Apr 5, 2015 8:29 PM, "gary ruben" wrote:
>
> Just wondering whether anyone has suggested checking candidate colormaps
against typical printer color gamuts?
How would you go about doing this in practice? Is it even possible to
choose a subset of sRGB space and have printers take advantage of th
On Sun, Apr 5, 2015 at 12:46 AM, Eric Firing wrote:
> On 2015/04/04 9:20 PM, Nathaniel Smith wrote:
>
>> While it's taking longer than hoped, just to reassure you that this
>> isn't total vaporware, here's a screenshot from the colormap designer
>> that Stéf
On Mon, Feb 23, 2015 at 10:46 AM, Eric Firing wrote:
> On 2015/02/18 2:39 PM, Nathaniel Smith wrote:
>>
>> On Feb 16, 2015 3:39 PM, "Eric Firing" wrote:
>>>
>>>
>>> On 2015/02/16 1:29 PM, Michael Waskom wrote:
>>>
>>>&
On Feb 16, 2015 3:39 PM, "Eric Firing" wrote:
>
> On 2015/02/16 1:29 PM, Michael Waskom wrote:
>
> > Nathaniel's January 9 message in that thread (can't figure out how to
> > link to it in the archives) had a suggestion that I thought was very
> > promising, to do something similar to Parula but r
On Feb 16, 2015 10:35 AM, "Eric Firing" wrote:
>
> On 2015/02/16 8:16 AM, Benjamin Root wrote:
> > I am in the final rounds of edits for my book and a question has come up
> > between me and the editors. When should the matplotlib be capitalized?
> >
> > 1) never
> > 2) mostly never (even in the b
On Thu, Jan 8, 2015 at 10:30 PM, Maximilian Albert
wrote:
> Hi Nathaniel,
>
>>
>> > Basically, it allows you to pick the start/end color of a colormap from
>> > two
>> > cross sections in CIELab space and interpolates those colors linearly
>> > (see
>> > the README file for more details).
>>
>> Th
On Tue, Jan 6, 2015 at 2:37 AM, Maximilian Albert
wrote:
> Happy new year everyone!
>
> Apologies for the long silence. I was snowed in with work before Christmas
> and then mostly cut off from the internet for the past two weeks.
> Fortunately, I had a chance over the holidays to flesh out the GU
On Thu, Nov 27, 2014 at 9:54 AM, Todd wrote:
>
> On Nov 26, 2014 10:04 PM, "Nathaniel Smith" wrote:
>>
>> The main differences in requirements are:
>> - for the color cycle, you want isoluminant colors, to avoid the issue
>> where one line is glaring b
On Wed, Nov 26, 2014 at 9:30 AM, Todd wrote:
> On Sat, Nov 22, 2014 at 12:22 AM, Nathaniel Smith wrote:
>>
>> - Default line colors: The rgbcmyk color cycle for line plots doesn't
>> appear to be based on any real theory about visualization -- it's just
>&
On 22 Nov 2014 02:22, "Benjamin Root" wrote:
>
> Some of your wishes are in progress already:
https://github.com/matplotlib/matplotlib/pull/3818
> There is also an issue open about scaling the dashes with the line width,
and you are right, the spacing for the dashes are terrible.
Nice!
> I can d
Hi all,
Since we're considering the possibility of making a matplotlib 2.0
release with a better default colormap, it occurred to me that it
might make sense to take this opportunity to improve other visual
defaults.
Defaults are important. Obviously for publication graphs you'll want
to end up t
On Fri, Nov 21, 2014 at 5:46 PM, Darren Dale wrote:
> On Fri, Nov 21, 2014 at 12:32 PM, Phil Elson wrote:
>>
>> Please use this thread to discuss the best choice for a new default
>> matplotlib colormap.
>>
>> This follows on from a discussion on the matplotlib-devel mailing list
>> entitled "How
On 7 Nov 2014 14:44, "Apps Embedded" wrote:
>
> Hi,
>
> You are right.
> Maybe a "Science Console" name should simply do it.
>
> And for the Python trademark, is there any legal issue with charging an
Android app using the python langage ?
This is like me asking you whether I can legally call som
On Tue, Oct 21, 2014 at 8:09 PM, Eric Firing wrote:
> On 2014/10/21, 6:27 AM, Nathaniel Smith wrote:
>> On Tue, Oct 21, 2014 at 8:50 AM, Pierre Haessig
>> wrote:
>>> Hi,
>>>
>>> Matlab is now shipping with a new default colormap, named "parula"
On Tue, Oct 21, 2014 at 8:50 AM, Pierre Haessig
wrote:
> Hi,
>
> Matlab is now shipping with a new default colormap, named "parula"
> [1,2]. It is meant to overcome the many issues of the current default
> "jet". It seems that the RGB values of this new colormap are already
> onnline [3].
>
> So m
n Sun, Sep 28, 2014 at 12:40 AM, Eric Firing wrote:
> One of the biggest causes of controversy in mpl, and of difficulty in
> teaching and learning mpl, is the divide between pyplot and the rest of
> the library. There are at least two aspects:
>
> 1) plt.title() versus ax.set_title(), etc; that
On Sun, Aug 24, 2014 at 2:42 AM, Thomas Caswell wrote:
> Hey all,
>
> Github has made it possible to get a DOI for a release (
> https://guides.github.com/activities/citable-code/ ).
>
> I am inclined to do this for 1.4.0. I think doing this is a good
> first step towards being good (leading?) ci
Wouldn't a better default be to just close all figures when they're
displayed? It can't be common that someone wants to show the same plot
repeatedly (and if they do that could have an option)...?
-n
On 14 Jul 2014 22:16, "Matthew Brett" wrote:
> Hi,
>
> I am happily using `plot_directive`, but
On Fri, Jul 4, 2014 at 9:48 PM, Charles R Harris
wrote:
>
> On Fri, Jul 4, 2014 at 2:41 PM, Nathaniel Smith wrote:
>>
>> On Fri, Jul 4, 2014 at 9:33 PM, Charles R Harris
>> wrote:
>> >
>> > On Fri, Jul 4, 2014 at 2:09 PM, Nathaniel Smith wrote:
>&g
On 10 Jun 2014 19:07, "Eric Firing" wrote:
>
> This is just a heads-up: some indexing changes in the numpy 1.9rc break
> matplotlib, as revealed in the mpl tests; there is a discussion on the
> numpy-discussion list about what to do about it. It looks like they
> will back off on the changes and
It is also technically possible to use a drop-in fallback
implementation on older pythons, e.g.:
https://github.com/pydata/patsy/blob/master/patsy/compat.py#L120
https://github.com/pydata/patsy/blob/master/patsy/compat_ordereddict.py
-n
On Wed, May 7, 2014 at 4:03 PM, Federico Ariza wrote:
>
On Mon, Jul 22, 2013 at 2:55 PM, Michael Droettboom wrote:
> This is why I suggested that the best way forward is to implement some sort
> of easy styling functionality (like what Tony Yu has submitted in #2236,
> though I haven't had a chance to look at it yet), and make it explicit for
> the use
On Sun, Jul 21, 2013 at 2:48 AM, Chris Beaumont wrote:
> I don't fully agree with Eric that changing the defaults should be treated
> as an API break -- yes, it may irritate a minority of users, but their code
> will still run. I'd flip around your argument for the role of rcParams and
> customiza
On Tue, Jul 2, 2013 at 8:31 PM, Michael Droettboom wrote:
> As many of you are well aware, John Hunter has been the sole copyright
> holder on matplotlib from the beginning. I'm sorry it's taken nearly a year
> to do this (as can often happen in sad situations like this), but I think we
> do need
On Sat, Jun 29, 2013 at 8:13 PM, Damon McDougall
wrote:
> To reiterate, remember that you'll need to nuke your previous local install.
> Installing over an existing mpl distribution will cause problems. This is
> because `python setup.py install` will not remove the old axes.py for you.
NB th
On 15 Mar 2013 16:50, "Todd" wrote:
> Within the axes constructor, the constructor would run through each of
these modules and store them as attributes with the same name as the
function and the function itself being the contents. At least if me
understanding is correct, this would make them beha
On 16 Jan 2013 09:30, "Fernando Perez" wrote:
>
> On Wed, Jan 16, 2013 at 12:10 AM, Nelle Varoquaux
> wrote:
>
> > Last but not least, maybe we can see what numfocus has to offer.
>
> Absolutely! I'll be offline for two weeks, but others on the list can
> certainly propose this to numfocus on th
>>>> wrote:
>>>>> On 12/14/12 10:55 AM, Nathaniel Smith wrote:
>>>>>> sourceforge's horror of an interface.
>>>>> I'll second that. Every time I go to Sourceforge, I have to figure out
>>>>> how in the world to dow
On 14 Dec 2012 16:59, "Michael Droettboom" wrote:
>
> Github has removed the ability to host binaries. They've removed this
feature without any apparent notification except on their blog saying "it's
gone today". And the suggested alternative is to use paid services.
>
> https://github.com/blog/
On Wed, Dec 5, 2012 at 10:23 PM, Paul Ivanov wrote:
> On Wed, Dec 5, 2012 at 1:52 PM, Nathaniel Smith wrote:
>> If you're defining your own warning class, you might consider using
>> FutureWarning instead of UserWarning.
>>
>> We had a discussion about this iss
On Wed, Dec 5, 2012 at 9:45 PM, Paul Ivanov wrote:
> Hey everyone,
>
> In adding a deprecation warning in this pull request [1], Damon and I
> learned that DeprecationWarnings are ignored by default in Python 2.7
>
> This is rather unfortunate, and I outlined possible workarounds that I
> see in a
On Mon, Dec 3, 2012 at 11:50 PM, Chris Barker - NOAA Federal
wrote:
> On Mon, Dec 3, 2012 at 2:21 PM, Nathaniel Smith wrote:
>> For the file handle, I would just write
>>
>> cdef FILE *fp = fdopen(file_obj.fileno(), "w")
>>
>> and be done with it. Th
On Mon, Dec 3, 2012 at 8:24 PM, Chris Barker - NOAA Federal
wrote:
> On Mon, Dec 3, 2012 at 11:59 AM, Michael Droettboom wrote:
>> so there
>> are types in libpng, for example, that we don't actually know the size
>> of. They are different on different platforms. In C, you just include
>> the h
On Fri, Nov 30, 2012 at 11:40 PM, Michiel de Hoon wrote:
> One package (Pysam) that I use a lot relies on Cython, and requires users to
> install Cython before they can install Pysam itself. With Cython, is that
> always the case? Will all users need to install Cython? Or is it sufficient
> if
Let's try that again...
-- Forwarded message --
From: Nathaniel Smith
Date: Fri, Nov 30, 2012 at 11:13 PM
Subject: Re: [matplotlib-devel] Travis numpy build failures on Python 3.x
To: Damon McDougall
On Fri, Nov 30, 2012 at 10:25 PM, Damon McDougall
wrote:
> We seem
On Thu, Oct 11, 2012 at 10:49 PM, Michael Droettboom wrote:
> I have a proof-of-concept way to make interactive plots in the browser work
> using transparent PNGs described here:
>
> http://mdboom.github.com/blog/2012/10/11/matplotlib-in-the-browser-its-coming/
>
> No PRs yet, because this is mile
On Mon, Sep 24, 2012 at 2:33 PM, Todd wrote:
> This sort of plot is used ubiquitously in neuroscience. It is used to show
> the time of discrete neural (brain cell) events (called "spikes") over time
> in repeated trials, and is generally called a spike raster, raster plot, or
> raster graph. Ho
On Tue, Mar 6, 2012 at 4:43 PM, John Hunter wrote:
> The timeline at http://www.google-melange.com/gsoc/events/google/gsoc2012
> says March 6th is the "[GSOC] Mentoring organization application deadline".
> How do you interpret "mentoring organization" there? As the PSF or someone
> under thei
On Sun, Jan 29, 2012 at 7:42 AM, Benjamin Root wrote:
> Not a bug. There are only so many artist objects we assume for determining
> the tight bbox. Suptitle is not one of them.
Why is this the desired behavior?
-- Nathaniel
---
Hi matplotters,
As any of you subscribed to the numpy-discussion list will have
probably noticed, there's intense debate going on about how numpy can
do a better job of handling missing data and masked arrays. Part of
the problem is that we aren't actually sure what users need these
features to do
On Thu, Sep 22, 2011 at 7:00 PM, Benjamin Root wrote:
> On Thursday, September 22, 2011, Tony Yu wrote:
>> On Thu, Sep 22, 2011 at 5:16 PM, Nathaniel Smith wrote:
>>> I looked at the paper, and the goal was specifically to produce a good
>>> "default" colorm
On Sep 21, 2011 5:29 PM, "Christoph Gohlke" wrote:
> On 9/13/2011 12:24 AM, Eric Firing wrote:
> > On 07/18/2011 07:07 AM, Sameer Grover wrote:
> >> I came across this website where different colormaps have been compared
> >> and the author has come up with an optimal colormap for data
> >> visual
On Thu, Oct 14, 2010 at 7:51 AM, Fernando Perez wrote:
> Well, the client can save a session to html, svgs and all:
>
> http://fperez.org/tmp/ipython-svg.xml
>
> If the svg has extra metadata embedded, this will preserve it. The
> author of the html saving works in genomics at UCSF, and he embeds
On Wed, Sep 8, 2010 at 12:12 AM, Fernando Perez wrote:
> ps - tip: Ctrl-. restarts the kernel
Tangentially... please make this something that's a little harder to
hit by accident, like Ctrl-Alt-. or a menu item or something? My
ipython's regularly hold state that would take a few CPU-days to
reco
On Fri, Jul 16, 2010 at 10:21 AM, Ryan Wagner wrote:
> (Michael Droettboom)
>
>>> The display at the bottom that says "Cursor at: X, Y" is in pixels, not
>>> in
>
>>> data units. ?It would be great if this could display data units, though
>
>>> being general enough to support custom scales (eg. lo
On Sun, Jan 3, 2010 at 4:23 AM, David Cournapeau wrote:
> On Sun, Jan 3, 2010 at 8:05 PM, Nathaniel Smith wrote:
>> What I do -- and documented for people in my lab to do -- is set up
>> one virtualenv in my user account, and use it as my default python. (I
>> 'activate
On Tue, Dec 29, 2009 at 6:34 AM, David Cournapeau wrote:
> Buildout, virtualenv all work by sandboxing from the system python:
> each of them do not see each other, which may be useful for
> development, but as a deployment solution to the casual user who may
> not be familiar with python, it is u
On Sat, Jul 25, 2009 at 3:13 PM, Rob Clewley wrote:
> I wrote a wrapper to do this for my own code because I wanted it so
> much. I can't see why it would be a problem to support, it's only one
> extra if statement.
Or zero extra statements, if one just replaces the
if len(x.shape) == 1:
x
61 matches
Mail list logo
