matplotlib-users Mailing List for matplotlib (Page 30)

Sometimes the solution is embarrassing simple.
Thanks a lot, I did not get that before :)



Am 2015-03-25 um 19:50 schrieb Eric Firing:
> On 2015/03/25 7:08 AM, Foehn wrote:
>> 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.
> There is no requirement that the arguments be on a grid; x, y, u, and v
> can simply be 1-D arrays with the desired locations and values.
>
> basemap's barbs is a mapping wrapper around matplotlib's Axes.barbs()
> method, so you can use either one depending on whether you want to plot
> on a map projection or on some other x,y coordinates.
>
> Eric
>
>> Can you help me?
>>
>>
>> Thanks, Foehn
>>
>> ------------------------------------------------------------------------------
>> 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

On 2015/03/25 7:08 AM, Foehn wrote:
> 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.

There is no requirement that the arguments be on a grid; x, y, u, and v 
can simply be 1-D arrays with the desired locations and values.

basemap's barbs is a mapping wrapper around matplotlib's Axes.barbs() 
method, so you can use either one depending on whether you want to plot 
on a map projection or on some other x,y coordinates.

Eric

>
> Can you help me?
>
>
> Thanks, Foehn
>
> ------------------------------------------------------------------------------
> 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
>

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....