matplotlib-users Mailing List for matplotlib (Page 2)

Hi,
I am trying to draw a polar plot of a sonar scan. The idea being to present
it like a radar display. I have used axisartist to do the ploar plot. This
is working fine but I would like to reset the limits of the radius axis with
each new scan. I have tried a number of ways of doing this without success.
My current code to set up the plot looks like this.
and to update the plot. Like this
I have tried doing the above on the host axes and the auxiliary one and with
different parameters to the relim etc. Nothing seems to work. Before I tried
various other calls to manipulate the extremes but with the same lack of
results. Can anyone set me straight on this? I feel I must be missing
something obvious. However I find the documentation and the class
inheritance hierarchy almost impossible to follow.
Here are a couple of links to snapshots of the output.
Before
<https://dl.dropboxusercontent.com/u/84613021/Screenshot%20from%202015-03-25%2018%3A17%3A24.png> 
After
<https://dl.dropboxusercontent.com/u/84613021/Screenshot%20from%202015-03-25%2018%3A18%3A30.png> 
Thanks,
Roger
--
View this message in context: http://matplotlib.1069221.n5.nabble.com/Help-with-updating-the-limits-of-an-axis-to-reflect-the-range-of-new-data-tp45261.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

Hello all,
the routine barbs(x,y,u,v) in basemap plots a regular 2-dimensional 
vector field for a geographic projection.
What I want is a barb-routine that plots single station wind data (and 
not fields!) at their approriate lat,lon or x,y-position like in a 
station plot on a synoptic weather-chart. I googled and searched a 
while, but I could not find a solution within basemap for that.
Can you help me?
Thanks, Foehn

Hello everyone,
(I apologize for the cross posting).
This is a quick reminder that the call for submission for Scipy 2015
is open but due April 1st! There is only 7 days left to submit a
proposal.
Thanks,
Nelle
---------- Forwarded message ----------
From: Courtenay Godshall <cgo...@en...>
Date: 19 March 2015 at 04:46
Subject: ANN: SciPy (Scientific Python) 2015 Call for Proposals &
Registration Open - tutorial & talk submissions due April 1st
To: pyt...@py...
**SciPy 2015 Conference (Scientific Computing with Python) Call for
Proposals: Submit Your Tutorial and Talk Ideas by April 1, 2015 at
http://scipy2015.scipy.org.**
SciPy 2015, the fourteenth annual Scientific Computing with Python
conference, will be held July 6-12, 2015 in Austin, Texas. SciPy is a
community dedicated to the advancement of scientific computing through
open source Python software for mathematics, science, and engineering.
The annual SciPy Conference brings together over 500 participants from
industry, academia, and government to showcase their latest projects,
learn from skilled users and developers, and collaborate on code
development. The full program will consist of two days of tutorials by
followed by three days of presentations, and concludes with two days
of developer sprints. More info available on the conference website at
http://scipy2015.scipy.org; you can also sign up on the website for
mailing list updates or follow @scipyconf on Twitter.
We hope you'll join us - early bird registration is open until May 15,
2015 at http://scipy2015.scipy.org/ehome/115969/259272/?&
We encourage you to submit tutorial or talk proposals in the
categories below; please also share with others who you'd like to see
participate! Submit via the conference website @
http://scipy2015.scipy.org.
*SCIPY TUTORIAL SESSION PROPOSALS - DEADLINE EXTENDED TO WED APRIL 1, 2015*
The SciPy experience kicks off with two days of tutorials. These
sessions provide extremely affordable access to expert training, and
consistently receive fantastic feedback from participants. We're
looking for submissions on topics from introductory to advanced -
we'll have attendees across the gamut looking to learn. Whether you
are a major contributor to a scientific Python library or an
expert-level user, this is a great opportunity to share your knowledge
and stipends are available. Submit Your Tutorial Proposal on the SciPy
2015 website: http://scipy2015.scipy.org
*SCIPY TALK AND POSTER SUBMISSIONS - DUE April 1, 2015*
SciPy 2015 will include 3 major topic tracks and 7 mini-symposia
tracks. Submit Your Talk Proposal on the SciPy 2015 website:
http://scipy2015.scipy.org
Major topic tracks include:
- Scientific Computing in Python (General track)
- Python in Data Science
- Quantitative and Computational Social Sciences
Mini-symposia will include the applications of Python in:
- Astronomy and astrophysics
- Computational life and medical sciences
- Engineering
- Geographic information systems (GIS)
- Geophysics
- Oceanography and meteorology
- Visualization, vision and imaging
If you have any questions or comments, feel free to contact us at:
sci...@sc....
--
https://mail.python.org/mailman/listinfo/python-list

Dear all,
EuroScipy 2015, the annual conference on Python in science will take place in Cambridge, UK on 26-30 August 2015. The conference features two days of tutorials followed by two days of scientific talks & posters and an extra day dedicated to developer sprints. It is the major event in Europe in the field of technical/scientific computing within the Python ecosystem. Data scientists, analysts, quants, PhD's, scientists and students from more than 20 countries attended the conference last year.
 
The topics presented at EuroSciPy are very diverse, with a focus on advanced software engineering and original uses of Python and its scientific libraries, either in theoretical or experimental research, from both academia and the industry.
Submissions for posters, talks & tutorials (beginner and advanced) are welcome on our website at http://www.euroscipy.org/2015/ <http://www.euroscipy.org/2015/>
Sprint proposals should be addressed directly to the organisation at eur...@py... <mailto:eur...@py...?subject=Sprint%20proposal>
Important dates
Mar 24, 2015	Call for talks, posters & tutorials
Apr 30, 2015	Talk and tutorials submission deadline
May 1, 2015	Registration opens
May 30, 2015	Final program announced
Jun 15, 2015	Early-bird registration ends
Aug 26-27, 2015	Tutorials
Aug 28-29, 2015	Main conference
Aug 30, 2015		Sprints
We look forward to an exciting conference and hope to see you in Cambridge
The EuroSciPy 2015 Team - http://www.euroscipy.org/2015/ <http://www.euroscipy.org/2015/> 

Dear all,
Is there a way to combine bold and regular text in matplotlib?
I would like to do something like
text(0,0, "Some regular text 123 \bf{some bold text 456}")
I tried to use mathtext as follows
text(0,0,'$\\mathdefault{\mathrm{some plain text-123 }\\mathbf{some bold text-456}}$')
but this treats all text as math, so spaces are lost, hyphens become minus signs, and numbers are not in bold.
Thanks!
Best,
-Michiel

Thomas, sorry I missed your email.
I'll see if I can get a PR pulled together soon-ish.
Ryan
On Fri, Mar 20, 2015 at 4:32 PM, Ryan Nelson <rne...@gm...> wrote:
> A little update. It seems that this seems to be specific to Linux in some
> way. I tried the original script from the PR under a couple of conditions:
> * on Windows 7 Anaconda Python 2.7 and 3.4 -- everything works both
> versions
> * on Anaconda Python 2.7 and 3.4 Linux version -- only the 2.7 version
> works
> * on Gentoo Linux Python 2.7 and 3.4, MPL 1.4.3 -- only the 2.7 version
> works
> Hope that helps.
>
> Ryan
>
> On Fri, Mar 20, 2015 at 3:41 PM, Jerzy Karczmarczuk <
> jer...@un...> wrote:
>
>>
>> Le 20/03/2015 16:57, Ryan Nelson a écrit :
>> > For me, if I change the script from the PR to what is shown below,
>> > everything works fine in both Python 2.7 and 3.4 (Anaconda
>> > environments, everything updated):
>> > ##################
>> > url = 'http://www.libpng.org/pub/png/img_png/pngnow.png'
>> > try:
>> > import urllib2
>> > data = urllib2.urlopen(url)
>> > except Exception:
>> > import urllib.request
>> > from io import BytesIO
>> > data = BytesIO(urllib.request.urlopen(url).read())
>> >
>> > from matplotlib import pyplot
>> >
>> > image = pyplot.imread(data) # crash on py3.x
>> > pyplot.imshow(image)
>> > pyplot.show()
>> > #################
>> > But as you can see, the Python 3 version requires the addition of
>> > BytesIO and read(). I take it that this is not supposed to be the case.
>>
>> It works for X.png, not for X.jpg. The call of imread() fails then.
>> Tested also under 3.4/Anaconda.
>>
>> Jerzy Karczmarczuk
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Dive into the World of Parallel Programming The Go Parallel Website,
>> sponsored
>> by Intel and developed in partnership with Slashdot Media, is your hub
>> for all
>> things parallel software development, from weekly thought leadership
>> blogs to
>> news, videos, case studies, tutorials and more. Take a look and join the
>> conversation now. http://goparallel.sourceforge.net/
>> _______________________________________________
>> Matplotlib-users mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>
>
>

A little update. It seems that this seems to be specific to Linux in some
way. I tried the original script from the PR under a couple of conditions:
* on Windows 7 Anaconda Python 2.7 and 3.4 -- everything works both versions
* on Anaconda Python 2.7 and 3.4 Linux version -- only the 2.7 version works
* on Gentoo Linux Python 2.7 and 3.4, MPL 1.4.3 -- only the 2.7 version
works
Hope that helps.
Ryan
On Fri, Mar 20, 2015 at 3:41 PM, Jerzy Karczmarczuk <
jer...@un...> wrote:
>
> Le 20/03/2015 16:57, Ryan Nelson a écrit :
> > For me, if I change the script from the PR to what is shown below,
> > everything works fine in both Python 2.7 and 3.4 (Anaconda
> > environments, everything updated):
> > ##################
> > url = 'http://www.libpng.org/pub/png/img_png/pngnow.png'
> > try:
> > import urllib2
> > data = urllib2.urlopen(url)
> > except Exception:
> > import urllib.request
> > from io import BytesIO
> > data = BytesIO(urllib.request.urlopen(url).read())
> >
> > from matplotlib import pyplot
> >
> > image = pyplot.imread(data) # crash on py3.x
> > pyplot.imshow(image)
> > pyplot.show()
> > #################
> > But as you can see, the Python 3 version requires the addition of
> > BytesIO and read(). I take it that this is not supposed to be the case.
>
> It works for X.png, not for X.jpg. The call of imread() fails then.
> Tested also under 3.4/Anaconda.
>
> Jerzy Karczmarczuk
>
>
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming The Go Parallel Website,
> sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for
> all
> things parallel software development, from weekly thought leadership blogs
> to
> news, videos, case studies, tutorials and more. Take a look and join the
> conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

Despite my grumping earlier, a PR that makes URLs just work is probably a
good idea and would be merged.
Tom
On Fri, Mar 20, 2015 at 3:59 PM Jerzy Karczmarczuk <
jer...@un...> wrote:
>
> Le 20/03/2015 16:57, Ryan Nelson a écrit :
> > For me, if I change the script from the PR to what is shown below,
> > everything works fine in both Python 2.7 and 3.4 (Anaconda
> > environments, everything updated):
> > ##################
> > url = 'http://www.libpng.org/pub/png/img_png/pngnow.png'
> > try:
> > import urllib2
> > data = urllib2.urlopen(url)
> > except Exception:
> > import urllib.request
> > from io import BytesIO
> > data = BytesIO(urllib.request.urlopen(url).read())
> >
> > from matplotlib import pyplot
> >
> > image = pyplot.imread(data) # crash on py3.x
> > pyplot.imshow(image)
> > pyplot.show()
> > #################
> > But as you can see, the Python 3 version requires the addition of
> > BytesIO and read(). I take it that this is not supposed to be the case.
>
> It works for X.png, not for X.jpg. The call of imread() fails then.
> Tested also under 3.4/Anaconda.
>
> Jerzy Karczmarczuk
>
>
> ------------------------------------------------------------
> ------------------
> Dive into the World of Parallel Programming The Go Parallel Website,
> sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for
> all
> things parallel software development, from weekly thought leadership blogs
> to
> news, videos, case studies, tutorials and more. Take a look and join the
> conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

Le 20/03/2015 16:57, Ryan Nelson a écrit :
> For me, if I change the script from the PR to what is shown below, 
> everything works fine in both Python 2.7 and 3.4 (Anaconda 
> environments, everything updated):
> ##################
> url = 'http://www.libpng.org/pub/png/img_png/pngnow.png'
> try:
> import urllib2
> data = urllib2.urlopen(url)
> except Exception:
> import urllib.request
> from io import BytesIO
> data = BytesIO(urllib.request.urlopen(url).read())
>
> from matplotlib import pyplot
>
> image = pyplot.imread(data) # crash on py3.x
> pyplot.imshow(image)
> pyplot.show()
> #################
> But as you can see, the Python 3 version requires the addition of 
> BytesIO and read(). I take it that this is not supposed to be the case.
It works for X.png, not for X.jpg. The call of imread() fails then. 
Tested also under 3.4/Anaconda.
Jerzy Karczmarczuk

I can understand that switching from Py 2 to 3 is going to require a change
from urllib2.urlopen to urllib.requests.urlopen, but the addition of
BytesIO and read() makes the transition tricky. It was not obvious to me
why that wouldn't work right off the bat, which is why I had to dig up that
PR and SO post.
As an alternate question, then: would a PR be welcome that makes it so that
URL info can be passed directly to the imread function? There's already a
test to see if fname is a string. Maybe a quick check to see if it starts
with "http". Then imread could handle all of this business internally.
Thanks
Ryan
On Fri, Mar 20, 2015 at 12:24 PM, Thomas Caswell <tca...@gm...> wrote:
> I think `six` (which we use to smooth over the 2/3 changes) has a way of
> dealing with atleast the urllib renaming .
>
> On Fri, Mar 20, 2015 at 11:58 AM Ryan Nelson <rne...@gm...>
> wrote:
>
>> For me, if I change the script from the PR to what is shown below,
>> everything works fine in both Python 2.7 and 3.4 (Anaconda environments,
>> everything updated):
>> ##################
>> url = 'http://www.libpng.org/pub/png/img_png/pngnow.png'
>> try:
>> import urllib2
>> data = urllib2.urlopen(url)
>> except Exception:
>> import urllib.request
>> from io import BytesIO
>> data = BytesIO(urllib.request.urlopen(url).read())
>>
>> from matplotlib import pyplot
>>
>> image = pyplot.imread(data) # crash on py3.x
>> pyplot.imshow(image)
>> pyplot.show()
>> #################
>> But as you can see, the Python 3 version requires the addition of BytesIO
>> and read(). I take it that this is not supposed to be the case.
>>
>> Ryan
>>
>> On Fri, Mar 20, 2015 at 11:48 AM, Ryan Nelson <rne...@gm...>
>> wrote:
>>
>>> Thanks, Ben. I should have made that more clear. If I run the code from
>>> the PR, I get the following error:
>>>
>>> Traceback (most recent call last):
>>> File "junk.py", line 11, in <module>
>>> image = pyplot.imread(data) # crash on py3.x
>>> File
>>> "/home/nelson/apps/miniconda/lib/python3.4/site-packages/matplotlib/pyplot.py",
>>> line 2215, in imread
>>> return _imread(*args, **kwargs)
>>> File
>>> "/home/nelson/apps/miniconda/lib/python3.4/site-packages/matplotlib/image.py",
>>> line 1270, in imread
>>> return handler(fname)
>>> RuntimeError: _image_module::readpng: file not recognized as a PNG file
>>>
>>> My code that I'm trying to port essentially does the same thing, and I
>>> get the same error. I ran this example just now from Anaconda Python 3.4
>>> install with MPL 1.4.3.
>>>
>>> My impression from the PR was that this should work out of the box now.
>>> I figured that maybe that was not quite the case. The implementations
>>> between Py2 and 3 are quite different. Figured there must be a different
>>> way that I wasn't aware of.
>>>
>>> Ryan
>>>
>>> On Fri, Mar 20, 2015 at 9:51 AM, Benjamin Root <ben...@ou...> wrote:
>>>
>>>> According to the PR you reference, the fix for this was merged back in
>>>> Jan 2013, so that means that this fix is in version 1.2.x and up. Are you
>>>> saying that you still can't do imread(urllib.request.urlopen(url))?
>>>>
>>>> On Thu, Mar 19, 2015 at 8:54 PM, Ryan Nelson <rne...@gm...>
>>>> wrote:
>>>>
>>>>> Hello all,
>>>>>
>>>>> I'm porting over some code that used Py2.7 urllib2.urlopen(url) to
>>>>> grab some image data from the net and load with pyplot.imread. It doesn't
>>>>> work quite right in Py3.4. I found a couple of refs:
>>>>>
>>>>> https://github.com/matplotlib/matplotlib/pull/1650
>>>>>
>>>>> http://stackoverflow.com/questions/15183170/python-crash-when-downloading-image-as-numpy-array
>>>>>
>>>>> They suggest io.BytesIO(urllib.request.urlopen(url).read()) as a
>>>>> replacement for Py3. Is this the best practice? Does anyone know a simpler
>>>>> way to do this?
>>>>>
>>>>> Ryan
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Dive into the World of Parallel Programming The Go Parallel Website,
>>>>> sponsored
>>>>> by Intel and developed in partnership with Slashdot Media, is your hub
>>>>> for all
>>>>> things parallel software development, from weekly thought leadership
>>>>> blogs to
>>>>> news, videos, case studies, tutorials and more. Take a look and join
>>>>> the
>>>>> conversation now. http://goparallel.sourceforge.net/
>>>>> _______________________________________________
>>>>> Matplotlib-users mailing list
>>>>> Mat...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>>>>
>>>>>
>>>>
>>>
>> ------------------------------------------------------------
>> ------------------
>> Dive into the World of Parallel Programming The Go Parallel Website,
>> sponsored
>> by Intel and developed in partnership with Slashdot Media, is your hub
>> for all
>> things parallel software development, from weekly thought leadership
>> blogs to
>> news, videos, case studies, tutorials and more. Take a look and join the
>> conversation now. http://goparallel.sourceforge.net/
>> _______________________________________________
>> Matplotlib-users mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>
>

