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
(15) |
2
|
3
(1) |
4
|
5
(1) |
6
(3) |
7
|
8
(2) |
9
|
10
|
11
(2) |
12
|
13
(7) |
14
(2) |
15
|
16
(3) |
17
(2) |
18
(1) |
19
(7) |
20
(2) |
21
|
22
(6) |
23
|
24
|
25
(1) |
26
(6) |
27
(2) |
28
(7) |
29
|
30
(5) |
31
(7) |
|
|
|
|
|
|
On Tuesday 26 October 2004 19:52, John Hunter wrote: > >>>>> "Norbert" == Norbert Nemec <Nor...@gm...> writes: > > Norbert> Hi there, in the attachment, find a patch for the legend > Norbert> to behave correctly when some of the handles are set to > Norbert> None. (In which case the corresponding space is just left > Norbert> empty.) > > When would some of the handles be None? That looks like a bug to > me... I'm probably using legends in an unusual way (you might call it "abusing"...): In my plot, I have certain information refering to individual plot-lines. These, I put regularly into the legend, together with a handle of the corresponding line. Other information refers to the whole figure, but should be visible in a similar way as the regular legend information. The way I do this, is to place it in additional legend entries without handle. As an example: i have different datasets for different energies and different bfields. One figure should now contain five plots of identical energy but different bfield. The legend box would then p.e. contain one line "energy=2.3 eV" without handle, and five lines "bfield=?? T" with handles. In between, I can even put one additional empty line to make everything more readable. The current code handles this "abuse" nearly correct, except for the incorrect rearrangement in _update_positions. My patch should not affect anyone who uses the legend in the regular way, and for those who abuse the legend intentionally or unintentionally, the patched version certainly behaves more predictable. -- _________________________________________Norbert Nemec Bernhardstr. 2 ... D-93053 Regensburg Tel: 0941 - 2009638 ... Mobil: 0179 - 7475199 eMail: <No...@Ne...>
Rather than drawing the conclusion that Carl can't read English or that he thinks we're going to start a fundraiser to raise the 10000,ドル I think we can guess that marching squares is probably NOT covered by the patent, but that seeing a big dollar number and his title should scare us off testing the patent. Presumably there are alternatives to marching squares and I'd pursue them, unless you feel like poking Carl with another stick :-) Gary R *********** REPLY SEPARATOR *********** On 26/10/2004 at 12:59 Horton, Carl (GE Healthcare) wrote: > Curtis: attached is a copy of the license agreement required for use of > the Marching Cubes/VTK algorithms and related software. Once this > agreement has been executed and GE has received the requisite payments, > your license will be automatic. Thanks. > > > > > > Carl B. Horton > > GE Healthcare > > Chief IP Counsel > > > > P: 262 513-4022 > > F: 414 918-1641 > > C: 262 385-7315 > > D: *320-4022 > > E: Car...@me... > www.gehealthcare.com > > -----Original Message----- > From: Curtis Cooper [mailto:cu...@hi...] > Sent: Friday, October 01, 2004 2:42 PM > To: Horton, Carl (GE Healthcare) > Cc: Matplotlib Developers > Subject: Marching Squares Algorithm > > > Dear Mr. Horton: > > I am investigating options for creating 2D contour plots for the freely > distributable Matplotlib package (http://matplotlib.sourceforge.net/). > The Matplotlib license requires all the software to be free for > noncommercial and commercial distribution. > > I had the idea to try to implement marching squares for this package. We > know the marching cubes algorithm is patented, but what about the 2D > marching squares? Can my implementation be used in this freely > distributed package without obtaining a license grant? > > Thanks, > Curtis ------------------------------------ Gary Ruben gr...@bi... <http://users.bigpond.net.au/gazzar>