matplotlib-users Mailing List for matplotlib (Page 2)

I've tried also but it returns an error:

 matplotlib.rcParams['xticks.labelsize'] = 12.0
  File "C:\Python27\lib\site-packages\matplotlib\__init__.py", line 653, in
__setitem__
    See rcParams.keys() for a list of valid parameters.' % (key,))
KeyError: 'xticks.labelsize is not a valid rc parameter.See rcParams.keys()
for a list of valid parameters.'


2012/8/30 Damon McDougall <dam...@gm...>

> On Thu, Aug 30, 2012 at 12:04:48PM -0400, Benjamin Root wrote:
> > On Thu, Aug 30, 2012 at 11:58 AM, Fabien Lafont <laf...@gm...
> >wrote:
> >
> > > There is no effect...
> > >
> > >
> > > 2012/8/30 Damon McDougall <dam...@gm...>
> > >
> > >> On Thu, Aug 30, 2012 at 05:50:18PM +0200, Fabien Lafont wrote:
> > >> > Hello,
> > >> >
> > >> > Do you know to change the size of the numbers under the axis?
> > >> >
> > >>
> > >> import matplotlib
> > >> matplotlib.rcParams['axes.labelsize'] = 12.0
> > >>
> > >> Hope this helps.
> > >>
> > >>
> > You want to modify "xtick.labelsize" or "ytick.labelsize".  By default,
> > they are "medium", but you can use a number for it as well.
> > "axes.labelsize" effects the axes labels, not the labels for the ticks.
> >
>
> Thanks for that, Ben. Apologies if I caused confusion.
>
> --
> Damon McDougall
> http://www.damon-is-a-geek.com
> B2.39
> Mathematics Institute
> University of Warwick
> Coventry
> West Midlands
> CV4 7AL
> United Kingdom
>

On Thu, Aug 30, 2012 at 12:04:48PM -0400, Benjamin Root wrote:
> On Thu, Aug 30, 2012 at 11:58 AM, Fabien Lafont <laf...@gm...>wrote:
> 
> > There is no effect...
> >
> >
> > 2012/8/30 Damon McDougall <dam...@gm...>
> >
> >> On Thu, Aug 30, 2012 at 05:50:18PM +0200, Fabien Lafont wrote:
> >> > Hello,
> >> >
> >> > Do you know to change the size of the numbers under the axis?
> >> >
> >>
> >> import matplotlib
> >> matplotlib.rcParams['axes.labelsize'] = 12.0
> >>
> >> Hope this helps.
> >>
> >>
> You want to modify "xtick.labelsize" or "ytick.labelsize".  By default,
> they are "medium", but you can use a number for it as well.
> "axes.labelsize" effects the axes labels, not the labels for the ticks.
>

Thanks for that, Ben. Apologies if I caused confusion.

-- 
Damon McDougall
http://www.damon-is-a-geek.com
B2.39
Mathematics Institute
University of Warwick
Coventry
West Midlands
CV4 7AL
United Kingdom

On Thu, Aug 30, 2012 at 12:53 PM, Fabien Lafont <laf...@gm...>wrote:

> Hi,
>
> But how can I do it for every graph and without creating axis?
>
>
>
We just told you:

import matplotlib
matplotlib.rcParams['xticks.labelsize'] = 12.0

Whenever a plot is made, it obtains the defaults from the rcParams.  Note,
if you are changing the rcParams *after* creating a plot, then this would
have no effect.

Cheers!
Ben Root

Hi,

But how can I do it for every graph and without creating axis?



I've seen this example:

import numpy as npimport matplotlib.pyplot as plt
# plt.figure creates a matplotlib.figure.Figure instancefig =
plt.figure()rect = fig.patch # a rectangle
instancerect.set_facecolor('lightgoldenrodyellow')
ax1 = fig.add_axes([0.1, 0.3, 0.4, 0.4])rect =
ax1.patchrect.set_facecolor('lightslategray')

for label in ax1.xaxis.get_ticklabels():
    # label is a Text instance
    label.set_color('red')
    label.set_rotation(45)
    label.set_fontsize(16)


I don't manage to use only  label.set_fontsize(16). It looks so
complicated.

2012/8/30 Benjamin Root <ben...@ou...>

>
>
> On Thu, Aug 30, 2012 at 11:58 AM, Fabien Lafont <laf...@gm...>wrote:
>
>> There is no effect...
>>
>>
>> 2012/8/30 Damon McDougall <dam...@gm...>
>>
>>> On Thu, Aug 30, 2012 at 05:50:18PM +0200, Fabien Lafont wrote:
>>> > Hello,
>>> >
>>> > Do you know to change the size of the numbers under the axis?
>>> >
>>>
>>> import matplotlib
>>> matplotlib.rcParams['axes.labelsize'] = 12.0
>>>
>>> Hope this helps.
>>>
>>>
> You want to modify "xtick.labelsize" or "ytick.labelsize".  By default,
> they are "medium", but you can use a number for it as well.
> "axes.labelsize" effects the axes labels, not the labels for the ticks.
>
> Cheers!
> Ben Root
>
>

On Thu, Aug 30, 2012 at 11:58 AM, Fabien Lafont <laf...@gm...>wrote:

> There is no effect...
>
>
> 2012/8/30 Damon McDougall <dam...@gm...>
>
>> On Thu, Aug 30, 2012 at 05:50:18PM +0200, Fabien Lafont wrote:
>> > Hello,
>> >
>> > Do you know to change the size of the numbers under the axis?
>> >
>>
>> import matplotlib
>> matplotlib.rcParams['axes.labelsize'] = 12.0
>>
>> Hope this helps.
>>
>>
You want to modify "xtick.labelsize" or "ytick.labelsize".  By default,
they are "medium", but you can use a number for it as well.
"axes.labelsize" effects the axes labels, not the labels for the ticks.

Cheers!
Ben Root

There is no effect...

2012/8/30 Damon McDougall <dam...@gm...>

> On Thu, Aug 30, 2012 at 05:50:18PM +0200, Fabien Lafont wrote:
> > Hello,
> >
> > Do you know to change the size of the numbers under the axis?
> >
>
> import matplotlib
> matplotlib.rcParams['axes.labelsize'] = 12.0
>
> Hope this helps.
>
> --
> Damon McDougall
> http://www.damon-is-a-geek.com
> B2.39
> Mathematics Institute
> University of Warwick
> Coventry
> West Midlands
> CV4 7AL
> United Kingdom
>

On Thu, Aug 30, 2012 at 05:50:18PM +0200, Fabien Lafont wrote:
> Hello,
> 
> Do you know to change the size of the numbers under the axis?
>

import matplotlib
matplotlib.rcParams['axes.labelsize'] = 12.0

Hope this helps.

-- 
Damon McDougall
http://www.damon-is-a-geek.com
B2.39
Mathematics Institute
University of Warwick
Coventry
West Midlands
CV4 7AL
United Kingdom

Hello,

Do you know to change the size of the numbers under the axis?

fabien

On 8/30/2012 2:25 AM, klo uo wrote:
> So I forked then cloned huge Basemap repository with idea to test latest code
>
> README file says it needs geos library, which README suggest:
>
>    nmake /f makefile.vc MSVC_VER=1500
>
> However, error is inevitable almost always and this time Google
> suggests that MS does not support C-99 (can't find inttypes.h).
> Easiest solution is to copy these:
> https://code.google.com/p/msinttypes include files in affected include
> folder and change line `#include <inttypes.h>` in platform.h to
> `#include "inttypes.h"` so it picks it up from current folder
>
> That was it, geos compiled and products ended in src subfolder
> relative to geos folder:
>
>    inlines.obj
>    geos.lib
>    geos_i.exp
>    geos_i.lib
>    geos.dll.manifest
>    geos.pdb
>    geos.ilk
>    geos.dll
>    geos_c_i.exp
>    geos_c_i.lib
>    geos_c.dll.manifest
>    geos_c.pdb
>    geos_c.ilk
>    geos_c.dll
>
> Now, Basemap setup has *nix scenario for GEOS_DIR so I changed setup.py to:
>
>    geos_include_dirs=["C:\\Temp\\basemap\\GEOS-3~1.3\\capi","C:\\Temp\\basemap\\GEOS-3~1.3\\include",numpy.get_include()]
>    geos_library_dirs=["C:\\Temp\\basemap\\GEOS-3~1.3\\src"]
>
> after I learned that `python setup.py build" fails if Basemap source
> is in path with spaces
>
> Still no luck, and thought to ask for kind help:
>
<snip>
>
>    LINK : fatal error LNK1181: cannot open input file 'geos_c.lib'
>
>    error: Command "c:\Program Files\Microsoft Visual Studio
> 9.0\VC\BIN\link.exe /DLL /nologo /INCREMENTAL:NO
>        /LIBPATH:C:\Temp\basemap\GEOS-3~1.3\src
> /LIBPATH:C:\Python27\libs /LIBPATH:C:\Python27\PCbuild geos_c.lib
> geos.lib
>        /EXPORT:init_geoslib
> build\temp.win32-2.7\Release\src/_geoslib.obj
> /OUT:build\lib.win32-2.7\_geoslib.pyd
>        /IMPLIB:build\temp.win32-2.7\Release\src\_geoslib.lib
> /MANIFESTFILE:build\temp.win32-2.7\Release\src\_geoslib.pyd.manifest"
>        failed with exit status 1181
>

Try to remove 'geos_c' from the list of libraries in setup.py. Works for me.

-                                libraries=['geos_c','geos']))
+                                libraries=['geos']))

Christoph

Le 30 août 2012 à 10:04, Fabien Lafont a écrit :

> Hello everyone,
> 
> I'm wondering if it's possible to have a matplotlib graph online ? I mean zoom drag and so on on a plot? 

Hi Fabien, 
http://code.google.com/p/mplh5canvas/
maybe ?
(haven't tried it myself)
-- 
Matthias

So I forked then cloned huge Basemap repository with idea to test latest code

README file says it needs geos library, which README suggest:

  nmake /f makefile.vc MSVC_VER=1500

However, error is inevitable almost always and this time Google
suggests that MS does not support C-99 (can't find inttypes.h).
Easiest solution is to copy these:
https://code.google.com/p/msinttypes include files in affected include
folder and change line `#include <inttypes.h>` in platform.h to
`#include "inttypes.h"` so it picks it up from current folder

That was it, geos compiled and products ended in src subfolder
relative to geos folder:

  inlines.obj
  geos.lib
  geos_i.exp
  geos_i.lib
  geos.dll.manifest
  geos.pdb
  geos.ilk
  geos.dll
  geos_c_i.exp
  geos_c_i.lib
  geos_c.dll.manifest
  geos_c.pdb
  geos_c.ilk
  geos_c.dll

Now, Basemap setup has *nix scenario for GEOS_DIR so I changed setup.py to:

  geos_include_dirs=["C:\\Temp\\basemap\\GEOS-3~1.3\\capi","C:\\Temp\\basemap\\GEOS-3~1.3\\include",numpy.get_include()]
  geos_library_dirs=["C:\\Temp\\basemap\\GEOS-3~1.3\\src"]

after I learned that `python setup.py build" fails if Basemap source
is in path with spaces

Still no luck, and thought to ask for kind help:

C:\Temp\basemap>python setup.py build
  Found executable c:\Program Files\Microsoft Visual Studio 9.0\VC\BIN\cl.exe
  Found executable c:\Program Files\Microsoft Visual Studio 9.0\VC\BIN\link.exe
  Found executable c:\Program Files\Microsoft SDKs\Windows\v7.0\bin\mt.exe
  executing C:\Temp\basemap\nad2bin
lib\mpl_toolkits\basemap\data\alaska < datumgrid\alaska.lla
  Output Binary File Format: ctable2
  executing C:\Temp\basemap\nad2bin
lib\mpl_toolkits\basemap\data\conus < datumgrid\conus.lla
  Output Binary File Format: ctable2
  executing C:\Temp\basemap\nad2bin lib\mpl_toolkits\basemap\data\FL <
datumgrid\FL.lla
  Output Binary File Format: ctable2
  executing C:\Temp\basemap\nad2bin
lib\mpl_toolkits\basemap\data\hawaii < datumgrid\hawaii.lla
  Output Binary File Format: ctable2
  executing C:\Temp\basemap\nad2bin lib\mpl_toolkits\basemap\data\MD <
datumgrid\MD.lla
  Output Binary File Format: ctable2
  executing C:\Temp\basemap\nad2bin lib\mpl_toolkits\basemap\data\null
< datumgrid\null.lla
  Output Binary File Format: ctable2
  executing C:\Temp\basemap\nad2bin lib\mpl_toolkits\basemap\data\prvi
< datumgrid\prvi.lla
  Output Binary File Format: ctable2
  executing C:\Temp\basemap\nad2bin
lib\mpl_toolkits\basemap\data\stgeorge < datumgrid\stgeorge.lla
  Output Binary File Format: ctable2
  executing C:\Temp\basemap\nad2bin
lib\mpl_toolkits\basemap\data\stlrnc < datumgrid\stlrnc.lla
  Output Binary File Format: ctable2
  executing C:\Temp\basemap\nad2bin
lib\mpl_toolkits\basemap\data\stpaul < datumgrid\stpaul.lla
  Output Binary File Format: ctable2
  executing C:\Temp\basemap\nad2bin lib\mpl_toolkits\basemap\data\TN <
datumgrid\TN.lla
  Output Binary File Format: ctable2
  executing C:\Temp\basemap\nad2bin lib\mpl_toolkits\basemap\data\WI <
datumgrid\WI.lla
  Output Binary File Format: ctable2
  executing C:\Temp\basemap\nad2bin lib\mpl_toolkits\basemap\data\WO <
datumgrid\WO.lla
  Output Binary File Format: ctable2
  running build
  running config_cc
  unifing config_cc, config, build_clib, build_ext, build commands
--compiler options
  running config_fc
  unifing config_fc, config, build_clib, build_ext, build commands
--fcompiler options
  running build_src
  build_src
  building extension "mpl_toolkits.basemap._proj" sources
  building extension "_geoslib" sources
  build_src: building npy-pkg config files
  running build_py
  copying lib\mpl_toolkits\__init__.py -> build\lib.win32-2.7\mpl_toolkits
  copying lib\mpl_toolkits\basemap\accumulator.py ->
build\lib.win32-2.7\mpl_toolkits\basemap
  copying lib\mpl_toolkits\basemap\cm.py ->
build\lib.win32-2.7\mpl_toolkits\basemap
  copying lib\mpl_toolkits\basemap\constants.py ->
build\lib.win32-2.7\mpl_toolkits\basemap
  copying lib\mpl_toolkits\basemap\geodesic.py ->
build\lib.win32-2.7\mpl_toolkits\basemap
  copying lib\mpl_toolkits\basemap\geodesiccapability.py ->
build\lib.win32-2.7\mpl_toolkits\basemap
  copying lib\mpl_toolkits\basemap\geodesicline.py ->
build\lib.win32-2.7\mpl_toolkits\basemap
  copying lib\mpl_toolkits\basemap\geomath.py ->
build\lib.win32-2.7\mpl_toolkits\basemap
  copying lib\mpl_toolkits\basemap\polygonarea.py ->
build\lib.win32-2.7\mpl_toolkits\basemap
  copying lib\mpl_toolkits\basemap\proj.py ->
build\lib.win32-2.7\mpl_toolkits\basemap
  copying lib\mpl_toolkits\basemap\pyproj.py ->
build\lib.win32-2.7\mpl_toolkits\basemap
  copying lib\mpl_toolkits\basemap\shapefile.py ->
build\lib.win32-2.7\mpl_toolkits\basemap
  copying lib\mpl_toolkits\basemap\solar.py ->
build\lib.win32-2.7\mpl_toolkits\basemap
  copying lib\mpl_toolkits\basemap\test.py ->
build\lib.win32-2.7\mpl_toolkits\basemap
  copying lib\mpl_toolkits\basemap\__init__.py ->
build\lib.win32-2.7\mpl_toolkits\basemap
  copying lib\mpl_toolkits\basemap\data\alaska ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\bmng.jpg ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\conus ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\countriesmeta_c.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\countriesmeta_f.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\countriesmeta_h.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\countriesmeta_i.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\countriesmeta_l.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\countries_c.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\countries_f.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\countries_h.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\countries_i.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\countries_l.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\epsg ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\esri ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\esri.extra ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\etopo1.jpg ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\FL ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\GL27 ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\gshhsmeta_c.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\gshhsmeta_f.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\gshhsmeta_h.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\gshhsmeta_i.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\gshhsmeta_l.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\gshhs_h.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\gshhs_i.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\gshhs_l.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\hawaii ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\IGNF ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\lsmask_1.25min_c.bin ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\lsmask_1.25min_f.bin ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\lsmask_1.25min_h.bin ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\lsmask_1.25min_i.bin ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\lsmask_1.25min_l.bin ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\lsmask_10min_c.bin ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\lsmask_10min_f.bin ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\lsmask_10min_h.bin ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\lsmask_10min_i.bin ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\lsmask_10min_l.bin ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\lsmask_2.5min_c.bin ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\lsmask_2.5min_f.bin ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\lsmask_2.5min_h.bin ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\lsmask_2.5min_i.bin ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\lsmask_2.5min_l.bin ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\lsmask_5min_c.bin ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\lsmask_5min_f.bin ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\lsmask_5min_h.bin ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\lsmask_5min_i.bin ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\lsmask_5min_l.bin ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\MD ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\nad.lst ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\nad27 ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\nad83 ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\ntf_r93.gsb ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\ntv1_can.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\ntv2_out.dist ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\null ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\nzgd2kgrid0005.gsb ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\other.extra ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\pj_out27.dist ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\pj_out83.dist ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\proj_def.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\proj_outIGNF.dist ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\prvi ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\README ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\riversmeta_c.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\riversmeta_f.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\riversmeta_h.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\riversmeta_i.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\riversmeta_l.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\rivers_c.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\rivers_f.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\rivers_h.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\rivers_i.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\rivers_l.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\shadedrelief.jpg ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\statesmeta_c.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\statesmeta_f.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\statesmeta_h.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\statesmeta_i.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\statesmeta_l.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\states_c.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\states_f.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\states_h.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\states_i.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\states_l.dat ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\stgeorge ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\stlrnc ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\stpaul ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\td_out.dist ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\test27 ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\test83 ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\testdatumfile ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\testIGNF ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\testntv2 ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\testvarious ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\TN ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\tv_out.dist ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\UScounties.dbf ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\UScounties.prj ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\UScounties.shp ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\UScounties.shx ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\WI ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\WO ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  copying lib\mpl_toolkits\basemap\data\world ->
build\lib.win32-2.7\mpl_toolkits\basemap\data
  running build_ext
  No module named msvccompiler in numpy.distutils; trying from distutils
  customize MSVCCompiler
  customize MSVCCompiler using build_ext
  building '_geoslib' extension
  compiling C sources
  c:\Program Files\Microsoft Visual Studio 9.0\VC\BIN\cl.exe /c
/nologo /Ox /MD /W3 /GS- /DNDEBUG
      -IC:\Temp\basemap\GEOS-3~1.3\capi
-IC:\Temp\basemap\GEOS-3~1.3\include
-IC:\Python27\lib\site-packages\numpy\core\include
      -IC:\Python27\lib\site-packages\numpy\core\include
-IC:\Python27\include -IC:\Python27\PC /Tcsrc/_geoslib.c
      /Fobuild\temp.win32-2.7\Release\src/_geoslib.obj

  c:\Program Files\Microsoft Visual Studio 9.0\VC\BIN\link.exe /DLL
/nologo /INCREMENTAL:NO
      /LIBPATH:C:\Temp\basemap\GEOS-3~1.3\src
/LIBPATH:C:\Python27\libs /LIBPATH:C:\Python27\PCbuild geos_c.lib
geos.lib
      /EXPORT:init_geoslib
build\temp.win32-2.7\Release\src/_geoslib.obj
/OUT:build\lib.win32-2.7\_geoslib.pyd
      /IMPLIB:build\temp.win32-2.7\Release\src\_geoslib.lib
/MANIFESTFILE:build\temp.win32-2.7\Release\src\_geoslib.pyd.manifest

  LINK : fatal error LNK1181: cannot open input file 'geos_c.lib'

  error: Command "c:\Program Files\Microsoft Visual Studio
9.0\VC\BIN\link.exe /DLL /nologo /INCREMENTAL:NO
      /LIBPATH:C:\Temp\basemap\GEOS-3~1.3\src
/LIBPATH:C:\Python27\libs /LIBPATH:C:\Python27\PCbuild geos_c.lib
geos.lib
      /EXPORT:init_geoslib
build\temp.win32-2.7\Release\src/_geoslib.obj
/OUT:build\lib.win32-2.7\_geoslib.pyd
      /IMPLIB:build\temp.win32-2.7\Release\src\_geoslib.lib
/MANIFESTFILE:build\temp.win32-2.7\Release\src\_geoslib.pyd.manifest"
      failed with exit status 1181

Hi all,

Shocked by news of John Hunter's untimely severe health problems and now 
death, I have been thinking about what we could do as a community to 1) 
fuel matplotlib to further heights and 2) give everyone, but especially 
John's family, some appreciation for how wide, and ongoing, his impact 
is. To those ends, I envision an MPL figure contest.

I have a lot of ideas about the shape such a contest could take (it 
could be an annual event, have multiple categories, have corporate 
sponsored prizes, and so on). Ultimately, however, I simply don't have 
the time to organize the contest myself. I do see this as an ideal 
project for someone who wants to contribute to the MPL community without 
necessarily requiring in-depth technical skills. Consequently, I'm 
floating this idea here, and I hope someone in the community can run 
with it. You would certainly have figure submissions from my lab!

Best regards,
Andrew

Hello everyone,

I'm wondering if it's possible to have a matplotlib graph online ? I mean
zoom drag and so on on a plot?

On Wed, Aug 29, 2012 at 8:42 PM, Jim Benson <jb...@no...> wrote:
> My apologies also for replying to the lists (double post), but the above web
> address did not work for me under Safari Version 5.1.7 (6534.57.2) (there
> was only one other post when i tried to post).
> I only got a "Please complete the CAPTCHA", The message i attempted to post
> was:

There's a little CAPTCHA which is a little arithmetic problem.  Did
you by any chance miss that?

Cheers,

f

Dear friends and colleagues,

[please excuse a possible double-post of this message, in-flight
internet glitches]

I am terribly saddened to report that yesterday, August 28 2012 at
10am,  John D. Hunter died from complications arising from cancer
treatment at the University of Chicago hospital, after a brief but
intense battle with this terrible illness.  John is survived by his
wife Miriam, his three daughters Rahel, Ava and Clara, his sisters
Layne and Mary, and his mother Sarah.

Note: If you decide not to read any further (I know this is a long
message), please go to this page for some important information about
how you can thank John for everything he gave in a decade of generous
contributions to the Python and scientific communities:
http://numfocus.org/johnhunter.

Just a few weeks ago, John delivered his keynote address at the SciPy
2012 conference in Austin centered around the evolution of matplotlib:

http://www.youtube.com/watch?v=e3lTby5RI54

but tragically, shortly after his return home he was diagnosed with
advanced colon cancer.  This diagnosis was a terrible discovery to us
all, but John took it with his usual combination of calm and resolve,
and initiated treatment procedures.  Unfortunately, the first round of
chemotherapy treatments led to severe complications that sent him to
the intensive care unit, and despite the best efforts of the
University of Chicago medical center staff, he never fully recovered
from these.  Yesterday morning, he died peacefully at the hospital
with his loved ones at his bedside.  John fought with grace and
courage, enduring every necessary procedure with a smile on his face
and a kind word for all of his caretakers and becoming a loved patient
of the many teams that ended up involved with his case.  This was no
surprise for those of us who knew him, but he clearly left a deep and
lasting mark even amongst staff hardened by the rigors of oncology
floors and intensive care units.

I don't need to explain to this community the impact of John's work,
but allow me to briefly recap, in case this is read by some who don't
know the whole story.  In 2002, John was a postdoc at the University
of Chicago hospital working on the analysis of epilepsy seizure data
in children.  Frustrated with the state of the existing proprietary
solutions for this class of problems, he started using Python for his
work, back when the scientific Python ecosystem was much, much smaller
than it is today and this could have been seen as a crazy risk.
Furthermore, he found that there were many half-baked solutions for
data visualization in Python at the time, but none that truly met his
needs.  Undeterred, he went on to create matplotlib
(http://matplotlib.org) and thus overcome one of the key obstacles for
Python to become the best solution for open source scientific and
technical computing.  Matplotlib is both an amazing technical
achievement and a shining example of open source community building,
as John not only created its backbone but also fostered the
development of a very strong development team, ensuring that the
talent of many others could also contribute to this project.  The
value and importance of this are now painfully clear: despite having
lost John, matplotlib continues to thrive thanks to the leadership of
Michael Droetboom, the support of Perry Greenfield at the Hubble
Telescope Science Institute, and the daily work of the rest of the
team.  I want to thank Perry and Michael for putting their resources
and talent once more behind matplotlib, securing the future of the
project.

It is difficult to overstate the value and importance of matplotlib,
and therefore of John's contributions (which do not end in matplotlib,
by the way; but a biography will have to wait for another day...).
Python has become a major force in the technical and scientific
computing world, leading the open source offers and challenging
expensive proprietary platforms with large teams and millions of
dollars of resources behind them. But this would be impossible without
a solid data visualization tool that would allow both ad-hoc data
exploration and the production of complex, fine-tuned figures for
papers, reports or websites. John had the vision to make matplotlib
easy to use, but powerful and flexible enough to work in graphical
user interfaces and as a server-side library, enabling a myriad use
cases beyond his personal needs.  This means that now, matplotlib
powers everything from plots in dissertations and journal articles to
custom data analysis projects and websites.  And despite having left
his academic career a few years ago for a job in industry, he remained
engaged enough that as of today, he is still the top committer to
matplotlib; this is the git shortlog of those with more than 1000
commits to the project:

  2145  John Hunter <jd...@gm...>
  2130  Michael Droettboom <md...@gm...>
  1060  Eric Firing <ef...@ha...>

All of this was done by a man who had three children to raise and who
still always found the time to help those on the mailing lists, solve
difficult technical problems in matplotlib, teach courses and seminars
about scientific Python, and more recently help create the NumFOCUS
foundation project.  Despite the challenges that raising three
children in an expensive city like Chicago presented, he never once
wavered from his commitment to open source.  But unfortunately now he
is not here anymore to continue providing for their well-being, and I
hope that all those who have so far benefited from his generosity,
will thank this wonderful man who always gave far more than he
received.  Thanks to the rapid action of Travis Oliphant, the NumFOCUS
foundation is now acting as an escrow agent to accept donations that
will go into a fund to support the education and care of his wonderful
girls Rahel, Ava and Clara.

If you have benefited from John's many contributions, please say
thanks in the way that would matter most to him, by helping Miriam
continue the task of caring for and educating Rahel, Ava and Clara.
You will find all the information necessary to make a donation here:

http://numfocus.org/johnhunter

Remember that even a small donation helps! If all those who ever use
matplotlib give just a little bit, in the long run I am sure that we
can make a difference.

If you are a company that benefits in a serious way from matplotlib,
remember that John was a staunch advocate of keeping all scientific
Python projects under the BSD license so that commercial users could
benefit from them without worry.  Please say thanks to John in a way
commensurate with your resources (and check how much a yearly matlab
license would cost you in case you have any doubts about the value you
are getting...).

John's family is planning a private burial in Tennessee, but (most
likely in September) there will also be a memorial service in Chicago
that friends and members of the community can attend.  We don't have
the final scheduling details at this point, but I will post them once
we know.

I would like to again express my gratitude to Travis Oliphant for
moving quickly with the setup of the donation support, and to Eric
Jones (the founder of Enthought and another one of the central figures
in our community)  who immediately upon learning of John's plight
contributed resources to support the family with everyday logistics
while John was facing treatment as well as my travel to Chicago to
assist.  This kind of immediate urge to come to the help of others
that Eric and Travis displayed is a hallmark of our community.

Before closing, I want to take a moment to publicly thank the
incredible staff of the University of Chicago medical center.  The
last two weeks were an intense and brutal ordeal for John and his
loved ones, but the hospital staff offered a sometimes hard to
believe, unending supply of generosity, care and humanity in addition
to their technical competence.  The latter is something we expect from
a first-rate hospital at a top university, where the attending
physicians can be world-renowned specialists in their field.  But the
former is often forgotten in a world often ruled by a combination of
science and concerns about regulations and liability. Instead, we
found generous and tireless staff who did everything in their power to
ease the pain, always putting our well being ahead of any mindless
adherence to protocol, patiently tending to every need we had and
working far beyond their stated responsibilities to support us.  To
name only one person (and many others are equally deserving), I want
to thank Dr. Carla Moreira, chief surgical resident, who spent the
last few hours of John's life with us despite having just completed a
solid night shift of surgical work.  Instead of resting she came to
the ICU and worked to ensure that those last hours were as comfortable
as possible for John; her generous actions helped us through a very
difficult moment.

It is now time to close this already too long message...

John, thanks for everything you gave all of us, and for the privilege
of knowing you.


Fernando.

ps - I have sent this with my 'mailing lists' email.  If you need to
contact me directly for anything regarding the above, please write to
my regular address at Fer...@be..., where I do my best
to reply more promptly.

On 2012/08/27 5:10 AM, Francesco Montesano wrote:
> Dear matplotlibers,
>
> I encountered a bug (?) in fill_between when using logarithmic scales and
> the last part of y and yerr arrays as set to zero: a diagonal stripe going from
> the rightmost non zero value to the first value is drawn.
> It's visible in the right panel of the attached figure, while is not
> present if the plot is linear (left panel).
> If xaxis is log and yaxis is linear the plot is correctly drawn.
>
> I'm using mpl.__version__ = '1.1.1rc' under Kubuntu 12.04 with Python 2.7.3
>
> The plot has been created with the script below.
>
> Is this a bug or am I missing something?

I don't think it is exactly a bug, but I don't know why the fill region 
is appearing as it does.  The underlying problem is that fill_between is 
doing what it is told to do without knowing that it is going to be 
plotted on a log axis.

A good workaround is to change your call to fill_between to look like this:
positive = y - yerr > 0
ax2.fill_between( x,y-yerr,y+yerr, where=positive, color='b', alpha=0.4)

Alternatively, you could use np.clip to put a floor under y - yerr and y 
+ yerr.

Eric

>
> Cheers
> Francesco
>
>
> ##### error_fill_between.py ######
> import matplotlib.pyplot as plt
> import numpy as np
>
> #values to plot
> x = np.linspace( 1, 10, num=100 )
> y = np.exp( -x**2 )
> y[50:] = 0
> yerr = y* np.random.rand(100)
>
> #figure
> fig = plt.figure()
>
> ax1 = fig.add_subplot(121)  #first axes: linear
> ax1.errorbar( x,y,yerr, c='r' )
> ax1.fill_between( x,y-yerr,y+yerr, color='b', alpha=0.4 )
>
> ax2 = fig.add_subplot(122)  #second axes: logarithmic
> ax2.errorbar( x,y,yerr, c='r' )
> ax2.fill_between( x,y-yerr,y+yerr, color='b', alpha=0.4 )
> ax2.set_xscale( "log" )
> ax2.set_yscale( "log" )
>
> plt.show()
> ###### end script  #########
>
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>
>
>
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

On Wed, Aug 29, 2012 at 2:11 PM, Nils Wagner <ni...@go...> wrote:

> Hi all,
>
> is it possible to store figures generated with matplotlib as Matlab files ?
>
> Cheers,
>                  Nils
>
>
This is an often repeated question, and the last time I remember it being
asked, someone pointed out that the matlab *.fig files are actually *.mat
files (haven't personally confirmed this).  This could provide a way
forward if someone wanted to do the leg-work to make a stand-alone module
to achieve this.

On a related note, it looks like we are going to have a beta version of a
pickling solution available in the upcoming release.

Cheers!
Ben Root

Hi all,

is it possible to store figures generated with matplotlib as Matlab files ?

Cheers,
                 Nils

On Wed, Aug 29, 2012 at 4:52 PM, Eric Firing <ef...@ha...> wrote:
> twinx and twiny probably will need to return SubplotBase
> instances if their parent is a SubplotBase instance.

My take on this.

https://github.com/matplotlib/matplotlib/pull/1169

And, tight_layout seem to work okay with this change.

Regards,

-JJ

Thanks, sounds good just wanted to know if possible now. I will use
something else.

Cheers
On Aug 29, 2012 5:53 PM, "Eric Firing" <ef...@ha...> wrote:

> On 2012/08/28 9:11 PM, Jeffrey Spencer wrote:
> > For example running this code and then fig.tight_layout(). The second
> > axis isn't recognized. Is there a way to add it to the tight_layout spec
> > or a better method.
>
> This is a bug, or rather one of the ways in which tight_layout is
> limited. twinx and twiny probably will need to return SubplotBase
> instances if their parent is a SubplotBase instance.  I don't
> immediately see a quick and easy way to do this. I filed a ticket:
> https://github.com/matplotlib/matplotlib/issues/1165
>
> Eric
>
> >
> > out = ones(200)
> > fign = 52
> > h, w = freqz(out)
> > fig = figure(fign)
> > semilogy(h,abs(w)/abs(max(w)), 'b', label='Mag')
> > ylim(0.01,1.2)
> > ylabel('Amplitude (db)', color='b')
> > xlabel('Frequency (rad/sample)')
> > ax = fig.gca()
> > ax2 = ax.twinx()
> > angles = unwrap(angle(w))
> > plot(h, angles, 'g')
> > ylabel('Phase (rads)', color='g')
> >
> > Cheers,
> > Jeff
> >
> >
> >
> ------------------------------------------------------------------------------
> > Live Security Virtual Conference
> > Exclusive live event will cover all the ways today's security and
> > threat landscape has changed and how IT managers can respond. Discussions
> > will include endpoint security, mobile security and the latest in malware
> > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> >
> >
> >
> > _______________________________________________
> > Matplotlib-users mailing list
> > Mat...@li...
> > https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> >
>
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

On 2012/08/28 9:11 PM, Jeffrey Spencer wrote:
> For example running this code and then fig.tight_layout(). The second
> axis isn't recognized. Is there a way to add it to the tight_layout spec
> or a better method.

This is a bug, or rather one of the ways in which tight_layout is 
limited. twinx and twiny probably will need to return SubplotBase 
instances if their parent is a SubplotBase instance.  I don't 
immediately see a quick and easy way to do this. I filed a ticket:
https://github.com/matplotlib/matplotlib/issues/1165

Eric

>
> out = ones(200)
> fign = 52
> h, w = freqz(out)
> fig = figure(fign)
> semilogy(h,abs(w)/abs(max(w)), 'b', label='Mag')
> ylim(0.01,1.2)
> ylabel('Amplitude (db)', color='b')
> xlabel('Frequency (rad/sample)')
> ax = fig.gca()
> ax2 = ax.twinx()
> angles = unwrap(angle(w))
> plot(h, angles, 'g')
> ylabel('Phase (rads)', color='g')
>
> Cheers,
> Jeff
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>
>
>
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

For example running this code and then fig.tight_layout(). The second axis
isn't recognized. Is there a way to add it to the tight_layout spec or a
better method.

out = ones(200)
fign = 52
h, w = freqz(out)
fig = figure(fign)
semilogy(h,abs(w)/abs(max(w)), 'b', label='Mag')
ylim(0.01,1.2)
ylabel('Amplitude (db)', color='b')
xlabel('Frequency (rad/sample)')
ax = fig.gca()
ax2 = ax.twinx()
angles = unwrap(angle(w))
plot(h, angles, 'g')
ylabel('Phase (rads)', color='g')

Cheers,
Jeff

I didn't try out your code, but I created a solution here (complete code) :



Output :
http://matplotlib.1069221.n5.nabble.com/file/n38697/8.png 



--
View this message in context: http://matplotlib.1069221.n5.nabble.com/Need-help-with-direction-field-plot-tp24886p38697.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

On 8/28/12 9:31 AM, Jose Gomez-Dans wrote:
> Hi,
> I'd like to plot some EASE Grid global data (the EASE grid is defined 
> for a cylindrical equal area projection). In proj4 parlance, it is 
> defined as
>
> +proj=cea +lon_0=0 +lat_ts=30 +x_0=0 +y_0=0 +a=6371228 +b=6371228 
> +units=m +no_defs
>
> My data are gridded, and I want to use either pcolormesh or imshow to 
> plot them on a map. Apart from reprojecting into something that 
> basemap deals with natively, is there something else that I can do 
> within python/matplolib to plot the data without reprojecting it?
>
> Thanks!hu
> Jose

Jose: I went ahead and added support for the 'cea' projection to pull 
request 73.

https://github.com/matplotlib/basemap/pull/73

You can get it by cloning my fork (https://github.com/jswhit/basemap).

-Jeff
>
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>
>
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users


-- 
Jeffrey S. Whitaker         Phone  : (303)497-6313
Meteorologist               FAX    : (303)497-6449
NOAA/OAR/PSD  R/PSD1        Email  : Jef...@no...
325 Broadway                Office : Skaggs Research Cntr 1D-113
Boulder, CO, USA 80303-3328 Web    : http://tinyurl.com/5telg

List,

Consider the following script:

import pylab
pylab.plot(pylab.linspace(0,1,100),label='Test',marker='o',ls='')
pylab.plot(pylab.linspace(0,1,100),label='Test2',marker='o',ls='-')
leg=pylab.legend(loc='best')
line=leg.get_lines()
line[0].set_color('black')
line[1].set_color('black')
pylab.draw()

I am attaching the results I see with the TkAgg baackend.  I am using version 1.1.0.

I would expect the markers to change colors also.  However, I can't seem to find the markers recorded in the legend object to be able to change them.  Is this a bug or a feature (resetting the color could lead to inconsistencies between legend and plot)?

Thanks,
Sterling