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
|
2
(1) |
3
(1) |
4
(3) |
5
(1) |
6
(5) |
7
(7) |
8
|
9
|
10
(1) |
11
(7) |
12
(2) |
13
|
14
(1) |
15
(4) |
16
(1) |
17
|
18
|
19
|
20
|
21
(12) |
22
(1) |
23
|
24
(2) |
25
(4) |
26
(1) |
27
(15) |
28
(7) |
29
(4) |
30
(2) |
31
(1) |
|
|
|
|
|
|
From: Hartmut K. <har...@gm...> - 2014-08-11 22:09:51
|
> > I ran the example on my machine (which is a 64-bit Linux box with 8 GB > of > > RAM; Python 2.7, matplotlib 1.3.1) and it runs fine. However, it does > use > > around 2 GB of memory, perhaps slightly more. I think the memory usage > > might be a problem for you if you are using 32-bit Windows. I'm not > > familiar with the details but I believe the memory available to a single > > 32-bit process on Win32 may be only 2 GB. I'm also not familiar with the > > data you provided, but is it possible to reduce to number of points in > > order to test if memory limitations are the underlying problemhere? > > Nod, your suspicion is correct. The python interpreter bails out once the > memory footprint reaches 2GBytes. That leaves us with the question if this > is a quality of implementation issue - using up 2GBytes of main memory for > 1 million node elements seems to be a bit excessive... > > Thanks everybody for verifying anyways! Just to round that issue up - I tried running this using Python 2.7 (64Bit) and it does not crash anymore. The memory requirement grows up to almost 4GByte. I will verify whether I can get the results I hope for and will report back. Thanks again! Regards Hartmut --------------- http://boost-spirit.com http://stellar.cct.lsu.edu > > Regards Hartmut > --------------- > http://boost-spirit.com > http://stellar.cct.lsu.edu > > > > > > > > > On 11 August 2014 14:54, Hartmut Kaiser <har...@gm...> > wrote: > > Ian, > > > > > I'm running into a crash while trying to construct a > > > tri.LinearTriInterpolator. Here is the short version of the code: > > > > > > import netCDF4 > > > import matplotlib.tri as tri > > > > > > var = netCDF4.Dataset('filename.cdf').variables > > > x = var['x'][:] > > > y = var['y'][:] > > > data = var['zeta_max'][:] > > > elems = var['element'][:, :]-1 > > > > > > triang = tri.Triangulation(x, y, triangles=elems) > > > > > > # this crashes the python interpreter > > > interp = tri.LinearTriInterpolator(triang, data) > > > > > > The data arrays (x, y, data, elems) are fairly large (>1 mio > elements), > > > all > > > represented as numpy arrays (as returned by netCDF4). The 'data' array > > is > > > a > > > masked array and contains masked values. > > > > > > If somebody cares, I'd be able to post a link to the netCDF data file > > > causing this. > > > > > > All this happens when using matplotlib 1.3.1, Win32, Python 2.7. > > > > > > Any help would be highly appreciated! > > > Regards Hartmut > > > > > > Hartmut, > > > That is an excellent issue report; all the relevant information and > > > nothing extraneous. Hence the quick response. > > > The second argument to TriLinearInterpolator (and other > TriInterpolator > > > classes), i.e. your 'data' array, is expected to be an array of the > same > > > size as the 'x' and 'y' arrays. It is not expecting a masked > array. If > > a > > > masked array is used the mask will be ignored, and so the values > behind > > > the mask will be used as though they were real values. If my memory > of > > > netCDF is correct, this will be whatever 'FillValue' is defined for > the > > > file, but it may depend on what is used to generate the netCDF file. > > > I would normally expect the code to work but produce useless > output. A > > > crash is possible though. It would be best if you could post a link > to > > > the netCDF file and I will take a closer look to check there is not > > > something else going wrong. > > Thanks for the quick response! > > > > Here is the data file: http://tinyurl.com/ms7vzxw. I did some more > > experiments. The picture stays unchanged, even if I fill the masked > values > > in the array with some real numbers (I'm not saying that this would give > > me any sensible results...): > > > > import netCDF4 > > import matplotlib.tri as tri > > var = netCDF4.Dataset('maxele.63.nc').variables > > x = var['x'][:] > > y = var['y'][:] > > data = var['zeta_max'][:] > > elems = var['element'][:, :]-1 > > > > triang = tri.Triangulation(x, y, triangles=elems) > > data = data.filled(0.0) > > > > # this still crashes the python interpreter > > interp = tri.LinearTriInterpolator(triang, data) > > > > Thanks again! > > Regards Hartmut > > --------------- > > http://boost-spirit.com > > http://stellar.cct.lsu.edu > > > > > > > > ------------------------------------------------------------------------ > -- > > ---- > > _______________________________________________ > > Matplotlib-users mailing list > > Mat...@li... > > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > > > > > > > > > -- > > Dr Andrew Dawson > > Atmospheric, Oceanic & Planetary Physics > > Clarendon Laboratory > > Parks Road > > Oxford OX1 3PU, UK > > Tel: +44 (0)1865 282438 > > Email: da...@at... > > Web Site: http://www2.physics.ox.ac.uk/contacts/people/dawson |
From: Hartmut K. <har...@gm...> - 2014-08-11 21:10:39
|
Andrew, > I ran the example on my machine (which is a 64-bit Linux box with 8 GB of > RAM; Python 2.7, matplotlib 1.3.1) and it runs fine. However, it does use > around 2 GB of memory, perhaps slightly more. I think the memory usage > might be a problem for you if you are using 32-bit Windows. I'm not > familiar with the details but I believe the memory available to a single > 32-bit process on Win32 may be only 2 GB. I'm also not familiar with the > data you provided, but is it possible to reduce to number of points in > order to test if memory limitations are the underlying problemhere? Nod, your suspicion is correct. The python interpreter bails out once the memory footprint reaches 2GBytes. That leaves us with the question if this is a quality of implementation issue - using up 2GBytes of main memory for 1 million node elements seems to be a bit excessive... Thanks everybody for verifying anyways! Regards Hartmut --------------- http://boost-spirit.com http://stellar.cct.lsu.edu > > > > On 11 August 2014 14:54, Hartmut Kaiser <har...@gm...> wrote: > Ian, > > > I'm running into a crash while trying to construct a > > tri.LinearTriInterpolator. Here is the short version of the code: > > > > import netCDF4 > > import matplotlib.tri as tri > > > > var = netCDF4.Dataset('filename.cdf').variables > > x = var['x'][:] > > y = var['y'][:] > > data = var['zeta_max'][:] > > elems = var['element'][:, :]-1 > > > > triang = tri.Triangulation(x, y, triangles=elems) > > > > # this crashes the python interpreter > > interp = tri.LinearTriInterpolator(triang, data) > > > > The data arrays (x, y, data, elems) are fairly large (>1 mio elements), > > all > > represented as numpy arrays (as returned by netCDF4). The 'data' array > is > > a > > masked array and contains masked values. > > > > If somebody cares, I'd be able to post a link to the netCDF data file > > causing this. > > > > All this happens when using matplotlib 1.3.1, Win32, Python 2.7. > > > > Any help would be highly appreciated! > > Regards Hartmut > > > > Hartmut, > > That is an excellent issue report; all the relevant information and > > nothing extraneous. Hence the quick response. > > The second argument to TriLinearInterpolator (and other TriInterpolator > > classes), i.e. your 'data' array, is expected to be an array of the same > > size as the 'x' and 'y' arrays. It is not expecting a masked array. If > a > > masked array is used the mask will be ignored, and so the values behind > > the mask will be used as though they were real values. If my memory of > > netCDF is correct, this will be whatever 'FillValue' is defined for the > > file, but it may depend on what is used to generate the netCDF file. > > I would normally expect the code to work but produce useless output. A > > crash is possible though. It would be best if you could post a link to > > the netCDF file and I will take a closer look to check there is not > > something else going wrong. > Thanks for the quick response! > > Here is the data file: http://tinyurl.com/ms7vzxw. I did some more > experiments. The picture stays unchanged, even if I fill the masked values > in the array with some real numbers (I'm not saying that this would give > me any sensible results...): > > import netCDF4 > import matplotlib.tri as tri > var = netCDF4.Dataset('maxele.63.nc').variables > x = var['x'][:] > y = var['y'][:] > data = var['zeta_max'][:] > elems = var['element'][:, :]-1 > > triang = tri.Triangulation(x, y, triangles=elems) > data = data.filled(0.0) > > # this still crashes the python interpreter > interp = tri.LinearTriInterpolator(triang, data) > > Thanks again! > Regards Hartmut > --------------- > http://boost-spirit.com > http://stellar.cct.lsu.edu > > > > -------------------------------------------------------------------------- > ---- > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > > > > -- > Dr Andrew Dawson > Atmospheric, Oceanic & Planetary Physics > Clarendon Laboratory > Parks Road > Oxford OX1 3PU, UK > Tel: +44 (0)1865 282438 > Email: da...@at... > Web Site: http://www2.physics.ox.ac.uk/contacts/people/dawson |
From: Dale C. <da...@ld...> - 2014-08-11 19:25:51
|
Runs to completion without errors on my installation: OS X 10.9.4 MacBook Air w/ 8GB of memory Python 2.7 and matplotlib 1.3.1-1 lib -Dale On Aug 10, 2014, at 13:43 , Hartmut Kaiser <har...@gm...> wrote: > All, > > I'm running into a crash while trying to construct a > tri.LinearTriInterpolator. Here is the short version of the code: > > import netCDF4 > import matplotlib.tri as tri > > var = netCDF4.Dataset('filename.cdf').variables > x = var['x'][:] > y = var['y'][:] > data = var['attrname'][:] > elems = var['element'][:,:]-1 > > triang = tri.Triangulation(x, y, triangles=elems) > > # this crashes the python interpreter > interp = tri.LinearTriInterpolator(triang, data) > > The data arrays (x, y, data, elems) are fairly large (>1 mio elements), all > represented as numpy arrays (as returned by netCDF4). The 'data' array is a > masked array and contains masked values. > > If somebody cares, I'd be able to post a link to the netCDF data file > causing this. > > All this happens when using matplotlib 1.3.1, Win32, Python 2.7. > > Any help would be highly appreciated! > Regards Hartmut > --------------- > http://boost-spirit.com > http://stellar.cct.lsu.edu > > > > ------------------------------------------------------------------------------ > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users |
From: Andrew D. <da...@at...> - 2014-08-11 18:28:54
|
Hi Hartmut. I ran the example on my machine (which is a 64-bit Linux box with 8 GB of RAM; Python 2.7, matplotlib 1.3.1) and it runs fine. However, it does use around 2 GB of memory, perhaps slightly more. I think the memory usage might be a problem for you if you are using 32-bit Windows. I'm not familiar with the details but I believe the memory available to a single 32-bit process on Win32 may be only 2 GB. I'm also not familiar with the data you provided, but is it possible to reduce to number of points in order to test if memory limitations are the underlying problemhere? On 11 August 2014 14:54, Hartmut Kaiser <har...@gm...> wrote: > Ian, > > > I'm running into a crash while trying to construct a > > tri.LinearTriInterpolator. Here is the short version of the code: > > > > import netCDF4 > > import matplotlib.tri as tri > > > > var = netCDF4.Dataset('filename.cdf').variables > > x = var['x'][:] > > y = var['y'][:] > > data = var['zeta_max'][:] > > elems = var['element'][:, :]-1 > > > > triang = tri.Triangulation(x, y, triangles=elems) > > > > # this crashes the python interpreter > > interp = tri.LinearTriInterpolator(triang, data) > > > > The data arrays (x, y, data, elems) are fairly large (>1 mio elements), > > all > > represented as numpy arrays (as returned by netCDF4). The 'data' array is > > a > > masked array and contains masked values. > > > > If somebody cares, I'd be able to post a link to the netCDF data file > > causing this. > > > > All this happens when using matplotlib 1.3.1, Win32, Python 2.7. > > > > Any help would be highly appreciated! > > Regards Hartmut > > > > Hartmut, > > That is an excellent issue report; all the relevant information and > > nothing extraneous. Hence the quick response. > > The second argument to TriLinearInterpolator (and other TriInterpolator > > classes), i.e. your 'data' array, is expected to be an array of the same > > size as the 'x' and 'y' arrays. It is not expecting a masked array. If > a > > masked array is used the mask will be ignored, and so the values behind > > the mask will be used as though they were real values. If my memory of > > netCDF is correct, this will be whatever 'FillValue' is defined for the > > file, but it may depend on what is used to generate the netCDF file. > > I would normally expect the code to work but produce useless output. A > > crash is possible though. It would be best if you could post a link to > > the netCDF file and I will take a closer look to check there is not > > something else going wrong. > > Thanks for the quick response! > > Here is the data file: http://tinyurl.com/ms7vzxw. I did some more > experiments. The picture stays unchanged, even if I fill the masked values > in the array with some real numbers (I'm not saying that this would give me > any sensible results...): > > import netCDF4 > import matplotlib.tri as tri > > var = netCDF4.Dataset('maxele.63.nc').variables > x = var['x'][:] > y = var['y'][:] > data = var['zeta_max'][:] > elems = var['element'][:, :]-1 > > triang = tri.Triangulation(x, y, triangles=elems) > > data = data.filled(0.0) > > # this still crashes the python interpreter > interp = tri.LinearTriInterpolator(triang, data) > > Thanks again! > Regards Hartmut > --------------- > http://boost-spirit.com > http://stellar.cct.lsu.edu > > > > > ------------------------------------------------------------------------------ > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > -- Dr Andrew Dawson Atmospheric, Oceanic & Planetary Physics Clarendon Laboratory Parks Road Oxford OX1 3PU, UK Tel: +44 (0)1865 282438 Email: da...@at... Web Site: http://www2.physics.ox.ac.uk/contacts/people/dawson |
From: Hartmut K. <har...@gm...> - 2014-08-11 13:54:23
|
Ian, > I'm running into a crash while trying to construct a > tri.LinearTriInterpolator. Here is the short version of the code: > > import netCDF4 > import matplotlib.tri as tri > > var = netCDF4.Dataset('filename.cdf').variables > x = var['x'][:] > y = var['y'][:] > data = var['zeta_max'][:] > elems = var['element'][:, :]-1 > > triang = tri.Triangulation(x, y, triangles=elems) > > # this crashes the python interpreter > interp = tri.LinearTriInterpolator(triang, data) > > The data arrays (x, y, data, elems) are fairly large (>1 mio elements), > all > represented as numpy arrays (as returned by netCDF4). The 'data' array is > a > masked array and contains masked values. > > If somebody cares, I'd be able to post a link to the netCDF data file > causing this. > > All this happens when using matplotlib 1.3.1, Win32, Python 2.7. > > Any help would be highly appreciated! > Regards Hartmut > > Hartmut, > That is an excellent issue report; all the relevant information and > nothing extraneous. Hence the quick response. > The second argument to TriLinearInterpolator (and other TriInterpolator > classes), i.e. your 'data' array, is expected to be an array of the same > size as the 'x' and 'y' arrays. It is not expecting a masked array. If a > masked array is used the mask will be ignored, and so the values behind > the mask will be used as though they were real values. If my memory of > netCDF is correct, this will be whatever 'FillValue' is defined for the > file, but it may depend on what is used to generate the netCDF file. > I would normally expect the code to work but produce useless output. A > crash is possible though. It would be best if you could post a link to > the netCDF file and I will take a closer look to check there is not > something else going wrong. Thanks for the quick response! Here is the data file: http://tinyurl.com/ms7vzxw. I did some more experiments. The picture stays unchanged, even if I fill the masked values in the array with some real numbers (I'm not saying that this would give me any sensible results...): import netCDF4 import matplotlib.tri as tri var = netCDF4.Dataset('maxele.63.nc').variables x = var['x'][:] y = var['y'][:] data = var['zeta_max'][:] elems = var['element'][:, :]-1 triang = tri.Triangulation(x, y, triangles=elems) data = data.filled(0.0) # this still crashes the python interpreter interp = tri.LinearTriInterpolator(triang, data) Thanks again! Regards Hartmut --------------- http://boost-spirit.com http://stellar.cct.lsu.edu |
From: Ian T. <ian...@gm...> - 2014-08-11 07:15:02
|
On 10 August 2014 18:43, Hartmut Kaiser <har...@gm...> wrote: > All, > > I'm running into a crash while trying to construct a > tri.LinearTriInterpolator. Here is the short version of the code: > > import netCDF4 > import matplotlib.tri as tri > > var = netCDF4.Dataset('filename.cdf').variables > x = var['x'][:] > y = var['y'][:] > data = var['attrname'][:] > elems = var['element'][:,:]-1 > > triang = tri.Triangulation(x, y, triangles=elems) > > # this crashes the python interpreter > interp = tri.LinearTriInterpolator(triang, data) > > The data arrays (x, y, data, elems) are fairly large (>1 mio elements), all > represented as numpy arrays (as returned by netCDF4). The 'data' array is a > masked array and contains masked values. > > If somebody cares, I'd be able to post a link to the netCDF data file > causing this. > > All this happens when using matplotlib 1.3.1, Win32, Python 2.7. > > Any help would be highly appreciated! > Regards Hartmut > Hartmut, That is an excellent issue report; all the relevant information and nothing extraneous. Hence the quick response. The second argument to TriLinearInterpolator (and other TriInterpolator classes), i.e. your 'data' array, is expected to be an array of the same size as the 'x' and 'y' arrays. It is not expecting a masked array. If a masked array is used the mask will be ignored, and so the values behind the mask will be used as though they were real values. If my memory of netCDF is correct, this will be whatever 'FillValue' is defined for the file, but it may depend on what is used to generate the netCDF file. I would normally expect the code to work but produce useless output. A crash is possible though. It would be best if you could post a link to the netCDF file and I will take a closer look to check there is not something else going wrong. Ian Thomas |
From: JBB <jea...@gm...> - 2014-08-11 02:40:22
|
Exec. summary - I was having strange behavior with matshow in a loop and also with discrepancies between how iPython Notebook and Python via IDE displayed plots. Solutions: 1) Using pause instead of show fixed matshow in a loop 2) Explicitly invoking %matplotblib qt or generally %matplotlib {backend} before importing or using matplotlib fixed various problems with plots in notebooks. Now when I create a plot in a notebook, it appears, I can work with it, close it when appropriate, and simultaneously be able to do other work in notebook cells. Thanks to everyone for the rapid responses. JBB On 7/30/14, 10:04 PM, JBB wrote: > I've followed up on several suggestions and here is what I've done/found. > > (I know I don't use mlab or pylab but I pulled the import lines from > another source and am leaving them in for the heck of it) [ Woe/intrigue trimmed ] >> Is there a pointer to why this worked when my initial approach did not? >> I thought from the documentation/videos that preparing a plot with >> relevant commands then issuing the show() command was the preferred >> approach within Python/Matplotlib. >> >> JBB >> |