I think `six` (which we use to smooth over the 2/3 changes) has a way of
dealing with atleast the urllib renaming .
On Fri, Mar 20, 2015 at 11:58 AM Ryan Nelson <rne...@gm...> wrote:
> For me, if I change the script from the PR to what is shown below,
> everything works fine in both Python 2.7 and 3.4 (Anaconda environments,
> everything updated):
> ##################
> url = 'http://www.libpng.org/pub/png/img_png/pngnow.png'
> try:
> import urllib2
> data = urllib2.urlopen(url)
> except Exception:
> import urllib.request
> from io import BytesIO
> data = BytesIO(urllib.request.urlopen(url).read())
>
> from matplotlib import pyplot
>
> image = pyplot.imread(data) # crash on py3.x
> pyplot.imshow(image)
> pyplot.show()
> #################
> But as you can see, the Python 3 version requires the addition of BytesIO
> and read(). I take it that this is not supposed to be the case.
>
> Ryan
>
> On Fri, Mar 20, 2015 at 11:48 AM, Ryan Nelson <rne...@gm...>
> wrote:
>
>> Thanks, Ben. I should have made that more clear. If I run the code from
>> the PR, I get the following error:
>>
>> Traceback (most recent call last):
>> File "junk.py", line 11, in <module>
>> image = pyplot.imread(data) # crash on py3.x
>> File
>> "/home/nelson/apps/miniconda/lib/python3.4/site-packages/matplotlib/pyplot.py",
>> line 2215, in imread
>> return _imread(*args, **kwargs)
>> File
>> "/home/nelson/apps/miniconda/lib/python3.4/site-packages/matplotlib/image.py",
>> line 1270, in imread
>> return handler(fname)
>> RuntimeError: _image_module::readpng: file not recognized as a PNG file
>>
>> My code that I'm trying to port essentially does the same thing, and I
>> get the same error. I ran this example just now from Anaconda Python 3.4
>> install with MPL 1.4.3.
>>
>> My impression from the PR was that this should work out of the box now. I
>> figured that maybe that was not quite the case. The implementations between
>> Py2 and 3 are quite different. Figured there must be a different way that I
>> wasn't aware of.
>>
>> Ryan
>>
>> On Fri, Mar 20, 2015 at 9:51 AM, Benjamin Root <ben...@ou...> wrote:
>>
>>> According to the PR you reference, the fix for this was merged back in
>>> Jan 2013, so that means that this fix is in version 1.2.x and up. Are you
>>> saying that you still can't do imread(urllib.request.urlopen(url))?
>>>
>>> On Thu, Mar 19, 2015 at 8:54 PM, Ryan Nelson <rne...@gm...>
>>> wrote:
>>>
>>>> Hello all,
>>>>
>>>> I'm porting over some code that used Py2.7 urllib2.urlopen(url) to grab
>>>> some image data from the net and load with pyplot.imread. It doesn't work
>>>> quite right in Py3.4. I found a couple of refs:
>>>>
>>>> https://github.com/matplotlib/matplotlib/pull/1650
>>>>
>>>> http://stackoverflow.com/questions/15183170/python-crash-when-downloading-image-as-numpy-array
>>>>
>>>> They suggest io.BytesIO(urllib.request.urlopen(url).read()) as a
>>>> replacement for Py3. Is this the best practice? Does anyone know a simpler
>>>> way to do this?
>>>>
>>>> Ryan
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Dive into the World of Parallel Programming The Go Parallel Website,
>>>> sponsored
>>>> by Intel and developed in partnership with Slashdot Media, is your hub
>>>> for all
>>>> things parallel software development, from weekly thought leadership
>>>> blogs to
>>>> news, videos, case studies, tutorials and more. Take a look and join the
>>>> conversation now. http://goparallel.sourceforge.net/
>>>> _______________________________________________
>>>> Matplotlib-users mailing list
>>>> Mat...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>>>
>>>>
>>>
>>
> ------------------------------------------------------------
> ------------------
> Dive into the World of Parallel Programming The Go Parallel Website,
> sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for
> all
> things parallel software development, from weekly thought leadership blogs
> to
> news, videos, case studies, tutorials and more. Take a look and join the
> conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

For me, if I change the script from the PR to what is shown below,
everything works fine in both Python 2.7 and 3.4 (Anaconda environments,
everything updated):
##################
url = 'http://www.libpng.org/pub/png/img_png/pngnow.png'
try:
 import urllib2
 data = urllib2.urlopen(url)
except Exception:
 import urllib.request
 from io import BytesIO
 data = BytesIO(urllib.request.urlopen(url).read())
