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) |
2
(1) |
|
3
(17) |
4
(9) |
5
(2) |
6
(5) |
7
(8) |
8
(11) |
9
(6) |
|
10
(6) |
11
(21) |
12
(21) |
13
(17) |
14
(25) |
15
(15) |
16
(2) |
|
17
|
18
(9) |
19
(22) |
20
(25) |
21
(31) |
22
(19) |
23
(2) |
|
24
(5) |
25
(19) |
26
(10) |
27
(13) |
28
(14) |
29
(20) |
30
(5) |
|
31
(9) |
|
|
|
|
|
|
|
From: othererik <oth...@gm...> - 2010-01-06 17:15:46
|
Good day all,
I've hit an infinite loop/hang using the delaunay package. Unfortunately,
I haven't been able to reproduce the issue with a nice minimal dataset, so I
don't expect much help, but I did want to note it in case.
I've been working with the delaunay package, making contour plots from
mostly unstructured data. Unfortunately, I cannot use the natgrid version
due to licensing issues, so I've been using the included delunay with mixed
results.
I've attached a .txt file containing the data values and x,y arrays used to
create the triangulation as well as the x,y points for the grid to use for
the resulting interpolation/extrapolation results. Listing of pertinent code
is below.
The hang occurs in the call:
z = interp_extrap( x2, y2 )
which, in this case is a call to the triangulations nn_interpolator(
x2, y2 )
If I use the nn_extrapolator, the hang doesn't happen, but there is a nasty
artifact.
The size of the resulting grid does not appear to matter ( so I made it
small for simplicity ).
I assume that I'm the one doing something wrong, so if there are better
approaches to this problem, don't hesitate to correct me ( please :) ).
--See output in attached text file.
CODE:
print 'data values:'
print list( data_values )
print 'data x:'
print list( x_data_points )
print 'data y:'
print list( y_data_points )
print 'start tri'
# triangulate data (beware this can get cranky if given concave
shape)
try:
ltri = Triangulation( array( x_data_points ), array(
y_data_points ) )
except Exception, err:
raise Exception, ( 'Triangulation failed ( %s )' % err )
print 'end tri'
print 'start interp/extrap'
# it seems we want the extremes of the x and y, but double check
bbox = ( x_model_points_sorted[ 0 ], x_model_points_sorted[ -1 ], \
y_model_points_sorted[ 0 ], y_model_points_sorted[ -1 ] )
print 'bounding box:'
print bbox
if extrapolate:
# extrapolate
print 'extrap'
try:
# bounding out to region maximums for extrapolation - then
nn interpolation is applied
interp_extrap = ltri.nn_extrapolator( array( data_values ),
bbox = bbox )
except Exception, err:
raise Exception, ( 'Extrapolation/Interpolation failed ( %s
)' % err )
else:
# interpolate
print 'interp'
try:
interp_extrap = ltri.nn_interpolator( array( data_values ) )
except Exception, err:
raise Exception, ( 'Interpolation failed ( %s )' % err )
print 'end interp/extrap'
# OVERRIDE SMOOTHNESS FOR TESTING:
self.smoothness = 0
num_grid_points = int( self.smoothness * 200 )
if num_grid_points == 0:
num_grid_points = 20
if len( x_model_points_sorted ) > num_grid_points:
x_model_points_sorted = linspace( x_model_points_sorted[ 0 ],
x_model_points_sorted[ -1 ], num_grid_points )
if len( y_model_points_sorted ) > num_grid_points:
y_model_points_sorted = linspace( y_model_points_sorted[ 0 ],
y_model_points_sorted[ -1 ], num_grid_points )
x2,y2 = meshgrid( x_model_points_sorted, y_model_points_sorted ) #
model boundary region
print 'do the i/e'
print 'x2 shape and y2 shape:'
print x2.shape, ' ', y2.shape
print 'x, grid points:'
print x_model_points_sorted
print 'y, grid points:'
print y_model_points_sorted
# run the interp/extrap step out to the bounded region on the grid
z = interp_extrap( x2, y2 ) # HANG ON nn_interp, but not nn_extrap!
print 'done with i/e'
:END CODE
Python version: 2.6.4
MPL version: 0.99.1
Windows XP Pro SP3
Thanks for reading,
-Erik Schweller
http://old.nabble.com/file/p27026918/boom_mpl_delaunay_output.txt
boom_mpl_delaunay_output.txt
--
View this message in context: http://old.nabble.com/Delaunay-nn_interpolator-hang-tp27026918p27026918.html
Sent from the matplotlib - users mailing list archive at Nabble.com.
|
|
From: Gary R. <gr...@bi...> - 2010-01-06 16:37:08
|
I'm happy for it to remain just a suggestion and not a reality. I mentioned it in case it was easy to implement alongside the color cycle but it seems it is not. Thanks for considering it anyway Eric, Gary Eric Firing wrote: > Dominik Szczerba wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Eric Firing wrote: >>> Dominik Szczerba wrote: >>> OK I started hacking and added a color_cycle property to matplotlibrc. >>> Would you be so kind to add this fix to the official version? Thanks! >>> Dominik |
|
From: <cha...@gm...> - 2010-01-06 14:49:48
|
Dear all, I have a little problem on understanding how to move an annotation on a plot. My idea is to make a plot where some informations follow the cursor when moving on the data, like you can see in plots from piwik ( http://piwik.org/demo ) In the script in attachment, I can follow the cursor coordinate, change the text of the annotation, but I cannot move it. I tried several things, but none worked. If you have any advices, I would be very happy. ============================= Script : try_move_annotate.py ============================= import numpy import matplotlib import matplotlib.pyplot as plt def on_motion(event): if event.inaxes: print "before setting position : " print this_annotation.get_position() this_annotation.set_text('coordinate : ' + str(event.x) + ' ' + str(event.y)) this_annotation.set_position((event.x, event.y)) print "after setting position : " print this_annotation.get_position() ax.draw_artist(this_annotation) plt.draw() fig = plt.figure() ax = fig.add_subplot(111) ax.plot(range(10), range(10)) this_annotation = ax.annotate("coordinate : ", xy = (100,100), xycoords = 'figure pixels', horizontalalignment = 'left', verticalalignment = 'top', fontsize = 20, fontweight = 'bold',# animated=True, bbox = dict(boxstyle="round", fc='black', ec="0.5", alpha=0.5) ) fig.canvas.mpl_connect('motion_notify_event', on_motion) plt.show() ========== END Script ========== |
|
From: Gergely U. <ger...@co...> - 2010-01-06 11:06:55
|
Hi All,
I'm looking for a solution to properly display histograms of data
that is neither logarithmic, nor linear. Due to the nature of my data, I
manually specify my bins (which are neither fixed width, nor
logarithmic) - what I'd like to have is for each of my bins to have
equal bar widths.
Basically the old 'deprecated' fixed bar widths would be exactly
what I need. Is there any possibility to mimic the old behavior using
the new API? If not, it would be nice if someone re-introduced the old
fixed-width functionality or some other solution since I guess I'm not
the only one plotting statistical data with manually specified bins. In
my case relative bar widths are an eye-sore (especially since my bins
have large orders of magnitude differences, but exactly some of the
smaller ones are of interest).
Cheers,
Greg
|
|
From: Eric F. <ef...@ha...> - 2010-01-06 01:18:48
|
Dominik Szczerba wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Eric Firing wrote: >> Dominik Szczerba wrote: >> OK I started hacking and added a color_cycle property to matplotlibrc. >> Would you be so kind to add this fix to the official version? Thanks! >> Dominik >> >>> Your basic idea--that the colorcycle should be settable in >>> rcParams--makes good sense, but the implementation needs some changes, >>> maybe including a bit of redesign of the color cycle handling. I will >>> look into it. A little discussion on the devel list may be required. I >>> think we will want to completely decouple lines.color from a new >>> lines.colorcycle, but maybe there is some good reason, other than >>> history, for why they are coupled. > > Hi Eric, > That's great. I would be happy if a final conclusion from the devel list > could be forwarded here as well. > Thanks, > Dominik Dominik, I added rcParams support for the color cycle to svn, but a line style cycle remains at the level of a suggestion. Eric |