matplotlib-users Mailing List for matplotlib (Page 29)

Make sure you have `freetype-dev` installed at the system level.

Tom

On Wed, Apr 1, 2015 at 8:02 AM Christian Ambros <am...@ym...> wrote:

> Hi,
>
> I'm facing the same trouble with installing matplotlib 1.4.3 and 1.5.dev1.
> running
>
>     python3 setup.py build
>
> in the unarchived directory gives this:
>
> ============================================================================
> Edit setup.cfg to change the build options
>
> BUILDING MATPLOTLIB
>             matplotlib: yes [1.5.dev1]
>                 python: yes [3.4.0 (default, Apr 11 2014, 13:05:11)  [GCC
>                         4.8.2]]
>               platform: yes [linux]
>
> REQUIRED DEPENDENCIES AND EXTENSIONS
>                  numpy: yes [version 1.9.2]
>                    six: yes [using six version 1.5.2]
>               dateutil: yes [using dateutil version 2.0]
>                   pytz: yes [using pytz version 2012c]
>                tornado: yes [using tornado version 3.1.1]
>              pyparsing: yes [using pyparsing version 2.0.1]
>                 libagg: yes [Requires patches that have not been merged
>                         upstream. Using local copy.]
> Traceback (most recent call last):
>   File "setup.py", line 153, in <module>
>     result = package.check()
>   File "/home/ambrosc/Downloads/matplotlib-master/setupext.py", line 900,
> in check
>     min_version='2.3', version=version)
>   File "/home/ambrosc/Downloads/matplotlib-master/setupext.py", line 446,
> in _check_for_pkg_config
>     if (not is_min_version(version, min_version)):
>   File "/home/ambrosc/Downloads/matplotlib-master/setupext.py", line 173,
> in is_min_version
>     return found_version >= expected_version
>   File "/usr/lib/python3.4/distutils/version.py", line 76, in __ge__
>     c = self._cmp(other)
>   File "/usr/lib/python3.4/distutils/version.py", line 343, in _cmp
>     if self.version < other.version:
> TypeError: unorderable types: str() < int()
>
> I'm running Linux Mint 17 "Quina" which is based on Ubuntu's trusty
> packges.
>
> pip3 is up to date. Running
>     print(setuptools.__file__)
>
> gives: /usr/local/lib/python3.4/dist-packages/setuptools/__init__.py which
> is as expected.
>
> Using pip3 install matplotlib --upgrade #even to 1.4.3
> get's me this:
>
>
> Collecting matplotlib from
> https://pypi.python.org/packages/source/m/matplotlib/matplotlib-1.4.3.tar.gz#md5=86af2e3e3c61849ac7576a6f5ca44267
>   Downloading matplotlib-1.4.3.tar.gz (50.4MB)
>     100% |################################| 50.4MB 8.0kB/s
>     Traceback (most recent call last):
>       File "<string>", line 20, in <module>
>       File "/tmp/pip-build-sezmzam8/matplotlib/setup.py", line 155, in
> <module>
>         result = package.check()
>       File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 961, in
> check
>         min_version='2.3', version=version)
>       File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 445, in
> _check_for_pkg_config
>         if (not is_min_version(version, min_version)):
>       File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 173, in
> is_min_version
>         return found_version >= expected_version
>       File "/usr/lib/python3.4/distutils/version.py", line 76, in __ge__
>         c = self._cmp(other)
>       File "/usr/lib/python3.4/distutils/version.py", line 343, in _cmp
>         if self.version < other.version:
>     TypeError: unorderable types: str() < int()
>
> ============================================================================
>     Edit setup.cfg to change the build options
>     BUILDING MATPLOTLIB
>                 matplotlib: yes [1.4.3]
>                     python: yes [3.4.0 (default, Apr 11 2014, 13:05:11)
> [GCC
>                             4.8.2]]
>                   platform: yes [linux]
>     REQUIRED DEPENDENCIES AND EXTENSIONS
>                      numpy: yes [version 1.9.2]
>                        six: yes [using six version 1.5.2]
>                   dateutil: yes [using dateutil version 2.0]
>                       pytz: yes [using pytz version 2012c]
>                    tornado: yes [using tornado version 3.1.1]
>                  pyparsing: yes [using pyparsing version 2.0.1]
>                      pycxx: yes [Official versions of PyCXX are not
> compatible
>                             with matplotlib on Python 3.x, since they lack
>                             support for the buffer object.  Using local
> copy]
>                     libagg: yes [Requires patches that have not been merged
>                             upstream. Using local copy.]
>     Complete output from command python setup.py egg_info:
>     Traceback (most recent call last):
>
>       File "<string>", line 20, in <module>
>
>       File "/tmp/pip-build-sezmzam8/matplotlib/setup.py", line 155, in
> <module>
>
>         result = package.check()
>
>       File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 961, in
> check
>
>         min_version='2.3', version=version)
>
>       File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 445, in
> _check_for_pkg_config
>
>         if (not is_min_version(version, min_version)):
>
>       File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 173, in
> is_min_version
>
>         return found_version >= expected_version
>
>       File "/usr/lib/python3.4/distutils/version.py", line 76, in __ge__
>
>         c = self._cmp(other)
>
>       File "/usr/lib/python3.4/distutils/version.py", line 343, in _cmp
>
>         if self.version < other.version:
>
>     TypeError: unorderable types: str() < int()
>
>
> ============================================================================
>
>     Edit setup.cfg to change the build options
>
>
>
>     BUILDING MATPLOTLIB
>
>                 matplotlib: yes [1.4.3]
>
>                     python: yes [3.4.0 (default, Apr 11 2014, 13:05:11)
> [GCC
>
>                             4.8.2]]
>
>                   platform: yes [linux]
>
>
>
>     REQUIRED DEPENDENCIES AND EXTENSIONS
>
>                      numpy: yes [version 1.9.2]
>
>                        six: yes [using six version 1.5.2]
>
>                   dateutil: yes [using dateutil version 2.0]
>
>                       pytz: yes [using pytz version 2012c]
>
>                    tornado: yes [using tornado version 3.1.1]
>
>                  pyparsing: yes [using pyparsing version 2.0.1]
>
>                      pycxx: yes [Official versions of PyCXX are not
> compatible
>
>                             with matplotlib on Python 3.x, since they lack
>
>                             support for the buffer object.  Using local
> copy]
>
>                     libagg: yes [Requires patches that have not been merged
>
>                             upstream. Using local copy.]
>
>     ----------------------------------------
>     Command "python setup.py egg_info" failed with error code 1 in
> /tmp/pip-build-sezmzam8/matplotlib
> Which leads to the same error!
>
> running python2.7 setup.py egg_info doesn't fail but since I have to use
> 3.4.x ant pyqt5.4.x there is no way to use something else than matplotlib
> 1.4.3/1.5dev1 because auf the qt5agg backend.
>
> Any hints on how to get along?
>
> Christian
>
> --
> "A little learning never caused anyone's head to explode!"
>
>
> "Ein wenig Lernen hat noch niemandens Kopf zum Explodieren gebracht!"
> ------------------------------------------------------------
> ------------------
> 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'm facing the same trouble with installing matplotlib 1.4.3 and 1.5.dev1. running 

    python3 setup.py build 

in the unarchived directory gives this:
============================================================================
Edit setup.cfg to change the build options

BUILDING MATPLOTLIB
            matplotlib: yes [1.5.dev1]
                python: yes [3.4.0 (default, Apr 11 2014, 13:05:11)  [GCC
                        4.8.2]]
              platform: yes [linux]

REQUIRED DEPENDENCIES AND EXTENSIONS
                 numpy: yes [version 1.9.2]
                   six: yes [using six version 1.5.2]
              dateutil: yes [using dateutil version 2.0]
                  pytz: yes [using pytz version 2012c]
               tornado: yes [using tornado version 3.1.1]
             pyparsing: yes [using pyparsing version 2.0.1]
                libagg: yes [Requires patches that have not been merged
                        upstream. Using local copy.]
Traceback (most recent call last):
  File "setup.py", line 153, in <module>
    result = package.check()
  File "/home/ambrosc/Downloads/matplotlib-master/setupext.py", line 900, in check
    min_version='2.3', version=version)
  File "/home/ambrosc/Downloads/matplotlib-master/setupext.py", line 446, in _check_for_pkg_config
    if (not is_min_version(version, min_version)):
  File "/home/ambrosc/Downloads/matplotlib-master/setupext.py", line 173, in is_min_version
    return found_version >= expected_version
  File "/usr/lib/python3.4/distutils/version.py", line 76, in __ge__
    c = self._cmp(other)
  File "/usr/lib/python3.4/distutils/version.py", line 343, in _cmp
    if self.version < other.version:
TypeError: unorderable types: str() < int()

I'm running Linux Mint 17 "Quina" which is based on Ubuntu's trusty packges.
pip3 is up to date. Running     
    print(setuptools.__file__)
gives: /usr/local/lib/python3.4/dist-packages/setuptools/__init__.py which is as expected.
Using pip3 install matplotlib --upgrade #even to 1.4.3get's me this:

Collecting matplotlib from https://pypi.python.org/packages/source/m/matplotlib/matplotlib-1.4.3.tar.gz#md5=86af2e3e3c61849ac7576a6f5ca44267
  Downloading matplotlib-1.4.3.tar.gz (50.4MB)
    100% |################################| 50.4MB 8.0kB/s 
    Traceback (most recent call last):
      File "<string>", line 20, in <module>
      File "/tmp/pip-build-sezmzam8/matplotlib/setup.py", line 155, in <module>
        result = package.check()
      File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 961, in check
        min_version='2.3', version=version)
      File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 445, in _check_for_pkg_config
        if (not is_min_version(version, min_version)):
      File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 173, in is_min_version
        return found_version >= expected_version
      File "/usr/lib/python3.4/distutils/version.py", line 76, in __ge__
        c = self._cmp(other)
      File "/usr/lib/python3.4/distutils/version.py", line 343, in _cmp
        if self.version < other.version:
    TypeError: unorderable types: str() < int()
    ============================================================================
    Edit setup.cfg to change the build options
    BUILDING MATPLOTLIB
                matplotlib: yes [1.4.3]
                    python: yes [3.4.0 (default, Apr 11 2014, 13:05:11)  [GCC
                            4.8.2]]
                  platform: yes [linux]
    REQUIRED DEPENDENCIES AND EXTENSIONS
                     numpy: yes [version 1.9.2]
                       six: yes [using six version 1.5.2]
                  dateutil: yes [using dateutil version 2.0]
                      pytz: yes [using pytz version 2012c]
                   tornado: yes [using tornado version 3.1.1]
                 pyparsing: yes [using pyparsing version 2.0.1]
                     pycxx: yes [Official versions of PyCXX are not compatible
                            with matplotlib on Python 3.x, since they lack
                            support for the buffer object.  Using local copy]
                    libagg: yes [Requires patches that have not been merged
                            upstream. Using local copy.]
    Complete output from command python setup.py egg_info:
    Traceback (most recent call last):
    
      File "<string>", line 20, in <module>
    
      File "/tmp/pip-build-sezmzam8/matplotlib/setup.py", line 155, in <module>
    
        result = package.check()
    
      File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 961, in check
    
        min_version='2.3', version=version)
    
      File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 445, in _check_for_pkg_config
    
        if (not is_min_version(version, min_version)):
    
      File "/tmp/pip-build-sezmzam8/matplotlib/setupext.py", line 173, in is_min_version
    
        return found_version >= expected_version
    
      File "/usr/lib/python3.4/distutils/version.py", line 76, in __ge__
    
        c = self._cmp(other)
    
      File "/usr/lib/python3.4/distutils/version.py", line 343, in _cmp
    
        if self.version < other.version:
    
    TypeError: unorderable types: str() < int()
    
    ============================================================================
    
    Edit setup.cfg to change the build options
    
    
    
    BUILDING MATPLOTLIB
    
                matplotlib: yes [1.4.3]
    
                    python: yes [3.4.0 (default, Apr 11 2014, 13:05:11)  [GCC
    
                            4.8.2]]
    
                  platform: yes [linux]
    
    
    
    REQUIRED DEPENDENCIES AND EXTENSIONS
    
                     numpy: yes [version 1.9.2]
    
                       six: yes [using six version 1.5.2]
    
                  dateutil: yes [using dateutil version 2.0]
    
                      pytz: yes [using pytz version 2012c]
    
                   tornado: yes [using tornado version 3.1.1]
    
                 pyparsing: yes [using pyparsing version 2.0.1]
    
                     pycxx: yes [Official versions of PyCXX are not compatible
    
                            with matplotlib on Python 3.x, since they lack
    
                            support for the buffer object.  Using local copy]
    
                    libagg: yes [Requires patches that have not been merged
    
                            upstream. Using local copy.]
    
    ----------------------------------------
    Command "python setup.py egg_info" failed with error code 1 in /tmp/pip-build-sezmzam8/matplotlib
Which leads to the same error!
running python2.7 setup.py egg_info doesn't fail but since I have to use 3.4.x ant pyqt5.4.x there is no way to use something else than matplotlib 1.4.3/1.5dev1 because auf the qt5agg backend.
Any hints on how to get along?
Christian --
"A little learning never caused anyone's head to explode!"

"Ein wenig Lernen hat noch niemandens Kopf zum Explodieren gebracht!"

In fact, I would like to draw other stem plots each at different offset.

Ex:
-+----_-----_--+-----_---

-+----_---+-_--+--_-----

-+--+-----_------+-----_-


I also found vlines but I have the same problem I don't know how to add a
horizontal offset to the values.
Ex:
import numpy
from matplotlib import pyplot
x = numpy.arange(10)
y = numpy.random.random(10)-0.5
pyplot.vlines(x, 0, y, color='red', bottom=2) # Stems
pyplot.plot(x, y, 'D')  # Stem ends
pyplot.plot([x.min(), x.max()], [0, 0], '--') # Middle bar
pyplot.grid(True)
pyplot.show()

ssinfod




--
View this message in context: http://matplotlib.1069221.n5.nabble.com/stem-plot-with-horizontal-offset-BaseValue-tp45297p45300.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

Looking at the source code indicates there is a 'bottom' keyword which
looks like it controls this, see
https://github.com/matplotlib/matplotlib/blob/v1.4.3/lib/matplotlib/axes/_axes.py#L2295

On 31 March 2015 at 19:31, ssinfod <ss...@gm...> wrote:

> Hello,
>
> I found this stem plot example:
> http://matplotlib.org/examples/pylab_examples/stem_plot.html
>
> I would like to add an horizontal offset to the step plot. (Ex: +2 on Y
> axis)
> What is the equivalent of the Matlab "BaseValue" offset in matplotlib.
>
> See Reference:
> http://www.mathworks.com/help/matlab/ref/stemseries-properties.html
> http://stackoverflow.com/questions/21913995/vertically-offset-stem-plot
>
> Thanks,
> ssinfod
>
>
>
>
> --
> View this message in context:
> http://matplotlib.1069221.n5.nabble.com/stem-plot-with-horizontal-offset-BaseValue-tp45297.html
> Sent from the matplotlib - users mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> 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’m not going to claim this is the final answer, but in the documentation for the stem function[1], it specifically says that the horizontal line is drawn at 0.  

A workaround is to subtract the offset from your data, and relabel the axes….

[1]http://matplotlib.org/api/pyplot_api.html?highlight=stem#matplotlib.pyplot.stem
On Mar 31, 2015, at 11:31AM, ssinfod <ss...@gm...> wrote:

> Hello, 
> 
> I found this stem plot example:
> http://matplotlib.org/examples/pylab_examples/stem_plot.html
> 
> I would like to add an horizontal offset to the step plot. (Ex: +2 on Y
> axis)
> What is the equivalent of the Matlab "BaseValue" offset in matplotlib.
> 
> See Reference:
> http://www.mathworks.com/help/matlab/ref/stemseries-properties.html
> http://stackoverflow.com/questions/21913995/vertically-offset-stem-plot
> 
> Thanks,
> ssinfod
> 
> 
> 
> 
> --
> View this message in context: http://matplotlib.1069221.n5.nabble.com/stem-plot-with-horizontal-offset-BaseValue-tp45297.html
> Sent from the matplotlib - users mailing list archive at Nabble.com.
> 
> ------------------------------------------------------------------------------
> 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, 

I found this stem plot example:
http://matplotlib.org/examples/pylab_examples/stem_plot.html

I would like to add an horizontal offset to the step plot. (Ex: +2 on Y
axis)
What is the equivalent of the Matlab "BaseValue" offset in matplotlib.

See Reference:
http://www.mathworks.com/help/matlab/ref/stemseries-properties.html
http://stackoverflow.com/questions/21913995/vertically-offset-stem-plot

Thanks,
ssinfod




--
View this message in context: http://matplotlib.1069221.n5.nabble.com/stem-plot-with-horizontal-offset-BaseValue-tp45297.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

Congrats, Ben. I know you've been working hard on this for a long time and I'm sure it'll be a great value to those looking to use matplotlib beyond just making a quick figure for a report. 

-Paul 



—
Sent from Mailbox

On Tue, Mar 31, 2015 at 11:02 AM, Benjamin Root <ben...@gm...>
wrote:

> The book I have been working on has now been published! It is about how to
> use most of the interactive features that comes with matplotlib in order to
> create your own GUI applications. The concepts are taught by building up a
> single application piece-by-piece, feature-by-feature. The final chapter
> then shows how to bring in tools from other GUIs, and also how to embed
> your figure into an existing GUI application (demonstrated for gtk,
> tkinter, wx and qt4).
> I really hope that the book is useful to the community, and that it is as
> enjoyable to read as it was for me to write!
> Cheers!
> Ben Root
> Order it on Amazon
> http://www.amazon.com/Interactive-Applications-using-Matplotlib-Benjamin/dp/1783988843/
> Or directly from Packt
> https://www.packtpub.com/application-development/interactive-applications-using-matplotlib

The book I have been working on has now been published! It is about how to
use most of the interactive features that comes with matplotlib in order to
create your own GUI applications. The concepts are taught by building up a
single application piece-by-piece, feature-by-feature. The final chapter
then shows how to bring in tools from other GUIs, and also how to embed
your figure into an existing GUI application (demonstrated for gtk,
tkinter, wx and qt4).

I really hope that the book is useful to the community, and that it is as
enjoyable to read as it was for me to write!

Cheers!
Ben Root

Order it on Amazon
http://www.amazon.com/Interactive-Applications-using-Matplotlib-Benjamin/dp/1783988843/

Or directly from Packt
https://www.packtpub.com/application-development/interactive-applications-using-matplotlib

Hi,

If your flow is actually non-divergent, so that continuous streamlines make sense, you could contour the streamfunction: a decent approximation should be
psi = 0.5*( cumsum(u*dy[:,newaxis],axis=1)-cumsum(v*dx[newaxis,:],axis=0))

Of course this won’t work so well if u and v are coarsely spaced or divergent...

Cheers,   Jody

> On Mar 30, 2015, at  20:26 PM, Tony Yu <ts...@gm...> wrote:
> 
> On Mon, Mar 30, 2015 at 2:15 PM, Foehn <fo...@po... <mailto:fo...@po...>> wrote:
> Am 2015-03-27 um 15:01 schrieb Sappy85:
> > Hi all,
> >
> > tried to plot a streamline with matplotlib. So far it work's.
> > But my question: Is there a possibility to avoid the gaps in the streamlines
> > (see my picture)?
> 
> I think the problem is that the streamline algorithm doesn't make any attempt to optimize for longer streamlines. It's been a long time since I've looked at the code, but roughly speaking, the algorithm optimizes for spacing between streamlines. Reducing the `minlength` input *should* slightly prefer longer streamlines, but you'll see side-effects with lines near borders and diverging flows.
> 
> If changing the `streamplot` implementation is an option, one of the simpler ways to achieve streamlines with fewer gaps would be allow the grid of starting points to vary independently from the grid that determines that streamlines are "too close". There are also "smarter" ways of seeding the streamlines, but that would be a bit more work, I believe.
> 
> -Tony
>  
> >
> > <http://matplotlib.1069221.n5.nabble.com/file/n45276/ff850_0.png <http://matplotlib.1069221.n5.nabble.com/file/n45276/ff850_0.png>>
> 
> Are you sure your flow is non divergent? Otherwise sinks and sources of
> streamlines are quite natural. If your flow is divergence free I I
> frankly admit that I have no idea how to solve the problem with the
> (then) spurious gaps.
> 
> Regards, Foehn
> 
> 
> >
> > Regards
> > Sappy85
> >
> > --
> > View this message in context: http://matplotlib.1069221.n5.nabble.com/matplotlib-basemap-streamlines-plot-tp45276.html <http://matplotlib.1069221.n5.nabble.com/matplotlib-basemap-streamlines-plot-tp45276.html>
> 
> 
> ------------------------------------------------------------------------------
> 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 Mon, Mar 30, 2015 at 2:15 PM, Foehn <fo...@po...> wrote:

> Am 2015-03-27 um 15:01 schrieb Sappy85:
> > Hi all,
> >
> > tried to plot a streamline with matplotlib. So far it work's.
> > But my question: Is there a possibility to avoid the gaps in the
> streamlines
> > (see my picture)?
>

I think the problem is that the streamline algorithm doesn't make any
attempt to optimize for longer streamlines. It's been a long time since
I've looked at the code, but roughly speaking, the algorithm optimizes for
spacing between streamlines. Reducing the `minlength` input *should*
slightly prefer longer streamlines, but you'll see side-effects with lines
near borders and diverging flows.

If changing the `streamplot` implementation is an option, one of the
simpler ways to achieve streamlines with fewer gaps would be allow the grid
of starting points to vary independently from the grid that determines that
streamlines are "too close". There are also "smarter" ways of seeding the
streamlines, but that would be a bit more work, I believe.

-Tony


> >
> > <http://matplotlib.1069221.n5.nabble.com/file/n45276/ff850_0.png>
>
> Are you sure your flow is non divergent? Otherwise sinks and sources of
> streamlines are quite natural. If your flow is divergence free I I
> frankly admit that I have no idea how to solve the problem with the
> (then) spurious gaps.
>
> Regards, Foehn
>
>
> >
> > Regards
> > Sappy85
> >
> > --
> > View this message in context:
> http://matplotlib.1069221.n5.nabble.com/matplotlib-basemap-streamlines-plot-tp45276.html
>
>

This bug has already been fixed in the source.

The work around for now is to use the full name `color='r'` instead of the
alais 'c'.

Tom

On Mon, Mar 30, 2015 at 11:06 PM Yuxiang Wang <yw...@vi...> wrote:

> Dear all,
>
> I have tried both latest Anaconda and WinPython in Windows 7, 64-bit
> system, with Python 3.4 64-bit, and both run into this issue:
>
> 1) Open up a new IPython QtConsole (version 3.0.0), and make sure
> matplotlib version is 1.4.3
> 2) It doesn't matter which backend you are using. Do:
> ```python
> import matplotlib.pyplot as plt
> plt.plot(range(5), c='r')
> ```
> 3) The default color blue showed up, rather than red.
>
> Could anyone please help me with this? Can you repeat the error that I see
> here?
>
> Thanks!
>
> Shawn
>
> --
> Yuxiang "Shawn" Wang
> Gerling Research Lab
> University of Virginia
> yw...@vi...
> +1 (434) 284-0836
> https://sites.google.com/a/virginia.edu/yw5aj/
>
> ------------------------------------------------------------
> ------------------
> 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
>

Hey,

I am making a plot using nested GridSpec objects. I would like to adjust
the space between the the different GridSpecs.

This works fine if I do something like:

gs0 = gridspec.GridSpec(a, b)
gs1 = gridspec.GridSpec(c, d)

gs0.update(...)
gs1.update(...)


However, If I use GridSpecFromSubplotSpec to make the gridspec-like
objects, this update() method is not provided:

root_gs = gridspec.GridSpec(2, 1)

gs0 = gridspec.GridSpecFromSubplotSpec(a, b, root_gs[0])
gs1 = gridspec.GridSpecFromSubplotSpec(c, d, root_gs[1])

gs0.update() #not a method!!

I probed around in gs0.__dict__ and dir(gs0) but I couldn't find the right
attributes...Can anyone suggest a solutions or a workaround?

Thanks!
Julian

Dear all,

I have tried both latest Anaconda and WinPython in Windows 7, 64-bit
system, with Python 3.4 64-bit, and both run into this issue:

1) Open up a new IPython QtConsole (version 3.0.0), and make sure
matplotlib version is 1.4.3
2) It doesn't matter which backend you are using. Do:
```python
import matplotlib.pyplot as plt
plt.plot(range(5), c='r')
```
3) The default color blue showed up, rather than red.

Could anyone please help me with this? Can you repeat the error that I see here?

Thanks!

Shawn

-- 
Yuxiang "Shawn" Wang
Gerling Research Lab
University of Virginia
yw...@vi...
+1 (434) 284-0836
https://sites.google.com/a/virginia.edu/yw5aj/

Am 2015-03-27 um 15:01 schrieb Sappy85:
> Hi all,
>
> tried to plot a streamline with matplotlib. So far it work's.
> But my question: Is there a possibility to avoid the gaps in the streamlines
> (see my picture)?
>
> <http://matplotlib.1069221.n5.nabble.com/file/n45276/ff850_0.png>

Are you sure your flow is non divergent? Otherwise sinks and sources of 
streamlines are quite natural. If your flow is divergence free I I 
frankly admit that I have no idea how to solve the problem with the 
(then) spurious gaps.

Regards, Foehn


>
> Regards
> Sappy85
>
>
>
>
>
> --
> View this message in context: http://matplotlib.1069221.n5.nabble.com/matplotlib-basemap-streamlines-plot-tp45276.html
> Sent from the matplotlib - users mailing list archive at Nabble.com.
>
> ------------------------------------------------------------------------------
> 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,

For those of you following the trials and tribulations of moi,
I hacked the solution.  The assignment is:

x0 = [ [-1.0,0.0,0.5] ]

I printed the orig x0.  Printed mine.  Noticed mine was missing
a set of brackets.  Tried it.  Success!

--Prahas




On Sun, Mar 29, 2015 at 10:07 AM, Prahas David Nafissian <
pra...@gm...> wrote:

>
> Hi Mat-Plotters,
>
> I'm trying to modify the below code so that I can
> set the initial conditions to (-1,0,0.5).
>
> The code below randomly sets the initial conditions:
>
> **************
>
> # I changed the equation -- it's not Lorenz.
>
> N_trajectories = 1
>
> def lorentz_deriv((x, y, z), t0, aa=1.1, yy=0.87):
>     """Compute the time-derivative of a Lorentz system."""
>     return [y*(z-1+x*x)+yy*x, x*(3*z+1-x*x)+yy*y, -2*z*(aa+x*y)]
>
> # Choose random starting points, uniformly distributed from -15 to 15
>
> np.random.seed(1)
>
> *# Here's the statement which assigns the initial conditions:*
>
> x0 = -15 + 30 * np.random.random((N_trajectories, 3))
>
> ******************
>
> I tried simply doing this:
>
> x0 = (-1,0,0.5)
>
> but I get this error:
>
> ValueError: need more than 1 value to unpack
>
>
> What am I missing?  What is the correct way to make the assignment?
>
>
> Thanks!
>
>
> --Prahas
>
>
>
>
>

Prahas,

You're example is a little strange because when I set `x0 = (-1,0,0.5)`,
your function works fine on Python 2. Are you trying to set t0?

Note, your function does not compile on Python 3. You should try to be more
explicit with that first argument in that function. For example, does the
following do what you expect:
-----------------------------
# I changed the equation -- it's not Lorenz.
import numpy as np
N_trajectories = 5

def lorentz_deriv(xyz, t0, aa=1.1, yy=0.87):
    """Compute the time-derivative of a Lorentz system."""
    x, y, z = xyz[0], xyz[1], xyz[2]
    vals =  [y*(z-1+x*x)+yy*x, x*(3*z+1-x*x)+yy*y, -2*z*(aa+x*y)]
    return np.array(vals)

# Choose random starting points, uniformly distributed from -15 to 15

np.random.seed(1)

# Here's the statement which assigns the initial conditions:

x0 = -15 + 30 * np.random.random((3, N_trajectories))
#x0 = (-1, 0, 1.5)
lorentz_deriv(x0, 1.)

----------------------------------------------------
This gives me an answer for both Python2 and Python3 with both values of
x0. Is that what you want?

Ryan



On Sun, Mar 29, 2015 at 1:07 PM, Prahas David Nafissian <
pra...@gm...> wrote:

>
> Hi Mat-Plotters,
>
> I'm trying to modify the below code so that I can
> set the initial conditions to (-1,0,0.5).
>
> The code below randomly sets the initial conditions:
>
> **************
>
> # I changed the equation -- it's not Lorenz.
>
> N_trajectories = 1
>
> def lorentz_deriv((x, y, z), t0, aa=1.1, yy=0.87):
>     """Compute the time-derivative of a Lorentz system."""
>     return [y*(z-1+x*x)+yy*x, x*(3*z+1-x*x)+yy*y, -2*z*(aa+x*y)]
>
> # Choose random starting points, uniformly distributed from -15 to 15
>
> np.random.seed(1)
>
> *# Here's the statement which assigns the initial conditions:*
>
> x0 = -15 + 30 * np.random.random((N_trajectories, 3))
>
> ******************
>
> I tried simply doing this:
>
> x0 = (-1,0,0.5)
>
> but I get this error:
>
> ValueError: need more than 1 value to unpack
>
>
> What am I missing?  What is the correct way to make the assignment?
>
>
> Thanks!
>
>
> --Prahas
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> 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 Mat-Plotters,

I'm trying to modify the below code so that I can
set the initial conditions to (-1,0,0.5).

The code below randomly sets the initial conditions:

**************

# I changed the equation -- it's not Lorenz.

N_trajectories = 1

def lorentz_deriv((x, y, z), t0, aa=1.1, yy=0.87):
    """Compute the time-derivative of a Lorentz system."""
    return [y*(z-1+x*x)+yy*x, x*(3*z+1-x*x)+yy*y, -2*z*(aa+x*y)]

# Choose random starting points, uniformly distributed from -15 to 15

np.random.seed(1)

*# Here's the statement which assigns the initial conditions:*

x0 = -15 + 30 * np.random.random((N_trajectories, 3))

******************

I tried simply doing this:

x0 = (-1,0,0.5)

but I get this error:

ValueError: need more than 1 value to unpack


What am I missing?  What is the correct way to make the assignment?


Thanks!


--Prahas

Hi all,

tried to plot a streamline with matplotlib. So far it work's. 
But my question: Is there a possibility to avoid the gaps in the streamlines
(see my picture)?

<http://matplotlib.1069221.n5.nabble.com/file/n45276/ff850_0.png> 

Regards
Sappy85





--
View this message in context: http://matplotlib.1069221.n5.nabble.com/matplotlib-basemap-streamlines-plot-tp45276.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

> On 26 Mar 2015, at  12:55 PM, Courtenay Godshall (Enthought) <cgo...@en...> wrote:
> 
> See the 2014 Contest entries here for inspiration: http://stsdas.stsci.edu/download/mdroe/plotting/ <http://stsdas.stsci.edu/download/mdroe/plotting/>
The plots in here are great!  However, I couldn’t figure out who won?

Cheers,  Jody


--
Jody Klymak    
http://web.uvic.ca/~jklymak/

*3rd Annual SciPy Conference John Hunter Plotting Contest Open for Entries:
Cash Prizes*

 

In memory of John Hunter, creator of matplotlib, we are pleased to announce
the Third Annual SciPy John Hunter Excellence in Plotting Competition. This
open competition aims to highlight the importance of quality plotting to
scientific progress and showcase the capabilities of the current generation
of plotting software. 

 

Participants are invited to submit scientific plots by 4/13/15. John
Hunter's family is graciously sponsoring cash prizes from $500-$1,000 for
the contest and the winning entries will be announced and displayed at the
conference. 

 

Full requirements and submission details here:
http://www.scipy2015.scipy.org/ehome/115969/276538/?
<http://www.scipy2015.scipy.org/ehome/115969/276538/?&> &

 

See the 2014 Contest entries here for inspiration:
http://stsdas.stsci.edu/download/mdroe/plotting/ 

Ok the last one got garbled.

My apologies to the list but here is another go.

Hi Thomas,

I posted via nabble. It looks like something stripped the code.

Here is the bit where the axes are set up

    def setup_axes(self, fig, rect):
        """
        With custom locator and formatter.
        Note that the extreme values are swapped.
        """

        transform = PolarAxes.PolarTransform()

        angle_ticks = [(0, r"$Right$"),
                       (.5*pi, r"$Forward$"),
                       (pi, r"$Left$")]
        grid_locator1 = FixedLocator([v for v, s in angle_ticks])
        tick_formatter1 = DictFormatter(dict(angle_ticks))

        grid_locator2 = MaxNLocator(4)

        self.grid_helper = floating_axes.GridHelperCurveLinear(transform,
                                            extremes=(0, pi,
self.sonar_limit, 0),
                                            grid_locator1=grid_locator1,
                                            grid_locator2=grid_locator2,
                                            tick_formatter1=tick_formatter1,
                                            tick_formatter2=None,
                                            )
        self.axes = floating_axes.FloatingSubplot(fig, rect,
grid_helper=self.grid_helper)
        self.axes.axis["bottom"].major_ticklabels.set_rotation(180)
        self.axes.axis["left"].set_axis_direction("bottom")
        self.axes.grid(b=True, which='major', color='b', linestyle='-')
        fig.add_subplot(self.axes)

        # create a parasite axes whose transData in RA, cz
        self.auxiliary_axes = self.axes.get_aux_axes(transform)

        self.auxiliary_axes.patch = self.axes.patch # for auxiliary_axis to
have a clip path as in ax
        self.axes.patch.zorder=0.9 # but this has a side effect that the
patch is
                            # drawn twice, and possibly over some other
                            # artists. So, we decrease the zorder a bit to
                            # prevent this.

        self.lines, = self.auxiliary_axes.plot(self.theta, self.radius)


and here is the bit where the plot is updated


    def idleCallback(self):
        global root
        plotit = False
        logging.debug('Acquire the data lock')
        self.dataLock.acquire()
        if self.newSonarDataAvailable:
            plotit = True
            theta = self.theta[:]
            radius = self.radius[:]
            selfNewSonarDataAvailable = False
        self.dataLock.release()
#        theta.insert(0, 0.)
#        theta.append(0.)
#        radius.insert(0, 0.)
#        radius.append(0.)
        if plotit:
            logging.debug('Plotting')
            self.lines.set_data(theta, radius)
            self.axes.relim()
            self.axes.autoscale_view()
            self.canvas.draw()

if have also put the full code file  here
<https://dl.dropboxusercontent.com/u/84613021/barnaby.py>  

As you can see I have been trying a few other things. Looks like if am
missing the boat pretty comprehensively!





--
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-tp45261p45271.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

And if I look at this on nabble the code looks fine, it just was not
redndering in inbox.  Sorry, the issues is on my end.

On Thu, Mar 26, 2015 at 11:54 AM Thomas Caswell <tca...@gm...> wrote:

> Yikes, that formatting is almost worse!
>
> On Thu, Mar 26, 2015 at 11:53 AM rogerjames99 <ro...@be...>
> wrote:
>
>> Hi Thomas, I posted via nabble. It looks like something stripped the
>> code. Here is the bit where the axes are set up def setup_axes(self, fig,
>> rect): """ With custom locator and formatter. Note that the extreme values
>> are swapped. """ transform = PolarAxes.PolarTransform() angle_ticks = [(0,
>> r"$Right$"), (.5*pi, r"$Forward$"), (pi, r"$Left$")] grid_locator1 =
>> FixedLocator([v for v, s in angle_ticks]) tick_formatter1 =
>> DictFormatter(dict(angle_ticks)) grid_locator2 = MaxNLocator(4)
>> self.grid_helper = floating_axes.GridHelperCurveLinear(transform,
>> extremes=(0, pi, self.sonar_limit, 0), grid_locator1=grid_locator1,
>> grid_locator2=grid_locator2, tick_formatter1=tick_formatter1,
>> tick_formatter2=None, ) self.axes = floating_axes.FloatingSubplot(fig,
>> rect, grid_helper=self.grid_helper) self.axes.axis["bottom"].
>> major_ticklabels.set_rotation(180) self.axes.axis["left"].set_axis_direction("bottom")
>> self.axes.grid(b=True, which='major', color='b', linestyle='-')
>> fig.add_subplot(self.axes) # create a parasite axes whose transData in RA,
>> cz self.auxiliary_axes = self.axes.get_aux_axes(transform)
>> self.auxiliary_axes.patch = self.axes.patch # for auxiliary_axis to have a
>> clip path as in ax self.axes.patch.zorder=0.9 # but this has a side effect
>> that the patch is # drawn twice, and possibly over some other # artists.
>> So, we decrease the zorder a bit to # prevent this. self.lines, =
>> self.auxiliary_axes.plot(self.theta, self.radius) and here is the bit
>> where the plot is updated def idleCallback(self): global root plotit =
>> False logging.debug('Acquire the data lock') self.dataLock.acquire() if
>> self.newSonarDataAvailable: plotit = True theta = self.theta[:] radius =
>> self.radius[:] selfNewSonarDataAvailable = False self.dataLock.release() #
>> theta.insert(0, 0.) # theta.append(0.) # radius.insert(0, 0.) #
>> radius.append(0.) if plotit: logging.debug('Plotting')
>> self.lines.set_data(theta, radius) self.axes.relim()
>> self.axes.autoscale_view() self.canvas.draw() if have also put the full
>> code file here <https://dl.dropboxusercontent.com/u/84613021/barnaby.py>
>> As you can see I have been trying a few other things. Looks like if am
>> missing the boat pretty comprehensively!
>> ------------------------------
>> View this message in context: Re: Help with updating the limits of an
>> axis to reflect the range of new data
>> <http://matplotlib.1069221.n5.nabble.com/Help-with-updating-the-limits-of-an-axis-to-reflect-the-range-of-new-data-tp45261p45269.html>
>> Sent from the matplotlib - users mailing list archive
>> <http://matplotlib.1069221.n5.nabble.com/matplotlib-users-f3.html> at
>> Nabble.com.
>> ------------------------------------------------------------
>> ------------------
>> 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
>>
>

Yikes, that formatting is almost worse!

On Thu, Mar 26, 2015 at 11:53 AM rogerjames99 <ro...@be...>
wrote:

> Hi Thomas, I posted via nabble. It looks like something stripped the code.
> Here is the bit where the axes are set up def setup_axes(self, fig, rect):
> """ With custom locator and formatter. Note that the extreme values are
> swapped. """ transform = PolarAxes.PolarTransform() angle_ticks = [(0,
> r"$Right$"), (.5*pi, r"$Forward$"), (pi, r"$Left$")] grid_locator1 =
> FixedLocator([v for v, s in angle_ticks]) tick_formatter1 =
> DictFormatter(dict(angle_ticks)) grid_locator2 = MaxNLocator(4)
> self.grid_helper = floating_axes.GridHelperCurveLinear(transform,
> extremes=(0, pi, self.sonar_limit, 0), grid_locator1=grid_locator1,
> grid_locator2=grid_locator2, tick_formatter1=tick_formatter1,
> tick_formatter2=None, ) self.axes = floating_axes.FloatingSubplot(fig,
> rect, grid_helper=self.grid_helper)
> self.axes.axis["bottom"].major_ticklabels.set_rotation(180)
> self.axes.axis["left"].set_axis_direction("bottom") self.axes.grid(b=True,
> which='major', color='b', linestyle='-') fig.add_subplot(self.axes) #
> create a parasite axes whose transData in RA, cz self.auxiliary_axes =
> self.axes.get_aux_axes(transform) self.auxiliary_axes.patch =
> self.axes.patch # for auxiliary_axis to have a clip path as in ax
> self.axes.patch.zorder=0.9 # but this has a side effect that the patch is #
> drawn twice, and possibly over some other # artists. So, we decrease the
> zorder a bit to # prevent this. self.lines, =
> self.auxiliary_axes.plot(self.theta, self.radius) and here is the bit where
> the plot is updated def idleCallback(self): global root plotit = False
> logging.debug('Acquire the data lock') self.dataLock.acquire() if
> self.newSonarDataAvailable: plotit = True theta = self.theta[:] radius =
> self.radius[:] selfNewSonarDataAvailable = False self.dataLock.release() #
> theta.insert(0, 0.) # theta.append(0.) # radius.insert(0, 0.) #
> radius.append(0.) if plotit: logging.debug('Plotting')
> self.lines.set_data(theta, radius) self.axes.relim()
> self.axes.autoscale_view() self.canvas.draw() if have also put the full
> code file here <https://dl.dropboxusercontent.com/u/84613021/barnaby.py>
> As you can see I have been trying a few other things. Looks like if am
> missing the boat pretty comprehensively!
> ------------------------------
> View this message in context: Re: Help with updating the limits of an
> axis to reflect the range of new data
> <http://matplotlib.1069221.n5.nabble.com/Help-with-updating-the-limits-of-an-axis-to-reflect-the-range-of-new-data-tp45261p45269.html>
> Sent from the matplotlib - users mailing list archive
> <http://matplotlib.1069221.n5.nabble.com/matplotlib-users-f3.html> at
> Nabble.com.
> ------------------------------------------------------------
> ------------------
> 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 Thomas,I posted via nabble. It looks like something stripped the code.Here
is the bit where the axes are set up    def setup_axes(self, fig, rect):       
"""        With custom locator and formatter.        Note that the extreme
values are swapped.        """        transform = PolarAxes.PolarTransform()       
angle_ticks = [(0, r"$Right$"),                       (.5*pi, r"$Forward$"),                      
(pi, r"$Left$")]        grid_locator1 = FixedLocator([v for v, s in
angle_ticks])        tick_formatter1 = DictFormatter(dict(angle_ticks))       
grid_locator2 = MaxNLocator(4)        self.grid_helper =
floating_axes.GridHelperCurveLinear(transform,                                           
extremes=(0, pi, self.sonar_limit, 0),                                           
grid_locator1=grid_locator1,                                           
grid_locator2=grid_locator2,                                           
tick_formatter1=tick_formatter1,                                           
tick_formatter2=None,                                            )       
self.axes = floating_axes.FloatingSubplot(fig, rect,
grid_helper=self.grid_helper)       
self.axes.axis["bottom"].major_ticklabels.set_rotation(180)       
self.axes.axis["left"].set_axis_direction("bottom")       
self.axes.grid(b=True, which='major', color='b', linestyle='-')       
fig.add_subplot(self.axes)        # create a parasite axes whose transData
in RA, cz        self.auxiliary_axes = self.axes.get_aux_axes(transform)       
self.auxiliary_axes.patch = self.axes.patch # for auxiliary_axis to have a
clip path as in ax        self.axes.patch.zorder=0.9 # but this has a side
effect that the patch is                            # drawn twice, and
possibly over some other                            # artists. So, we
decrease the zorder a bit to                            # prevent this.       
self.lines, = self.auxiliary_axes.plot(self.theta, self.radius)and here is
the bit where the plot is updated    def idleCallback(self):        global
root        plotit = False        logging.debug('Acquire the data lock')       
self.dataLock.acquire()        if self.newSonarDataAvailable:           
plotit = True            theta = self.theta[:]            radius =
self.radius[:]            selfNewSonarDataAvailable = False       
self.dataLock.release()#        theta.insert(0, 0.)#       
theta.append(0.)#        radius.insert(0, 0.)#        radius.append(0.)       
if plotit:            logging.debug('Plotting')           
self.lines.set_data(theta, radius)            self.axes.relim()           
self.axes.autoscale_view()            self.canvas.draw()if have also put the
full code file  here
<https://dl.dropboxusercontent.com/u/84613021/barnaby.py>  As you can see I
have been trying a few other things. Looks like if am missing the boat
pretty comprehensively!



--
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-tp45261p45269.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

Can you include a minimal example of the code you are using (it looks like
you did include code, but it did not come through)?  It is very hard to
guess at what is wrong without it.

Tom

On Wed, Mar 25, 2015 at 2:29 PM rogerjames99 <ro...@be...>
wrote:

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