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
(1) |
2
|
3
(10) |
4
(17) |
5
(7) |
6
(21) |
7
(15) |
8
(6) |
9
(7) |
10
(8) |
11
(6) |
12
(11) |
13
(11) |
14
(13) |
15
(4) |
16
(5) |
17
(8) |
18
(8) |
19
(15) |
20
(3) |
21
(10) |
22
(5) |
23
(7) |
24
(8) |
25
(29) |
26
(26) |
27
(7) |
28
(2) |
29
(3) |
30
(3) |
|
|
|
|
|
|
florisvb <flo...@gm...> writes: > I'm trying to get my pdf outputs from matplotlib to work properly in > illustrator, but keep having the issue that illustrator does not recognize > the computer modern fonts (eg. CMR10 etc). Everything else seems to work > perfectly. Is there any error message from illustrator? If you view the pdf file in Acrobat Reader and choose the document information dialog, what type does it list the CMR10 font as? I think this would usually be Type 1, and there could be some problem with how Type-1 fonts get embedded. > text.usetex: True Do you need usetex or is matplotlib's built-in formula rendering sufficient? In the latter case TrueType versions of the various fonts are embedded, which just might work better than Type 1. -- Jouni K. Seppänen http://www.iki.fi/jks
On 9/15/12 8:05 AM, Joachim Saul wrote: > Hi there, > > in basemap coastlines are apparently (always?) drawn as closed polygons not exceeding the map boundary, i.e. when the coastline intersects with the map boundary the polygon is continued along the map boundary until the next intersection point. The somewhat annoying side effect of this is a map boundary that appears thicker where it crosses landmasses. See for instance on http://matplotlib.org/basemap/users/examples the example "Plot hurricane tracks from a shapefile" where clearly the upper and left map boundaries are thicker where they cross the western U.S. or northern Canada. Another example where this effect is particularly pronounced is the example "Draw great circle between NY and London" on the same page. The effect gets worse if running these examples without antialiasing. Apparently only the upper and left boundaries are affected, whereas the lower and right boundaries are plotted properly. > > It looks to me as if this might simply be a bug due to the coastline not aligning perfectly with the map boundary, perhaps because of some roundoff error. Is there a way to avoid this? Wouldn't it be better to draw the coastlines not as closed polygons but as collections of line segments? > > Cheers, > Joachim > Joachim: I've noticed this myself, but have not found any solution. I suppose I could add an option to treat coastlines as line segments, but then you would not be able to use the fillcontinents method. Here's what happens now when a Basemap instance is created: 1) the intersection between the coastline polygons and the map boundary is computed using the geos C library. 2) the coastline polygons are clipped at the map boundary 3) the coordinates of the coastline polygons are transformed to map projection coordinates Then, when the drawcoastlines or fillcontinents methods are called only the polygons inside the map projection region are drawn. This saves *a lot* of time when you're using high-resolution coastlines in a small map region. There is a similar process for political boundaries, but since they are line segments you don't see the "thickening" around the map edges. Maybe one solution would be to clip the polygons to a region slightly larger than the actual map projection region. -Jeff
Hi there, in basemap coastlines are apparently (always?) drawn as closed polygons not exceeding the map boundary, i.e. when the coastline intersects with the map boundary the polygon is continued along the map boundary until the next intersection point. The somewhat annoying side effect of this is a map boundary that appears thicker where it crosses landmasses. See for instance on http://matplotlib.org/basemap/users/examples the example "Plot hurricane tracks from a shapefile" where clearly the upper and left map boundaries are thicker where they cross the western U.S. or northern Canada. Another example where this effect is particularly pronounced is the example "Draw great circle between NY and London" on the same page. The effect gets worse if running these examples without antialiasing. Apparently only the upper and left boundaries are affected, whereas the lower and right boundaries are plotted properly. It looks to me as if this might simply be a bug due to the coastline not aligning perfectly with the map boundary, perhaps because of some roundoff error. Is there a way to avoid this? Wouldn't it be better to draw the coastlines not as closed polygons but as collections of line segments? Cheers, Joachim
Bump for this topic; I'd still love to know what the right thing is to do here. On Mon, Aug 20, 2012 at 10:08 PM, Daniel Hyams <dh...@gm...> wrote: > Hmm, I just found out that if I change path.Path.contains_point to use > "point_on_path" instead of "point_in_path", the containment tests work > properly. I'm not that familiar with the path code...is the difference > that one is testing for polygonal insideness, and one is testing for > literally being on the "stroke"? If so, do we have to make sure that the > proper one is called if there are no polygons involved in the path? > > > On Mon, Aug 20, 2012 at 9:28 PM, Daniel Hyams <dh...@gm...> wrote: > >> I've run into a strange problem with contains() on an arrow; there is a >> large area to the left of the arrow that insists that it is contained >> within the arrow. Small runnable sample attached. >> >> I've looked at the path for the arrow, and it looks fine to me. I even >> went so far as to hack a STOP onto the end of the path, but that resulted >> in the same behavior. >> >> Can anyone else confirm this behavior? matplotlib 1.1.1 is what I'm >> using. Seen on both Windows, Linux, and OSX. >> >> -- >> Daniel Hyams >> dh...@gm... >> > > > > -- > Daniel Hyams > dh...@gm... > -- Daniel Hyams dh...@gm...