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
(10) |
2
(30) |
3
(11) |
4
(5) |
5
(14) |
6
(21) |
7
(19) |
8
(29) |
9
(23) |
10
(5) |
11
(3) |
12
(9) |
13
(6) |
14
(12) |
15
(10) |
16
(15) |
17
(5) |
18
(6) |
19
(4) |
20
(28) |
21
(8) |
22
(5) |
23
(10) |
24
(4) |
25
(1) |
26
(6) |
27
(13) |
28
(11) |
29
(9) |
30
(23) |
|
Nicolas, Please check the postscript backend results regardless of whether the cntr.c change I suggested makes a difference or not; in fact, just try the different backend first. You could also try the png backend with a different dpi setting. Looking again at your plot, it looks a bit like a rounding problem, and I don't see how that would arise in cntr.c. It could still be a rendering problem and be related to the chunking; there might be rendering anomalies at the chunk boundaries. Cntr.c itself is still the prime candidate, though. The artifacts remind me somewhat of the bug I was working on; maybe in both cases, the tracing algorithm is turning left when it should turn right, or something like that. It might be something like a "<" that should be a "<="... Near the very bottom of the Bz and some other panels there are some spiky features, different from the blocky artifacts that make stripes near 0.3, etc. Are the little spiky things in the data, or are they also artifacts? Do the blocky artifacts correspond to your grid spacing--are they single-gridpoint offsets? If you plot only a subdomain--a smaller range of x and y--do the artifacts remain? Eric > > Now, my first question is: notice the artifacts on the contours of Bz and I at > y=0.3 and y=0.55, and on the contours of Q for multiples values of y. These > doesn't come from data, as they disappear when zooming in. Do you know where > do they come from ? And, more importantly (to me), how to get rid of them ?
Hello John & NG, sorry about the code wrapping, I don't know what happens to my email... I have to attach it in a Python file in this email, because my WebMail always wraps badly the code. Thank you for a pointer to the Wiki! Andrea. "Imagination Is The Only Weapon In The War Against Reality." http://xoomer.virgilio.it/infinity77
Nicolas, I don't remember seeing artifacts like those before. Most likely they come from a bug in the basic contouring routine, cntr.c, which is derived with slight modifications from the routine gcntr.c in gist. Beyond that, its origins seem lost in the murky past. It seems to be old, clever, complicated, and very hard to understand in detail. A few months ago I spent quite a bit of time trying to track down another bug, and I failed. It might be related to chunking. In cntr.c, try changing line 1384 long nchunk = 30; /* hardwired for now */ to a different value--say 50--and see if the artifacts change. If they don't, verify that the artifacts are the same when the postscript backend is used. Good free contouring routines, especially ones that do filled contours and handle data masks, seem remarkably hard to find. Eric > I'd like to ask you several questions related to a figure I've generated ; I > apologize in advance for the forthcoming messages, because I've chosen to > start a new thread for each question... > > My figure is located at http://nicolasgirard.nerim.net/img/artifacts.png . > Beware that the file is quite large (over 400 kb). > > Now, my first question is: notice the artifacts on the contours of Bz and I at > y=0.3 and y=0.55, and on the contours of Q for multiples values of y. These > doesn't come from data, as they disappear when zooming in. Do you know where > do they come from ? And, more importantly (to me), how to get rid of them ? > > Cheers, > Nicolas