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
(3) |
2
(5) |
3
(11) |
4
|
|
5
|
6
(8) |
7
(4) |
8
(4) |
9
(2) |
10
(4) |
11
(1) |
|
12
(3) |
13
(3) |
14
(5) |
15
(11) |
16
(8) |
17
(5) |
18
(3) |
|
19
(1) |
20
(6) |
21
(7) |
22
(5) |
23
(6) |
24
(4) |
25
(5) |
|
26
|
27
(1) |
28
(13) |
29
(4) |
30
(2) |
31
(8) |
|
|
From: Paul H. <pmh...@gm...> - 2013-05-15 23:20:11
|
On Wed, May 15, 2013 at 3:48 PM, gaspra <ye...@gm...> wrote:
> Hi, I am having troubles to correctly make a figure with inverted log axis.
> This is what I am doing:
>
> import numpy as np
> import matplotlib.pyplot as plt
>
> y=np.linspace(-90,90,20)
> z=np.arange(1,1.e4, 200)
>
> c=y.reshape(20,1)*z.reshape(1,len(z))
>
> fig,ax=plt.subplots()
> plt.pcolor(y,z,c.transpose())
> ax.set_yscale('log')
> ax.invert_yaxis()
>
> The problem is that the ticks of y axis is not displayed correctly once I
> invert the y axis. It shows the tick at 1000. All other ticks such as 100,
> 10 and 1 are missing. Am I doing something wrong or is this a bug in
> matplotlib?
>
> Thanks for your help.
>
This works fine on my system:
In [3]: np.version.full_version
Out[3]: '1.7.1'
In [5]: matplotlib.__version__
Out[5]: '1.2.1'
Not sure what the issue could be.
-p
|
|
From: gaspra <ye...@gm...> - 2013-05-15 22:48:55
|
Hi, I am having troubles to correctly make a figure with inverted log axis.
This is what I am doing:
import numpy as np
import matplotlib.pyplot as plt
y=np.linspace(-90,90,20)
z=np.arange(1,1.e4, 200)
c=y.reshape(20,1)*z.reshape(1,len(z))
fig,ax=plt.subplots()
plt.pcolor(y,z,c.transpose())
ax.set_yscale('log')
ax.invert_yaxis()
The problem is that the ticks of y axis is not displayed correctly once I
invert the y axis. It shows the tick at 1000. All other ticks such as 100,
10 and 1 are missing. Am I doing something wrong or is this a bug in
matplotlib?
Thanks for your help.
--
View this message in context: http://matplotlib.1069221.n5.nabble.com/missing-ticks-on-inverted-log-axis-tp41063.html
Sent from the matplotlib - users mailing list archive at Nabble.com.
|
|
From: Christoph G. <cg...@uc...> - 2013-05-15 22:26:35
|
On 5/15/2013 1:55 PM, Ojala Janne wrote: > >>> Which backend are you using? I can't reproduce. Does > >>>https://github.com/matplotlib/matplotlib/blob/master/examples/text_labels_and_annotations/unicode_demo.py > <https://github.com/matplotlib/matplotlib/blob/master/examples/text_labels_and_annotations/unicode_demo.py> > >>> work for you? > > The bug only happens if I try to save the figure as EPS. So I suppose that > then means its a cairo back end (happens also if I force cairo). So that > means > as written the code works fine but if i try to make publishable quality > output > by saving as EPS (a raster image is not suitable), it crashes. > > But it again works if I add any character thats so weird that ist on a n > extended > unicode block then all characters seem to be handled correctly. Even > the ones > that previously crashed. > I can reproduce the crash on Python 2.7, 32 and 64 bit. Python 2.6 and 3.3 appear to work. The call stack is attached. The crash is in ttfont_add_glyph_dependencies() at <https://github.com/matplotlib/matplotlib/blob/v1.2.x/ttconv/pprdrv_tt2.cpp#L703> Christoph |
|
From: Ojala J. <jan...@aa...> - 2013-05-15 20:55:47
|
>> Which backend are you using? I can't reproduce. Does >>https://github.com/matplotlib/matplotlib/blob/master/examples/text_labels_and_annotations/unicode_demo.py<https://github.com/matplotlib/matplotlib/blob/master/examples/text_labels_and_annotations/unicode_demo.py> >> work for you? The bug only happens if I try to save the figure as EPS. So I suppose that then means its a cairo back end (happens also if I force cairo). So that means as written the code works fine but if i try to make publishable quality output by saving as EPS (a raster image is not suitable), it crashes. But it again works if I add any character thats so weird that ist on a n extended unicode block then all characters seem to be handled correctly. Even the ones that previously crashed. |
|
From: Michael D. <md...@st...> - 2013-05-15 13:33:42
|
Which backend are you using? I can't reproduce. Does https://github.com/matplotlib/matplotlib/blob/master/examples/text_labels_and_annotations/unicode_demo.py work for you? Mike On 05/15/2013 06:40 AM, Ojala Janne wrote: > I have a weird problem with Unicode strings. I am using windows 7 with > Python 2.7.2 64 bit, and matplotlib 1.2.1 (package from Unofficial Windows > Binaries at http://www.lfd.uci.edu/~gohlke/pythonlibs/#matplotlib ). > > When i run: > -*- coding: utf-8 -*- > import matplotlib.pyplot as plt > > fig = plt.figure( ) > > ax = fig.add_subplot(111) > ax.hist([1,2,3,4,5,6,7,8,9,10], bins=range(1,11) ) > > plt.ylabel(u'ä') > fig.savefig('test.eps') > > I get a crash: > >> pythonw -u "bugtest.py" >> Exit code: -1073740777 > but if i modify my code to read: > -*- coding: utf-8 -*- > import matplotlib.pyplot as plt > > fig = plt.figure( ) > > ax = fig.add_subplot(111) > ax.hist([1,2,3,4,5,6,7,8,9,10], bins=range(1,11) ) > > plt.ylabel(u'äł') > fig.savefig('test.eps') > > Then no longer crashes. Why is it that "a umlaut" alone crashes > but when the string contains a "l stroke" character the Unicode string > behaves fine. In both cases it works fine if I show the plot but not when > I write eps either in code or when saving. > > > ------------------------------------------------------------------------------ > AlienVault Unified Security Management (USM) platform delivers complete > security visibility with the essential security capabilities. Easily and > efficiently configure, manage, and operate all of your security controls > from a single console and one unified framework. Download a free trial. > http://p.sf.net/sfu/alienvault_d2d > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users |
|
From: Ojala J. <jan...@aa...> - 2013-05-15 12:58:47
|
>> I use "text.usetex : True" in my matplotlibrc. It works if I force it to tex, its still a nasty bug of somekind. What I would like to know what changes in the processing when you have both those characters present? Does it fallback to tex use at some point? If so why does it not fallback for ä automatically. |
|
From: Claus H. <cla...@gm...> - 2013-05-15 12:46:51
|
Hi,
I am trying to produce a set of plots using grispec. There should be an images shown in each of the axes (using imshow) except in one of the axes, where I want to show/plot some text. However, the text seems to be too long to be displayed in one line. Is there a way to print it in something like a text box?
I created a minimal example (see below). 'circle.png' can be seen as a placeholder for some png file.
There are two examples I found on stackoverflow. But I am not sure how they could be applicable here
http://stackoverflow.com/questions/5777576/is-there-a-way-of-drawing-a-caption-box-in-matplotlib
http://stackoverflow.com/questions/4018860/text-box-in-matplotlib
I can not / do not want to make a string variable with three quotation marks (docstring), because I am reading the text from a bigger ascii file.
Also, I am not sure if gridspec is the best way to do this.
Thanks for pointers!
# --- start script
import matplotlib.pyplot as plt
import matplotlib.gridspec as gridspec
def main():
"""
goal is to show justified text in one axes of matplotlib
"""
plt.close('all')
fig = plt.figure(figsize=(5, 10))
plt.subplots_adjust(left=0.1, right=0.9, top=0.95, bottom=0.1)
n_rows = 5
outer_grid = gridspec.GridSpec(n_rows, 2 )# ,wspace=0.0, hspace=0.0
lst_files = [ 'circle.png'
, 'circle.png'
, 'circle.png'
, 'circle.png'
, 'text'
, 'circle.png'
, 'circle.png'
, 'circle.png'
, 'circle.png']
for cur_map_id, cur_map_file in enumerate(lst_files):
cur_row = (cur_map_id % n_rows)
if cur_map_id / n_rows == 0:
cur_column = 0
else:
cur_column = 1
# preparation: no axes
ax = plt.subplot(outer_grid[cur_row, cur_column], frameon=False)
ax.axes.get_yaxis().set_visible(False)
ax.axes.get_xaxis().set_visible(False)
# fix for the fact that the fourth entry is text and not in tmp_lst_imgs
if cur_map_id > 4:
cur_map_id = cur_map_id - 1
# the actual plotting
if cur_map_file == 'text':
lorem = 'Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.'
ax.text(0.05, 0.9, lorem, size=6)
else:
print cur_map_id
im = plt.imread(cur_map_file)
ax.imshow(im)
ax.set_title(cur_map_file, size=6)
fig.add_subplot(ax)
plt.savefig('blah.png', dpi=300)
print "done!"
if __name__ == '__main__':
main() |
|
From: Alexander E. <ale...@ov...> - 2013-05-15 11:54:44
|
On Wed, 15 May 2013 10:40:47 +0000 Ojala Janne <jan...@aa...> wrote: ['ä' Umlaut] > >pythonw -u "bugtest.py" > >Exit code: -1073740777 My installation (Python 2.6.6, MPL 1.2.1) is a bit more helpful with error messages: UnicodeEncodeError: 'ascii' codec can't encode character u'\xe4' in position 269: ordinal not in range(128) A similar error is raised with the other character you suggested. Unfortunately, I do not know about MPL's limitations related to unicode labels. I use "text.usetex : True" in my matplotlibrc. Regards Alex -- Alexander Eberspächer Theorie der Kondensierten Materie I Otto-von-Guericke-Universität Magdeburg Fon: +49 391 67 11339 |
|
From: Ojala J. <jan...@aa...> - 2013-05-15 10:40:55
|
I have a weird problem with Unicode strings. I am using windows 7 with Python 2.7.2 64 bit, and matplotlib 1.2.1 (package from Unofficial Windows Binaries at http://www.lfd.uci.edu/~gohlke/pythonlibs/#matplotlib ). When i run: -*- coding: utf-8 -*- import matplotlib.pyplot as plt fig = plt.figure( ) ax = fig.add_subplot(111) ax.hist([1,2,3,4,5,6,7,8,9,10], bins=range(1,11) ) plt.ylabel(u'ä') fig.savefig('test.eps') I get a crash: >pythonw -u "bugtest.py" >Exit code: -1073740777 but if i modify my code to read: -*- coding: utf-8 -*- import matplotlib.pyplot as plt fig = plt.figure( ) ax = fig.add_subplot(111) ax.hist([1,2,3,4,5,6,7,8,9,10], bins=range(1,11) ) plt.ylabel(u'äł') fig.savefig('test.eps') Then no longer crashes. Why is it that "a umlaut" alone crashes but when the string contains a "l stroke" character the Unicode string behaves fine. In both cases it works fine if I show the plot but not when I write eps either in code or when saving. |
|
From: Pierre H. <pie...@cr...> - 2013-05-15 05:32:46
|
Hi, Le 15/05/2013 00:14, Paul Stärke a écrit : > Hello, > I created a project for plotting nice Smith Charts with matplotlib. Those charts are super-good looking ! It's been a few years since I had heard that name, but now I remember a bit the few undergrad courses I got on HF electronics and transmission lines. For the inclusion, I feel it should, at the very least, be in the gallery. best, Pierre |
|
From: Benjamin R. <ben...@ou...> - 2013-05-15 01:05:10
|
On Tue, May 14, 2013 at 6:14 PM, Paul Stärke <pau...@gm...> wrote: > Hello, > I created a project for plotting nice Smith Charts with matplotlib. I > followed the projection example. I put my code into a git repo on github: > https://github.com/vMeijin/pySmithPlot > I wanted to ask, if there is any interest in putting this functionality > into the main library. If so, I would try to adapt my code and make a > pull request, but it would be wasted time, if no one is considering to accept > it. > > Those are some very nice looking plots there. Personally, I have never heard of smith plots, and wouldn't know what the use case would be, but I think we could definitely include most, if not all of it into mpl. At the very least, the projection itself is quite interesting and might be cool to add. Ben Root |