You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(33) |
Dec
(20) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(7) |
Feb
(44) |
Mar
(51) |
Apr
(43) |
May
(43) |
Jun
(36) |
Jul
(61) |
Aug
(44) |
Sep
(25) |
Oct
(82) |
Nov
(97) |
Dec
(47) |
2005 |
Jan
(77) |
Feb
(143) |
Mar
(42) |
Apr
(31) |
May
(93) |
Jun
(93) |
Jul
(35) |
Aug
(78) |
Sep
(56) |
Oct
(44) |
Nov
(72) |
Dec
(75) |
2006 |
Jan
(116) |
Feb
(99) |
Mar
(181) |
Apr
(171) |
May
(112) |
Jun
(86) |
Jul
(91) |
Aug
(111) |
Sep
(77) |
Oct
(72) |
Nov
(57) |
Dec
(51) |
2007 |
Jan
(64) |
Feb
(116) |
Mar
(70) |
Apr
(74) |
May
(53) |
Jun
(40) |
Jul
(519) |
Aug
(151) |
Sep
(132) |
Oct
(74) |
Nov
(282) |
Dec
(190) |
2008 |
Jan
(141) |
Feb
(67) |
Mar
(69) |
Apr
(96) |
May
(227) |
Jun
(404) |
Jul
(399) |
Aug
(96) |
Sep
(120) |
Oct
(205) |
Nov
(126) |
Dec
(261) |
2009 |
Jan
(136) |
Feb
(136) |
Mar
(119) |
Apr
(124) |
May
(155) |
Jun
(98) |
Jul
(136) |
Aug
(292) |
Sep
(174) |
Oct
(126) |
Nov
(126) |
Dec
(79) |
2010 |
Jan
(109) |
Feb
(83) |
Mar
(139) |
Apr
(91) |
May
(79) |
Jun
(164) |
Jul
(184) |
Aug
(146) |
Sep
(163) |
Oct
(128) |
Nov
(70) |
Dec
(73) |
2011 |
Jan
(235) |
Feb
(165) |
Mar
(147) |
Apr
(86) |
May
(74) |
Jun
(118) |
Jul
(65) |
Aug
(75) |
Sep
(162) |
Oct
(94) |
Nov
(48) |
Dec
(44) |
2012 |
Jan
(49) |
Feb
(40) |
Mar
(88) |
Apr
(35) |
May
(52) |
Jun
(69) |
Jul
(90) |
Aug
(123) |
Sep
(112) |
Oct
(120) |
Nov
(105) |
Dec
(116) |
2013 |
Jan
(76) |
Feb
(26) |
Mar
(78) |
Apr
(43) |
May
(61) |
Jun
(53) |
Jul
(147) |
Aug
(85) |
Sep
(83) |
Oct
(122) |
Nov
(18) |
Dec
(27) |
2014 |
Jan
(58) |
Feb
(25) |
Mar
(49) |
Apr
(17) |
May
(29) |
Jun
(39) |
Jul
(53) |
Aug
(52) |
Sep
(35) |
Oct
(47) |
Nov
(110) |
Dec
(27) |
2015 |
Jan
(50) |
Feb
(93) |
Mar
(96) |
Apr
(30) |
May
(55) |
Jun
(83) |
Jul
(44) |
Aug
(8) |
Sep
(5) |
Oct
|
Nov
(1) |
Dec
(1) |
2016 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
(3) |
Sep
(1) |
Oct
(3) |
Nov
|
Dec
|
2017 |
Jan
|
Feb
(5) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
(7) |
Oct
|
Nov
|
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
|
|
|
1
|
2
(1) |
3
|
4
|
5
(6) |
6
(5) |
7
(4) |
8
|
9
|
10
|
11
|
12
|
13
|
14
|
15
|
16
|
17
|
18
|
19
|
20
(4) |
21
(1) |
22
|
23
|
24
|
25
(3) |
26
(5) |
27
(1) |
28
|
29
|
30
|
|
|
From: Nathaniel S. <nj...@po...> - 2015-04-05 08:10:25
|
On Sun, Apr 5, 2015 at 12:46 AM, Eric Firing <ef...@ha...> 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éfan van der Walt and I have been working on... still needs >> fine-tuning (which at this point probably won't happen until after I >> get back from PyCon), but we like what we're seeing so far :-) >> >> The colormap shown has, by construction, perfect lightness linearity >> and perfect perceptual uniformity, according to the better-than-CIELAB >> model used by the viscm tool I linked upthread. >> > > Thanks for the update, and the progress. The example colormap looks > promising as a viable alternative. It appears to have good contrast. How > well does this type of map work with the colorblindness filters? Blue/yellow contrast is preserved with the common types of colorblindness, so it should become a smooth ramp of blue -> (reddish/greyish, depending on details/severity of color deficiency) -> yellow. And the luminance remains linear. So it's definitely not a disaster. Beyond that I'm not entirely sure how to numerically quantify perceptual uniformity for colorblind users -- we could use the sRGB->sRGB formulas for simulating colorblindness for non-colorblind viewers and then use the regular non-colorblind uniformity estimates, but I have no idea how accurate that would be... my guess though is that the way that colormaps is designed ATM it will have somewhat faster hue shifts in the lower (blue) region than the upper (yellow) region, and fastest in the middle, though this effect shouldn't be huge (and to some extent is inevitable with any map that's both colorful and perceptually uniform for non-colorblind users). Thinking through these details is one of the things I had in mind when I mentioned "fine tuning" above though :-). We'd welcome any feedback from readers with non-simulated color deficiency! -n -- Nathaniel J. Smith -- http://vorpus.org |
From: Juan Nunez-I. <jni...@gm...> - 2015-04-05 07:48:16
|
<3 <3 <3 Love the prototype colormap!!! |
From: Eric F. <ef...@ha...> - 2015-04-05 07:46:47
|
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éfan van der Walt and I have been working on... still needs > fine-tuning (which at this point probably won't happen until after I > get back from PyCon), but we like what we're seeing so far :-) > > The colormap shown has, by construction, perfect lightness linearity > and perfect perceptual uniformity, according to the better-than-CIELAB > model used by the viscm tool I linked upthread. > Thanks for the update, and the progress. The example colormap looks promising as a viable alternative. It appears to have good contrast. How well does this type of map work with the colorblindness filters? Eric |
From: Nathaniel S. <nj...@po...> - 2015-04-05 07:20:14
|
On Mon, Feb 23, 2015 at 10:46 AM, Eric Firing <ef...@ha...> wrote: > On 2015/02/18 2:39 PM, Nathaniel Smith wrote: >> >> On Feb 16, 2015 3:39 PM, "Eric Firing" <ef...@ha...> 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 rotate around the hue >>>> circle the other direction so that the hues would go blue - purple - red >>>> - yellow. I don't think we've seen an example of exactly what it would >>>> look like, but I reckon it would be similar to the middle colormap here >>>> >>>> http://earthobservatory.nasa.gov/blogs/elegantfigures/files/2013/08/three_perceptual_palettes_618.png >>>> (from the elegant figures block series linked above), which I've always >>>> found quite attractive. >>> >>> >>> Certainly it can be considered--but we have to have a real >>> implementation. >> >> >> While I hate to promise vaporware, I actually was planning to have a >> go at implementing such a colormap in the next few weeks, based on >> optimizing the same set of parameters that viscm visualizes... FWIW. > > > It might be worth quite a bit--and the sooner, the better. 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éfan van der Walt and I have been working on... still needs fine-tuning (which at this point probably won't happen until after I get back from PyCon), but we like what we're seeing so far :-) The colormap shown has, by construction, perfect lightness linearity and perfect perceptual uniformity, according to the better-than-CIELAB model used by the viscm tool I linked upthread. -- Nathaniel J. Smith -- http://vorpus.org |
From: OceanWolf <jui...@ya...> - 2015-04-02 15:28:35
|
Okay, just about finished WebAgg, but it has raised an interesting question about layout... I started working to standardise using the way we do it on ``Gtk3``, i.e. using a pure vertical layout, adding elements from either the top or the bottom of the container and setting widgets (i.e. the canvas) as expandable. In my original version of this MEP I used a boolean to specify whether to add to the beginning or the end of the window's layout. ``Tk`` gave me the idea to extend past this and use string argument of 'top' or 'bottom', no real difference but just to keep it flexible for the future. However now I rethink that strategy having converted Qt and now on WebAgg, perhaps we should conform around a Grid layout, by that I mean we have the following: North ---------------------------- | | E | | W a | Centre | e s | | s t | | t | | --------------------------- South For now we will just use Centre and South (with the canvas in Centre; and Toolbar/statusbar in South), but it also leaves it open for the future. If I recode it like this, I would make each 5 positions a box, with the compass points adding elements from the outside inwards which keeps the pattern explained above. What do people think? I don't feel 100% comfortable for limiting ourselves to just one layout, but I can persuade myself that we have to decide on something and atm we only have a really adhoc system, so definitely an improvement, and should anything happen in the future to make us change our mind we can the workaround of using centre as our new starting point, or wait for a major release. Looking forward to getting some feedback on this. |