[matplotlib-devel] MPL using Python2.6.1 on Windows
Greetings,
This weekend I decided to try and build mpl for windows using python
2.6.1. I was able to build numpy and mpl and I thought things were
great. However, when I tried to run a script with a show() function,
nothing would happen. Looking into this, I discovered that mpl didn't
recognize Tkinter during it's building process. I checked the
setupext.py code and found that python 2.6 wast excluded in the
windows section, even though Tkinter at least imports using python2.6.
I also noticed that there appears to be a hold over to a previous
version of mpl by including references to python 2.2, even though the
TCL/TK headers and libs for TCL/TK 8.3 aren't included in win32_static
version anymore. I decided to build TCL/TK 8.5 (which is what python
2.6 ships with) and dumped the appropriate libs in the lib directory
of win32_static and the header files into include/tcl85 directory. I
then changed references from python 2.2 to use python 2.6 (including
using TCL/TK 8.5 instead of 8.3), rebuilt mpl, and ran it. This time
the show window opens, however as the figure is being drawn an error
occurs and the figure window remains blank. Below is the traceback:
Exception in Tkinter callback
Traceback (most recent call last):
File "D:\Python26\lib\lib-tk\Tkinter.py", line 1410, in __call__
return self.func(*args)
File "D:\Python26\lib\site-packages\matplotlib\backends\backend_tkagg.py",
line 212, in resize
self.show()
File "D:\Python26\lib\site-packages\matplotlib\backends\backend_tkagg.py",
line 216, in draw
tkagg.blit(self._tkphoto, self.renderer._renderer, colormode=2)
File "D:\Python26\lib\site-packages\matplotlib\backends\tkagg.py",
line 19, in blit
tk.call("PyAggImagePhoto", photoimage, id(aggimage), colormode,
id(bbox_array))
TclError
This is as far as I've been able to go (so far) in tracking down the
issue. I'll admit that I haven't looked much farther due to time
constraints, so if anyone else has suggestions as to where to go next,
I'm all ears. I'm not sure who the windows guru is for mpl, but if I
(we) can figure this problem out, I'll work with them in getting mpl
ready for 2.6 on windows.
Thanks,
-Patrick
--
Patrick Marsh
Graduate Research Assistant
School of Meteorology
University of Oklahoma
http://www.patricktmarsh.com
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] Build Failure on Windows using Python25
cannot convert from 'std::vector' to 'std::vector<_Ty,_Ax>' Conversion requires a second user-defined-conversion operator or constructor src\path.cpp(1310) : error C3861: 'uint8_t': identifier not found, even with argument-dependent lookup src\path.cpp(1310) : error C2955: 'std::vector' : use of class template requires template argument list D:\Program Files\Microsoft Visual Studio 2003\include\vector(896) : see declaration of 'std::vector' src\path.cpp(1310) : error C2955: 'std::vector' : use of class template requires template argument list D:\Program Files\Microsoft Visual Studio 2003\include\vector(896) : see declaration of 'std::vector' src\path.cpp(1310) : error C2133: 'codes' : unknown size src\path.cpp(1310) : error C2512: 'std::vector' : no appropriate default constructor available src\path.cpp(1310) : error C2262: 'codes' : cannot be destroyed src\path.cpp(1313) : error C3861: 'codes': identifier not found, even with argument-dependent lookup src\path.cpp(1315) : error C2662: 'std::vector<_Ty,_Ax>::size' : cannot convert 'this' pointer from 'std::vector' to 'const std::vector<_Ty,_Ax> &' Reason: cannot convert from 'std::vector' to 'const std::vector<_Ty,_Ax>' Conversion requires a second user-defined-conversion operator or constructor src\path.cpp(1315) : error C3861: 'codes': identifier not found, even with argument-dependent lookup src\path.cpp(1337) : error C2070: ''unknown-type'': illegal sizeof operand src\path.cpp(1337) : error C3861: 'codes': identifier not found, even with argument-dependent lookup src\path.cpp(1337) : error C3861: 'uint8_t': identifier not found, even with argument-dependent lookup error: command '"D:\Program Files\Microsoft Visual Studio 2003\bin\cl.exe"' failed with exit status 2 -- Patrick Marsh Graduate Research Assistant School of Meteorology University of Oklahoma http://www.patricktmarsh.com -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Build Failure on Windows using Python25
I just tried this fix and was able to build on Windows Vista. -Patrick On Fri, Feb 6, 2009 at 6:08 PM, Michael Droettboom wrote: > Just getting to this thread now -- I think this was introduced in my > recent changes. I'm used to being on platforms where this is defined, > so I forgot that it's not always there. > > In this specific case "unsigned char" is probably equivalent everywhere > we run, so we might as well just do that. If a Windows user can verify > that fix works, I'll fix it in SVN. > > Mike > > Michael Abshoff wrote: >> On Fri, Feb 6, 2009 at 3:03 PM, Ryan May wrote: >> >>> On Fri, Feb 6, 2009 at 4:48 PM, Andrew Straw wrote: >>> >>>> Ryan May wrote: >>>> >>>>> On Fri, Feb 6, 2009 at 3:27 PM, Andrew Straw >>>> <mailto:straw...@astraw.com>> wrote: >>>>> >>>>> Patrick, >>>>> >>>>> Can you see if adding "#include " at the top of >>>>> src/path.cpp >>>>> will do the job? >>>>> >>>>> I'm not super-optimistic, though -- I think this is defined by the >>>>> C99 >>>>> standard, which I'm not sure Microsoft supports. >>>>> >>>>> >>>>> Well, we're also talking about C++ here and not C, so C99 does not >>>>> apply. A quick googling around seems to indicate that some of the >>>>> open source compilers support such a type, but it not standardized by >>>>> C++. >>>>> >>>> There is no or the type is not defined in stdint.h? >>>> >>>> Maybe as a workaround you could use mingw... >>>> >>> I meant that uint8_t is not a standardized C++ type. If that's the case, >>> wouldn't it be better to tweak the code to use something standard rather >>> than just use a compiler that supports the non-standard type? Especially >>> given that the official Python 2.5 build uses this compiler? >>> >> >> Please stick with standard types. >> >> And MSVC 2005 and higher do have C99 support, it is just unfortunate >> that it is not complete. >> >> >>> Ryan >>> >> >> Cheers, >> >> Michael >> >> >>> -- >>> Ryan May >>> Graduate Research Assistant >>> School of Meteorology >>> University of Oklahoma >>> >>> -- >>> Create and Deploy Rich Internet Apps outside the browser with >>> Adobe(R)AIR(TM) >>> software. With Adobe AIR, Ajax developers can use existing skills and code >>> to >>> build responsive, highly engaging applications that combine the power of >>> local >>> resources and data with the reach of the web. Download the Adobe AIR SDK and >>> Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com >>> ___ >>> Matplotlib-devel mailing list >>> Matplotlib-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >>> >>> >>> >> >> -- >> Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) >> software. With Adobe AIR, Ajax developers can use existing skills and code to >> build responsive, highly engaging applications that combine the power of >> local >> resources and data with the reach of the web. Download the Adobe AIR SDK and >> Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com >> ___ >> Matplotlib-devel mailing list >> Matplotlib-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >> > > > -- > Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) > software. With Adobe AIR, Ajax developers can use existing skills and code to > build responsive, highly engaging applications that combine the power of local > resources and data with the reach of the web. Download the Adobe AIR SDK and > Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > -- Patrick Marsh Graduate Research Assistant School of Meteorology University of Oklahoma http://www.patricktmarsh.com -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] Fatal Python error: PyEval_RestoreThread: NULL tstate
I'm creating an ensemble slice viewer written entirely in Python. The latest version of my code requires the use of MPL0.99 so that I can take advantage of AxesGrid for multi-panel plots. At present, everything works perfectly on my Windows Vista machine, using the latest EPD with the upgraded MPL modules. However, on my Windows XP machine (same configuration: EPD with latest MPL), if I try to resize the a plot, I get one of two things, the error mentioned in the subject of this email or it just hangs forcing a CNTL-C exit. I should mention that I'm using the WxAgg backend. Has anyone else had problems using the latest version of MPL on a Windows XP machine? = FULL ERROR = Fatal Python error: PyEval_RestoreThread: NULL tstate This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. Fatal Python error: PyEval_RestoreThread: NULL tstate This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. -Patrick --- Patrick Marsh Graduate Research Assistant School of Meteorology University of Oklahoma http://www.patricktmarsh.com -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] Building MPL Releases for Windows
Greetings, I recently recreated my development environment on my windows machine and have attempted to build MPL off the SVN trunk. I am able to successfully compile and build windows installers using both Python 2.5.4 and Python 2.6.4 using MinGW. However, when I install my builds and try to use them I have some issues. First, I was unable to build MPL using libpng-1.4.0. I was forced to revert to libpng-1.2.40 Python 2.5.4 1. After successfully building MPL with GTK support (Yes - I can import GTK in my Python interpreter with no problems.), I am unable to show or save figures using MPL. Using IPython, I was able to create the figure instance but Python quits when trying to display or save said figure instance. 2. After rebuilding MPL without GTK support, I get the same errors. Python 2.6.4 1. I am able to display figure instances using MPL build with GTK support. However, when I try to save the figure (in any format) Python quits. 2. I get the same behavior when I build MPL without GTK support. I have tried building MPL by building the dependencies myself and also with using the win32_static/win32_static_mingw32 folders and get the same issues either way. I am hoping whoever is responsible for building the windows binaries is willing to work with me to solve these issues. I'd like to be able to build MPL successfully using both Python 2.5.4 and Python 2.6.4 and then write up a detailed How-To build on Windows. Any help would be appreciated. Thanks, Patrick -- Patrick Marsh Ph.D. Student / Graduate Research Assistant School of Meteorology / University of Oklahoma Cooperative Institute for Mesoscale Meteorological Studies National Severe Storms Laboratory http://www.patricktmarsh.com -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] Colorbar Tick Label Issues with ImageGrid
Greetings, Recently I came across what I think is a bug in how axes_grid1.ImageGrid creates colorbars of irregularly spaced intervals. The colorbar itself is created fine, but the tick mark labels are incorrect. However, when creating the same plot outside of ImageGrid, the colorbar's tick mark labels are created correctly. Is this actually a bug, or have I completely missed something? I have a sample script that demonstrates the problem here: https://gist.github.com/1086530 I have created an issue here: https://github.com/matplotlib/matplotlib/issues/402 --- Patrick Marsh Ph.D. Student / Liaison to the HWT School of Meteorology / University of Oklahoma Cooperative Institute for Mesoscale Meteorological Studies National Severe Storms Laboratory http://www.patricktmarsh.com -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on "Lean Startup Secrets Revealed." This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] MacOSX backend throws exception when plotting a quadmesh
Hi, All, When trying to call plt.show() to display a generate QuadMesh using the MacOSX backend, an error complaining about "TypeError: only length-1 arrays can be converted to Python scalars" is generated. The following gist contains two files: 1) a self contained example that will generate the error and 2) the Traceback generated. For completeness, the full hash of the commit I'm using (pulled early today) is found in the first line of the second file. https://gist.github.com/3087990 I should add that switching to using plt.contourf() instead of pcolormesh does not error. This error does not occur when using a different backend. I submitted an issue to the issue tracker, which can be found here: https://github.com/matplotlib/matplotlib/issues/1006 Patrick --- Patrick Marsh Ph.D. Candidate / Liaison to the HWT School of Meteorology / University of Oklahoma Cooperative Institute for Mesoscale Meteorological Studies National Severe Storms Laboratory http://www.patricktmarsh.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] Test Failure: AttributeError: incompatible shape for a non-contiguous array
Greetings, I've banged my head against this problem for 2 days and have given up on figuring it out on my own… After updating numpy and matplotlib to the latest versions from github Saturday morning, I keep getting "AttributeError: incompatible shape for a non-contiguous array" errors all over the place when plotting. When I run tests on numpy, everything passes. When I run tests on matplotlib, I get 51 errors, with a vast majority of them (possibly all) being the non-contiguous array errors. (Sample below) Any suggestions here? I'm totally stumped. PTM -- Traceback (most recent call last): File "/home/Patrick.Marsh/.local/lib/python2.7/site-packages/nose-1.2.1-py2.7.egg/nose/case.py", line 197, in runTest self.test(*self.arg) File "/home/Patrick.Marsh/.local/lib/python2.7/site-packages/matplotlib/testing/decorators.py", line 39, in failer result = f(*args, **kwargs) File "/home/Patrick.Marsh/.local/lib/python2.7/site-packages/matplotlib/testing/decorators.py", line 145, in do_test figure.savefig(actual_fname) File "/home/Patrick.Marsh/.local/lib/python2.7/site-packages/matplotlib/figure.py", line 1363, in savefig self.canvas.print_figure(*args, **kwargs) File "/home/Patrick.Marsh/.local/lib/python2.7/site-packages/matplotlib/backend_bases.py", line 2118, in print_figure **kwargs) File "/home/Patrick.Marsh/.local/lib/python2.7/site-packages/matplotlib/backend_bases.py", line 1894, in print_svg return svg.print_svg(*args, **kwargs) File "/home/Patrick.Marsh/.local/lib/python2.7/site-packages/matplotlib/backends/backend_svg.py", line 1103, in print_svg return self._print_svg(filename, svgwriter, fh_to_close, **kwargs) File "/home/Patrick.Marsh/.local/lib/python2.7/site-packages/matplotlib/backends/backend_svg.py", line 1139, in _print_svg self.figure.draw(renderer) File "/home/Patrick.Marsh/.local/lib/python2.7/site-packages/matplotlib/artist.py", line 54, in draw_wrapper draw(artist, renderer, *args, **kwargs) File "/home/Patrick.Marsh/.local/lib/python2.7/site-packages/matplotlib/figure.py", line 999, in draw func(*args) File "/home/Patrick.Marsh/.local/lib/python2.7/site-packages/matplotlib/artist.py", line 54, in draw_wrapper draw(artist, renderer, *args, **kwargs) File "/home/Patrick.Marsh/.local/lib/python2.7/site-packages/matplotlib/axes.py", line 2086, in draw a.draw(renderer) File "/home/Patrick.Marsh/.local/lib/python2.7/site-packages/matplotlib/artist.py", line 54, in draw_wrapper draw(artist, renderer, *args, **kwargs) File "/home/Patrick.Marsh/.local/lib/python2.7/site-packages/matplotlib/collections.py", line 699, in draw return Collection.draw(self, renderer) File "/home/Patrick.Marsh/.local/lib/python2.7/site-packages/matplotlib/artist.py", line 54, in draw_wrapper draw(artist, renderer, *args, **kwargs) File "/home/Patrick.Marsh/.local/lib/python2.7/site-packages/matplotlib/collections.py", line 248, in draw transform, transOffset, offsets, paths = self._prepare_points() File "/home/Patrick.Marsh/.local/lib/python2.7/site-packages/matplotlib/collections.py", line 222, in _prepare_points offsets.shape = (-1, 2) # Make it Nx2 AttributeError: incompatible shape for a non-contiguous array -- Ran 1123 tests in 401.586s FAILED (KNOWNFAIL=282, SKIP=3, errors=51) --- Patrick Marsh Ph.D. Candidate / Liaison to the HWT School of Meteorology / University of Oklahoma Cooperative Institute for Mesoscale Meteorological Studies National Severe Storms Laboratory http://www.patricktmarsh.com -- The Windows 8 Center - In partnership with Sourceforge Your idea - your app - 30 days. Get started! http://windows8center.sourceforge.net/ what-html-developers-need-to-know-about-coding-windows-8-metro-style-apps/___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Test Failure: AttributeError: incompatible shape for a non-contiguous array
Just a follow up for historical sake: This is a bug in numpy and was introduced in this commit: https://github.com/numpy/numpy/commit/c48156dfdc408f0a1e59ef54ac490cccbd6b8d73 I've filed a ticket with Numpy and those interested can follow up here: https://github.com/numpy/numpy/issues/2700 PTM --- Patrick Marsh Ph.D. Candidate / Liaison to the HWT School of Meteorology / University of Oklahoma Cooperative Institute for Mesoscale Meteorological Studies National Severe Storms Laboratory http://www.patricktmarsh.com On Mon, Oct 29, 2012 at 8:46 AM, Benjamin Root wrote: > > > On Mon, Oct 29, 2012 at 9:16 AM, Benjamin Root wrote: > >> >> >> On Mon, Oct 29, 2012 at 1:51 AM, Patrick Marsh >> wrote: >> >>> Greetings, >>> >>> I've banged my head against this problem for 2 days and have given up on >>> figuring it out on my own… >>> >>> After updating numpy and matplotlib to the latest versions from github >>> Saturday morning, I keep getting "AttributeError: incompatible shape for a >>> non-contiguous array" errors all over the place when plotting. When I run >>> tests on numpy, everything passes. When I run tests on matplotlib, I get 51 >>> errors, with a vast majority of them (possibly all) being the >>> non-contiguous array errors. (Sample below) >>> >>> Any suggestions here? I'm totally stumped. >>> >>> >>> PTM >>> >>> >>> >> I am guessing this is a problem introduced with NumPy. I just tried the >> tests with an older NumPy branch, and all seemed fine. Now testing with >> the most recent branch. >> >> Ben Root >> > > Confirming the bug (and it appears to be happening at a spot that I > updated a couple years ago to catch exactly these sort of situations where > reshaping would result in a copy when we didn't want a copy). > > I am presuming that it is a NumPy bug and will report it as such to the > numpy list. > > Cheers! > Ben Root > > -- The Windows 8 Center - In partnership with Sourceforge Your idea - your app - 30 days. Get started! http://windows8center.sourceforge.net/ what-html-developers-need-to-know-about-coding-windows-8-metro-style-apps/___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Github Downloads going away...
I thought I would just throw this out there, and I'm not entirely sure it would work, but here goes... What about using something like Dropbox? Create a matplotlib account, put the binaries in a Public folder and then use that as the storage...I don't know how this would work in practice, but I do know that people have been using Dropbox to host things for websites in other venues (persontal blogs, etc) It's probably best to talk to Dropbox first, but since they are built on Python, they might be willing to work with open source Python projects. PTM --- Patrick Marsh Ph.D. Candidate / Liaison to the HWT School of Meteorology / University of Oklahoma Cooperative Institute for Mesoscale Meteorological Studies National Severe Storms Laboratory http://www.patricktmarsh.com On Mon, Dec 17, 2012 at 7:33 AM, Maximilian Albert < maximilian.alb...@gmail.com> wrote: > 2012/12/16 Thomas Kluyver : > > On 15 December 2012 23:38, Damon McDougall > > wrote: > >> > >> Maybe the best thing is to host the binaries on Sourceforge. > > > > > > Having recently tried to do it, Sourceforge tries really hard to avoid > > giving you a direct link that can repeatably be used to download a file > > automatically, i.e. without a browser. In the case I was after it for, I > > ended up downloading the file (a PyWin32 binary) with a browser, and > storing > > it on the CI server that I wanted to install it. > > I haven't followed this thread in detail, so not sure if it's really > relevant: I agree that it's quite messy, but it's definitely possible > to find stable download links for automated downloads from > sourceforge. I sometimes need this because I use a ports-like system > for installing certain packages from source on top of my regular > Ubuntu system, and it does work quite well. So if this is what's > keeping people from Sourceforge then there are definitely workarounds > (give me a shout if you need more specific information; I'm likely to > have very sporadic internet access over the next few weeks though, so > replies may take a while). However, I also think Sourceforge's > interface is really ugly so if there are better alternatives then > that's great. :) > > Cheers, > Max > > > -- > 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-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > -- 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-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] matplotlib.org website DOWN (again)
The matplotlib.org website is down right now -- at least for me. Also, over the last 2-3 months or so, I'd guess that about 50% of the time I go to the website it's down. Granted, I don't go daily, so I'm guessing that part of this is just awesome timing on my part, but my general feeling is that this is becoming a more frequent occurrence. Is it just me? PTM --- Patrick Marsh Ph.D. Candidate / Liaison to the HWT School of Meteorology / University of Oklahoma Cooperative Institute for Mesoscale Meteorological Studies National Severe Storms Laboratory http://www.patricktmarsh.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-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] matplotlib.org website DOWN (again)
When I sent the email, github itself was up (for me), but the MPL site was down -- which is why I thought it odd. I'm glad to hear that this appears to be just me. Thanks for letting me know! Patrick --- Patrick Marsh Ph.D. Candidate / Liaison to the HWT School of Meteorology / University of Oklahoma Cooperative Institute for Mesoscale Meteorological Studies National Severe Storms Laboratory http://www.patricktmarsh.com On Sun, Dec 23, 2012 at 10:39 PM, Paul Hobson wrote: > On Sat, Dec 22, 2012 at 3:25 PM, Patrick Marsh > wrote: > >> The matplotlib.org website is down right now -- at least for me. >> >> Also, over the last 2-3 months or so, I'd guess that about 50% of the >> time I go to the website it's down. Granted, I don't go daily, so I'm >> guessing that part of this is just awesome timing on my part, but my >> general feeling is that this is becoming a more frequent occurrence. Is it >> just me? >> >> > I can't say for sure. But I think there was a github outage that caused > this. As for the site being down, I'm probably looking at examples or the > gallery 3x a day and haven't noticed it being down once. Who knows? > -p > > -- 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-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] Text Alignment Issue with Anchored Text
Greetings, I came across what I would consider an interesting text bug when using AnchoredText. In summary, when trying to pass a horizontal alignment to the text, anything but 'left' doesn't work. The text gets positioned around the left-edge of the text space (left spine of text box + padding). This occurs both with the "normal" plotting and the ImageGrid. I went ahead and filed an issue, but didn't know if someone who doesn't' check the issues list might have a work around. The git issue has a sample script and image to illustrate the issue. https://github.com/matplotlib/matplotlib/issues/1742 I'm not sure if this is a continuation of the issues reported in Issue #1571 <https://github.com/matplotlib/matplotlib/issues/1571> Pull Request #1081 <https://github.com/matplotlib/matplotlib/issues/1081> Pull Request #1589 <https://github.com/matplotlib/matplotlib/issues/1589> I'm in the midst of my dissertation, so I don't have the time right now to dig into this. If no one else can, I'll take a crack at it in a couple months when I'm done. Cheers, Patrick --- Patrick Marsh Ph.D. Candidate / Liaison to the HWT School of Meteorology / University of Oklahoma Cooperative Institute for Mesoscale Meteorological Studies National Severe Storms Laboratory http://www.patricktmarsh.com -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] Basemap Segfault in IPython; Works in Python
Hi, All, I'm not sure what is going on, but the following fails in IPython (terminal and notebook) but works just fine in regular Python. I'm using OS X 10.8.4; git master for git master for Matplotlib (a091f6d), IPython (9f92804), and Basemap (1d7664c); and geos version 3.4.2 (built by Homebrew). The following script will work from a Python prompt but fails (segfaults) from the IPython prompt. After doing some digging it appears that the segfault occurs when accessing some of the methods associated with the generated geos module (_geoslib.so). I've rolled back to previous versions of everything and I still have the same issues. What I cannot figure out is why this would work with a pure Python interpreter, but fail in the IPython console. = import matplotlib.pyplot as plt from mpl_toolkits.basemap import Basemap m = Basemap()# This is where the segfault occurs m.drawcoastlines() plt.show() = I originally posted this on the IPython Users list and got no response, so I thought I would try here before posting a bug on both IPython and Basemap's Github issue trackers. Thanks for any help or ideas on fixing this issue, or at least on how to track down this issue... Patrick -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] [IPython-dev] Basemap Segfault in IPython; Works in Python
Sorry if this is a double post; used the wrong email in the first reply and got at least one failure notice... This is terminal IPython and IPython Notebook. (I noticed it first in the IPython Notebook). The backends are the same in both Python and IPython (and IPython Notebook). I have not changed any of the default IPython settings. I'm wondering if this is a path issue of some sorts…namely IPython is picking up an old version of geos that I cannot seem to find. At least this is the angle I'm currently trying to work on. I should add that I've remove all my manually installed modules and "started over". I built Numpy, Matplotlib, Basemap, and then IPython (in that order), and still have the same segfault issue. Patrick On Tue, Sep 3, 2013 at 1:15 PM, MinRK wrote: > This is terminal IPython? > > Is there a chance that the matplotlib backend is different in each case? > Have you enabled matplotlib eventloop integration in IPython (otherwise, it > will block when you draw a plot). > > > On Tue, Sep 3, 2013 at 9:36 AM, Patrick Marsh wrote: > >> Hi, All, >> >> I'm not sure what is going on, but the following fails in IPython >> (terminal and notebook) but works just fine in regular Python. >> >> I'm using OS X 10.8.4; git master for git master for Matplotlib >> (a091f6d), IPython (9f92804), and Basemap (1d7664c); and geos version 3.4.2 >> (built by Homebrew). >> >> The following script will work from a Python prompt but fails (segfaults) >> from the IPython prompt. After doing some digging it appears that the >> segfault occurs when accessing some of the methods associated with the >> generated geos module (_geoslib.so). I've rolled back to previous versions >> of everything and I still have the same issues. >> >> What I cannot figure out is why this would work with a pure Python >> interpreter, but fail in the IPython console. >> >> >> = >> import matplotlib.pyplot as plt >> from mpl_toolkits.basemap import Basemap >> >> m = Basemap()# This is where the segfault occurs >> >> m.drawcoastlines() >> plt.show() >> = >> >> >> I originally posted this on the IPython Users list and got no response, >> so I thought I would try here before posting a bug on both IPython and >> Basemap's Github issue trackers. >> >> >> Thanks for any help or ideas on fixing this issue, or at least on how to >> track down this issue... >> >> >> Patrick >> >> ___ >> IPython-dev mailing list >> ipython-...@scipy.org >> http://mail.scipy.org/mailman/listinfo/ipython-dev >> >> > > ___ > IPython-dev mailing list > ipython-...@scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev > > -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