from matplotlib import pyplot
image = pyplot.imread(data) # crash on py3.x
pyplot.imshow(image)
pyplot.show()
#################
But as you can see, the Python 3 version requires the addition of BytesIO
and read(). I take it that this is not supposed to be the case.
Ryan
On Fri, Mar 20, 2015 at 11:48 AM, Ryan Nelson <rne...@gm...> wrote:
> Thanks, Ben. I should have made that more clear. If I run the code from
> the PR, I get the following error:
>
> Traceback (most recent call last):
> File "junk.py", line 11, in <module>
> image = pyplot.imread(data) # crash on py3.x
> File
> "/home/nelson/apps/miniconda/lib/python3.4/site-packages/matplotlib/pyplot.py",
> line 2215, in imread
> return _imread(*args, **kwargs)
> File
> "/home/nelson/apps/miniconda/lib/python3.4/site-packages/matplotlib/image.py",
> line 1270, in imread
> return handler(fname)
> RuntimeError: _image_module::readpng: file not recognized as a PNG file
>
> My code that I'm trying to port essentially does the same thing, and I get
> the same error. I ran this example just now from Anaconda Python 3.4
> install with MPL 1.4.3.
>
> My impression from the PR was that this should work out of the box now. I
> figured that maybe that was not quite the case. The implementations between
> Py2 and 3 are quite different. Figured there must be a different way that I
> wasn't aware of.
>
> Ryan
>
> On Fri, Mar 20, 2015 at 9:51 AM, Benjamin Root <ben...@ou...> wrote:
>
>> According to the PR you reference, the fix for this was merged back in
>> Jan 2013, so that means that this fix is in version 1.2.x and up. Are you
>> saying that you still can't do imread(urllib.request.urlopen(url))?
>>
>> On Thu, Mar 19, 2015 at 8:54 PM, Ryan Nelson <rne...@gm...>
>> wrote:
>>
>>> Hello all,
>>>
>>> I'm porting over some code that used Py2.7 urllib2.urlopen(url) to grab
>>> some image data from the net and load with pyplot.imread. It doesn't work
>>> quite right in Py3.4. I found a couple of refs:
>>>
>>> https://github.com/matplotlib/matplotlib/pull/1650
>>>
>>> http://stackoverflow.com/questions/15183170/python-crash-when-downloading-image-as-numpy-array
>>>
>>> They suggest io.BytesIO(urllib.request.urlopen(url).read()) as a
>>> replacement for Py3. Is this the best practice? Does anyone know a simpler
>>> way to do this?
>>>
>>> Ryan
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Dive into the World of Parallel Programming The Go Parallel Website,
>>> sponsored
>>> by Intel and developed in partnership with Slashdot Media, is your hub
>>> for all
>>> things parallel software development, from weekly thought leadership
>>> blogs to
>>> news, videos, case studies, tutorials and more. Take a look and join the
>>> conversation now. http://goparallel.sourceforge.net/
>>> _______________________________________________
>>> Matplotlib-users mailing list
>>> Mat...@li...
>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>>
>>>
>>
>

Thanks, Ben. I should have made that more clear. If I run the code from the
PR, I get the following error:
Traceback (most recent call last):
 File "junk.py", line 11, in <module>
 image = pyplot.imread(data) # crash on py3.x
 File
"/home/nelson/apps/miniconda/lib/python3.4/site-packages/matplotlib/pyplot.py",
line 2215, in imread
 return _imread(*args, **kwargs)
 File
"/home/nelson/apps/miniconda/lib/python3.4/site-packages/matplotlib/image.py",
line 1270, in imread
 return handler(fname)
RuntimeError: _image_module::readpng: file not recognized as a PNG file
My code that I'm trying to port essentially does the same thing, and I get
the same error. I ran this example just now from Anaconda Python 3.4
install with MPL 1.4.3.
My impression from the PR was that this should work out of the box now. I
figured that maybe that was not quite the case. The implementations between
Py2 and 3 are quite different. Figured there must be a different way that I
wasn't aware of.
Ryan
On Fri, Mar 20, 2015 at 9:51 AM, Benjamin Root <ben...@ou...> wrote:
> According to the PR you reference, the fix for this was merged back in Jan
> 2013, so that means that this fix is in version 1.2.x and up. Are you
> saying that you still can't do imread(urllib.request.urlopen(url))?
>
> On Thu, Mar 19, 2015 at 8:54 PM, Ryan Nelson <rne...@gm...>
> wrote:
>
>> Hello all,
>>
>> I'm porting over some code that used Py2.7 urllib2.urlopen(url) to grab
>> some image data from the net and load with pyplot.imread. It doesn't work
>> quite right in Py3.4. I found a couple of refs:
>>
>> https://github.com/matplotlib/matplotlib/pull/1650
>>
>> http://stackoverflow.com/questions/15183170/python-crash-when-downloading-image-as-numpy-array
>>
>> They suggest io.BytesIO(urllib.request.urlopen(url).read()) as a
>> replacement for Py3. Is this the best practice? Does anyone know a simpler
>> way to do this?
>>
>> Ryan
>>
>>
>> ------------------------------------------------------------------------------
>> Dive into the World of Parallel Programming The Go Parallel Website,
>> sponsored
>> by Intel and developed in partnership with Slashdot Media, is your hub
>> for all
>> things parallel software development, from weekly thought leadership
>> blogs to
>> news, videos, case studies, tutorials and more. Take a look and join the
>> conversation now. http://goparallel.sourceforge.net/
>> _______________________________________________
>> Matplotlib-users mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>
>>
>

According to the PR you reference, the fix for this was merged back in Jan
2013, so that means that this fix is in version 1.2.x and up. Are you
saying that you still can't do imread(urllib.request.urlopen(url))?
On Thu, Mar 19, 2015 at 8:54 PM, Ryan Nelson <rne...@gm...> wrote:
> Hello all,
>
> I'm porting over some code that used Py2.7 urllib2.urlopen(url) to grab
> some image data from the net and load with pyplot.imread. It doesn't work
> quite right in Py3.4. I found a couple of refs:
>
> https://github.com/matplotlib/matplotlib/pull/1650
>
> http://stackoverflow.com/questions/15183170/python-crash-when-downloading-image-as-numpy-array
>
> They suggest io.BytesIO(urllib.request.urlopen(url).read()) as a
> replacement for Py3. Is this the best practice? Does anyone know a simpler
> way to do this?
>
> Ryan
>
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming The Go Parallel Website,
> sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for
> all
> things parallel software development, from weekly thought leadership blogs
> to
> news, videos, case studies, tutorials and more. Take a look and join the
> conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>

Hello all,
I'm porting over some code that used Py2.7 urllib2.urlopen(url) to grab
some image data from the net and load with pyplot.imread. It doesn't work
quite right in Py3.4. I found a couple of refs:
https://github.com/matplotlib/matplotlib/pull/1650
http://stackoverflow.com/questions/15183170/python-crash-when-downloading-image-as-numpy-array
They suggest io.BytesIO(urllib.request.urlopen(url).read()) as a
replacement for Py3. Is this the best practice? Does anyone know a simpler
way to do this?
Ryan

well, that still doesn't explain the segfaults. NaNs shouldn't cause
matplotlib to crash upon saving. I would still be interested in a
stacktrace.
Ben
On Thu, Mar 19, 2015 at 1:27 PM, Gabriele Brambilla <
gb....@gm...> wrote:
> Actually Paul Hobson was right.
>
> Now it works.
>
> Thanks
>
> Gabriele
>
> On Thu, Mar 19, 2015 at 1:19 PM, Benjamin Root <ben...@ou...> wrote:
>
>> The warnings probably have nothing to do with the issue at hand. Try
>> this. Install the package "faulthandler" and add the appropriate lines to
>> your Bdipoly.py script and run it again. That way, we can get a traceback
>> and find out where it is segfaulting from.
>>
>> http://faulthandler.readthedocs.org/en/latest/
>>
>> Ben Root
>>
>> As a side-note: faulthandler is part of the standard library as of 3.3!
>> Neat!
>>
>>
>> On Thu, Mar 19, 2015 at 1:13 PM, Gabriele Brambilla <
>> gb....@gm...> wrote:
>>
>>> Hi guys,
>>>
>>> I don't understand why now, after I save an image when it is prompted
>>> out, the image is not saved and it closes automatically and on the terminal
>>> appears segmentation fault.
>>>
>>> this is what my terminal shows:
>>>
>>> [gs66-stumbras:~/Desktop] gbrambil% python Bdipole.py
>>>
>>> Bdipole.py:52: RuntimeWarning: divide by zero encountered in divide
>>>
>>> lwb = 5/(np.log10(modB.max()/modB))
>>>
>>> Bdipole.py:55: RuntimeWarning: divide by zero encountered in divide
>>>
>>> lwe = 5/(np.log10(modE.max()/modE))
>>>
>>> Segmentation fault
>>>
>>>
>>> Thanks
>>>
>>>
>>> Gabriele
>>>
>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Dive into the World of Parallel Programming The Go Parallel Website,
>>> sponsored
>>> by Intel and developed in partnership with Slashdot Media, is your hub
>>> for all
>>> things parallel software development, from weekly thought leadership
>>> blogs to
>>> news, videos, case studies, tutorials and more. Take a look and join the
>>> conversation now. http://goparallel.sourceforge.net/
>>> _______________________________________________
>>> Matplotlib-users mailing list
>>> Mat...@li...
>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>>
>>>
>>
>

