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
(11) |
2
(24) |
3
(24) |
4
(31) |
5
(30) |
6
(27) |
7
(25) |
8
(8) |
9
(2) |
10
(12) |
11
(16) |
12
(33) |
13
(18) |
14
(17) |
15
(3) |
16
(7) |
17
(8) |
18
(22) |
19
(20) |
20
(25) |
21
(10) |
22
(17) |
23
(18) |
24
(23) |
25
(15) |
26
(19) |
27
(6) |
28
(7) |
29
(6) |
30
(1) |
31
(12) |
|
|
|
|
|
Hey there, I'm trying to plot a bunch-o-vectors, colored red or blue, depending on whether their magnitude is positive or negative (they represent stresses), and I'm doing something like this: mag1 = evals[:,0] ex1 = evecs[:,0,1] ey1 = evecs[:,0,0] C1 = np.where(mag1 >= 0, 'red', 'blue') mag2 = evals[:,1] ex2 = evecs[:,1,1] ey2 = evecs[:,1,0] C2 = np.where(mag2 >= 0, 'red', 'blue') basemap_ax.quiver(np.degrees(calc_phis), np.degrees(np.pi/2.0-calc_thetas), mag1*ex1, mag1*ey1, C1, lw=0, width=0.002, scale=1e8) basemap_ax.quiver(np.degrees(calc_phis), np.degrees(np.pi/2.0-calc_thetas), mag2*ex2, mag2*ey2, C2, lw=0, width=0.002, scale=1e8) basemap_ax.quiver(np.degrees(calc_phis), np.degrees(np.pi/2.0-calc_thetas), -mag1*ex1, -mag1*ey1, C1, lw=0, width=0.002, scale=1e8) basemap_ax.quiver(np.degrees(calc_phis), np.degrees(np.pi/2.0-calc_thetas), -mag2*ex2, -mag2*ey2, C2, lw=0, width=0.002, scale=1e8) And it gives me the stack trace below... I also tried just using plain-old quiver (not via basemap) and got the same error. I tried using rgba tuples and grayscale strings as colors as well, and still got the same error. Anybody have any idea what the deal is? Or am I misunderstanding what *C* is supposed to be (i.e. not just an array of colors, of the same length as the number of vectors being plotted...) /Library/Python/2.5/site-packages/mpl_toolkits/basemap/__init__.pyc in quiver(self, x, y, u, v, *args, **kwargs) 2877 ax.hold(h) 2878 try: -> 2879 ret = ax.quiver(x,y,u,v,*args,**kwargs) 2880 try: 2881 plt.draw_if_interactive() /Library/Python/2.5/site-packages/matplotlib/axes.pyc in quiver(self, *args, **kw) 5850 def quiver(self, *args, **kw): 5851 if not self._hold: self.cla() -> 5852 q = mquiver.Quiver(self, *args, **kw) 5853 self.add_collection(q, False) 5854 self.update_datalim(q.XY) /Library/Python/2.5/site-packages/matplotlib/quiver.pyc in __init__(self, ax, *args, **kw) 367 **kw) 368 self.polykw = kw --> 369 self.set_UVC(U, V, C) 370 self._initialized = False 371 /Library/Python/2.5/site-packages/matplotlib/quiver.pyc in set_UVC(self, U, V, C) 439 mask = ma.mask_or(U.mask, V.mask, copy=False, shrink=True) 440 if C is not None: --> 441 C = ma.masked_invalid(C, copy=False).ravel() 442 mask = ma.mask_or(mask, C.mask, copy=False, shrink=True) 443 if mask is ma.nomask: /Library/Python/2.5/site-packages/numpy/ma/core.pyc in masked_invalid(a, copy) 1996 """ 1997 a = np.array(a, copy=copy, subok=True) -> 1998 condition = ~(np.isfinite(a)) 1999 if hasattr(a, '_mask'): 2000 condition = mask_or(condition, a._mask) TypeError: bad operand type for unary ~: 'NotImplementedType' -- Zane A. Selvans Amateur Earthling http://zaneselvans.org +1 303 815 6866
John Hunter schrieb: > On Fri, Aug 7, 2009 at 10:34 AM, John Hunter<jd...@gm...> wrote: > >> Unfortunately, the exception glib.GError is gtk version dependent so I >> can't easily catch it. I am loathe to do a blanket except catch, but >> I am not sure what the alternative is here. > > I committed a change to the release branch (I did not try setting the > png if the svg failed, I just give up on the icon) -- if you could > test from the svn repo: > > > svn co https://matplotlib.svn.sf.net/svnroot/matplotlib/branches/v0_99_maint > mpl99 It works now, but as expected I get no icon. Not sure if I don't like my hack better... I suspect it has to do with my glib or gtk installation (both compiled from source). Maybe I'll ask the folks there. Thanks anyway, Bernd -- Bernd Eggink http://sudrala.de
This is a second plea for help. http://www.mail-archive.com/mat...@li.../msg12632.html I have a figure.Figure embedded in a FigureCanvasTkAgg. Each iteration, new data are received, and I want an updated histogram. Now I can at least see a way to do this with pyplot: I just clear my axes each iteration, call ax.hist, and then call plot.draw(). I think (?) my problem is finding an equivalent to plt.draw() in the object oriented interface. What I'd really like to do each iteration is change only the heights of the rectangles. *But*, any clues are welcome. Thanks, Alan Isaac
Hi, here is a VS2003 build of matplotlib-0.99.0 for Python 2.5 for comparison: <http://www.lfd.uci.edu/~gohlke/download/matplotlib-0.99.0.win32-py2.5.exe> Christoph On 08/07/2009 00:27, John Hunter wrote: > On Thu, Aug 6, 2009 at 8:48 PM, Patrick Rynhart<pry...@gm...> wrote: >> Dear all, >> >> We are using Python 2.5, matplotlib and NumPy on Windows to assist >> with the teaching for an undergraduate paper. On a small number of >> installations, an error attempting to load some required DLL's is >> being reported (on approx 3 machines out of approximately 60). There >> doesn't appear to be any pattern with this - we can seen it on one >> install of Windows Server 2008 and also on various versions of Windows >> XP (Professional and Home). >> >> Symptoms are, after a "from pylab import *", the following traceback: >> >> Traceback (most recent call last): >> File "C:\Documents and >> Settings\Jo\workspace\test\src\root\nested\__init__.py", line 2, in >> <module> >> from pylab import * >> File "C:\Python25\Lib\site-packages\pylab.py", line 1, in<module> >> from matplotlib.pylab import * >> File "C:\Python25\Lib\site-packages\matplotlib\pylab.py", line 206, >> in<module> >> from matplotlib import mpl # pulls in most modules >> File "C:\Python25\Lib\site-packages\matplotlib\mpl.py", line 1, in<module> >> from matplotlib import artist >> File "C:\Python25\Lib\site-packages\matplotlib\artist.py", line 4, in<module> >> from transforms import Bbox, IdentityTransform, TransformedBbox, >> TransformedPath >> File "C:\Python25\Lib\site-packages\matplotlib\transforms.py", line >> 34, in<module> >> from matplotlib._path import affine_transform >> ImportError: DLL load failed: The specified module could not be found. > > We have seen this problem several times before, and have labored hard > to banish it, but it always has a way of coming back to haunt us. I > am aware of a bug in python2.6 which causes mingw to build broken > win32 binaries, but am not aware of such a problem w/ python2.5, > which you appear to be using. We often use a program called > dependency walker to track these problems down: > > http://www.dependencywalker.com/ > > Open the problematic file (it should be > C:\Python25\Lib\site-packages\matplotlib\_path.pyd) and report any > errors you find here; it should tell you which DLLs are missing. > Search the good and the bad boxes for these DLL filenames and see if > it is a difference in the boxes, eg do the good boxes have the DLL and > the bad boxes not, and if so maybe you can figure out why (different > version in the OS patch level?). I am really interested to know the > difference in the boxes because it may give us the critical clue as to > why some users report this problem and others do not see it. > > Also, on one of the bad boxes, could you try the new 0.99 release and > let me know if you have the same issue? > > I build the python2.5 installers with mingw; Christoph builds the > python2.6 installers with Visual Studio precisely because mingw is > broken on python2.6. If we can't banish this bug on 2.5 w/ mingw, I > may have to lean on his generosity and ask him to make a python2.5 > installer with Visual Studio as well. > > JDH > > PS: rereading your email, I see you are using 0.98.3. The first time > I read it, when I wrote the response above, I thought you were using > 0.98.5.3 -- the .3 at the end tricked me. The latter is fairly > recent, and came out 10 months after 0.98.3, and we did several things > to fix exactly this dll problem in interim. At a minimum, you need to > be testing and installing 0.98.5.3. This is a very stable, bug fix > release, suitable for use in the classroom. I can't guarantee you > won't hit the same problem, but at least you will be using a version > that *shouldn't* have it, though I am still interested in the results > of the dependency walker tests above, because I have wasted so much > time trying to fix these win32 installers. > >
sasha wrote: > Ok i fixed insytalling in usr local lib from source (both png and freetype) > i tried to tell matplotlib to find the frameworks but i don't know how. for the record, William's Frameworks all have a "unix" dir in them, which have "lib" and "include" dirs. You need to add those to MPL's search paths, by editing setup_ext.py. Look for the basedir dict. -CHB -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception Chr...@no...
With 0.99.0, I'm getting the following error when building from source. I believe this is the same error I got in earlier versions: gcc -fno-strict-aliasing -mno-fused-madd -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -I/opt/lib/ python2.5/site-packages/numpy/core/include -I/sw/lib/freetype219/ include -I/usr/local/include -I/usr/include -I/sw/include -I. -I/opt/ lib/python2.5/site-packages/numpy/core/include -Isrc -Iagg24/include - I. -I/sw/include/python2.5 -c src/_macosx.m -o build/temp.macosx-10.5- i386-2.5/src/_macosx.o In file included from /System/Library/Frameworks/Foundation.framework/ Headers/NSAffineTransform.h:5, from /System/Library/Frameworks/Foundation.framework/ Headers/Foundation.h:13, from /System/Library/Frameworks/Cocoa.framework/ Headers/Cocoa.h:12, from src/_macosx.m:1: /System/Library/Frameworks/Foundation.framework/Headers/NSObject.h: 122: error: expected ‘;’ before ‘__attribute__’ In file included from /System/Library/Frameworks/Foundation.framework/ Headers/NSGeometry.h:7, from /System/Library/Frameworks/Foundation.framework/ Headers/NSAffineTransform.h:6, from /System/Library/Frameworks/Foundation.framework/ Headers/Foundation.h:13, from /System/Library/Frameworks/Cocoa.framework/ Headers/Cocoa.h:12, from src/_macosx.m:1: /System/Library/Frameworks/Foundation.framework/Headers/NSCoder.h:79: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSCoder.h:87: error: expected ‘;’ before ‘__attribute__’ In file included from /System/Library/Frameworks/Foundation.framework/ Headers/Foundation.h:15, from /System/Library/Frameworks/Cocoa.framework/ Headers/Cocoa.h:12, from src/_macosx.m:1: /System/Library/Frameworks/Foundation.framework/Headers/NSArray.h:62: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSArray.h:66: error: expected ‘;’ before ‘__attribute__’ In file included from /System/Library/Frameworks/Foundation.framework/ Headers/NSAttributedString.h:5, from /System/Library/Frameworks/Foundation.framework/ Headers/Foundation.h:16, from /System/Library/Frameworks/Cocoa.framework/ Headers/Cocoa.h:12, from src/_macosx.m:1: /System/Library/Frameworks/Foundation.framework/Headers/NSString.h: 345: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSString.h: 346: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSString.h: 347: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSString.h: 348: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSString.h: 349: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSString.h: 350: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSString.h: 352: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSString.h: 353: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSString.h: 355: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSString.h: 356: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSString.h: 357: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSString.h: 358: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSString.h: 360: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSString.h: 361: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSString.h: 362: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSString.h: 363: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSString.h: 364: error: expected ‘;’ before ‘__attribute__’ In file included from /System/Library/Frameworks/Foundation.framework/ Headers/NSAttributedString.h:6, from /System/Library/Frameworks/Foundation.framework/ Headers/Foundation.h:16, from /System/Library/Frameworks/Cocoa.framework/ Headers/Cocoa.h:12, from src/_macosx.m:1: /System/Library/Frameworks/Foundation.framework/Headers/NSDictionary.h: 45: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSDictionary.h: 50: error: expected ‘;’ before ‘__attribute__’ In file included from /System/Library/Frameworks/Foundation.framework/ Headers/NSHashTable.h:5, from /System/Library/Frameworks/Foundation.framework/ Headers/Foundation.h:43, from /System/Library/Frameworks/Cocoa.framework/ Headers/Cocoa.h:12, from src/_macosx.m:1: /System/Library/Frameworks/Foundation.framework/Headers/ NSPointerFunctions.h:59: error: stray ‘@’ in program /System/Library/Frameworks/Foundation.framework/Headers/ NSPointerFunctions.h:59: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘NSUInteger’ /System/Library/Frameworks/Foundation.framework/Headers/ NSPointerFunctions.h:60: error: stray ‘@’ in program /System/Library/Frameworks/Foundation.framework/Headers/ NSPointerFunctions.h:60: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘BOOL’ /System/Library/Frameworks/Foundation.framework/Headers/ NSPointerFunctions.h:61: error: stray ‘@’ in program /System/Library/Frameworks/Foundation.framework/Headers/ NSPointerFunctions.h:61: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘NSUInteger’ /System/Library/Frameworks/Foundation.framework/Headers/ NSPointerFunctions.h:62: error: stray ‘@’ in program /System/Library/Frameworks/Foundation.framework/Headers/ NSPointerFunctions.h:62: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘NSString’ /System/Library/Frameworks/Foundation.framework/Headers/ NSPointerFunctions.h:65: error: stray ‘@’ in program /System/Library/Frameworks/Foundation.framework/Headers/ NSPointerFunctions.h:65: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘void’ /System/Library/Frameworks/Foundation.framework/Headers/ NSPointerFunctions.h:66: error: stray ‘@’ in program /System/Library/Frameworks/Foundation.framework/Headers/ NSPointerFunctions.h:66: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘void’ /System/Library/Frameworks/Foundation.framework/Headers/ NSPointerFunctions.h:69: error: stray ‘@’ in program /System/Library/Frameworks/Foundation.framework/Headers/ NSPointerFunctions.h:69: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘BOOL’ /System/Library/Frameworks/Foundation.framework/Headers/ NSPointerFunctions.h:70: error: stray ‘@’ in program /System/Library/Frameworks/Foundation.framework/Headers/ NSPointerFunctions.h:70: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘BOOL’ In file included from /System/Library/Frameworks/Foundation.framework/ Headers/NSKeyValueCoding.h:9, from /System/Library/Frameworks/Foundation.framework/ Headers/Foundation.h:49, from /System/Library/Frameworks/Cocoa.framework/ Headers/Cocoa.h:12, from src/_macosx.m:1: /System/Library/Frameworks/Foundation.framework/Headers/NSSet.h:45: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSSet.h:50: error: expected ‘;’ before ‘__attribute__’ In file included from /System/Library/Frameworks/Foundation.framework/ Headers/Foundation.h:76, from /System/Library/Frameworks/Cocoa.framework/ Headers/Cocoa.h:12, from src/_macosx.m:1: /System/Library/Frameworks/Foundation.framework/Headers/NSRunLoop.h: 44: error: expected ‘;’ before ‘__attribute__’ In file included from /System/Library/Frameworks/Foundation.framework/ Headers/NSURL.h:6, from /System/Library/Frameworks/Foundation.framework/ Headers/Foundation.h:88, from /System/Library/Frameworks/Cocoa.framework/ Headers/Cocoa.h:12, from src/_macosx.m:1: /System/Library/Frameworks/Foundation.framework/Headers/NSURLHandle.h: 52: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSURLHandle.h: 53: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSURLHandle.h: 54: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSURLHandle.h: 55: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSURLHandle.h: 56: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSURLHandle.h: 67: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSURLHandle.h: 68: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSURLHandle.h: 70: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSURLHandle.h: 71: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSURLHandle.h: 73: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSURLHandle.h: 74: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSURLHandle.h: 76: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSURLHandle.h: 77: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSURLHandle.h: 79: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSURLHandle.h: 80: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSURLHandle.h: 83: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSURLHandle.h: 86: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSURLHandle.h: 89: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSURLHandle.h: 90: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSURLHandle.h: 93: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSURLHandle.h: 94: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSURLHandle.h: 95: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSURLHandle.h: 97: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSURLHandle.h: 98: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSURLHandle.h: 99: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSURLHandle.h: 100: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSURLHandle.h: 102: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSURLHandle.h: 103: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSURLHandle.h: 104: error: expected ‘;’ before ‘__attribute__’ In file included from /System/Library/Frameworks/Foundation.framework/ Headers/Foundation.h:88, from /System/Library/Frameworks/Cocoa.framework/ Headers/Cocoa.h:12, from src/_macosx.m:1: /System/Library/Frameworks/Foundation.framework/Headers/NSURL.h:75: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSURL.h:76: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSURL.h:77: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSURL.h:78: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSURL.h:83: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSURL.h:84: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSURL.h:85: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSURL.h:88: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSURL.h:89: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/Foundation.framework/Headers/NSURL.h:91: error: expected ‘;’ before ‘__attribute__’ In file included from /System/Library/Frameworks/AppKit.framework/ Headers/AppKit.h:19, from /System/Library/Frameworks/Cocoa.framework/ Headers/Cocoa.h:13, from src/_macosx.m:1: /System/Library/Frameworks/AppKit.framework/Headers/NSApplication.h: 68: error: expected specifier-qualifier-list before ‘__weak’ In file included from /System/Library/Frameworks/AppKit.framework/ Headers/AppKit.h:27, from /System/Library/Frameworks/Cocoa.framework/ Headers/Cocoa.h:13, from src/_macosx.m:1: /System/Library/Frameworks/AppKit.framework/Headers/NSFont.h:215: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/AppKit.framework/Headers/NSFont.h:216: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/AppKit.framework/Headers/NSFont.h:217: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/AppKit.framework/Headers/NSFont.h:218: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/AppKit.framework/Headers/NSFont.h:219: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/AppKit.framework/Headers/NSFont.h:220: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/AppKit.framework/Headers/NSFont.h:221: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/AppKit.framework/Headers/NSFont.h:222: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/AppKit.framework/Headers/NSFont.h:223: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/AppKit.framework/Headers/NSFont.h:224: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/AppKit.framework/Headers/NSFont.h:227: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/AppKit.framework/Headers/NSFont.h:228: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/AppKit.framework/Headers/NSFont.h:229: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/AppKit.framework/Headers/NSFont.h:230: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/AppKit.framework/Headers/NSFont.h:231: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/AppKit.framework/Headers/NSFont.h:232: error: expected ‘;’ before ‘__attribute__’ In file included from /System/Library/Frameworks/AppKit.framework/ Headers/NSPanel.h:8, from /System/Library/Frameworks/AppKit.framework/ Headers/NSFontPanel.h:8, from /System/Library/Frameworks/AppKit.framework/ Headers/AppKit.h:30, from /System/Library/Frameworks/Cocoa.framework/ Headers/Cocoa.h:13, from src/_macosx.m:1: /System/Library/Frameworks/AppKit.framework/Headers/NSWindow.h:471: error: expected ‘;’ before ‘__attribute__’ /System/Library/Frameworks/AppKit.framework/Headers/NSWindow.h:472: error: expected ‘;’ before ‘__attribute__’ In file included from /System/Library/Frameworks/AppKit.framework/ Headers/AppKit.h:78, from /System/Library/Frameworks/Cocoa.framework/ Headers/Cocoa.h:13, from src/_macosx.m:1: /System/Library/Frameworks/AppKit.framework/Headers/NSPrintPanel.h:57: error: stray ‘@’ in program /System/Library/Frameworks/AppKit.framework/Headers/NSPrintPanel.h:61: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘-’ token In file included from /System/Library/Frameworks/AppKit.framework/ Headers/AppKit.h:95, from /System/Library/Frameworks/Cocoa.framework/ Headers/Cocoa.h:13, from src/_macosx.m:1: /System/Library/Frameworks/AppKit.framework/Headers/NSTrackingArea.h: 44: error: expected specifier-qualifier-list before ‘__weak’ In file included from /System/Library/Frameworks/AppKit.framework/ Headers/NSTextView.h:16, from /System/Library/Frameworks/AppKit.framework/ Headers/AppKit.h:112, from /System/Library/Frameworks/Cocoa.framework/ Headers/Cocoa.h:13, from src/_macosx.m:1: /System/Library/Frameworks/AppKit.framework/Headers/ NSTextInputClient.h:17: error: stray ‘@’ in program /System/Library/Frameworks/AppKit.framework/Headers/ NSTextInputClient.h:20: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘-’ token /System/Library/Frameworks/AppKit.framework/Headers/ NSTextInputClient.h:62: error: stray ‘@’ in program /System/Library/Frameworks/AppKit.framework/Headers/ NSTextInputClient.h:65: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘-’ token In file included from /System/Library/Frameworks/AppKit.framework/ Headers/AppKit.h:153, from /System/Library/Frameworks/Cocoa.framework/ Headers/Cocoa.h:13, from src/_macosx.m:1: /System/Library/Frameworks/AppKit.framework/Headers/NSATSTypesetter.h: 46: error: expected ‘;’ before ‘__attribute__’ In file included from /System/Library/Frameworks/AppKit.framework/ Headers/NSObjectController.h:10, from /System/Library/Frameworks/AppKit.framework/ Headers/AppKit.h:158, from /System/Library/Frameworks/Cocoa.framework/ Headers/Cocoa.h:13, from src/_macosx.m:1: /System/Library/Frameworks/CoreData.framework/Headers/NSFetchRequest.h: 24: error: expected specifier-qualifier-list before ‘__weak’ In file included from /System/Library/Frameworks/CoreData.framework/ Headers/NSAttributeDescription.h:10, from /System/Library/Frameworks/AppKit.framework/ Headers/NSPredicateEditorRowTemplate.h:13, from /System/Library/Frameworks/AppKit.framework/ Headers/AppKit.h:175, from /System/Library/Frameworks/Cocoa.framework/ Headers/Cocoa.h:13, from src/_macosx.m:1: /System/Library/Frameworks/CoreData.framework/Headers/ NSPropertyDescription.h:25: error: expected specifier-qualifier-list before ‘__weak’ In file included from /System/Library/Frameworks/AppKit.framework/ Headers/AppKit.h:176, from /System/Library/Frameworks/Cocoa.framework/ Headers/Cocoa.h:13, from src/_macosx.m:1: /System/Library/Frameworks/AppKit.framework/Headers/NSPathCell.h:148: error: stray ‘@’ in program /System/Library/Frameworks/AppKit.framework/Headers/NSPathCell.h:152: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘-’ token In file included from /System/Library/Frameworks/AppKit.framework/ Headers/AppKit.h:177, from /System/Library/Frameworks/Cocoa.framework/ Headers/Cocoa.h:13, from src/_macosx.m:1: /System/Library/Frameworks/AppKit.framework/Headers/NSPathControl.h: 73: error: stray ‘@’ in program /System/Library/Frameworks/AppKit.framework/Headers/NSPathControl.h: 77: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘-’ token In file included from /System/Library/Frameworks/CoreData.framework/ Headers/CoreData.h:14, from /System/Library/Frameworks/Cocoa.framework/ Headers/Cocoa.h:14, from src/_macosx.m:1: /System/Library/Frameworks/CoreData.framework/Headers/ NSEntityDescription.h:28: error: expected specifier-qualifier-list before ‘__weak’ /System/Library/Frameworks/CoreData.framework/Headers/ NSEntityDescription.h:32: error: expected specifier-qualifier-list before ‘__weak’ /System/Library/Frameworks/CoreData.framework/Headers/ NSEntityDescription.h:33: error: expected specifier-qualifier-list before ‘__weak’ In file included from /System/Library/Frameworks/CoreData.framework/ Headers/CoreData.h:17, from /System/Library/Frameworks/Cocoa.framework/ Headers/Cocoa.h:14, from src/_macosx.m:1: /System/Library/Frameworks/CoreData.framework/Headers/ NSRelationshipDescription.h:28: error: expected specifier-qualifier- list before ‘__weak’ In file included from /System/Library/Frameworks/CoreData.framework/ Headers/CoreData.h:22, from /System/Library/Frameworks/Cocoa.framework/ Headers/Cocoa.h:14, from src/_macosx.m:1: /System/Library/Frameworks/CoreData.framework/Headers/ NSManagedObject.h:26: error: expected specifier-qualifier-list before ‘__weak’ In file included from /System/Library/Frameworks/CoreData.framework/ Headers/CoreData.h:25, from /System/Library/Frameworks/Cocoa.framework/ Headers/Cocoa.h:14, from src/_macosx.m:1: /System/Library/Frameworks/CoreData.framework/Headers/ NSPersistentStoreCoordinator.h:172: error: expected ‘;’ before ‘__attribute__’ In file included from /System/Library/Frameworks/CoreData.framework/ Headers/CoreData.h:27, from /System/Library/Frameworks/Cocoa.framework/ Headers/Cocoa.h:14, from src/_macosx.m:1: /System/Library/Frameworks/CoreData.framework/Headers/ NSPersistentStore.h:16: error: expected specifier-qualifier-list before ‘__weak’ error: command 'gcc' failed with exit status 1
Ok i fixed insytalling in usr local lib from source (both png and freetype) i tried to tell matplotlib to find the frameworks but i don't know how. now matplotlib is up and running, thanks to point me to the png error. Il giorno 07/ago/09, alle ore 18:10, Christopher Barker ha scritto: > John Hunter wrote: >> No, you have troubles with libpng -- check the first instance of >> "error" in your gcc output: >> src/backend_agg.cpp:3:17: error: png.h: No such file or directory >> Either you do not have libpng installed, or it is in a place where >> the >> build cannot find it. > > Note that the UnixImageIO Framework from Kyng Chaos should give you > a good libpng (and freetype), you just have to make sure that MPL > can find it. > > Another easy option is to use Macports to build it, with the > "universal" variant. > > HTH, > > -Chris > > > > -- > Christopher Barker, Ph.D. > Oceanographer > > Emergency Response Division > NOAA/NOS/OR&R (206) 526-6959 voice > 7600 Sand Point Way NE (206) 526-6329 fax > Seattle, WA 98115 (206) 526-6317 main reception > > Chr...@no...
John Hunter wrote: > No, you have troubles with libpng -- check the first instance of > "error" in your gcc output: > > src/backend_agg.cpp:3:17: error: png.h: No such file or directory > > Either you do not have libpng installed, or it is in a place where the > build cannot find it. Note that the UnixImageIO Framework from Kyng Chaos should give you a good libpng (and freetype), you just have to make sure that MPL can find it. Another easy option is to use Macports to build it, with the "universal" variant. HTH, -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception Chr...@no...
Robert Kern recently noticed a bug in demean. The bug and the fix is here: http://mail.scipy.org/pipermail/numpy-discussion/2009-August/044446.html
On Fri, Aug 7, 2009 at 10:34 AM, John Hunter<jd...@gm...> wrote: > Unfortunately, the exception glib.GError is gtk version dependent so I > can't easily catch it. I am loathe to do a blanket except catch, but > I am not sure what the alternative is here. I committed a change to the release branch (I did not try setting the png if the svg failed, I just give up on the icon) -- if you could test from the svn repo: svn co https://matplotlib.svn.sf.net/svnroot/matplotlib/branches/v0_99_maint mpl99
I have a large xy plane of data with ~26000 points. The points are not in a rectangular grid. I would like to interpolate to a new point within this dataset. Is there an easy way to do this? I have tried interp2d, but it does not give me a valid result, e.g. from scipy.interpolate import interp2d in2=interp2d(R,Z,volt) in2(R[0],Z[0]) = [ 0.310331] whereas volt[0]=1.0 And I get this warning: Warning: No more knots can be added because the additional knot would coincide with an old one. Probably cause: s too small or too large a weight to an inaccurate data point. (fp>s) kx,ky=1,1 nx,ny=4,282 m=26328 fp=1195.252616 s=0.000000 -- View this message in context: http://www.nabble.com/Interpolate-new-point-in-a-xy-plane-of-data-tp24867076p24867076.html Sent from the matplotlib - users mailing list archive at Nabble.com.
On Fri, Aug 7, 2009 at 7:47 AM, Bernd Eggink<mo...@su...> wrote: >> Christoph, is GTKAgg the default backend in the win32 installers? It >> should be TkAgg. Are you creating a setp.cfg when you build your >> installer, as described at Reminder to self: do not post before morning coffee. For some reason I thought you were on windows using on of Christoph's windows installers. Christoph, feel free to ignore this thread. > Platform is 'linux2', and gtk.pygtk_version is (2, 14, 1). > > To get it working, I replaced matplotlib.svg by a link to matplotlib.png > (which is pretty ugly, though). Maybe the error should be catched and > the .png image used as a fallback. Unfortunately, the exception glib.GError is gtk version dependent so I can't easily catch it. I am loathe to do a blanket except catch, but I am not sure what the alternative is here. JDH
John Hunter schrieb: > On Fri, Aug 7, 2009 at 4:10 AM, Bernd Eggink<mo...@su...> wrote: > >> being a complete newbie, I tried to run the simple_plot example from the >> website with matplotlib-0.99.0. However, I get the error message: > >> "/usr/lib/python2.6/site-packages/matplotlib/backends/backend_gtk.py", >> line 443, in __init__ >> self.window.set_icon_from_file(window_icon) >> glib.GError: Couldn't recognize the image file format for file >> '/usr/lib/python2.6/site-packages/matplotlib/mpl-data/images/matplotlib.svg' >> -------------------------------------------------------------------- >> >> It works with 0.98.5.3. Is this a bug or could anything be wrong with my > > Christoph, is GTKAgg the default backend in the win32 installers? It > should be TkAgg. Are you creating a setp.cfg when you build your > installer, as described at > > http://matplotlib.sourceforge.net/devel/release_guide.html#packaging > > For OSX and the python2.5 win32 binary I build, I use a Makefile to > create setup.cfg so I don't forget :-) > > Or Bernd, did you explicitly set backend gtk in your matplotlib rc file ( > http://matplotlib.sourceforge.net/faq/troubleshooting_faq.html#matplotlib-directory-location). No. The stack trace shows that GTKAgg is used. > Which installer dd you run (exact file name if you still have it)? I compiled matplotlib from the sources on a Crux system, simply saying python setup.py build python setup.py install --prefix=/usr --root=$PKG > Also, I recall that we patched gtk to use the png not the svg icon for > win32 -- Bernd, what does your sys.platform report:: > > >> import sys > >>> sys.platform Platform is 'linux2', and gtk.pygtk_version is (2, 14, 1). To get it working, I replaced matplotlib.svg by a link to matplotlib.png (which is pretty ugly, though). Maybe the error should be catched and the .png image used as a fallback. Regards, Bernd -- Bernd Eggink http://sudrala.de
Anja Roesel wrote: > Thanks Jeff, that's actually what I wanted to know. > Unfortunately I guess, there is a small difference between Transverse > Mercator and Universal Transverse Mercator Projections > Do I have the possibility to define somewere the UTM zone and the Datum > of my Projection. > I tried it like Jeff suggested, > > map1 = Basemap(projection='tmerc', > resolution='i',llcrnrlon=-128.3841365,llcrnrlat=68.3952899,urcrnrlon=-121.5846218,urcrnrlat=70.7793990, > lon_0=-124.98437915,lat_0=69.587344449999989) > > lons,lats = map1(X_utm,Y_utm,inverse='True') > > but the lons and lats > look like this: > > In [53]: lons > Out[53]: > array([[-124.98437915, -124.98437915, -124.98437915, ..., -124.98437915, > -124.98437915, -124.98437915], > [-124.98437915, -124.98437915, -124.98437915, ..., -124.98437915, > -124.98437915, -124.98437915], > [-124.98437915, -124.98437915, -124.98437915, ..., -124.98437915, > -124.98437915, -124.98437915], > ..., > [-124.98437915, -124.98437915, -124.98437915, ..., -124.98437915, > -124.98437915, -124.98437915], > [-124.98437915, -124.98437915, -124.98437915, ..., -124.98437915, > -124.98437915, -124.98437915], > [-124.98437915, -124.98437915, -124.98437915, ..., -124.98437915, > -124.98437915, -124.98437915]]) > > In [54]: lats > Out[54]: > array([[ 90., 90., 90., ..., 90., 90., 90.], > [ 90., 90., 90., ..., 90., 90., 90.], > [ 90., 90., 90., ..., 90., 90., 90.], > ..., > [ 90., 90., 90., ..., 90., 90., 90.], > [ 90., 90., 90., ..., 90., 90., 90.], > [ 90., 90., 90., ..., 90., 90., 90.]]) > > Has anyone an idea? > > Anja: Basemap measures X and Y in meters from the lower left corner of the plot. I don't know how your X_utm and Y_utm are defined, or what units they are. You also may have to specify the major and minor radii of the earth to exactly match the UTM projection definition you are using. Basemap cannot define a UTM projection, the the pyproj module inside basemap does. If you know the UTM zone you could do, for example: from mpl_toolkits.basemap import pyproj p = pyproj.Proj(proj='utm',zone=10,ellps='WGS84') lons, lats = p(X_utm,Y_utm,inverse=True) you would still need to be careful about the units of X_utm and Y_utm and the ellipse definition, however. -Jeff
Thanks Jeff, that's actually what I wanted to know. Unfortunately I guess, there is a small difference between Transverse Mercator and Universal Transverse Mercator Projections Do I have the possibility to define somewere the UTM zone and the Datum of my Projection. I tried it like Jeff suggested, map1 = Basemap(projection='tmerc', resolution='i',llcrnrlon=-128.3841365,llcrnrlat=68.3952899,urcrnrlon=-121.5846218,urcrnrlat=70.7793990, lon_0=-124.98437915,lat_0=69.587344449999989) lons,lats = map1(X_utm,Y_utm,inverse='True') but the lons and lats look like this: In [53]: lons Out[53]: array([[-124.98437915, -124.98437915, -124.98437915, ..., -124.98437915, -124.98437915, -124.98437915], [-124.98437915, -124.98437915, -124.98437915, ..., -124.98437915, -124.98437915, -124.98437915], [-124.98437915, -124.98437915, -124.98437915, ..., -124.98437915, -124.98437915, -124.98437915], ..., [-124.98437915, -124.98437915, -124.98437915, ..., -124.98437915, -124.98437915, -124.98437915], [-124.98437915, -124.98437915, -124.98437915, ..., -124.98437915, -124.98437915, -124.98437915], [-124.98437915, -124.98437915, -124.98437915, ..., -124.98437915, -124.98437915, -124.98437915]]) In [54]: lats Out[54]: array([[ 90., 90., 90., ..., 90., 90., 90.], [ 90., 90., 90., ..., 90., 90., 90.], [ 90., 90., 90., ..., 90., 90., 90.], ..., [ 90., 90., 90., ..., 90., 90., 90.], [ 90., 90., 90., ..., 90., 90., 90.], [ 90., 90., 90., ..., 90., 90., 90.]]) Has anyone an idea? -- Anja Roesel Center for Marine and Atmospheric Research Institute of Oceanography, University of Hamburg Bundesstrasse 53 D-20146 Hamburg Germany Tel. +49 40 42838 5430 Fax: +49 40 42838 7471 > > Anja: You need to pass the latitude and longitude values (in degrees) > to the Basemap instance when converting to projection coordinates. So, > to convert from UTM coordinates to polar stereographic coordinates you > will need to do something like this: > > map1 = Basemap(<parameters for transverse mercator projection>) > > lons, lats = map1(x, y, inverse=True) # x and y are projection > coordinates on original UTM grid. > > # lons and lats are now latitudes and longitudes of UTM grid (in degrees) > > map2 = > > Basemap(resolution='i',projection='npstere',lon_0=-45,boundinglat=70) > > x, y = map2(lons, lats) > > # x,y are now polar stereo coordinates of UTM grid. > > Or, if you already have the latitudes and logintudes of the original UTM > grid you can skip the first two lines and just pass those to the > stereographic Basemap instance. > > -Jeff >
On Fri, Aug 7, 2009 at 4:10 AM, Bernd Eggink<mo...@su...> wrote: > being a complete newbie, I tried to run the simple_plot example from the > website with matplotlib-0.99.0. However, I get the error message: > "/usr/lib/python2.6/site-packages/matplotlib/backends/backend_gtk.py", > line 443, in __init__ > self.window.set_icon_from_file(window_icon) > glib.GError: Couldn't recognize the image file format for file > '/usr/lib/python2.6/site-packages/matplotlib/mpl-data/images/matplotlib.svg' > -------------------------------------------------------------------- > > It works with 0.98.5.3. Is this a bug or could anything be wrong with my Christoph, is GTKAgg the default backend in the win32 installers? It should be TkAgg. Are you creating a setp.cfg when you build your installer, as described at http://matplotlib.sourceforge.net/devel/release_guide.html#packaging For OSX and the python2.5 win32 binary I build, I use a Makefile to create setup.cfg so I don't forget :-) Or Bernd, did you explicitly set backend gtk in your matplotlib rc file ( http://matplotlib.sourceforge.net/faq/troubleshooting_faq.html#matplotlib-directory-location). Which installer dd you run (exact file name if you still have it)? Also, I recall that we patched gtk to use the png not the svg icon for win32 -- Bernd, what does your sys.platform report:: >> import sys >>> sys.platform 'linux2' We check in backend_gtk if gtk.pygtk_version < (2, 8, 0) or sys.platform == 'win32': icon_filename = 'matplotlib.png' else: icon_filename = 'matplotlib.svg' so you shouldn't be hitting this bug if your platform is win32. JDH
On Fri, Aug 7, 2009 at 4:31 AM, Pim Schellart<P.S...@st...> wrote: > Hi Everybody, > > Before I file a bug report / feature request I would like your input. > I have large numbers displayed slanted for the axis tick labels. > This causes the tick labels as well as the xlabel to fall of the figure. > I know I can adjust the spacing by creating an axes instance manually > but this requires me to step out of the normal pyplot/pylab workflow. > Since subplots have a pyplot function adjust_subplots() and Subplot is > nothing more (as far as I can tell) than more specialized Axes > instance I believe there should also be a function like adjust_axes() > which behaves in a similar way. > What are your thoughts about this I don't think it makes sense -- consider this case: http://matplotlib.sourceforge.net/examples/pylab_examples/axes_demo.html what would the function do to the three axes? It is true that subplots are nothing more than specialized axes, but it is the way they are specialized that makes them amenable to a subplots_adjust function. They lie on a grid, so concepts like "left" and "bottom" and "is first row" and "is last column" are well defined. The same cannot be said of the general Axes. JDH
Hi, being a complete newbie, I tried to run the simple_plot example from the website with matplotlib-0.99.0. However, I get the error message: -------------------------------------------------------------------- Traceback (most recent call last): File "simple_plot.py", line 5, in <module> plot(t, s, linewidth=1.0) File "/usr/lib/python2.6/site-packages/matplotlib/pyplot.py", line 2135, in plot ax = gca() File "/usr/lib/python2.6/site-packages/matplotlib/pyplot.py", line 582, in gca ax = gcf().gca(**kwargs) File "/usr/lib/python2.6/site-packages/matplotlib/pyplot.py", line 276, in gcf return figure() File "/usr/lib/python2.6/site-packages/matplotlib/pyplot.py", line 254, in figure **kwargs) File "/usr/lib/python2.6/site-packages/matplotlib/backends/backend_gtkagg.py", line 44, in new_figure_manager return FigureManagerGTKAgg(canvas, num) File "/usr/lib/python2.6/site-packages/matplotlib/backends/backend_gtk.py", line 443, in __init__ self.window.set_icon_from_file(window_icon) glib.GError: Couldn't recognize the image file format for file '/usr/lib/python2.6/site-packages/matplotlib/mpl-data/images/matplotlib.svg' -------------------------------------------------------------------- It works with 0.98.5.3. Is this a bug or could anything be wrong with my installation? Regards, Bernd -- Bernd Eggink http://sudrala.de
Hi Everybody, Before I file a bug report / feature request I would like your input. I have large numbers displayed slanted for the axis tick labels. This causes the tick labels as well as the xlabel to fall of the figure. I know I can adjust the spacing by creating an axes instance manually but this requires me to step out of the normal pyplot/pylab workflow. Since subplots have a pyplot function adjust_subplots() and Subplot is nothing more (as far as I can tell) than more specialized Axes instance I believe there should also be a function like adjust_axes() which behaves in a similar way. What are your thoughts about this? Kind regards, Pim Schellart
Jeff, great, thank you! -- Anja Rösel Jeff Whitaker wrote: > Anja Roesel wrote: >> Dear list, >> >> I am a matplotlib newbie and I have some simple problems with the >> coordinate reprojection. >> >> I have a landsat scene in UTM Projection and I would like to plot it in >> a polarstereograhic projection (it is in the Arctic) >> >> I tried it like this: >> m=Basemap(resolution='i',projection='npstere',lon_0=-45,boundinglat=70) >> XP,YP = m(X_utm,Y_utm) >> >> but the outcome is nonsense (an array with 1.0's) >> I am wondering if there is an option to specify the input parameters >> like utm zone etc. >> >> Thanks for any help and ideas! >> Anja >> > > Anja: You need to pass the latitude and longitude values (in degrees) > to the Basemap instance when converting to projection coordinates. So, > to convert from UTM coordinates to polar stereographic coordinates you > will need to do something like this: > > map1 = Basemap(<parameters for transverse mercator projection>) > > lons, lats = map1(x, y, inverse=True) # x and y are projection > coordinates on original UTM grid. > > # lons and lats are now latitudes and longitudes of UTM grid (in degrees) > > map2 = > > Basemap(resolution='i',projection='npstere',lon_0=-45,boundinglat=70) > > x, y = map2(lons, lats) > > # x,y are now polar stereo coordinates of UTM grid. > > Or, if you already have the latitudes and logintudes of the original UTM > grid you can skip the first two lines and just pass those to the > stereographic Basemap instance. > > -Jeff >
On Thu, Aug 6, 2009 at 9:28 PM, sasha<mas...@ya...> wrote: > > Hi All, > > i'm tring to install matplotlib (svn) on a fesh mac osc installation > using the system python 2.5.1. > > but i have problems with freetype :-/ No, you have troubles with libpng -- check the first instance of "error" in your gcc output: src/backend_agg.cpp:3:17: error: png.h: No such file or directory Either you do not have libpng installed, or it is in a place where the build cannot find it. Try installing it in a place where the build can find it. Take a look at release/osx/Makefile to see the configure flags and environment variables we set when building png for the OSX installer. In particular, we use CFLAGS="-Os -arch ppc -arch i386" LDFLAGS="-arch ppc -arch i386" MACOSX_DEPLOYMENT_TARGET=10.4 ./configure --disable-dependency-tracking JDH
On Thu, Aug 6, 2009 at 8:48 PM, Patrick Rynhart<pry...@gm...> wrote: > Dear all, > > We are using Python 2.5, matplotlib and NumPy on Windows to assist > with the teaching for an undergraduate paper. On a small number of > installations, an error attempting to load some required DLL's is > being reported (on approx 3 machines out of approximately 60). There > doesn't appear to be any pattern with this - we can seen it on one > install of Windows Server 2008 and also on various versions of Windows > XP (Professional and Home). > > Symptoms are, after a "from pylab import *", the following traceback: > > Traceback (most recent call last): > File "C:\Documents and > Settings\Jo\workspace\test\src\root\nested\__init__.py", line 2, in > <module> > from pylab import * > File "C:\Python25\Lib\site-packages\pylab.py", line 1, in <module> > from matplotlib.pylab import * > File "C:\Python25\Lib\site-packages\matplotlib\pylab.py", line 206, > in <module> > from matplotlib import mpl # pulls in most modules > File "C:\Python25\Lib\site-packages\matplotlib\mpl.py", line 1, in <module> > from matplotlib import artist > File "C:\Python25\Lib\site-packages\matplotlib\artist.py", line 4, in <module> > from transforms import Bbox, IdentityTransform, TransformedBbox, > TransformedPath > File "C:\Python25\Lib\site-packages\matplotlib\transforms.py", line > 34, in <module> > from matplotlib._path import affine_transform > ImportError: DLL load failed: The specified module could not be found. We have seen this problem several times before, and have labored hard to banish it, but it always has a way of coming back to haunt us. I am aware of a bug in python2.6 which causes mingw to build broken win32 binaries, but am not aware of such a problem w/ python2.5, which you appear to be using. We often use a program called dependency walker to track these problems down: http://www.dependencywalker.com/ Open the problematic file (it should be C:\Python25\Lib\site-packages\matplotlib\_path.pyd) and report any errors you find here; it should tell you which DLLs are missing. Search the good and the bad boxes for these DLL filenames and see if it is a difference in the boxes, eg do the good boxes have the DLL and the bad boxes not, and if so maybe you can figure out why (different version in the OS patch level?). I am really interested to know the difference in the boxes because it may give us the critical clue as to why some users report this problem and others do not see it. Also, on one of the bad boxes, could you try the new 0.99 release and let me know if you have the same issue? I build the python2.5 installers with mingw; Christoph builds the python2.6 installers with Visual Studio precisely because mingw is broken on python2.6. If we can't banish this bug on 2.5 w/ mingw, I may have to lean on his generosity and ask him to make a python2.5 installer with Visual Studio as well. JDH PS: rereading your email, I see you are using 0.98.3. The first time I read it, when I wrote the response above, I thought you were using 0.98.5.3 -- the .3 at the end tricked me. The latter is fairly recent, and came out 10 months after 0.98.3, and we did several things to fix exactly this dll problem in interim. At a minimum, you need to be testing and installing 0.98.5.3. This is a very stable, bug fix release, suitable for use in the classroom. I can't guarantee you won't hit the same problem, but at least you will be using a version that *shouldn't* have it, though I am still interested in the results of the dependency walker tests above, because I have wasted so much time trying to fix these win32 installers.
Hi All, i'm tring to install matplotlib (svn) on a fesh mac osc installation using the system python 2.5.1. but i have problems with freetype :-/ i compiled fretype from source without errors using this note : http://www.kyngchaos.com/macosx:build:freetype2 (but i also have a working freetype.framework, but seems it is not visible to matplotlib, so i installed from source) this the log error, thanks for any help : macbook-pro-15-di-sasha:~ sasha$ cd /Users/Shared/source/matplotlib/ macbook-pro-15-di-sasha:matplotlib sasha$ sudo python setupegg.py develop Password: = = = = ======================================================================== BUILDING MATPLOTLIB matplotlib: 1.0.svn python: 2.5.1 (r251:54863, Feb 9 2009, 18:49:36) [GCC 4.0.1 (Apple Inc. build 5465)] platform: darwin REQUIRED DEPENDENCIES numpy: 1.4.0.dev7273 freetype2: found, but unknown version (no pkg-config) OPTIONAL BACKEND DEPENDENCIES libpng: found, but unknown version (no pkg-config) * Could not find 'libpng' headers in any of * '/usr/local/include', '/usr/include', '.' Tkinter: Tkinter: 50704, Tk: 8.4, Tcl: 8.4 wxPython: 2.8.4.0 * WxAgg extension not required for wxPython >= 2.8 Gtk+: no * Building for Gtk+ requires pygtk; you must be able * to "import gtk" in your build/install environment Mac OS X native: yes Qt: no Qt4: Qt: 4.5.1, PyQt4: 4.5.4 Cairo: no OPTIONAL DATE/TIMEZONE DEPENDENCIES datetime: present, version unknown dateutil: present, version unknown pytz: matplotlib will provide adding pytz OPTIONAL USETEX DEPENDENCIES dvipng: no ghostscript: /bin/sh: gs: command not found latex: no [Edit setup.cfg to suppress the above messages] = = = = ======================================================================== pymods ['pylab'] packages ['matplotlib', 'matplotlib.backends', 'matplotlib.projections', 'mpl_toolkits', 'mpl_toolkits.mplot3d', 'mpl_toolkits.axes_grid', 'matplotlib.sphinxext', 'matplotlib.numerix', 'matplotlib.numerix.mlab', 'matplotlib.numerix.ma', 'matplotlib.numerix.linear_algebra', 'matplotlib.numerix.random_array', 'matplotlib.numerix.fft', 'matplotlib.delaunay', 'pytz'] running develop running egg_info creating lib/matplotlib.egg-info writing lib/matplotlib.egg-info/PKG-INFO writing namespace_packages to lib/matplotlib.egg-info/ namespace_packages.txt writing top-level names to lib/matplotlib.egg-info/top_level.txt writing dependency_links to lib/matplotlib.egg-info/dependency_links.txt writing manifest file 'lib/matplotlib.egg-info/SOURCES.txt' reading manifest template 'MANIFEST.in' warning: no files found matching 'MANIFEST' warning: no files found matching 'examples/data/*' warning: no files found matching 'lib/mpl_toolkits' writing manifest file 'lib/matplotlib.egg-info/SOURCES.txt' running build_ext building 'matplotlib.backends._backend_agg' extension gcc -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno-fused- madd -fno-common -dynamic -DNDEBUG -g -Os -Wall -Wstrict-prototypes - DMACOSX -I/usr/include/ffi -DENABLE_DTRACE -arch i386 -arch ppc -pipe - DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -I/Library/Python/2.5/site- packages/numpy/core/include -I/usr/local/include -I/usr/include -I. -I/ Library/Python/2.5/site-packages/numpy/core/include -Isrc -Iagg24/ include -I. -I/Library/Python/2.5/site-packages/numpy/core/include -I/ usr/local/include -I/usr/include -I. -I/Library/Python/2.5/site- packages/numpy/core/include/freetype2 -I/usr/local/include/freetype2 - I/usr/include/freetype2 -I./freetype2 -I/Library/Python/2.5/site- packages/numpy/core/include/freetype2 -Isrc/freetype2 -Iagg24/include/ freetype2 -I./freetype2 -I/Library/Python/2.5/site-packages/numpy/core/ include/freetype2 -I/usr/local/include/freetype2 -I/usr/include/ freetype2 -I./freetype2 -I/System/Library/Frameworks/Python.framework/ Versions/2.5/include/python2.5 -c src/backend_agg.cpp -o build/ temp.macosx-10.5-i386-2.5/src/backend_agg.o cc1plus: warning: command line option "-Wstrict-prototypes" is valid for C/ObjC but not for C++ cc1plus: warning: command line option "-Wstrict-prototypes" is valid for C/ObjC but not for C++ src/backend_agg.cpp:3:17: error: png.h: No such file or directory src/backend_agg.cpp:3:17: error: png.h: No such file or directory In file included from /usr/local/include/freetype2/freetype/freetype.h: 33, from src/ft2font.h:14, from src/backend_agg.cpp:10: /usr/local/include/freetype2/freetype/config/ftconfig.h:83:1: warning: "SIZEOF_LONG" redefined In file included from /System/Library/Frameworks/Python.framework/ Versions/2.5/include/python2.5/Python.h:8, from ./CXX/WrapPython.h:42, from ./CXX/Extensions.hxx:48In file included from / usr/local/include/freetype2/freetype/freetype.h:33, from src/ft2font.h:4, from src/ft2font.h:14, from src/backend_agg.cpp:10: , from src/backend_agg.cpp:10/System/Library/ Frameworks/Python.framework/Versions/2.5/include/python2.5/pyconfig.h: 814:1:: /usr/local/include/freetype2/freetype/config/ftconfig.h: 83:1:warning: this is the location of the previous definitionwarning: "SIZEOF_LONG" redefined In file included from /System/Library/Frameworks/Python.framework/ Versions/2.5/include/python2.5/Python.h:8, from ./CXX/WrapPython.h:42, from ./CXX/Extensions.hxx:48, from src/ft2font.h:4, from src/backend_agg.cpp:10: /System/Library/Frameworks/Python.framework/Versions/2.5/include/ python2.5/pyconfig.h:814:1: warning: this is the location of the previous definition lipo: can't open input file: /var/tmp//ccxG2l2o.out (No such file or directory) error: command 'gcc' failed with exit status 1 macbook-pro-15-di-sasha:matplotlib sasha$
Dear all, We are using Python 2.5, matplotlib and NumPy on Windows to assist with the teaching for an undergraduate paper. On a small number of installations, an error attempting to load some required DLL's is being reported (on approx 3 machines out of approximately 60). There doesn't appear to be any pattern with this - we can seen it on one install of Windows Server 2008 and also on various versions of Windows XP (Professional and Home). Symptoms are, after a "from pylab import *", the following traceback: Traceback (most recent call last): File "C:\Documents and Settings\Jo\workspace\test\src\root\nested\__init__.py", line 2, in <module> from pylab import * File "C:\Python25\Lib\site-packages\pylab.py", line 1, in <module> from matplotlib.pylab import * File "C:\Python25\Lib\site-packages\matplotlib\pylab.py", line 206, in <module> from matplotlib import mpl # pulls in most modules File "C:\Python25\Lib\site-packages\matplotlib\mpl.py", line 1, in <module> from matplotlib import artist File "C:\Python25\Lib\site-packages\matplotlib\artist.py", line 4, in <module> from transforms import Bbox, IdentityTransform, TransformedBbox, TransformedPath File "C:\Python25\Lib\site-packages\matplotlib\transforms.py", line 34, in <module> from matplotlib._path import affine_transform ImportError: DLL load failed: The specified module could not be found. The following versions of software are being used on all installs: jre-6u14-windows-i586.exe, matplotlib-0.98.3.win32-py2.5.exe, numpy-1.3.0-win32-superpack-python2.5.exe and python-2.5.4.msi Some assistance attempting to debug this issue would be appreciated (I have an install where this fault has been observed along with another that works fine). (Note: The issue persists when the interactive user has admin rights.) Regards, Patrick -- Dr Patrick Rynhart Linux Systems Administrator / Team Leader IT Support Group School of Engineering and Advanced Technology AgHort A Room 3.61 Turitea Campus Massey University NEW ZEALAND Phone +64 6 350 9099 extn 2444
On Thu, Aug 6, 2009 at 6:30 PM, Zane Selvans<za...@id...> wrote: > For some reason the download link on the Matplotlib pages is pointing to > Basemap 0.99.4 instead of Matplotlib 0.99.0. Jeff, I don't know if this is a limitation in the new sf file manager interface or what, but it appears only 1 file project-wide can be the "default download" for any given OS. On the mpl side, I already had to choose between the 2.5 and 2.6 binary installer for a given platform (deferring to 2.6), and it looks like your platform selections for basemap are overriding the mpl base packages. I removed the default OS setting from the basemap packages, so that mpl would appear as the default "download" choice for those visiting the project page. The basemap toolkit pages may want to include a special install/download section that links to the right files. Or if I am screwing something up bis-a-vis the sf software, let me know. It looks like we may be encountering early warts in their new admin interface. JDH