You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
(12) |
Sep
(12) |
Oct
(56) |
Nov
(65) |
Dec
(37) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(59) |
Feb
(78) |
Mar
(153) |
Apr
(205) |
May
(184) |
Jun
(123) |
Jul
(171) |
Aug
(156) |
Sep
(190) |
Oct
(120) |
Nov
(154) |
Dec
(223) |
| 2005 |
Jan
(184) |
Feb
(267) |
Mar
(214) |
Apr
(286) |
May
(320) |
Jun
(299) |
Jul
(348) |
Aug
(283) |
Sep
(355) |
Oct
(293) |
Nov
(232) |
Dec
(203) |
| 2006 |
Jan
(352) |
Feb
(358) |
Mar
(403) |
Apr
(313) |
May
(165) |
Jun
(281) |
Jul
(316) |
Aug
(228) |
Sep
(279) |
Oct
(243) |
Nov
(315) |
Dec
(345) |
| 2007 |
Jan
(260) |
Feb
(323) |
Mar
(340) |
Apr
(319) |
May
(290) |
Jun
(296) |
Jul
(221) |
Aug
(292) |
Sep
(242) |
Oct
(248) |
Nov
(242) |
Dec
(332) |
| 2008 |
Jan
(312) |
Feb
(359) |
Mar
(454) |
Apr
(287) |
May
(340) |
Jun
(450) |
Jul
(403) |
Aug
(324) |
Sep
(349) |
Oct
(385) |
Nov
(363) |
Dec
(437) |
| 2009 |
Jan
(500) |
Feb
(301) |
Mar
(409) |
Apr
(486) |
May
(545) |
Jun
(391) |
Jul
(518) |
Aug
(497) |
Sep
(492) |
Oct
(429) |
Nov
(357) |
Dec
(310) |
| 2010 |
Jan
(371) |
Feb
(657) |
Mar
(519) |
Apr
(432) |
May
(312) |
Jun
(416) |
Jul
(477) |
Aug
(386) |
Sep
(419) |
Oct
(435) |
Nov
(320) |
Dec
(202) |
| 2011 |
Jan
(321) |
Feb
(413) |
Mar
(299) |
Apr
(215) |
May
(284) |
Jun
(203) |
Jul
(207) |
Aug
(314) |
Sep
(321) |
Oct
(259) |
Nov
(347) |
Dec
(209) |
| 2012 |
Jan
(322) |
Feb
(414) |
Mar
(377) |
Apr
(179) |
May
(173) |
Jun
(234) |
Jul
(295) |
Aug
(239) |
Sep
(276) |
Oct
(355) |
Nov
(144) |
Dec
(108) |
| 2013 |
Jan
(170) |
Feb
(89) |
Mar
(204) |
Apr
(133) |
May
(142) |
Jun
(89) |
Jul
(160) |
Aug
(180) |
Sep
(69) |
Oct
(136) |
Nov
(83) |
Dec
(32) |
| 2014 |
Jan
(71) |
Feb
(90) |
Mar
(161) |
Apr
(117) |
May
(78) |
Jun
(94) |
Jul
(60) |
Aug
(83) |
Sep
(102) |
Oct
(132) |
Nov
(154) |
Dec
(96) |
| 2015 |
Jan
(45) |
Feb
(138) |
Mar
(176) |
Apr
(132) |
May
(119) |
Jun
(124) |
Jul
(77) |
Aug
(31) |
Sep
(34) |
Oct
(22) |
Nov
(23) |
Dec
(9) |
| 2016 |
Jan
(26) |
Feb
(17) |
Mar
(10) |
Apr
(8) |
May
(4) |
Jun
(8) |
Jul
(6) |
Aug
(5) |
Sep
(9) |
Oct
(4) |
Nov
|
Dec
|
| 2017 |
Jan
(5) |
Feb
(7) |
Mar
(1) |
Apr
(5) |
May
|
Jun
(3) |
Jul
(6) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
(1) |
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2025 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
1
(8) |
2
(14) |
3
(22) |
4
(13) |
5
(11) |
6
(12) |
7
(4) |
|
8
(6) |
9
(19) |
10
(14) |
11
(16) |
12
(6) |
13
(15) |
14
(6) |
|
15
(8) |
16
(22) |
17
(17) |
18
(8) |
19
(16) |
20
(19) |
21
(3) |
|
22
(6) |
23
(18) |
24
(26) |
25
(17) |
26
(13) |
27
(18) |
28
(8) |
|
29
|
30
(14) |
31
(30) |
|
|
|
|
|
From: per f. <per...@gm...> - 2009-03-14 17:22:17
|
hi all, i have a set of about 100-500 points that i'd like to color in different colors. i tried the following, using the c= argument to the scatter command: x = rand(200) scatter(x, x, c=xrange(1,201)) however, only a handful of colors seem to be used and the points look very similar. what i am looking for is a different color for every point -- it can even be different shades, as in this example: http://matplotlib.sourceforge.net/examples/pylab_examples/ellipse_collection.html does anyone know how to create this? also, more complex, is there a way to do this where every point gets not only a different color but a different symbol? e.g. '^', 's', 'x', etc. ? i know there aren't 200 different symbols but it'd be nice if it cycled through the different symbols as much as possible (e.g. one point might be blue '^' and another might be red '^') to distinguish the points thanks. |
|
From: Jeff W. <js...@fa...> - 2009-03-14 13:24:00
|
Timothée Lecomte wrote: > Jeff Whitaker wrote: >> Jeff Whitaker wrote: >>> Timothée Lecomte wrote: >>>> Dear all, >>>> >>>> I am using matplotlib with a great pleasure, and I enjoy its >>>> capabilities. >>>> I have recently attended a conference where the invited speaker >>>> showed great visualizations of arrays from both experiments and >>>> simulations. His plots were basically looking like those produced >>>> by imshow, that is a luminance array rendered as a colormap image, >>>> but with the additionnal use of a shading, which gives a really >>>> great feeling to the image. You can feel the height of each part of >>>> the image. >>>> >>>> I have tried to find what software could have produced such a plot, >>>> and found the ReliefPlot function of Mathematica, which has >>>> precisely this purpose : rendering a colormap image from an array >>>> with a shading to give the perception of relief. >>>> >>>> The documentation and its examples are self-explanatory : >>>> http://reference.wolfram.com/mathematica/ref/ReliefPlot.html >>>> (look in particular at the first "neat example" at the bottom of >>>> that page) >>>> >>>> The two "live" demonstrations illustrate this plot style quite well >>>> too : >>>> http://demonstrations.wolfram.com/ReliefShadedElevationMap/ >>>> http://demonstrations.wolfram.com/VoronoiImage/ >>>> >>>> So here are my questions : >>>> Is there a trick to generate an image with such a shading in >>>> matplotlib ? >>>> If not, do you know of a python tool that could help ? >>>> Where could I start if I want to code it myself in matplotlib ? >>>> >>>> Thanks for your help. >>>> >>>> Best regards, >>>> >>>> Timothée Lecomte >>>> >>>> >>> >>> Timothée: There is nothing built-in, but it would be a nice thing >>> to have. Here's a proof-of-concept hack that follows the approach >>> used in the Generic Mapping Tools (explained here >>> http://www.seismo.ethz.ch/gmt/doc/html/tutorial/node70.html), with >>> some code borrowed from http://www.langarson.com.au/blog/?p=14. >>> It's very rough, but if it looks promising to you I can try to >>> polish it. >>> >>> -Jeff >> >> Found a bug, here's a fixed version. >> >> -Jeff >> > Hi Jeff, > > Sure it looks promising ! The example you provided is very nice. I > will try on my own data on Monday, and I'll let you know if it gives a > good result too. Thank you very much for that very fast hack ! > > Best regards, > > Timothée > > Timothée: I've added this capability in svn, along with an example (shading_example.py) to show how to use it. Thanks for suggesting it. -Jeff |
|
From: Eric F. <ef...@ha...> - 2009-03-14 05:39:52
|
Thomas Robitaille wrote: >>> It looks like rotation/translation should be easy to do with >>> Affine2D, so I tried using it, but I can't seem to get it to work as >>> expected - here is an example of how I am using it: >> >> Based on a quick look at image.py and _image.cpp, it appears that >> there is a low-level capability to rotate an image in the latter, but >> no support at higher levels. It also looks to me like adding that >> support would not be trivial--doing it right would take more than just >> calling the low-level apply_rotation method. Mike D. would be the >> expert on this, though. > > Does this mean that the transform= keyword has no effect on imshow in > general? It does look like it is ignored. It is a kwarg for Artists that is not supported by all. The fact that one can specify it and get no feedback is a bug. > > I attempted to use the pcolormesh() method, which worked, but is > impractical, as a 1000x1000 image produces a 300Mb EPS file when plotted > in this way. There is some infrastructure for handling this via selective rasterization of artists, but I can never remember exactly what its status is; I don't see anything in the examples. The topic comes up on the list at perhaps 6-month intervals. Personally, I would very much like to see the selective rasterization capability fully developed and exposed, complete with documentation and examples; it is important for exactly the reason you note above. It is not something I will be able to work on myself, unfortunately. Eric |
|
From: Ryan M. <rm...@gm...> - 2009-03-14 01:50:29
|
On Fri, Mar 13, 2009 at 5:18 PM, per freem <per...@gm...> wrote:
> hi all,
>
> what's the most efficient / preferred python way of parsing tab separated
> data into arrays? for example if i have a file containing two columns one
> corresponding to names the other numbers:
>
> col1 \t col 2
> joe \t 12.3
> jane \t 155.0
>
> i'd like to parse into an array() such that i can do: mydata[:, 0] and
> mydata[:, 1] to easily access all the columns.
>
> right now i can iterate through the file, parse it manually using the
> split('\t') command and construct a list out of it, then convert it to
> arrays. but there must be a better way?
>
> also, my first column is just a name, and so it is variable in length -- is
> there still a way to store it as an array so i can access: mydata[:, 0] to
> get all the names (as a list)?
>
>
Try matplotlib.mlab.csv2rec or numpy.loadtxt
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
Sent from: Norman Oklahoma United States.
|
|
From: Thomas R. <tho...@gm...> - 2009-03-14 00:52:13
|
>> It looks like rotation/translation should be easy to do with >> Affine2D, so I tried using it, but I can't seem to get it to work >> as expected - here is an example of how I am using it: > > Based on a quick look at image.py and _image.cpp, it appears that > there is a low-level capability to rotate an image in the latter, > but no support at higher levels. It also looks to me like adding > that support would not be trivial--doing it right would take more > than just calling the low-level apply_rotation method. Mike D. > would be the expert on this, though. Does this mean that the transform= keyword has no effect on imshow in general? I tried doing a simple image translation, and this didn't work either: import numpy as np from matplotlib.pyplot import * from matplotlib.transforms import Affine2D im = np.random.random((10,10)) tr = Affine2D().translate(10.,10.) fig = figure() ax = fig.add_subplot(111) ax.imshow(im,transform=tr) fig.canvas.draw() I attempted to use the pcolormesh() method, which worked, but is impractical, as a 1000x1000 image produces a 300Mb EPS file when plotted in this way. Thanks, Thomas > > Eric > >> import numpy as np >> from matplotlib.pyplot import * >> from matplotlib.transforms import Affine2D >> im = np.random.random((10,10)) >> tr = Affine2D().rotate_deg(45.) >> fig = figure() >> ax = fig.add_subplot(111) >> ax.imshow(im,transform=tr) >> fig.canvas.draw() >> Am I doing something wrong? >> Thanks! >> Thomas >> On Mar 13, 2009, at 5:20 PM, Andrew Straw wrote: >>> Eric Firing wrote: >>>> Thomas Robitaille wrote: >>>>> Hello, >>>>> >>>>> I was wondering whether there is a way to rotate a grayscale/ >>>>> colorscale when using imshow. >>>>> >>>>> I have been using PGPLOT (a fortran/c plotting library) for >>>>> many years >>>>> now, and the equivalent to imshow is called PGGRAY (or PGIMAG). >>>>> One of >>>>> the arguments this function takes is a 6-element array TR which >>>>> is a >>>>> transformation matrix. From the PGPLOT documentation: >>>>> >>>>> "The transformation matrix TR is used to calculate the world >>>>> coordinates of the center of the "cell" that represents each array >>>>> element. The world coordinates of the center of the cell >>>>> corresponding >>>>> to array element A(I,J) are given by: >>>>> X = TR(1) + TR(2)*I + TR(3)*J >>>>> Y = TR(4) + TR(5)*I + TR(6)*J" >>>> >>>> You could do this with the Axes.pcolormesh method. You could >>>> start with >>>> an unrotated grid (generated by meshgrid, for example), apply your >>>> rotation, and use that transformed grid in pcolormesh. Note that >>>> pcolormesh requires the grid for the cell boundaries, not centers. >>>> >>> >>> It should work with imshow() as well if you can set the affine >>> component >>> of the transform to the desired values. Which it looks like you >>> can in >>> Affine2D(). (The affine matrix is the elements of TR listed >>> above, it >>> appears.) >>> >>> I have not tried to do this, however -- just saying that I think >>> it's >>> possible. >>> >>> -Andrew > |
|
From: Eric F. <ef...@ha...> - 2009-03-14 00:46:15
|
Thomas Robitaille wrote: > It looks like rotation/translation should be easy to do with Affine2D, > so I tried using it, but I can't seem to get it to work as expected - > here is an example of how I am using it: Based on a quick look at image.py and _image.cpp, it appears that there is a low-level capability to rotate an image in the latter, but no support at higher levels. It also looks to me like adding that support would not be trivial--doing it right would take more than just calling the low-level apply_rotation method. Mike D. would be the expert on this, though. Eric > > import numpy as np > from matplotlib.pyplot import * > from matplotlib.transforms import Affine2D > > im = np.random.random((10,10)) > tr = Affine2D().rotate_deg(45.) > > fig = figure() > ax = fig.add_subplot(111) > ax.imshow(im,transform=tr) > fig.canvas.draw() > > Am I doing something wrong? > > Thanks! > > Thomas > > On Mar 13, 2009, at 5:20 PM, Andrew Straw wrote: > >> Eric Firing wrote: >>> Thomas Robitaille wrote: >>>> Hello, >>>> >>>> I was wondering whether there is a way to rotate a grayscale/ >>>> colorscale when using imshow. >>>> >>>> I have been using PGPLOT (a fortran/c plotting library) for many years >>>> now, and the equivalent to imshow is called PGGRAY (or PGIMAG). One of >>>> the arguments this function takes is a 6-element array TR which is a >>>> transformation matrix. From the PGPLOT documentation: >>>> >>>> "The transformation matrix TR is used to calculate the world >>>> coordinates of the center of the "cell" that represents each array >>>> element. The world coordinates of the center of the cell corresponding >>>> to array element A(I,J) are given by: >>>> X = TR(1) + TR(2)*I + TR(3)*J >>>> Y = TR(4) + TR(5)*I + TR(6)*J" >>> >>> You could do this with the Axes.pcolormesh method. You could start with >>> an unrotated grid (generated by meshgrid, for example), apply your >>> rotation, and use that transformed grid in pcolormesh. Note that >>> pcolormesh requires the grid for the cell boundaries, not centers. >>> >> >> It should work with imshow() as well if you can set the affine component >> of the transform to the desired values. Which it looks like you can in >> Affine2D(). (The affine matrix is the elements of TR listed above, it >> appears.) >> >> I have not tried to do this, however -- just saying that I think it's >> possible. >> >> -Andrew > |