We are pleased to announce the first public release of HoloViews, a
Python package for scientific and engineering data visualization:
 http://ioam.github.io/holoviews
HoloViews provides composable, sliceable, declarative data structures
for building even complex visualizations easily.
It's designed to exploit the rich ecosystem of scientific Python tools
already available, using Numpy for data storage, matplotlib and mpld3
as plotting backends, and integrating fully with IPython Notebook to
make your data instantly visible.
If you look at the website for just about any other visualization
package, you'll see a long list of pretty pictures, each one of which
has a page or two of code putting it together. There are pretty
pictures in HoloViews too, but there is *no* hidden code -- *all* of
the steps needed to build a given figure are shown right before the
HoloViews plot, with just a few lines needed for nearly all of our
examples, even complex multi-figure subplots and animations. This
concise but flexible specification makes it practical to explore and
analyze your data interactively, while leaving a full record for later
reproducibility in the notebook.
It may sound like magic, but it's not -- HoloViews simply lets you
annotate your data with appropriate metadata, and then the data can
display itself! HoloViews provides a set of general, compositional,
multidimensional data structures suitable for both discrete and
continuous real-world data, and pairs them with separate customizable
plotting classes to visualize them without extensive coding. A
large collection of continuously tested IPython Notebook tutorials
accompanies HoloViews, showing you precisely the small number of steps
required to generate any of the plots.
Some of the most important features:
- Freely available under a BSD license
- Python 2 and 3 compatible
- Minimal external dependencies -- easy to integrate into your workflow
- Builds figures by slicing, sampling, and composing your data
- Builds web-embeddable animations without any extra coding
- Easily customizable without obscuring the underlying data objects
- Includes interfaces to pandas and Seaborn
- Winner of the 2015 UK Open Source Award
For the rest, check out ioam.github.io/holoviews!
Jean-Luc Stevens
Philipp Rudiger
James A. Bednar
-- 
The University of Edinburgh is a charitable body, registered in
Scotland, with registration number SC005336.

Actually Paul Hobson was right.
Now it works.
Thanks
Gabriele
On Thu, Mar 19, 2015 at 1:19 PM, Benjamin Root <ben...@ou...> wrote:
> The warnings probably have nothing to do with the issue at hand. Try this.
> Install the package "faulthandler" and add the appropriate lines to your
> Bdipoly.py script and run it again. That way, we can get a traceback and
> find out where it is segfaulting from.
>
> http://faulthandler.readthedocs.org/en/latest/
>
> Ben Root
>
> As a side-note: faulthandler is part of the standard library as of 3.3!
> Neat!
>
>
> On Thu, Mar 19, 2015 at 1:13 PM, Gabriele Brambilla <
> gb....@gm...> wrote:
>
>> Hi guys,
>>
>> I don't understand why now, after I save an image when it is prompted
>> out, the image is not saved and it closes automatically and on the terminal
>> appears segmentation fault.
>>
>> this is what my terminal shows:
>>
>> [gs66-stumbras:~/Desktop] gbrambil% python Bdipole.py
>>
>> Bdipole.py:52: RuntimeWarning: divide by zero encountered in divide
>>
>> lwb = 5/(np.log10(modB.max()/modB))
>>
>> Bdipole.py:55: RuntimeWarning: divide by zero encountered in divide
>>
>> lwe = 5/(np.log10(modE.max()/modE))
>>
>> Segmentation fault
>>
>>
>> Thanks
>>
>>
>> Gabriele
>>
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Dive into the World of Parallel Programming The Go Parallel Website,
>> sponsored
>> by Intel and developed in partnership with Slashdot Media, is your hub
>> for all
>> things parallel software development, from weekly thought leadership
>> blogs to
>> news, videos, case studies, tutorials and more. Take a look and join the
>> conversation now. http://goparallel.sourceforge.net/
>> _______________________________________________
>> Matplotlib-users mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>
>>
>

The warnings probably have nothing to do with the issue at hand. Try this.
Install the package "faulthandler" and add the appropriate lines to your
Bdipoly.py script and run it again. That way, we can get a traceback and
find out where it is segfaulting from.
http://faulthandler.readthedocs.org/en/latest/
Ben Root
As a side-note: faulthandler is part of the standard library as of 3.3!
Neat!
On Thu, Mar 19, 2015 at 1:13 PM, Gabriele Brambilla <
gb....@gm...> wrote:
> Hi guys,
>
> I don't understand why now, after I save an image when it is prompted out,
> the image is not saved and it closes automatically and on the terminal
> appears segmentation fault.
>
> this is what my terminal shows:
>
> [gs66-stumbras:~/Desktop] gbrambil% python Bdipole.py
>
> Bdipole.py:52: RuntimeWarning: divide by zero encountered in divide
>
> lwb = 5/(np.log10(modB.max()/modB))
>
> Bdipole.py:55: RuntimeWarning: divide by zero encountered in divide
>
> lwe = 5/(np.log10(modE.max()/modE))
>
> Segmentation fault
>
>
> Thanks
>
>
> Gabriele
>
>
>
>
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming The Go Parallel Website,
> sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for
> all
> things parallel software development, from weekly thought leadership blogs
> to
> news, videos, case studies, tutorials and more. Take a look and join the
> conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>

What happens when you edit your program to avoid dividing by zero?
-p
—
Sent from Mailbox
On Thu, Mar 19, 2015 at 10:14 AM, Gabriele Brambilla
<gb....@gm...> wrote:
> Hi guys,
> I don't understand why now, after I save an image when it is prompted out,
> the image is not saved and it closes automatically and on the terminal
> appears segmentation fault.
> this is what my terminal shows:
> [gs66-stumbras:~/Desktop] gbrambil% python Bdipole.py
> Bdipole.py:52: RuntimeWarning: divide by zero encountered in divide
> lwb = 5/(np.log10(modB.max()/modB))
> Bdipole.py:55: RuntimeWarning: divide by zero encountered in divide
> lwe = 5/(np.log10(modE.max()/modE))
> Segmentation fault
> Thanks
> Gabriele

Hi guys,
I don't understand why now, after I save an image when it is prompted out,
the image is not saved and it closes automatically and on the terminal
appears segmentation fault.
this is what my terminal shows:
[gs66-stumbras:~/Desktop] gbrambil% python Bdipole.py
Bdipole.py:52: RuntimeWarning: divide by zero encountered in divide
 lwb = 5/(np.log10(modB.max()/modB))
Bdipole.py:55: RuntimeWarning: divide by zero encountered in divide
 lwe = 5/(np.log10(modE.max()/modE))
Segmentation fault
Thanks
Gabriele

----- Original Message ----- 
From: "Benjamin Root" <ben...@ou...>
To: "garyr" <ga...@fi...>
Cc: "Matplotlib Users" <Mat...@li...>
Sent: Wednesday, March 18, 2015 10:49 AM
Subject: Re: [Matplotlib-users] ImportError: No module named six
> An important question that I should have asked before. Exactly where did
> you get the installer from? That might help us figure out what happened
> here.
>From here: http://matplotlib.org/downloads.html
I installed six and all is well now, my program runs with Python 1.4.3
installed.
Many thanks for your help
Gary
>
> As for a workaround, if you want to get savy with the command-line, you
> could run "pip install six" on the command-line. That should install it for
> you, and then you can try installing matplotlib through the executable.
>
> On Tue, Mar 17, 2015 at 6:11 PM, garyr <ga...@fi...> wrote:
>
>> I did as you suggest and got the "No module named matplot lib" message. I
>> installed version 1.4.3 and got the "no module named six" message. I then
>> deleted all the matplotlib files once again and installed version 1.3.1
>> and now
>> my matplotlib program runs. Is there something else could try?
>>
>>
>> ----- Original Message -----
>> From: "Benjamin Root" <ben...@ou...>
>> To: "garyr" <ga...@fi...>
>> Cc: "Matplotlib Users" <Mat...@li...>
>> Sent: Tuesday, March 17, 2015 10:34 AM
>> Subject: Re: [Matplotlib-users] ImportError: No module named six
>>
>>
>> > Chances are, there is some sort of mixup in your installs (as evidenced
>> by
>> > the failure to go back to the previous version). I would try uninstalling
>> > all matplotlib installs, then checking to see if python still sees
>> > matplotlib anywhere (by running the script). It *should* say "No module
>> > named matplotlib" or some such. Once all of that is removed, install
>> > matplotlib again.
>> >
>> > Ben Root
>> >
>> > On Tue, Mar 17, 2015 at 1:12 PM, garyr <ga...@fi...> wrote:
>> >
>> >> I downloaded version 1.4.3 and installed it (i.e., executed
>> >> matplotlib-1.4.3.win32-py2.6.exe). Now when I
>> >> attempt to run a program I get the following:
>> >>
>> >> >python rainfallYears.py
>> >> Traceback (most recent call last):
>> >> File "rainfallYears.py", line 4, in <module>
>> >> import matplotlib.pyplot as plt
>> >> File "C:\Python26\lib\site-packages\matplotlib\__init__.py", line
>> 105, in
>> >> <module>
>> >> import six
>> >> ImportError: No module named six
>> >> >Exit code: 1
>> >>
>> >> So then I went back to 1.3.1 and get the same error...
>> >> Help!
>> >>
>> >>
>> >>
>> >>
>> >>
>> ------------------------------------------------------------------------------
>> >> Dive into the World of Parallel Programming The Go Parallel Website,
>> >> sponsored
>> >> by Intel and developed in partnership with Slashdot Media, is your hub
>> for
>> >> all
>> >> things parallel software development, from weekly thought leadership
>> blogs
>> >> to
>> >> news, videos, case studies, tutorials and more. Take a look and join the
>> >> conversation now. http://goparallel.sourceforge.net/
>> >> _______________________________________________
>> >> Matplotlib-users mailing list
>> >> Mat...@li...
>> >> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>> >>
>> >
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Dive into the World of Parallel Programming The Go Parallel Website,
>> sponsored
>> by Intel and developed in partnership with Slashdot Media, is your hub for
>> all
>> things parallel software development, from weekly thought leadership blogs
>> to
>> news, videos, case studies, tutorials and more. Take a look and join the
>> conversation now. http://goparallel.sourceforge.net/
>> _______________________________________________
>> Matplotlib-users mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>
>

Wanted to share the Call for Proposals and registration info about the 2015
SciPy Conference (below) - more info on the conference website at
http://scipy2015.scipy.org. Hope we'll see some matplotlib submissions!
Best regards, 
Courtenay Godshall
SciPy 2015 Communications Co-Chair
------------------
**SciPy 2015 Conference (Scientific Computing with Python) Call for
Proposals: Submit Your Tutorial and Talk Ideas by April 1, 2015 at
http://scipy2015.scipy.org.** 
SciPy 2015, the fourteenth annual Scientific Computing with Python
conference, will be held July 6-12, 2015 in Austin, Texas. SciPy is a
community dedicated to the advancement of scientific computing through open
source Python software for mathematics, science, and engineering. The annual
SciPy Conference brings together over 500 participants from industry,
academia, and government to showcase their latest projects, learn from
skilled users and developers, and collaborate on code development. The full
program will consist of two days of tutorials by followed by three days of
presentations, and concludes with two days of developer sprints. More info
available on the conference website at http://scipy2015.scipy.org; you can
also sign up on the website for mailing list updates or follow @scipyconf on
Twitter. We hope you'll join us - early bird registration is open until May
15, 2015 at http://scipy2015.scipy.org 
We encourage you to submit tutorial or talk proposals in the categories
below; please also share with others who you'd like to see participate!
Submit via the conference website @ http://scipy2015.scipy.org.
*SCIPY TUTORIAL SESSION PROPOSALS - DEADLINE EXTENDED TO WED APRIL 1, 2015*
The SciPy experience kicks off with two days of tutorials. These sessions
provide extremely affordable access to expert training, and consistently
receive fantastic feedback from participants. We're looking for submissions
on topics from introductory to advanced - we'll have attendees across the
gamut looking to learn. Whether you are a major contributor to a scientific
Python library or an expert-level user, this is a great opportunity to share
your knowledge and stipends are available. Submit Your Tutorial Proposal on
the SciPy 2015 website: http://scipy2015.scipy.org
*SCIPY TALK AND POSTER SUBMISSIONS - DUE April 1, 2015* SciPy 2015 will
include 3 major topic tracks and 7 mini-symposia tracks. Submit Your Talk
Proposal on the SciPy 2015 website: http://scipy2015.scipy.org
Major topic tracks include:
- Scientific Computing in Python (General track)
- Python in Data Science
- Quantitative and Computational Social Sciences
Mini-symposia will include the applications of Python in:
- Astronomy and astrophysics
- Computational life and medical sciences
- Engineering
- Geographic information systems (GIS)
- Geophysics
- Oceanography and meteorology
- Visualization, vision and imaging
If you have any questions or comments, feel free to contact us at:
sci...@sc....

"please don't do that"
Yes, I will make sure that any antagonizing I do in the future, it will be
completely clear that I am the one doing it. ;-)
On Wed, Mar 18, 2015 at 2:04 PM, Thomas Caswell <tca...@gm...> wrote:
> Hmm, I can't read and miss-attributed who was antagonizing Sandro, please
> don't do that.
>
> On Wed, Mar 18, 2015 at 2:01 PM Benjamin Root <ben...@ou...> wrote:
>
>> For my part, I didn't take Keith's comment as antagonizing. If anything,
>> I should apologize to Sandro. It was not necessary for me to drag Debian
>> into this, because all I know is that I was having issues on Ubuntu.
>>
>> Ben Root
>>
>> On Wed, Mar 18, 2015 at 1:51 PM, Thomas Caswell <tca...@gm...>
>> wrote:
>>
>>> We do support ubuntu, travis.ci (which we use for continuous
>>> integration testing) is ubuntu based and my main development box is ubuntu
>>> (but I mostly work inside conda environments rather than virtualenvs these
>>> days). Even though it is the worst thing for a dev to say, 'it works on my
>>> machine'.
>>>
>>> Part of the problem here is that it looks like you are doing system-wide
>>> installations from source so you have almost certainly driven your system
>>> into an inconsistent state. Unless you know enough sys-admin magic to
>>> ensure you won't step on the toes of the system packages, I strongly
>>> suggest _never_ using sudo to install python packages. Either use
>>> venv/conda or install into a directory in your home directory and modify
>>> $PYTHONPATH as needed.
>>>
>>> I know it is frustrating, but there isn't a whole lot we can do to help
>>> you with you knowing exactly what you have done to your system.
>>>
>>> In any case antagonizing the developers and the debian packager is _not_
>>> the most effective course of action. I assure you all of us are making a
>>> good faith effort to make sure mpl works everywhere. Starting from that
>>> assumption will make all of these conversations go much more smoothly.
>>> Also remember everyone responding to you on this list is a volunteer,
>>> please be respectful of our time and energy.
>>>
>>> Tom
>>>
>>> On Wed, Mar 18, 2015 at 1:27 PM Benjamin Root <ben...@ou...> wrote:
>>>
>>>> We would too. This is the first time I have seen updating setuptools
>>>> not work. That was the fix... I have no clue why it is broken on your
>>>> system.
>>>>
>>>> On Wed, Mar 18, 2015 at 1:20 PM, <kei...@bt...> wrote:
>>>>
>>>>> Ok, I will check out anaconda anyway.
>>>>>
>>>>>
>>>>>
>>>>> I would think that the matplotlib maintainers would want to make sure
>>>>> they support the very popular Ubuntu platform, even if a workaround for a
>>>>> bug elsewhere is needed.
>>>>>
>>>>>
>>>>>
>>>>> K
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> *From:* ben...@gm... [mailto:ben...@gm...] *On Behalf
>>>>> Of *Benjamin Root
>>>>> *Sent:* 18 March 2015 17:17
>>>>> *To:* Briggs,KM,Keith,TUB2 R; Matplotlib Users
>>>>>
>>>>
>>>>> *Subject:* Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14
>>>>> with python3
>>>>>
>>>>>
>>>>>
>>>>> One thing I just noticed is that python3.4 and the distutils libraries
>>>>> are installed at /usr/lib/python3.4/distutils/, but the setuptools is
>>>>> located at /usr/local/lib/python3.4/dist-packages/. One of the
>>>>> oddities of setuptools is that it monkey-patches distutils, if I understand
>>>>> it correctly, so perhaps it isn't doing it correctly for some reason? I
>>>>> haven't a clue, really.
>>>>>
>>>>> This oddity in directory structures was actually one thing I noticed
>>>>> in Ubuntu last summer/fall for py2.7 that broke a lot of things for me. I
>>>>> was in a rush at the time, so I just switched to anaconda, nuked everything
>>>>> python in my .local and moved on. That is always an option here, but it
>>>>> would be nice to get to the bottom of this as well.
>>>>>
>>>>> Ben Root
>>>>>
>>>>>
>>>>>
>>>>> On Wed, Mar 18, 2015 at 1:03 PM, <kei...@bt...> wrote:
>>>>>
>>>>> Ben: thanks for your help - it's very much appreciated!
>>>>> Keith
>>>>>
>>>>> kbriggs:~/Downloads/matplotlib-1.4.3> python3
>>>>> Python 3.4.0 (default, Apr 11 2014, 13:05:11)
>>>>> [GCC 4.8.2] on linux
>>>>> Type "help", "copyright", "credits" or "license" for more information.
>>>>> >>>
>>>>> >>> import setuptools
>>>>> >>> print(setuptools.__file__)
>>>>> /usr/local/lib/python3.4/dist-packages/setuptools-14.3-py3.
>>>>> 4.egg/setuptools/__init__.py
>>>>> >>>
>>>>>
>>>>>
>>>>> kbriggs:~/Downloads/matplotlib-1.4.3> python
>>>>> Python 2.7.6 (default, Mar 22 2014, 22:59:56)
>>>>> [GCC 4.8.2] on linux2
>>>>> Type "help", "copyright", "credits" or "license" for more information.
>>>>> >>>
>>>>> >>> import setuptools
>>>>> >>> print(setuptools.__file__)
>>>>> /usr/lib/python2.7/dist-packages/setuptools/__init__.pyc
>>>>> >>>
>>>>>
>>>>>
>>>>> ________________________________________
>>>>> From: ben...@gm... [ben...@gm...] On Behalf Of
>>>>> Benjamin Root [ben...@ou...]
>>>>> Sent: 18 March 2015 16:58
>>>>> To: Briggs,KM,Keith,TUB2 R
>>>>> Cc: matplotlib development list
>>>>> Subject: Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with
>>>>> python3
>>>>>
>>>>> Keith,
>>>>>
>>>>> Back to the issue at hand. could you do the following?
>>>>>
>>>>> import setuptools
>>>>> print(setuptools.__file__)
>>>>>
>>>>> It would be interesting to see if that path differs from the path of
>>>>> the egg you just listed.
>>>>> Ben
>>>>>
>>>>> On Wed, Mar 18, 2015 at 11:39 AM, <kei...@bt...<mailto:ke
>>>>> ith...@bt...>> wrote:
>>>>> pip still thinks I have the latest. I think it's a question of how
>>>>> to force the matplotlib setup.py to use actually it.
>>>>> Keith
>>>>>
>>>>> kbriggs:~/Downloads/matplotlib-1.4.3> sudo pip3 install setuptools
>>>>> --upgrade
>>>>> Requirement already up-to-date: setuptools in
>>>>> /usr/local/lib/python3.4/dist-packages/setuptools-14.3-py3.4.egg
>>>>> Cleaning up...
>>>>>
>>>>> ________________________________________
>>>>> From: ben...@gm...<mailto:ben...@gm...> [
>>>>> ben...@gm...<mailto:ben...@gm...>] On Behalf Of
>>>>> Benjamin Root [ben...@ou...<mailto:ben...@ou...>]
>>>>> Sent: 18 March 2015 15:33
>>>>> To: Briggs,KM,Keith,TUB2 R
>>>>> Cc: matplotlib development list
>>>>> Subject: Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with
>>>>> python3
>>>>>
>>>>> I would just use pip. Ubuntu/Debian has really messed up the python
>>>>> environment in more ways than one.
>>>>>
>>>>> On Wed, Mar 18, 2015 at 11:08 AM, keithbriggs <kei...@bt...
>>>>> <mailto:kei...@bt...><mailto:kei...@bt...<mailto:keith.
>>>>> br...@bt...>>> wrote:
>>>>> The Ubuntu package manager tells me it is up to date.
>>>>> If I download setuptools-14.3 and install, it goes into
>>>>> /usr/local/lib/ and
>>>>> doesn't get used.
>>>>> How do I force it to be used?
>>>>> Or am I supposed to override the Ubuntu package manager?
>>>>> Keith
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------------------------------------
>>>>> ------------------
>>>>> Dive into the World of Parallel Programming The Go Parallel Website,
>>>>> sponsored
>>>>> by Intel and developed in partnership with Slashdot Media, is your hub
>>>>> for all
>>>>> things parallel software development, from weekly thought leadership
>>>>> blogs to
>>>>> news, videos, case studies, tutorials and more. Take a look and join
>>>>> the
>>>>> conversation now. http://goparallel.sourceforge.net/
>>>>> _______________________________________________
>>>>> Matplotlib-devel mailing list
>>>>> Mat...@li...<mailto:Matplot
>>>>> lib...@li...>
>>>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>>>>
>>>>>
>>>>>
>>>> ------------------------------------------------------------
>>>> ------------------
>>>> Dive into the World of Parallel Programming The Go Parallel Website,
>>>> sponsored
>>>> by Intel and developed in partnership with Slashdot Media, is your hub
>>>> for all
>>>> things parallel software development, from weekly thought leadership
>>>> blogs to
>>>> news, videos, case studies, tutorials and more. Take a look and join the
>>>> conversation now. http://goparallel.sourceforge.net/
>>>> _______________________________________________
>>>> Matplotlib-users mailing list
>>>> Mat...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>>>
>>>
>>

