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
|
|
From: Oliver K. <oli...@gm...> - 2012-12-05 23:33:01
|
> What is your matplotlib.__version__ ? I think that code only made it's > way into v1.2.0 (the latest stable), and was did not make it into > v1.1.1 (or anything before it) I'm running 1.1.0 - I'll upgrade it now. Thanks for the help! Oliver |
|
From: Paul I. <piv...@gm...> - 2012-12-05 23:29:27
|
On Wed, Dec 5, 2012 at 2:36 PM, Oliver King <oli...@gm...> wrote: > What appears to be happening is that the alpha values in the cmap I use when I create the ListedColormap object are being ignored by the add_collection function. I see that this bug (or something quite like it) was reported in late 2008: > http://matplotlib.1069221.n5.nabble.com/create-ListedColormap-with-different-alpha-values-tt18693.html#a18697 > > Did the patch from late 2008 not make it into the code, or has this bug resurfaced? Does anyone know of a workaround for this issue? It's all a blur now, but I don't think that patch made it in because colormaps were inherently RGB not RGBA. Something similar to that patch was merged in a year ago: https://github.com/matplotlib/matplotlib/pull/660 and attached is the result of running your code on my machine. What is your matplotlib.__version__ ? I think that code only made it's way into v1.2.0 (the latest stable), and was did not make it into v1.1.1 (or anything before it) -- Paul Ivanov 314 address only used for lists, off-list direct email at: http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7 |
|
From: Oliver K. <oli...@gm...> - 2012-12-05 22:36:42
|
Hi,
I've been trying to plot a line with varying alpha (but constant color). After much googling I have come up with the following code segment, which by all indications should work. It works when I vary an individual RGB element, but not when I vary alpha.
#################################################
import numpy as np
import matplotlib.pyplot as plt
from matplotlib.collections import LineCollection
from matplotlib.colors import ListedColormap, BoundaryNorm
# the line to plot
x = np.linspace(0,1,101)
y = x*0.5-0.25
scaling = np.exp(-(x-0.5)**2/0.5**2) # scale the transparency of the line according to this
# Create a colormap which has a constant color, but varies the transparency.
N = 50 # this many different transparency levels
alpha_boundaries = np.linspace(np.min(scaling),np.max(scaling),N+1)
# The lowest values are transparent, the highest ones are opaque
cmap = ListedColormap([(0.0,0.0,0.0,a) for a in np.linspace(0,1,N)])
norm = BoundaryNorm(alpha_boundaries, cmap.N)
# Create a set of line segments so that we can color them individually
# This creates the points as a N x 1 x 2 array so that we can stack points
# together easily to get the segments. The segments array for line collection
# needs to be numlines x points per line x 2 (x and y)
points = np.array([x, y]).T.reshape(-1, 1, 2)
segments = np.concatenate([points[:-1], points[1:]], axis=1)
# Create the line collection object, setting the colormapping parameters.
# Have to set the actual values used for colormapping separately.
lc = LineCollection(segments, cmap=cmap, norm=norm)
lc.set_array(scaling)
ax = plt.subplot(111)
ax.add_collection(lc)
plt.xlim(x.min(), x.max())
plt.ylim(y.min(), y.max())
plt.show()
#################################################
What appears to be happening is that the alpha values in the cmap I use when I create the ListedColormap object are being ignored by the add_collection function. I see that this bug (or something quite like it) was reported in late 2008:
http://matplotlib.1069221.n5.nabble.com/create-ListedColormap-with-different-alpha-values-tt18693.html#a18697
Did the patch from late 2008 not make it into the code, or has this bug resurfaced? Does anyone know of a workaround for this issue?
Cheers,
Oliver
|
|
From: Phil E. <pel...@gm...> - 2012-12-05 17:47:09
|
As of matplotlib v1.2.0 you can hatch a contour set directly. There is an example in the gallery: http://matplotlib.org/examples/pylab_examples/contourf_hatching.html Hope that helps, Phil On 5 December 2012 17:28, spencerahill <spe...@gm...> wrote: > Jae-Joon Lee wrote > > On Thu, Sep 15, 2011 at 10:33 PM, Jonathan Slavin > > < > > > jslavin@.harvard > > > > wrote: > >> I'm wondering if there is some way to do cross hatching as a way to fill > >> contours rather than colors (using contourf). The only references to > >> cross hatching I see in the documentation are for patches type objects. > >> As far as I can tell, contour and contourf return objects of their own > >> type (contour.QuadContourSet) that do not have hatch as an attribute. > >> > > > > Yes, it seems that hatching is only supported in patches. > > You may workaround this by converting contours to multiple patches. > > See the attachment. > > > > Matplotlib-users mailing list > > > Matplotlib-users@.sourceforge > > > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > > > > > contour_to_hatched_patches.py (1K) > > < > http://matplotlib.1069221.n5.nabble.com/attachment/23/0/contour_to_hatched_patches.py> > ; > > Hi Jae-Joon, > > Your contour_to_hatched_patches.py script works excellently. Is there a way > to suppress the contour lines and filling, leaving only stippling? I have > been experimenting with it but no luck. > > I have a contourf of a 2D variable and a separate 2D array indicating > regions of statistical significance (i.e. a mask, which equals 1 in cells > where the variable is significant and equals 0 else), and I want to put > black hatching over the contourf where it is significant. I can get this to > work, but still with a black contour line surrounding the hatched region. > I'd like to remove the line, leaving just the hatching. Thanks! > > Best, > Spencer > > > > > -- > View this message in context: > http://matplotlib.1069221.n5.nabble.com/cross-hatching-in-contours-tp22p39945.html > Sent from the matplotlib - users mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial > Remotely access PCs and mobile devices and provide instant support > Improve your efficiency, and focus on delivering more value-add services > Discover what IT Professionals Know. Rescue delivers > http://p.sf.net/sfu/logmein_12329d2d > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > |
|
From: spencerahill <spe...@gm...> - 2012-12-05 17:28:44
|
Jae-Joon Lee wrote > On Thu, Sep 15, 2011 at 10:33 PM, Jonathan Slavin > < > jslavin@.harvard > > wrote: >> I'm wondering if there is some way to do cross hatching as a way to fill >> contours rather than colors (using contourf). The only references to >> cross hatching I see in the documentation are for patches type objects. >> As far as I can tell, contour and contourf return objects of their own >> type (contour.QuadContourSet) that do not have hatch as an attribute. >> > > Yes, it seems that hatching is only supported in patches. > You may workaround this by converting contours to multiple patches. > See the attachment. > > Matplotlib-users mailing list > Matplotlib-users@.sourceforge > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > > contour_to_hatched_patches.py (1K) > <http://matplotlib.1069221.n5.nabble.com/attachment/23/0/contour_to_hatched_patches.py> Hi Jae-Joon, Your contour_to_hatched_patches.py script works excellently. Is there a way to suppress the contour lines and filling, leaving only stippling? I have been experimenting with it but no luck. I have a contourf of a 2D variable and a separate 2D array indicating regions of statistical significance (i.e. a mask, which equals 1 in cells where the variable is significant and equals 0 else), and I want to put black hatching over the contourf where it is significant. I can get this to work, but still with a black contour line surrounding the hatched region. I'd like to remove the line, leaving just the hatching. Thanks! Best, Spencer -- View this message in context: http://matplotlib.1069221.n5.nabble.com/cross-hatching-in-contours-tp22p39945.html Sent from the matplotlib - users mailing list archive at Nabble.com. |
|
From: ChaoYue <cha...@gm...> - 2012-12-04 21:21:05
|
Hi,
rather than the previous manual definition of the text postioins, I find a
more general/decent way:
yloc=(cbar.values-cbar.boundaries[0])/(cbar.boundaries[-1]-cbar.boundaries[0])
for l,y in zip(cbar_label,yloc):
cbar.ax.text(1,y,l,transform=cbar.ax.transAxes,ha='left',va='center')
Chao
--
View this message in context: http://matplotlib.1069221.n5.nabble.com/how-to-put-colorbar-label-beside-the-handle-tp39705p39941.html
Sent from the matplotlib - users mailing list archive at Nabble.com.
|
|
From: Vilson V. <vi...@vo...> - 2012-12-04 18:38:11
|
2012/12/4 Pierre Haessig <pie...@cr...> > I just edited your file : > https://gist.github.com/4203760 > > I made 2 changes: > * added a call to random.seed to make you code reproductible. > * altered the call to set_clip_on(False). It should be called on the > Line2D object returned by plot() > > I think it solves your clipping problem. > Pierre, it works perfectly! Thank you so much. All the best. -- Vilson Vieira vi...@vo... ((( http://automata.cc ))) ((( http://musa.cc ))) ((( http://labmacambira.sourceforge.net ))) |
|
From: Tristan S. <tri...@gm...> - 2012-12-04 18:18:16
|
On 4 December 2012 17:20, Goyo <goy...@gm...> wrote: > 2012/12/4 Tristan Strange <tri...@gm...>: > > - I'd like each of the ticks on the x axis centred beneath each of the > bars. > exp(0.1 + np.log(y)) > I'm not sure I understand this. align=center might be what you want. This is exactly what I was after. > > > - I'd like numbers in normal integer form not 10 to power form on the y > > axis. > > I'm sure it can be done but I'm unable to help. Are you sure you want > so many zeros in the Y tick labels? > Think you're right there actually. > Also the calls to xticks() and plot() are useless. Check this code: > http://pastebin.com/ELNV9Bea This is exactly what I was after many thanks. Cheers, Tristan |
|
From: Goyo <goy...@gm...> - 2012-12-04 17:20:48
|
2012/12/4 Tristan Strange <tri...@gm...>: > Hi all, > > I'm just getting started with matplotlib and am having a few problems > producing a simple bar graph. The code I'm writing to produce this can be > found here: http://pastebin.com/T0WA2dh8 > > The issues I'm having are as follows: > > - The bars in my graph do not show as filled blue after I make the the y > axis logarithmic. How do I stop this from occurring. Set the y scale before calling bar(). > - Each bar needs "centring" - they are arranged to the left of where I'd > like them to be currently. > - I'd like each of the ticks on the x axis centred beneath each of the bars. exp(0.1 + np.log(y)) I'm not sure I understand this. align=center might be what you want. > - I'm struggling to position text neatly above each of the bars - I've > managed to position text well horizontally but not vertically. The log scale > is making it hard for me to work out where to position them. If you write the text at y+k, then you'll see it log(y+k)-log(y) above the bar in the logarithmic plot. So if you want to see it h above the bar you have to write it at exp(h + log(y)). > - I'd like numbers in normal integer form not 10 to power form on the y > axis. I'm sure it can be done but I'm unable to help. Are you sure you want so many zeros in the Y tick labels? > Also how do I label each axis? xlabel(), ylabel() Also the calls to xticks() and plot() are useless. Check this code: http://pastebin.com/ELNV9Bea > Any help offered will be very much appreciated. > > Cheers, > Tristan > > ------------------------------------------------------------------------------ > LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial > Remotely access PCs and mobile devices and provide instant support > Improve your efficiency, and focus on delivering more value-add services > Discover what IT Professionals Know. Rescue delivers > http://p.sf.net/sfu/logmein_12329d2d > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > |
|
From: Tristan S. <tri...@gm...> - 2012-12-04 13:59:09
|
Hi all, I'm just getting started with matplotlib and am having a few problems producing a simple bar graph. The code I'm writing to produce this can be found here: http://pastebin.com/T0WA2dh8 The issues I'm having are as follows: - The bars in my graph do not show as filled blue after I make the the y axis logarithmic. How do I stop this from occurring. - Each bar needs "centring" - they are arranged to the left of where I'd like them to be currently. - I'd like each of the ticks on the x axis centred beneath each of the bars. - I'm struggling to position text neatly above each of the bars - I've managed to position text well horizontally but not vertically. The log scale is making it hard for me to work out where to position them. - I'd like numbers in normal integer form not 10 to power form on the y axis. Also how do I label each axis? Any help offered will be very much appreciated. Cheers, Tristan |
|
From: Pierre H. <pie...@cr...> - 2012-12-04 13:20:34
|
Hi, Le 29/11/2012 20:42, Vilson Vieira a écrit : > I tried the no_clip function but it didn't worked: > https://gist.github.com/4171341 I just edited your file : https://gist.github.com/4203760 I made 2 changes: * added a call to random.seed to make you code reproductible. * altered the call to set_clip_on(False). It should be called on the Line2D object returned by plot() I think it solves your clipping problem. Best, Pierre |
|
From: Greg F. <gre...@gm...> - 2012-12-03 19:29:12
|
Hi, First off, thanks for building and supporting this excellent project. I'm having trouble using the mulitprocessing example code at http://matplotlib.org/examples/misc/multiprocess.html with WXAgg. Things appear to work fine in the original script but when I change GTKAgg to WXAgg in this script I do not get any points plotted, just a blank interactive window. Is it possible to use WXAgg and multiprocessing together? I have a large wx project I would like to incorporate multiprocessing matplotlib plots into. Thanks, Greg |
|
From: Mads I. <mad...@gm...> - 2012-12-03 13:52:24
|
Hi, I have an 'axes' and some Line2D instance 'line' which is part of the axes artists. Suppose the plot has been zoomed so only a small window of the original axes is visible. Is there a fast/convenient method that can be used to test if a Line2D object is visible at the current zoom level. Of course you can test with data = line.get_xydata() (x_0, x_1) = axes.get_xlim() (y_0, y_1) = axes.get_ylim() invisible_x = (data[:,0].max() < x_0) or (data[:,0].min() > x_1) invisible_y = (data[:,1].max() < y_0) or (data[:,1].min() > y_1) but there might be something more convenient method/approach for this. Best regards, Mads -- +-----------------------------------------------------+ | Mads Ipsen | +----------------------+------------------------------+ | Gåsebæksvej 7, 4. tv | | | DK-2500 Valby | phone: +45-29716388 | | Denmark | email: mad...@gm... | +----------------------+------------------------------+ |
|
From: P P. <pp...@gm...> - 2012-12-03 08:39:00
|
Hi all, I was wondering why there are inconsistent values for the 'linestyle' option in matplotlib.backend_bases.GraphicsContextBase. The values allowed are 'solid', 'dashed', 'dotted' and 'dashdot', aside from tuples. Compare this with the options available for the usual pyplot.plot() command, where the linestyles are '-', '--', '-.', ':', etc. Is there a specific reason for the difference in the options? It doesn't seem too hard to add the options '-', '--', etc to the GraphicsContextBase class - one only needs to add these to a dict at https://github.com/matplotlib/matplotlib/blob/master/lib/matplotlib/backend_bases.py#L671 Regards, basu. |
|
From: ceguo <hh...@gm...> - 2012-11-30 15:55:55
|
Hi,
I found when usetex is set to be True, \mathbb cannot return blackboard bold
font. A minimum reproducing code of mine is:
import matplotlib.pyplot as plt
from matplotlib import rcParams
params = {
'backend':'ps',
'ps.usedistiller':'xpdf',
'axes.labelsize':22,
'text.fontsize':20,
'legend.fontsize':20,
'xtick.labelsize':20,
'ytick.labelsize':20,
'text.usetex':True,
'latex.preamble':r'\usepackage{amsmath,amsfonts,amssymb}',
'figure.figsize':[8,6],
'font.family':'serif',
'font.serif':'Times New Roman'
}
rcParams.update(params)
plt.plot([0,1],[0,1],'r-',lw=3,label=r"Using $\mathbb{D}^p$")
plt.legend()
plt.show()
I want to keep my rcParams settings as unchanged as possible.
Ning
--
View this message in context: http://matplotlib.1069221.n5.nabble.com/use-mathbb-when-usetex-True-tp39887.html
Sent from the matplotlib - users mailing list archive at Nabble.com.
|
|
From: Vilson V. <vi...@vo...> - 2012-11-29 20:50:37
|
2012/11/28 Angus McMorland <am...@gm...> > I think your problem is with clipping. Try the no_clip function in > this thread [1] and see if that helps. > > [1] > http://matplotlib.1069221.n5.nabble.com/How-to-turn-off-all-clipping-td1813.html#a1814 > Hi Angus, I tried the no_clip function but it didn't worked: https://gist.github.com/4171341 Any idea? Thank you. -- Vilson Vieira vi...@vo... ((( http://automata.cc ))) ((( http://musa.cc ))) ((( http://labmacambira.sourceforge.net ))) |
|
From: Nils W. <ni...@go...> - 2012-11-29 12:42:40
|
Hi all, AFAIK it is currently not possible to modify the ticks of a plot within the "Figure options" window. Is it planned to add this feature to the "Figure options" window ? How can I modify the default path in the Navigation Toolbar if I launch the file save dialog by clicking the save button ? http://matplotlib.org/users/navigation_toolbar.html Nils |
|
From: Mads I. <mad...@gm...> - 2012-11-28 21:17:22
|
Sterling,
Thanks - I ended up adding an extra y-tick with minor=True. Something
along these lines:
# Add Fermi line
y = self._bandstructure.fermiLevel()
self._axes.axhline(y=y, linestyle=':')
# Add Fermi tick
tick = self._axes.set_yticks([y], minor=True)[0]
tick.label1On = False
tick.label2On = True
self._axes.set_yticklabels([r'$\epsilon_\mathrm{F}$'], minor=True,
fontsize=font_size*1.19,
verticalalignment='center')
Evil?
On 28/11/2012 17:35, Sterling Smith wrote:
> Mads,
>
> I recommend trying a text object[1], with a transform which is a blended transform from a transform factory[2]. Also, you probably want the x coordinate in axes coordinates, with a left horizontal alignment.
>
> -Sterling
>
> [1] http://matplotlib.org/api/pyplot_api.html#matplotlib.pyplot.text
> [2] http://matplotlib.org/users/transforms_tutorial.html#blended-transformations
>
>
> On Nov 28, 2012, at 4:27AM, Mads Ipsen wrote:
>
>> Hi,
>>
>> I would like to add a label or tick label for an axhline(), in such a way that the labels follows the location of the hline.
>>
>> The x-coordinate of the label should be in screen coordinates (a little to the right of the plot) - but the y-coordinate should be in data coordinates.
>>
>> Any good suggestions?
>>
>> Best regards,
>>
>> Mads
>>
>> --
>> +-----------------------------------------------------+
>> | Mads Ipsen |
>> +----------------------+------------------------------+
>> | Gåsebæksvej 7, 4. tv | |
>> | DK-2500 Valby | phone: +45-29716388 |
>> | Denmark | email:
>> mad...@gm...
>> |
>> +----------------------+------------------------------+
>>
>>
>> ------------------------------------------------------------------------------
>> Keep yourself connected to Go Parallel:
>> INSIGHTS What's next for parallel hardware, programming and related areas?
>> Interviews and blogs by thought leaders keep you ahead of the curve.
>> http://goparallel.sourceforge.net_______________________________________________
>> Matplotlib-users mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
--
+-----------------------------------------------------+
| Mads Ipsen |
+----------------------+------------------------------+
| Gåsebæksvej 7, 4. tv | |
| DK-2500 Valby | phone: +45-29716388 |
| Denmark | email: mad...@gm... |
+----------------------+------------------------------+
|
|
From: Angus M. <am...@gm...> - 2012-11-28 21:07:21
|
On 28 November 2012 15:28, Vilson Vieira <vi...@vo...> wrote: > Hi, > > I'm using matplotlib to draw some generative art works. I'm trying to hide > the axis but when I do that the lines that are over the axis are hidden as > well, like this example: http://i.imgur.com/hKqMi.png > > The code I'm using to generate those kind of random walk plots is here: > https://gist.github.com/4164025 > > I already tried subplots_adjust, and set_alpha/set_visible on axis and > spines but anything worked. I think your problem is with clipping. Try the no_clip function in this thread [1] and see if that helps. [1] http://matplotlib.1069221.n5.nabble.com/How-to-turn-off-all-clipping-td1813.html#a1814 Angus -- AJC McMorland Post-doctoral research fellow Neurobiology, University of Pittsburgh |
|
From: Vilson V. <vi...@vo...> - 2012-11-28 20:59:13
|
Hi, I'm using matplotlib to draw some generative art works. I'm trying to hide the axis but when I do that the lines that are over the axis are hidden as well, like this example: http://i.imgur.com/hKqMi.png The code I'm using to generate those kind of random walk plots is here: https://gist.github.com/4164025 I already tried subplots_adjust, and set_alpha/set_visible on axis and spines but anything worked. Any help? Thank you so much. -- Vilson Vieira vi...@vo... ((( http://automata.cc ))) ((( http://musa.cc ))) ((( http://labmacambira.sourceforge.net ))) |
|
From: Sterling S. <sm...@fu...> - 2012-11-28 16:36:16
|
Mads, I recommend trying a text object[1], with a transform which is a blended transform from a transform factory[2]. Also, you probably want the x coordinate in axes coordinates, with a left horizontal alignment. -Sterling [1] http://matplotlib.org/api/pyplot_api.html#matplotlib.pyplot.text [2] http://matplotlib.org/users/transforms_tutorial.html#blended-transformations On Nov 28, 2012, at 4:27AM, Mads Ipsen wrote: > Hi, > > I would like to add a label or tick label for an axhline(), in such a way that the labels follows the location of the hline. > > The x-coordinate of the label should be in screen coordinates (a little to the right of the plot) - but the y-coordinate should be in data coordinates. > > Any good suggestions? > > Best regards, > > Mads > > -- > +-----------------------------------------------------+ > | Mads Ipsen | > +----------------------+------------------------------+ > | Gåsebæksvej 7, 4. tv | | > | DK-2500 Valby | phone: +45-29716388 | > | Denmark | email: > mad...@gm... > | > +----------------------+------------------------------+ > > > ------------------------------------------------------------------------------ > Keep yourself connected to Go Parallel: > INSIGHTS What's next for parallel hardware, programming and related areas? > Interviews and blogs by thought leaders keep you ahead of the curve. > http://goparallel.sourceforge.net_______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users |
|
From: Chad P. <par...@gm...> - 2012-11-28 15:52:23
|
Hi Folks-
I'm working on a plot using an Aitoff projection, and I've noticed a couple
of problems:
1. There seems a problem with the positioning of contour labels in some of
the projections. In the Aitoff, Lambert, and Mollweide projections, the
some of the contour labels appear to be shifted. In the Hammer projection
of my example one of them (0.524) looks to be slightly off, but it's close
enough. The polar projection is fine.
2. When saving the output in eps format, the Aitoff, Hammer, and Lambert
projections are producing postscript that cannot be interpreted by
ghostview.
I've copied a minimal script to demonstrate the problem at the end of this
email.
Any ideas?
Thanks in advance!
--Chad
import numpy as np
from numpy import arccos, sin, cos, pi
import matplotlib.pyplot as plt
# setup the contour grid
X = np.arange(-180.0,180.0, 1) * pi/180
Y = np.arange(-90.0,90.0, 1) * pi/180
Z = np.zeros([len(Y), len(X)])
# compute the contour field
for x in range(0,360,1):
for y in range(0,180,1):
Z[y,x] = arccos(sin(pi/4)*sin(Y[y]) +
cos(pi/4)*cos(Y[y])*cos(-90*pi/180 - X[x]))
f=[];
ax=[];
for projection in ["hammer", "aitoff", "lambert", "mollweide", "polar"]:
f.append(plt.figure())
ax.append(plt.subplot(111, projection=projection))
plt.grid("on")
Cplot = plt.contour(X,Y,Z, np.array([30.0, 60, 90, 120, 150])*pi/180)
plt.clabel(Cplot, inline=1)
plt.savefig("contourLabels{}.png".format(projection))
plt.savefig("contourLabels{}.eps".format(projection))
|
|
From: Mads I. <mad...@gm...> - 2012-11-28 12:27:49
|
Hi, I would like to add a label or tick label for an axhline(), in such a way that the labels follows the location of the hline. The x-coordinate of the label should be in screen coordinates (a little to the right of the plot) - but the y-coordinate should be in data coordinates. Any good suggestions? Best regards, Mads -- +-----------------------------------------------------+ | Mads Ipsen | +----------------------+------------------------------+ | Gåsebæksvej 7, 4. tv | | | DK-2500 Valby | phone: +45-29716388 | | Denmark | email: mad...@gm... | +----------------------+------------------------------+ |
|
From: Pierre H. <pie...@cr...> - 2012-11-28 12:27:21
|
Hi Phil, Le 28/11/2012 12:58, Phil Elson a écrit : > I've just submitted a pull request > (https://github.com/matplotlib/matplotlib/pull/1540) to get the mpl > docs to link to the nabble archive instead > (http://matplotlib.1069221.n5.nabble.com/matplotlib-users-f3.html > <http://matplotlib.1069221.n5.nabble.com/matplotlib-users-f3.html>). Great ! I'm not so familiar with the nabble archive service, but at first glance it looks way better than sourceforge (beyond the fact their archiving service is pretty dead ;-) ). Best, Pierre |
|
From: Phil E. <pel...@gm...> - 2012-11-28 11:58:52
|
Hi Pierre, Thanks for raising this (sorry we haven't got back to you sooner). The mailing list isn't dead, but the archiving link certainly makes it look like it is. I've just submitted a pull request ( https://github.com/matplotlib/matplotlib/pull/1540) to get the mpl docs to link to the nabble archive instead (http:// matplotlib.1069221.n5.nabble.com/matplotlib-users-f3.html). FYI There are a couple of topics related to this which I will raise in the mpl-devel mailing list sortly. Thanks, Phil On 4 October 2012 08:55, Pierre Haessig <pie...@cr...> wrote: > Hi, > > Is it just my web browser getting crazy or is there a real issue with > the ML archive on sourceforge: > http://sourceforge.net/mailarchive/forum.php?forum_name=matplotlib-users > > I only see email records until July 16th 2012 !! > > If there is another ML archive website in better shape, it would be > worth updating the link on matplotlib.org front page > ("Documentation/need help?" section) > > Best, > Pierre > > > > > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > |