matplotlib-users Mailing List for matplotlib (Page 2)

Hi Jeff,

I checked, and no the images are not geographically square.  I wonder if I
could approach this problem in a different way.  Would it be possible for me
to add tick marks and annotation to the image without using the Basemap
module alone?  My thinking is that I could bring the image into Matplotlib,
define a square figure, and then manually define the size of the X and Y
axes and label them.  Is it possible to "decorate" an image this way,
without using any projection support?

Thanks for the help,

Roger
--

On Tue, Dec 16, 2008 at 4:43 AM, Jeff Whitaker <js...@fa...> wrote:

> Roger André wrote:
>
>> Hi All,
>>
>> I have some square images which were generated via WMS requests.  I have
>> imported them into Matplotlib via pil_to_array, and then display them in a
>> Basemap instance where I have defined the projection as:
>>
>> m = Basemap(projection='cyl', lon_0=lon_0, llcrnrlon=ll_lon,
>> llcrnrlat=ll_lat, urcrnrlon=ur_lon,
>>            urcrnrlat=ur_lat, suppress_ticks=False)
>>
>> While this works (it appears the tics are at the right places), the image
>> is no longer square, and I wonder if my projection definition is correct.
>>
>> Can someone show me what the correct Basemap parameters are for working
>> with images that are in EPSG:4326?
>>
>> Thanks,
>>
>> Roger
>>
>
> Roger:  The image will only be square if ur_lon-ll_lon = ur_lat-ll_lat
> (i.e. the longitude range equals the latitude range).  Is this the case?
> -Jeff
>
> --
> Jeffrey S. Whitaker         Phone : (303)497-6313
> NOAA/OAR/CDC  R/PSD1        FAX   : (303)497-6449
> 325 Broadway                Boulder, CO, USA 80305-3328
>
>

I also observed this with eps output. The png looked fine, but the eps legend
was very large in my case.

j



Lebostein wrote:
> 
> Hi,
> 
> with the new version of matplotlib, the legend looks different in png and
> pdf!
> 
> I could post examples, but you can look in the galery also:
> http://matplotlib.sourceforge.net/gallery.html
> 
> for example the legend_demo3
> http://matplotlib.sourceforge.net/examples/pylab_examples/legend_demo3.html
> * PNG:
> http://matplotlib.sourceforge.net/_static/plot_directive/mpl_examples/pylab_examples/legend_demo3.hires.png
> * PDF:
> http://matplotlib.sourceforge.net/_static/plot_directive/mpl_examples/pylab_examples/legend_demo3.pdf
> 
> You see in the png the lines are short and not vertically centered,
> padding between axes an legend text are ignored .. and so on
> 

-- 
View this message in context: http://www.nabble.com/different-PNG-and-PDF-output...-tp21028686p21037465.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

On Tue, Dec 16, 2008 at 10:30 AM, John Hunter <jd...@gm...> wrote:

>> using in favour of matplotlib). Plotting the data twice- the first time
>> without
>> symbol showing every data point and the second time onlywith the symbol
>> and some skip in the data - doesn't help as I now get two entities in
>> the legend.
>
> There is a way to do this, but it is not terribly elegant.  The tricky
> part is to get the legend right::

I just added a new line property called "markevery" to support
subsampling markers.  Included below is the docstring and nosetest
which should clearly indicate usage:

    def set_markevery(self, every):
        """
        Set the markevery property to subsample the plot when using
        markers.  Eg if ``markevery=5``, every 5-th marker will be
        plotted.  *every* can be

        None
            Every point will be plotted

        an integer N
            Every N-th marker will be plotted starting with marker 0

        A length-2 tuple of integers
            every=(start, N) will start at point start and plot every
N-th marker


        ACCEPTS: None | integer | (startind, stride)

        """


def test_markevery():
    x, y = np.random.rand(2, 100)

    # check marker only plot
    fig = plt.figure()
    ax = fig.add_subplot(111)
    ax.plot(x, y, 'o')
    ax.plot(x, y, 'd', markevery=None)
    ax.plot(x, y, 's', markevery=10)
    ax.plot(x, y, '+', markevery=(5, 20))
    fig.canvas.draw()
    plt.close(fig)

    # check line/marker combos
    fig = plt.figure()
    ax = fig.add_subplot(111)
    ax.plot(x, y, '-o')
    ax.plot(x, y, '-d', markevery=None)
    ax.plot(x, y, '-s', markevery=10)
    ax.plot(x, y, '-+', markevery=(5, 20))
    fig.canvas.draw()
    plt.close(fig)

On Tue, Dec 16, 2008 at 10:09 AM, Michael Oevermann
<mic...@tu...> wrote:
> Hi all,
>
> I am trying to find  a solution to the following problem (without
> success so far):
> I have some high frequency data which I want to plot with a simple
> plot command using a solid line and a symbol. However, since I have many
> many
> data points I want to plot the symbol only every N'th data point. Is
> there a skip parameter
> or any other way to tell matplotlib to actually plot the symbol only
> at every N'th data point (I know it is possible in grace which I have
> stopped
> using in favour of matplotlib). Plotting the data twice- the first time
> without
> symbol showing every data point and the second time onlywith the symbol
> and some skip in the data - doesn't help as I now get two entities in
> the legend.

There is a way to do this, but it is not terribly elegant.  The tricky
part is to get the legend right::

    import numpy as np
    import matplotlib.pyplot as plt
    fig = plt.figure()
    ax = fig.add_subplot(111)

    N = 10
    x = np.arange(100.)
    y = x**2

    # the solid line, suppress auto legend
    line1, = ax.plot(x, y, linestyle='-', color='black', label='_nolegend_')
    # every N-th marker, suppress auto legend
    line2, = ax.plot(x[::N], y[::N], linestyle='', marker='o',
markerfacecolor='blue', label='_nolegend_')

    # the proxy line, both solid and markers.  Don't add it to plot, just
    # use it in legend
    import matplotlib.lines as lines
    proxyline = lines.Line2D([0,1], [0,1], linestyle='-',
color='black', marker='o', markerfacecolor='blue')

    leg = ax.legend([proxyline], ['my label'])

    plt.show()

JDH

Hi all,

I am trying to find  a solution to the following problem (without
success so far):
I have some high frequency data which I want to plot with a simple
plot command using a solid line and a symbol. However, since I have many
many
data points I want to plot the symbol only every N'th data point. Is
there a skip parameter
or any other way to tell matplotlib to actually plot the symbol only
at every N'th data point (I know it is possible in grace which I have
stopped
using in favour of matplotlib). Plotting the data twice- the first time
without
symbol showing every data point and the second time onlywith the symbol
and some skip in the data - doesn't help as I now get two entities in
the legend.

Thanks for any help

Michael

This looks like a dpi issue -- that is the only difference between the 
regular and hi-res png.  Jae-Joon -- do you have any thoughts?  Perhaps 
something is dpi-dependent in the new legend code where it shouldn't be?

Mike

Lebostein wrote:
> Hi,
>
> with the new version of matplotlib, the legend looks different in png and
> pdf!
>
> I could post examples, but you can look in the galery also:
> http://matplotlib.sourceforge.net/gallery.html
>
> for example the legend_demo3
> http://matplotlib.sourceforge.net/examples/pylab_examples/legend_demo3.html
> * PNG:
> http://matplotlib.sourceforge.net/_static/plot_directive/mpl_examples/pylab_examples/legend_demo3.hires.png
> * PDF:
> http://matplotlib.sourceforge.net/_static/plot_directive/mpl_examples/pylab_examples/legend_demo3.pdf
>
> You see in the png the lines are short and not vertically centered, padding
> between axes an legend text are ignored .. and so on
>   

-- 
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA

Angus McMorland wrote:
>>> I get this error:
>>>
>>> writing output... index modules/calculate
>>> /usr/lib/python2.5/site-packages/sphinx/ext/sphinxext/mathmpl.py:107:
>>> Warning: Could not render math expression $lpha$
>>>  Warning)
>>> /usr/lib/python2.5/site-packages/sphinx/ext/sphinxext/mathmpl.py:107:
>>> Warning: Could not render math expression $lpha = 2$
>>>  Warning)
>>>       
>
> Excellent - the use of raw docstrings _does_ fix the errors during the
> sphinx build.
>
>   
>> That doesn't seem to be the root of this problem, however, as these strings
>> should at least render to *something*, though probably not what you want.
>>
>> The warning is hiding the real error here.  In mathmpl.py, after the line
>> where the warning is emitted:
>>
>>           warnings.warn("Could not render math expression %s" % latex,
>>                         Warning)
>>
>> Add the line:
>>
>>           raise
>>
>> and then post the output to this list?
>>     
>
> Just an FYI so you can probably tell what was going on, without the
> curative r'', and with raise in place, the error reported was:
>
> writing output... index modules/calculate
> /usr/lib/python2.5/site-packages/sphinx/ext/sphinxext/mathmpl.py:107:
> Warning: Could not render math expression $lpha$
>   Warning)
> Exception occurred:
>   File "/usr/lib/python2.5/site-packages/matplotlib/mathtext.py", line
> 1963, in raise_error
>     raise ParseFatalException(msg + "\n" + s)
> ParseFatalException: Expected end of math '$'
> $lpha$ (at char 0), (line:1, col:1)
>   
Thanks -- that's a good clue, though I'm still not sure why it's 
failing.  Glad to see you have it working for the time being anyway.
> Next, I initially got no pictures (a silent fail) in my browser, but I
> traced that back to an assumption that mathmpl makes that sphinx-build
> is being run from the html directory, whereas I was running it from
> one higher up the hierarchy (my docs directory). Running sphinx-build
> from the appropriate location makes it all work.
>
> Obviously this is fine for mpl's needs (and mine too, now I know the
> tricks). If, however, you're interested in making this a little more
> robust for general usage, then the path handling probably needs
> tweaking. I think the problem is that mathmpl.latex2html puts the
> _static directory in the current directory sphinx-build is run from,
> whereas in the html it points to '../_static/', which is not the same
> thing whenever html pages are being rendered at deeper directory
> levels.
>
>   
For clarification, the matplotlib doc build creates the images within 
the doc/ directory and then copies them to the build.  But that's not 
ideal either -- I agree the "file handling" stuff needs to be improved.

Long term, I think I'll need to look at what the new(ish) math 
extensions in the sphinx core do and emulate that.  Just haven't found 
the time to get around to it lately.

Cheers,
Mike

-- 
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA

Roger André wrote:
> Hi All,
>
> I have some square images which were generated via WMS requests.  I 
> have imported them into Matplotlib via pil_to_array, and then display 
> them in a Basemap instance where I have defined the projection as:
>
> m = Basemap(projection='cyl', lon_0=lon_0, llcrnrlon=ll_lon, 
> llcrnrlat=ll_lat, urcrnrlon=ur_lon,
>             urcrnrlat=ur_lat, suppress_ticks=False)
>
> While this works (it appears the tics are at the right places), the 
> image is no longer square, and I wonder if my projection definition is 
> correct.
>
> Can someone show me what the correct Basemap parameters are for 
> working with images that are in EPSG:4326?
>
> Thanks,
>
> Roger

Roger:  The image will only be square if ur_lon-ll_lon = ur_lat-ll_lat 
(i.e. the longitude range equals the latitude range).  Is this the case? 

-Jeff

-- 
Jeffrey S. Whitaker         Phone : (303)497-6313
NOAA/OAR/CDC  R/PSD1        FAX   : (303)497-6449
325 Broadway                Boulder, CO, USA 80305-3328

Hi,

with the new version of matplotlib, the legend looks different in png and
pdf!

I could post examples, but you can look in the galery also:
http://matplotlib.sourceforge.net/gallery.html

for example the legend_demo3
http://matplotlib.sourceforge.net/examples/pylab_examples/legend_demo3.html
* PNG:
http://matplotlib.sourceforge.net/_static/plot_directive/mpl_examples/pylab_examples/legend_demo3.hires.png
* PDF:
http://matplotlib.sourceforge.net/_static/plot_directive/mpl_examples/pylab_examples/legend_demo3.pdf

You see in the png the lines are short and not vertically centered, padding
between axes an legend text are ignored .. and so on
-- 
View this message in context: http://www.nabble.com/different-PNG-and-PDF-output...-tp21028686p21028686.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

Passing 'bevel' to solid_joinstyle works.  Thanks for the help.
-Jesse

On Mon, Dec 15, 2008 at 12:03 PM, Michael Droettboom <md...@st...> wrote:
> In the meantime, I was able to get everything working and could confirm.
>
> Passing solid_joinstyle='bevel' does resolve the problem on both 0.91.x and
> 0.98.x.  Additionally, path simplification (which is a new feature on
> 0.98.x) also resolves this problem (set rcParam path.simplify to True).
>
> The wider question is:
>
>   a) should bevel be the default going forward?
>   b) maybe this deserves a FAQ entry
>
> Mike
>
> Jesse Berwald wrote:
>>
>> I compiled the code with following:
>>
>> gcc -o testode.o testode.c -lm -lgsl -lgslcblas
>>
>> I'm using gsl 1.10. Hope that helps. I'll try out the kwarg suggestions
>> asap.
>>
>> Thanks for the help,
>> -Jesse
>>
>> On Mon, Dec 15, 2008 at 9:38 AM, Michael Droettboom <md...@st...>
>> wrote:
>>
>>>
>>> I'm having trouble getting your C code to compile (maybe a gsl version
>>> mismatch...?)
>>>
>>> In the meantime, perhaps you could try something for me.
>>>
>>> If you add the kwarg "solid_joinstyle='bevel'" or
>>> "solid_joinstyle='round'"
>>> to your plot command, does that improve things?  If so, we could consider
>>> changing the default.
>>>
>>> Cheers,
>>> Mike
>>>
>>> mtcoder wrote:
>>>
>>>>
>>>> All,
>>>> Thanks for the quick and informative responses. I've attached the code
>>>> (testode.c). It requires the GSL library. I've also attached the script
>>>> I
>>>> was using to read and plot the data (odetest.py). [Note: If you do any
>>>> tests
>>>> with the python script make sure to change the savefig directory in
>>>> plot()
>>>> to something local. ]
>>>>
>>>> http://www.nabble.com/file/p20996825/testode.zip testode.zip  test code
>>>>
>>>> John: I'm using evince to view pdf's (but acroread produces the same
>>>> behavior as Michael's attachments showed).
>>>> Michael: I changed the backend to Cairo and saved the figures directly
>>>> to
>>>> pdf. Same results. To be clear, to do this I changed the matplotlibrc
>>>> file
>>>> (backend GTKAgg -> Cairo) and then changed the filename in savefig to
>>>> end
>>>> with ".pdf". I assume that is what you had in mind.
>>>> In addition, as requested here are two screenshots in png format of the
>>>> actual pylab/matplotlib output:
>>>>
>>>> http://www.nabble.com/file/p20996825/odetest_pylabimg.png
>>>> odetest_pylabimg.png  output
>>>> http://www.nabble.com/file/p20996825/odetest_pylabimg_zoom.png
>>>> odetest_pylabimg_zoom.png  output zoomed.
>>>> Thanks for the help,
>>>> -Jesse
>>>>
>>>>
>>>> Michael Droettboom-3 wrote:
>>>>
>>>>
>>>>>
>>>>> Also -- for mtcoder:
>>>>>
>>>>> Can you send us the script that generates your plot?
>>>>>
>>>>> Also, if you set your backend to Cairo, and then generate the pdf, to
>>>>> you
>>>>> get the same result?
>>>>>
>>>>> Cheers,
>>>>> Mike
>>>>>
>>>>> Michael Droettboom wrote:
>>>>>
>>>>>
>>>>>>
>>>>>> There's something funny going on with line caps, maybe?  It looks like
>>>>>> the corners aren't getting capped in the same way as Agg does.
>>>>>>
>>>>>> I've created screenshots of Jesse's pdf file in acrobat and evince.
>>>>>>
>>>>>> Any thought, Jouni?
>>>>>>
>>>>>> Cheers,
>>>>>> Mike
>>>>>>
>>>>>> John Hunter wrote:
>>>>>>
>>>>>>
>>>>>>>
>>>>>>> On Thu, Dec 11, 2008 at 11:16 PM, mtcoder <jbe...@gm...> wrote:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>
>>>>>>>> http://www.nabble.com/file/p20970084/testode.rk45.a0.99.eps1e-07.pdf
>>>>>>>> testode.rk45.a0.99.eps1e-07.pdf . This comes from a completely
>>>>>>>> deterministic
>>>>>>>> ode. But is looks like I've added a tiny amount of noise.
>>>>>>>>
>>>>>>>> On a technical note, I'm running Ubuntu 8.04, python2.5.1,
>>>>>>>> matplotlib0.91.2
>>>>>>>> (with GTKAgg backend).
>>>>>>>>
>>>>>>>> (Hopefully I didn't miss a similar question--and solution--elsewhere
>>>>>>>> in the
>>>>>>>> forum.)
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> My guess is that you may be seeing the antialiasing of your pdf
>>>>>>> renderer.  matplotlib has a pretty good antialiasing renderer for the
>>>>>>> screen display (antigrain) but your mileage may vary for your pdf
>>>>>>> renderer.  Since pdf is a vector output, we have no control over the
>>>>>>> renderering.  What pdf viewer are you using?  The best way for us to
>>>>>>> see what you are seeing is to take a PNG screenshot of your PDF file
>>>>>>> displayed in your viewer and then post the PNG.  Ie, here is what I
>>>>>>> am
>>>>>>> seeing in the Preview app: the fuzziness is from the antialiasing,
>>>>>>> but
>>>>>>> I am used to seeing this.
>>>>>>>
>>>>>>>
>>>>>>>  ------------------------------------------------------------------------
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------------------------------------------------
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------------------------------------------------------
>>>>>>> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas,
>>>>>>> Nevada.
>>>>>>> The future of the web can't happen without you.  Join us at MIX09 to
>>>>>>> help
>>>>>>> pave the way to the Next Web now. Learn more and register at
>>>>>>>
>>>>>>>
>>>>>>> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------------------------------------------------
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Matplotlib-users mailing list
>>>>>>> Mat...@li...
>>>>>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------------------
>>>>>>
>>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------------------
>>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------------------
>>>>>>
>>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas,
>>>>>> Nevada.
>>>>>> The future of the web can't happen without you.  Join us at MIX09 to
>>>>>> help
>>>>>> pave the way to the Next Web now. Learn more and register at
>>>>>>
>>>>>>
>>>>>> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
>>>>>>
>>>>>> ------------------------------------------------------------------------
>>>>>>
>>>>>> _______________________________________________
>>>>>> Matplotlib-users mailing list
>>>>>> Mat...@li...
>>>>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas,
>>>>> Nevada.
>>>>> The future of the web can't happen without you.  Join us at MIX09 to
>>>>> help
>>>>> pave the way to the Next Web now. Learn more and register at
>>>>>
>>>>>
>>>>> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
>>>>> _______________________________________________
>>>>> Matplotlib-users mailing list
>>>>> Mat...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>> --
>>> Michael Droettboom
>>> Science Software Branch
>>> Operations and Engineering Division
>>> Space Telescope Science Institute
>>> Operated by AURA for NASA
>>>
>>>
>>>
>>
>>
>>
>>
>
> --
> Michael Droettboom
> Science Software Branch
> Operations and Engineering Division
> Space Telescope Science Institute
> Operated by AURA for NASA
>
>



-- 
PhD Candidate
Department of Mathematics
Montana State University
Bozeman, MT

Hello, i need you help!
I want to draw a plot with circles, which are coloured according to size. So
let's say we have a list=[1,3,5,7] that would give me four circles, first
very small, second bigger and so on. 
Now i need a way to "convert" integers to color value which would match
matplotlib.cm.spectral
values.

I hope you understand what i want to do, something like: (
http://zoonek2.free.fr/UNIX/48_R/g208.png
http://zoonek2.free.fr/UNIX/48_R/g208.png )

I posted only the "important" bits of code: 


listData = [[2,5,1],[2,4,15],[13,2,1],[1,10,2]]
cmap = mpl.cm.spectral
norm = mpl.colors.Normalize(vmin=1, vmax=15)

listA = ([i for i in range(len(listData))])
for a in range(len(listData)):
listB = ([a for i in range(len(listData[0]))])
area = ([listData[a][i]*100 for i in range(len(listData[a]))])
color = ([listData[a][i]*100 for i in range(len(listData[a]))])
plt.scatter(listA,listB,s=area, cmap=cmap, c=??what to put here???)

cb1 = mpl.colorbar.ColorbarBase(ax1, cmap=cmap, norm=norm,
orientation='vertical')



I hope someone could help me!

thank you very much
ales
-- 
View this message in context: http://www.nabble.com/int-to-matplotlib.colormaps-value-tp21026017p21026017.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

I get the following output when trying to install the latest version of 
matplotlib from an egg.  I'm running Mac OS X 10.5.5.


sudo easy_install matplotlib-0.98.5-py2.5-macosx-10.3.egg
Processing matplotlib-0.98.5-py2.5-macosx-10.3.egg
removing 
'/Library/Python/2.5/site-packages/matplotlib-0.98.5-py2.5-macosx-10.3.egg' 
(and everything under it)
creating 
/Library/Python/2.5/site-packages/matplotlib-0.98.5-py2.5-macosx-10.3.egg
Extracting matplotlib-0.98.5-py2.5-macosx-10.3.egg to 
/Library/Python/2.5/site-packages
matplotlib 0.98.5 is already the active version in easy-install.pth

Installed 
/Library/Python/2.5/site-packages/matplotlib-0.98.5-py2.5-macosx-10.3.egg
Processing dependencies for matplotlib==0.98.5
Searching for matplotlib==0.98.5
Reading http://pypi.python.org/simple/matplotlib/
Reading http://matplotlib.sourceforge.net
Reading 
https://sourceforge.net/project/showfiles.php?group_id=80706&package_id=278194
Reading 
https://sourceforge.net/project/showfiles.php?group_id=80706&package_id=82474
Reading http://sourceforge.net/project/showfiles.php?group_id=80706
Best match: matplotlib 0.98.5
Downloading 
http://downloads.sourceforge.net/matplotlib/matplotlib-0.98.5.tar.gz?modtime=1229034572&big_mirror=0
Processing matplotlib-0.98.5.tar.gz
Running matplotlib-0.98.5/setup.py -q bdist_egg --dist-dir 
/var/folders/GK/GKdPFArAGq0lmR1STz+kR++++TQ/-Tmp-/easy_install-3-LaUu/matplotlib-0.98.5/egg-dist-tmp-5updhB
============================================================================
BUILDING MATPLOTLIB
            matplotlib: 0.98.5
                python: 2.5.1 (r251:54863, Jan 17 2008, 19:35:17)  [GCC
                        4.0.1 (Apple Inc. build 5465)]
              platform: darwin

REQUIRED DEPENDENCIES
                 numpy: 1.1.0.dev5077
             freetype2: 9.17.3

OPTIONAL BACKEND DEPENDENCIES
                libpng: 1.2.18
               Tkinter: Tkinter: 50704, Tk: 8.4, Tcl: 8.4
              wxPython: 2.8.4.0
                        * WxAgg extension not required for wxPython >= 2.8
                  Gtk+: no
                        * Building for Gtk+ requires pygtk; you must be able
                        * to "import gtk" in your build/install environment
       Mac OS X native: yes
                    Qt: no
                   Qt4: no
                 Cairo: no

OPTIONAL DATE/TIMEZONE DEPENDENCIES
              datetime: present, version unknown
              dateutil: 1.4.1
                  pytz: 2008i

OPTIONAL USETEX DEPENDENCIES
                dvipng: no
           ghostscript: 8.61
                 latex: no

EXPERIMENTAL CONFIG PACKAGE DEPENDENCIES
             configobj: matplotlib will provide
      enthought.traits: 2.6b1-mpl

[Edit setup.cfg to suppress the above messages]
============================================================================
error: lib/matplotlib/mpl-data/matplotlib.conf.template: No such file or 
directory
Exception exceptions.OSError: (2, 'No such file or directory', 
'src/image.cpp') in <bound method CleanUpFile.__del__ of 
<setupext.CleanUpFile instance at 0x1447b48>> ignored
Exception exceptions.OSError: (2, 'No such file or directory', 
'src/path.cpp') in <bound method CleanUpFile.__del__ of 
<setupext.CleanUpFile instance at 0x14473a0>> ignored
Exception exceptions.OSError: (2, 'No such file or directory', 
'src/backend_agg.cpp') in <bound method CleanUpFile.__del__ of 
<setupext.CleanUpFile instance at 0x1447698>> ignored

Hi All,

I have some square images which were generated via WMS requests.  I have
imported them into Matplotlib via pil_to_array, and then display them in a
Basemap instance where I have defined the projection as:

m = Basemap(projection='cyl', lon_0=lon_0, llcrnrlon=ll_lon,
llcrnrlat=ll_lat, urcrnrlon=ur_lon,
            urcrnrlat=ur_lat, suppress_ticks=False)

While this works (it appears the tics are at the right places), the image is
no longer square, and I wonder if my projection definition is correct.

Can someone show me what the correct Basemap parameters are for working with
images that are in EPSG:4326?

Thanks,

Roger