Hmm, I can't read and miss-attributed who was antagonizing Sandro, please
don't do that.
On Wed, Mar 18, 2015 at 2:01 PM Benjamin Root <ben...@ou...> wrote:
> For my part, I didn't take Keith's comment as antagonizing. If anything, I
> should apologize to Sandro. It was not necessary for me to drag Debian into
> this, because all I know is that I was having issues on Ubuntu.
>
> Ben Root
>
> On Wed, Mar 18, 2015 at 1:51 PM, Thomas Caswell <tca...@gm...>
> wrote:
>
>> We do support ubuntu, travis.ci (which we use for continuous integration
>> testing) is ubuntu based and my main development box is ubuntu (but I
>> mostly work inside conda environments rather than virtualenvs these days).
>> Even though it is the worst thing for a dev to say, 'it works on my
>> machine'.
>>
>> Part of the problem here is that it looks like you are doing system-wide
>> installations from source so you have almost certainly driven your system
>> into an inconsistent state. Unless you know enough sys-admin magic to
>> ensure you won't step on the toes of the system packages, I strongly
>> suggest _never_ using sudo to install python packages. Either use
>> venv/conda or install into a directory in your home directory and modify
>> $PYTHONPATH as needed.
>>
>> I know it is frustrating, but there isn't a whole lot we can do to help
>> you with you knowing exactly what you have done to your system.
>>
>> In any case antagonizing the developers and the debian packager is _not_
>> the most effective course of action. I assure you all of us are making a
>> good faith effort to make sure mpl works everywhere. Starting from that
>> assumption will make all of these conversations go much more smoothly.
>> Also remember everyone responding to you on this list is a volunteer,
>> please be respectful of our time and energy.
>>
>> Tom
>>
>> On Wed, Mar 18, 2015 at 1:27 PM Benjamin Root <ben...@ou...> wrote:
>>
>>> We would too. This is the first time I have seen updating setuptools not
>>> work. That was the fix... I have no clue why it is broken on your system.
>>>
>>> On Wed, Mar 18, 2015 at 1:20 PM, <kei...@bt...> wrote:
>>>
>>>> Ok, I will check out anaconda anyway.
>>>>
>>>>
>>>>
>>>> I would think that the matplotlib maintainers would want to make sure
>>>> they support the very popular Ubuntu platform, even if a workaround for a
>>>> bug elsewhere is needed.
>>>>
>>>>
>>>>
>>>> K
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> *From:* ben...@gm... [mailto:ben...@gm...] *On Behalf
>>>> Of *Benjamin Root
>>>> *Sent:* 18 March 2015 17:17
>>>> *To:* Briggs,KM,Keith,TUB2 R; Matplotlib Users
>>>>
>>>
>>>> *Subject:* Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14
>>>> with python3
>>>>
>>>>
>>>>
>>>> One thing I just noticed is that python3.4 and the distutils libraries
>>>> are installed at /usr/lib/python3.4/distutils/, but the setuptools is
>>>> located at /usr/local/lib/python3.4/dist-packages/. One of the
>>>> oddities of setuptools is that it monkey-patches distutils, if I understand
>>>> it correctly, so perhaps it isn't doing it correctly for some reason? I
>>>> haven't a clue, really.
>>>>
>>>> This oddity in directory structures was actually one thing I noticed in
>>>> Ubuntu last summer/fall for py2.7 that broke a lot of things for me. I was
>>>> in a rush at the time, so I just switched to anaconda, nuked everything
>>>> python in my .local and moved on. That is always an option here, but it
>>>> would be nice to get to the bottom of this as well.
>>>>
>>>> Ben Root
>>>>
>>>>
>>>>
>>>> On Wed, Mar 18, 2015 at 1:03 PM, <kei...@bt...> wrote:
>>>>
>>>> Ben: thanks for your help - it's very much appreciated!
>>>> Keith
>>>>
>>>> kbriggs:~/Downloads/matplotlib-1.4.3> python3
>>>> Python 3.4.0 (default, Apr 11 2014, 13:05:11)
>>>> [GCC 4.8.2] on linux
>>>> Type "help", "copyright", "credits" or "license" for more information.
>>>> >>>
>>>> >>> import setuptools
>>>> >>> print(setuptools.__file__)
>>>> /usr/local/lib/python3.4/dist-packages/setuptools-14.3-py3.
>>>> 4.egg/setuptools/__init__.py
>>>> >>>
>>>>
>>>>
>>>> kbriggs:~/Downloads/matplotlib-1.4.3> python
>>>> Python 2.7.6 (default, Mar 22 2014, 22:59:56)
>>>> [GCC 4.8.2] on linux2
>>>> Type "help", "copyright", "credits" or "license" for more information.
>>>> >>>
>>>> >>> import setuptools
>>>> >>> print(setuptools.__file__)
>>>> /usr/lib/python2.7/dist-packages/setuptools/__init__.pyc
>>>> >>>
>>>>
>>>>
>>>> ________________________________________
>>>> From: ben...@gm... [ben...@gm...] On Behalf Of
>>>> Benjamin Root [ben...@ou...]
>>>> Sent: 18 March 2015 16:58
>>>> To: Briggs,KM,Keith,TUB2 R
>>>> Cc: matplotlib development list
>>>> Subject: Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with
>>>> python3
>>>>
>>>> Keith,
>>>>
>>>> Back to the issue at hand. could you do the following?
>>>>
>>>> import setuptools
>>>> print(setuptools.__file__)
>>>>
>>>> It would be interesting to see if that path differs from the path of
>>>> the egg you just listed.
>>>> Ben
>>>>
>>>> On Wed, Mar 18, 2015 at 11:39 AM, <kei...@bt...<mailto:ke
>>>> ith...@bt...>> wrote:
>>>> pip still thinks I have the latest. I think it's a question of how to
>>>> force the matplotlib setup.py to use actually it.
>>>> Keith
>>>>
>>>> kbriggs:~/Downloads/matplotlib-1.4.3> sudo pip3 install setuptools
>>>> --upgrade
>>>> Requirement already up-to-date: setuptools in
>>>> /usr/local/lib/python3.4/dist-packages/setuptools-14.3-py3.4.egg
>>>> Cleaning up...
>>>>
>>>> ________________________________________
>>>> From: ben...@gm...<mailto:ben...@gm...> [
>>>> ben...@gm...<mailto:ben...@gm...>] On Behalf Of
>>>> Benjamin Root [ben...@ou...<mailto:ben...@ou...>]
>>>> Sent: 18 March 2015 15:33
>>>> To: Briggs,KM,Keith,TUB2 R
>>>> Cc: matplotlib development list
>>>> Subject: Re: [matplotlib-devel] 1.4.3 does not build on Ubuntu 14 with
>>>> python3
>>>>
>>>> I would just use pip. Ubuntu/Debian has really messed up the python
>>>> environment in more ways than one.
>>>>
>>>> On Wed, Mar 18, 2015 at 11:08 AM, keithbriggs <kei...@bt...
>>>> <mailto:kei...@bt...><mailto:kei...@bt...<mailto:keith.
>>>> br...@bt...>>> wrote:
>>>> The Ubuntu package manager tells me it is up to date.
>>>> If I download setuptools-14.3 and install, it goes into /usr/local/lib/
>>>> and
>>>> doesn't get used.
>>>> How do I force it to be used?
>>>> Or am I supposed to override the Ubuntu package manager?
>>>> Keith
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------
>>>> ------------------
>>>> Dive into the World of Parallel Programming The Go Parallel Website,
>>>> sponsored
>>>> by Intel and developed in partnership with Slashdot Media, is your hub
>>>> for all
>>>> things parallel software development, from weekly thought leadership
>>>> blogs to
>>>> news, videos, case studies, tutorials and more. Take a look and join the
>>>> conversation now. http://goparallel.sourceforge.net/
>>>> _______________________________________________
>>>> Matplotlib-devel mailing list
>>>> Mat...@li...<mailto:Matplot
>>>> lib...@li...>
>>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>>>
>>>>
>>>>
>>> ------------------------------------------------------------
>>> ------------------
>>> Dive into the World of Parallel Programming The Go Parallel Website,
>>> sponsored
>>> by Intel and developed in partnership with Slashdot Media, is your hub
>>> for all
>>> things parallel software development, from weekly thought leadership
>>> blogs to
>>> news, videos, case studies, tutorials and more. Take a look and join the
>>> conversation now. http://goparallel.sourceforge.net/
>>> _______________________________________________
>>> Matplotlib-users mailing list
>>> Mat...@li...
>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>>
>>
>