matplotlib-users Mailing List for matplotlib

Hi

1.)

Hmmm the approach described below cycles colors for
	
	rcParams['lines.marker'] = 'o'

but for

	rcParams['lines.marker'] = '+'

I get black markers all the time (no cycling).


2.)

I'm wondering if there is an 'elegant' way to force color cycling for
things like

	for i in range(...):
		plot(...,'+')

	for j in range(...):
		plot(...,'x')

or do I always have to set

	rcParams['lines.marker'] = <makrer>


cheers,
steve

John Hunter wrote:
>>>>>>"Steve" == Steve Schmerler <el...@gm...> writes:
> 
> 
>     Steve> Hi Well if you do lineplots
> 
>     Steve> 	# plot some lines x = [1,2,3] for i in range(...):
>     Steve> plot(x)
> 
>     Steve> mpl changes the color of each line which doesn't happen in
>     Steve> the case of marker plots.
> 
> Actually something different is going on, but I had to grok through
> matplotlib.axes._process_plot_var_args to figure it out.
> 
> The default color cycling happens when there is no string format
> applied, and is independent of markers and lines.  For example, the
> following does not cycle either
> 
> for i in range(4):
>    plot(rand(5), rand(5), '-')
> 
> 
> because a format string is applied.  
> 
> You can make markers cycle too w/o a form string by changing the rc
> params so that the default makrer is not 'None'
> 
>   rcParams['lines.marker'] = 'o'
>   rcParams['lines.linestyle'] = 'None'
>   for i in range(4):
>       plot(rand(5), rand(5))
> 
> 
> Whether or not this is ideal behavior is debatable.  But it is
> probably good enough since it is easy enough to force plot to act like
> you want by explicitly passing args, as you did.  I think Niklas'
> suggestion of explicitly passing the kwargs for marker, linestyle,
> color, markerfacecolor and so on is a better approach than
> constructing arcane format strings.  It is more readable and more
> flexible, because format strings limit you to a small set of colors
> whereas the kwargs approach supports arbitrary color arguments.
> 
> JDH
> 
> 

On Saturday 30 July 2005 06:18 am, kristen kaasbjerg wrote:
> Dear John
>
> When running the tex_demo.py script I just get a gray
> figure canvas (no curves or anything) and the
> following error message:
[...]
> "C:\Python24\Lib\site-packages\matplotlib\texmanager.py",
> line 296, in get_rgba
>     X = readpng(pngfile)
> RuntimeError: _image_module::readpng could not open
> PNG file C:\Documents and
> Settings\Kristen\.matplotlib\tex.cache\30565a8911a6bb487e3745c0ea3c8224_96.
>png for reading
> ______________________________________________________
>
> Any idea of what I'm missing??

Do you have dvipng installed? 

-- 

Darren

Hi Kristen,

Looks like you're using the latest version of the relevant file from 
cvs, so I'm not sure what's going on. We'll have to hope for comment 
from the others. I just wanted to say thanks for that version 
information which may help me when I look at this stuff again in a 
couple of weeks. I hope others can sort out your problem in the meantime.

Gary R.

kristen kaasbjerg wrote:
> Hi Gary
> 
> I'm using windows XP, matplotlib 0.83.2, python 2.4
> and latex2e.
> 
> Kristen

<snip>

Hi Gary

I'm using windows XP, matplotlib 0.83.2, python 2.4
and latex2e.

Kristen

--- Gary Ruben <gr...@bi...> wrote:

> Hi Kristen,
> Last time I looked (a couple of weeks ago), there
> were problems in this
> area of matplotlib with LaTeX not being invoked
> properly.
> Can you please tell us what version of Windows,
> matplotlib and which
> LaTeX distribution you are using.
> I was intending to have another look at the code in
> a week or so from
> now. I'm unable to spend time on it until then.
> However, it looks like
> someone has made more recent changes to the relevant
> code, so I'd
> encourage you to try the latest version of
> matplotlib if the version
> you're using is more that a couple of weeks old. You
> may find that the
> problem you are seeing has been fixed.
> Please report back if you have success after doing
> this.
> Gary R.
> 
> kristen kaasbjerg wrote:
> > Dear John
> > 
> > When running the tex_demo.py script I just get a
> gray
> > figure canvas (no curves or anything) and the
> > following error message:
> > __________________________________________________
> > Exception in Tkinter callback
> > Traceback (most recent call last):
> >   File "C:\Python24\lib\lib-tk\Tkinter.py", line
> 1345,
> > in __call__
> >     return self.func(*args)
> >   File
> >
>
"C:\Python24\Lib\site-packages\matplotlib\backends\backend_tkagg.py",
> > line 148, in resize
> >     self.show()
> >   File
> >
>
"C:\Python24\Lib\site-packages\matplotlib\backends\backend_tkagg.py",
> > line 151, in draw
> >     FigureCanvasAgg.draw(self)
> >   File
> >
>
"C:\Python24\Lib\site-packages\matplotlib\backends\backend_agg.py",
> > line 381, in draw
> >     self.figure.draw(renderer)
> >   File
> >
>
"C:\Python24\Lib\site-packages\matplotlib\figure.py",
> > line 511, in draw
> >     for a in self.axes: a.draw(renderer)
> >   File
> >
> "C:\Python24\Lib\site-packages\matplotlib\axes.py",
> > line 1387, in draw
> >     self.xaxis.draw(renderer)
> >   File
> >
> "C:\Python24\Lib\site-packages\matplotlib\axis.py",
> > line 552, in draw
> >     tick.draw(renderer)
> >   File
> >
> "C:\Python24\Lib\site-packages\matplotlib\axis.py",
> > line 151, in draw
> >     if self.label1On: self.label1.draw(renderer)
> >   File
> >
> "C:\Python24\Lib\site-packages\matplotlib\text.py",
> > line 848, in draw
> >     self._mytext.draw(renderer)
> >   File
> >
> "C:\Python24\Lib\site-packages\matplotlib\text.py",
> > line 335, in draw
> >     bbox, info = self._get_layout(renderer)
> >   File
> >
> "C:\Python24\Lib\site-packages\matplotlib\text.py",
> > line 184, in _get_layout
> >     w,h = renderer.get_text_width_height(
> >   File
> >
>
"C:\Python24\Lib\site-packages\matplotlib\backends\backend_agg.py",
> > line 241, in get_text_width_height
> >     Z = self.texmanager.get_rgba(s, size, dpi,
> rgb)
> >   File
> >
>
"C:\Python24\Lib\site-packages\matplotlib\texmanager.py",
> > line 296, in get_rgba
> >     X = readpng(pngfile)
> > RuntimeError: _image_module::readpng could not
> open
> > PNG file C:\Documents and
> >
>
Settings\Kristen\.matplotlib\tex.cache\30565a8911a6bb487e3745c0ea3c8224_96.png
> > for reading
> >
>
______________________________________________________
> > 
> > Any idea of what I'm missing??
> > 
> > Kristen
> 
> 
> 
> 
>
-------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux
> Migration Strategies
> from IBM. Find simple to follow Roadmaps,
> straightforward articles,
> informative Webcasts and more! Get everything you
> need to get up to
> speed, fast.
>
http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
>
https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> 



		
____________________________________________________
Start your day with Yahoo! - make it your home page 
http://www.yahoo.com/r/hs 
 

On Saturday 30 July 2005 08:52 am, Gary Ruben wrote:
> Hi Kristen,
> Last time I looked (a couple of weeks ago), there were problems in this
> area of matplotlib with LaTeX not being invoked properly.
> Can you please tell us what version of Windows, matplotlib and which
> LaTeX distribution you are using.
> I was intending to have another look at the code in a week or so from
> now. I'm unable to spend time on it until then. However, it looks like
> someone has made more recent changes to the relevant code, so I'd
> encourage you to try the latest version of matplotlib if the version
> you're using is more that a couple of weeks old. You may find that the
> problem you are seeing has been fixed.
> Please report back if you have success after doing this.
> Gary R.

Sascha found some problems with the way commands were being passed, which only 
effected windows. I commited her patches.

Sascha, could you comment?.

On Sat, 30 Jul 2005, Gary Ruben apparently wrote: 
> Last time I looked (a couple of weeks ago), there were problems in this 
> area of matplotlib with LaTeX not being invoked properly. 

How does Matplotlib find TeX?
Can it be directed to a specific distribution?

Thanks,
Alan

On Sat, 30 Jul 2005, kristen kaasbjerg apparently wrote: 
> RuntimeError: _image_module::readpng could not open 
> PNG file C:\Documents and 
> Settings\Kristen\.matplotlib\tex.cache\30565a8911a6bb487e3745c0ea3c8224_96.png 
> for reading 
> ______________________________________________________ 

> Any idea of what I'm missing?? 


Not really, but I wonder if it is related to my problem 
below.  Both look like a temp file cannot be found.
I am on Win2000; how about you?
Alan Isaac


Traceback (most recent call last):
  File "C:\temp8.py", line 30, in ?
    savefig('/temp.eps')
  File "C:\Python24\Lib\site-packages\matplotlib\pylab.py", line 773, in savefig
    return fig.savefig(*args, **kwargs)
  File "C:\Python24\Lib\site-packages\matplotlib\figure.py", line 636, in savefig
    self.canvas.print_figure(*args, **kwargs)
  File "C:\Python24\Lib\site-packages\matplotlib\backends\backend_tkagg.py", line 179, in print_figure
    agg.print_figure(filename, dpi, facecolor, edgecolor, orientation)
  File "C:\Python24\Lib\site-packages\matplotlib\backends\backend_agg.py", line 474, in print_figure
    ps.print_figure(filename, dpi, facecolor, edgecolor, orientation)
  File "C:\Python24\Lib\site-packages\matplotlib\backends\backend_ps.py", line 1103, in print_figure
    shutil.move(epsfile, outfile)
  File "C:\Python24\lib\shutil.py", line 189, in move
    copy2(src,dst)
  File "C:\Python24\lib\shutil.py", line 92, in copy2
    copyfile(src, dst)
  File "C:\Python24\lib\shutil.py", line 47, in copyfile
    fsrc = open(src, 'rb')
IOError: [Errno 2] No such file or directory: '80bc875819e5bf1b449889aadd91b3af.eps'

Hi Kristen,
Last time I looked (a couple of weeks ago), there were problems in this
area of matplotlib with LaTeX not being invoked properly.
Can you please tell us what version of Windows, matplotlib and which
LaTeX distribution you are using.
I was intending to have another look at the code in a week or so from
now. I'm unable to spend time on it until then. However, it looks like
someone has made more recent changes to the relevant code, so I'd
encourage you to try the latest version of matplotlib if the version
you're using is more that a couple of weeks old. You may find that the
problem you are seeing has been fixed.
Please report back if you have success after doing this.
Gary R.

kristen kaasbjerg wrote:
> Dear John
> 
> When running the tex_demo.py script I just get a gray
> figure canvas (no curves or anything) and the
> following error message:
> __________________________________________________
> Exception in Tkinter callback
> Traceback (most recent call last):
>   File "C:\Python24\lib\lib-tk\Tkinter.py", line 1345,
> in __call__
>     return self.func(*args)
>   File
> "C:\Python24\Lib\site-packages\matplotlib\backends\backend_tkagg.py",
> line 148, in resize
>     self.show()
>   File
> "C:\Python24\Lib\site-packages\matplotlib\backends\backend_tkagg.py",
> line 151, in draw
>     FigureCanvasAgg.draw(self)
>   File
> "C:\Python24\Lib\site-packages\matplotlib\backends\backend_agg.py",
> line 381, in draw
>     self.figure.draw(renderer)
>   File
> "C:\Python24\Lib\site-packages\matplotlib\figure.py",
> line 511, in draw
>     for a in self.axes: a.draw(renderer)
>   File
> "C:\Python24\Lib\site-packages\matplotlib\axes.py",
> line 1387, in draw
>     self.xaxis.draw(renderer)
>   File
> "C:\Python24\Lib\site-packages\matplotlib\axis.py",
> line 552, in draw
>     tick.draw(renderer)
>   File
> "C:\Python24\Lib\site-packages\matplotlib\axis.py",
> line 151, in draw
>     if self.label1On: self.label1.draw(renderer)
>   File
> "C:\Python24\Lib\site-packages\matplotlib\text.py",
> line 848, in draw
>     self._mytext.draw(renderer)
>   File
> "C:\Python24\Lib\site-packages\matplotlib\text.py",
> line 335, in draw
>     bbox, info = self._get_layout(renderer)
>   File
> "C:\Python24\Lib\site-packages\matplotlib\text.py",
> line 184, in _get_layout
>     w,h = renderer.get_text_width_height(
>   File
> "C:\Python24\Lib\site-packages\matplotlib\backends\backend_agg.py",
> line 241, in get_text_width_height
>     Z = self.texmanager.get_rgba(s, size, dpi, rgb)
>   File
> "C:\Python24\Lib\site-packages\matplotlib\texmanager.py",
> line 296, in get_rgba
>     X = readpng(pngfile)
> RuntimeError: _image_module::readpng could not open
> PNG file C:\Documents and
> Settings\Kristen\.matplotlib\tex.cache\30565a8911a6bb487e3745c0ea3c8224_96.png
> for reading
> ______________________________________________________
> 
> Any idea of what I'm missing??
> 
> Kristen

Dear John

When running the tex_demo.py script I just get a gray
figure canvas (no curves or anything) and the
following error message:
__________________________________________________
Exception in Tkinter callback
Traceback (most recent call last):
  File "C:\Python24\lib\lib-tk\Tkinter.py", line 1345,
in __call__
    return self.func(*args)
  File
"C:\Python24\Lib\site-packages\matplotlib\backends\backend_tkagg.py",
line 148, in resize
    self.show()
  File
"C:\Python24\Lib\site-packages\matplotlib\backends\backend_tkagg.py",
line 151, in draw
    FigureCanvasAgg.draw(self)
  File
"C:\Python24\Lib\site-packages\matplotlib\backends\backend_agg.py",
line 381, in draw
    self.figure.draw(renderer)
  File
"C:\Python24\Lib\site-packages\matplotlib\figure.py",
line 511, in draw
    for a in self.axes: a.draw(renderer)
  File
"C:\Python24\Lib\site-packages\matplotlib\axes.py",
line 1387, in draw
    self.xaxis.draw(renderer)
  File
"C:\Python24\Lib\site-packages\matplotlib\axis.py",
line 552, in draw
    tick.draw(renderer)
  File
"C:\Python24\Lib\site-packages\matplotlib\axis.py",
line 151, in draw
    if self.label1On: self.label1.draw(renderer)
  File
"C:\Python24\Lib\site-packages\matplotlib\text.py",
line 848, in draw
    self._mytext.draw(renderer)
  File
"C:\Python24\Lib\site-packages\matplotlib\text.py",
line 335, in draw
    bbox, info = self._get_layout(renderer)
  File
"C:\Python24\Lib\site-packages\matplotlib\text.py",
line 184, in _get_layout
    w,h = renderer.get_text_width_height(
  File
"C:\Python24\Lib\site-packages\matplotlib\backends\backend_agg.py",
line 241, in get_text_width_height
    Z = self.texmanager.get_rgba(s, size, dpi, rgb)
  File
"C:\Python24\Lib\site-packages\matplotlib\texmanager.py",
line 296, in get_rgba
    X = readpng(pngfile)
RuntimeError: _image_module::readpng could not open
PNG file C:\Documents and
Settings\Kristen\.matplotlib\tex.cache\30565a8911a6bb487e3745c0ea3c8224_96.png
for reading
______________________________________________________

Any idea of what I'm missing??

Kristen



__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

===== Original message from Gary Ruben | Sat, 30 Jul 2005:
> "There are appendices that contrast Python/numarray with IDL, I'd be
> happy to include the equivalent for Matlab if anyone who is familiar
> with both would like to write such appendices."

adding IDL commands to the XML instance, it will be easy to
create an IDL, Python/numarray, Matlab cross reference.
it can typeset in any way preferred for inclusion in other
documents.


> It may be nice for your guide to become part of the appendix of that 
> document, and also to live a separate existence, as Vicki suggests may
> happen with the current IDL appendix. Whatever happens, I think it
> would be a good idea for these documents to be married in some way.

this openness is my intension entirely, distibuting the mpy-xref
under GFDL: i can do this work, and anyone else may.

i was wondering, are IDL, PDL (Perl Data Language) and GDL
(GNU Data Language) compliant like MATLAB and Octave or
R and S+, or are there larger differences between these
syntaxes?


-- 
Vidar Bronken Gundersen

Good work Vidar.

The Appendix Vicki mentions is in a great document which was mentioned
on the scipy list.
Perry Greenfield, one of the authors, says:
"There are appendices that contrast Python/numarray with IDL, I'd be
happy to include the equivalent for Matlab if anyone who is familiar
with both would like to write such appendices."

It may be nice for your guide to become part of the appendix of that 
document, and also to live a separate existence, as Vicki suggests may 
happen with the current IDL appendix. Whatever happens, I think it would 
be a good idea for these documents to be married in some way.

Gary

Victoria G. Laidler wrote:
> There's a matplotlib cheat sheet for IDL users as Appendix D of the 
> recently posted tutorial
> on using Python for data analysis in astronomy.
> 
> http://www.scipy.org/wikis/topical_software/Tutorial
> http://stsdas.stsci.edu/perry/pydatatut.pdf
> 
> The tutorial PDF document is rather large; appendix D runs from pages 
> 128-135.
> Maybe we'll split it off into a separate document and post it on the new 
> matplotlib wiki.
> 
> Vicki Laidler

This is the second bug fix release of the 0.83 series, but a couple of
new features have crept in....  The notes below include all new
features in 0.83; I've just been a little slow getting them typed up
:-)

You can read these with links at
http://matplotlib.sourceforge.net/whats_new.html


What's new in matplotlib 0.83

axis('scale')

  Added Mark Athen's 'scale' patch, so that on a scaled axis a circle
  looks like circle. See help(axis).

New cursor and span selector widgets

  Added new Cursor and HorizontalSpanSelector to
  matplotlib.widgets. See examples/widgets/cursor.py and
  examples/widgets/span_selector.py. Set useblit = True on gtkagg for
  significantly enhanced performance.

draw events

  You can use use matplotlib event handling to register a callback
  after figure draw using 'draw_event' which calls the callback with a
  DrawEvent instance

  def callback(event):
     #event.renderer is the backend Renderer instance
     pass
  connect('draw_event')


Full screen mode in GTK*

  Use 'f' to toggle full screen mode in the GTK backends.  

GTK and SVG fixes

  Steve Chaplin has made numerous updates to the GTK and SVG
  backends. See the CHANGELOG for details.

Reorganized config files

  Made HOME/.matplotlib the new config dir where the matplotlibrc
  file, the ttf.cache, and the tex.cache live. The new default
  filenames in .matplotlib have no leading dot and are not hidden. Eg,
  the new names are matplotlibrc, tex.cache, and ttffont.cache. This
  is how ipython does it so it must be right. If old files are found,
  a warning is issued and they are moved to the new location. Also
  fixed texmanager to put all files, including temp files in
  ~/.matplotlib/tex.cache, which allows you to usetex in non-writable
  dirs.

Using matplotlib.agg to draw paths

  Updated agg_test.py to demonstrate curved paths and fills.

CocoaAgg

  New CocoaAgg backend for native GUI on OSX, 10.3 and 10.4 compliant.

Qt enhancements

  Applied Ted Drain's QtAgg patch: 1) Changed the toolbar to be a
  horizontal bar of push buttons instead of a QToolbar and updated the
  layout algorithms in the main window accordingly. This eliminates
  the ability to drag and drop the toolbar and detach it from the
  window. 2) Updated the resize algorithm in the main window to show
  the correct size for the plot widget as requested. This works almost
  correctly right now. It looks to me like the final size of the
  widget is off by the border of the main window but I haven't figured
  out a way to get that information yet. We could just add a small
  margin to the new size but that seems a little hacky. 3) Changed the
  x/y location label to be in the toolbar like the Tk backend instead
  of as a status line at the bottom of the widget. 4) Changed the
  toolbar pixmaps to use the ppm files instead of the png files. I
  noticed that the Tk backend buttons looked much nicer and it uses
  the ppm files so I switched them.

mathtext optimizations

  Upgraded pyparsing and applied Paul McGuire's suggestions for
  speeding things up. This more than doubles the speed of mathtext in
  my simple tests.

Bugs fixed / small features 

  Applied SF patches 1242648, 1244732. Fixes SF bugs 1238412, 1231611,
  1209354, subplot (2,1,1) bug,


Downloads at http://matplotlib.sourceforge.net

I understand that Numeric and Numarray operate as Numerix within
matplotlib. If I am running AXAgg as a backend and I'm importing and
using Numeric, will this produce a conflict or any problems? Should I
only use Numerix?

Thanks,
Jeff 

On Friday 29 July 2005 10:02 am, John Hunter wrote:
> >>>>> "Darren" == Darren Dale <dd...@co...> writes:
>
>     Darren> Just to get the ball rolling (and because I couldnt sleep
>     Darren> this morning), I made a page discussing TeX/LaTeX with
>     Darren> mpl.
>
>     Darren> http://www.scipy.org/Members/dsdale/textwithlatex/document_view
>
> Great -- that is very useful.  You may want to mention the dvipng
> requirement....
>
>     Darren> How do I submit this so it can be found from the
>     Darren> MatplotlibCookbook website?
>
> Go to the cookbook page and add a link to it in the "Recipes" list.
>
> I think it would be nice to have all the recipes live as children of
> MatplotlibCookbook, so you may need to "reparent" your page (see the
> form at the bottom of the each wiki page) or if this doesn't work
> create a new blank page from the cookbook main page and just paste
> your entry in.  I'm a bit of a scipy wiki newbie so I am not sure
> about all the details.

Just to be clear, I was completely uninitiated in working with wikis, so this 
seemed more difficult at first than it really is. 

I just added a comment to the MatplotlibCookbook page explaining how to add a 
new page. Its really a piece of cake.

-- 

Darren

On Fri, 29 Jul 2005, Dimitri D'Or apparently wrote: 
> I have a two-dimensional array from which I wish to 
> compute the gradient (i.e. the slope against the first and 
> second dimension). With Matlab, I can do it easily using 
> the gradient.m function. Is there something similar in 
> Scipy or matplotlib? I've browsed the documentation but 
> couldn't found anything but approximate gradient 
> computations on functions in the optimize module. Nothing 
> about computations on matrices. 

Look at scipy.diff.
E.g., for the two dimensions
grad0=scipy.diff(x,axis=0)
grad1=scipy.diff(x,axis=1)

hth,
Alan Isaac

> That's very good bet -- 2.95 is *really old*.  It looks like it may
> not be properly handling wide characters.  I don't think there is
> anything we can do on our end about this one.  Can you upgrade your
> compiler?

Well, it's an old server box of my faculty at the university. I'll see what 
I can do about it.

Thanks for your advice.

Sascha 

There's a matplotlib cheat sheet for IDL users as Appendix D of the 
recently posted tutorial
on using Python for data analysis in astronomy.

http://www.scipy.org/wikis/topical_software/Tutorial
http://stsdas.stsci.edu/perry/pydatatut.pdf

The tutorial PDF document is rather large; appendix D runs from pages 
128-135.
Maybe we'll split it off into a separate document and post it on the new 
matplotlib wiki.

Vicki Laidler




>===== Original message from Alan G. Isaac | Thu, 28 Jul 2005:
>  
>
>>> More natural choices might be 
>>> - GAUSS - PDL - SciLab - Lush - Yorick - Algae - A+
>>    
>>
>
>thanks for the input.
>how different are PDL, IDL and GDL?
>aren't there a PyDL or pyIDL also?
>or is this something different?
>
>this resource might be useful for this, i guess?
>"IDL to Numeric/numarray Mapping"
>http://www.johnny-lin.com/cdat_tips/tips_array/idl2num.html
>

>>>>> "Steve" == Steve Schmerler <el...@gm...> writes:

    Steve> Hi Well if you do lineplots

    Steve> 	# plot some lines x = [1,2,3] for i in range(...):
    Steve> plot(x)

    Steve> mpl changes the color of each line which doesn't happen in
    Steve> the case of marker plots.

Actually something different is going on, but I had to grok through
matplotlib.axes._process_plot_var_args to figure it out.

The default color cycling happens when there is no string format
applied, and is independent of markers and lines.  For example, the
following does not cycle either

for i in range(4):
   plot(rand(5), rand(5), '-')


because a format string is applied.  

You can make markers cycle too w/o a form string by changing the rc
params so that the default makrer is not 'None'

  rcParams['lines.marker'] = 'o'
  rcParams['lines.linestyle'] = 'None'
  for i in range(4):
      plot(rand(5), rand(5))


Whether or not this is ideal behavior is debatable.  But it is
probably good enough since it is easy enough to force plot to act like
you want by explicitly passing args, as you did.  I think Niklas'
suggestion of explicitly passing the kwargs for marker, linestyle,
color, markerfacecolor and so on is a better approach than
constructing arcane format strings.  It is more readable and more
flexible, because format strings limit you to a small set of colors
whereas the kwargs approach supports arbitrary color arguments.

JDH

>>>>> "Darren" == Darren Dale <dd...@co...> writes:

    Darren> Just to get the ball rolling (and because I couldnt sleep
    Darren> this morning), I made a page discussing TeX/LaTeX with
    Darren> mpl.

    Darren> http://www.scipy.org/Members/dsdale/textwithlatex/document_view

Great -- that is very useful.  You may want to mention the dvipng
requirement....

    Darren> How do I submit this so it can be found from the
    Darren> MatplotlibCookbook website?

Go to the cookbook page and add a link to it in the "Recipes" list.  

I think it would be nice to have all the recipes live as children of
MatplotlibCookbook, so you may need to "reparent" your page (see the
form at the bottom of the each wiki page) or if this doesn't work
create a new blank page from the cookbook main page and just paste
your entry in.  I'm a bit of a scipy wiki newbie so I am not sure
about all the details.

Cheers,
JDH

>>>>> "Sascha" == Sascha GL <Sas...@gm...> writes:

    Sascha> I am having issues installing matplotlib on a Linux box:
    Sascha> gcc -pthread -fno-strict-aliasing -DNDEBUG -g -O3 -Wall
    Sascha> -Wstrict-prototypes -fPIC -Isrc -I. -I/usr/local/include
    Sascha> -I/usr/include -I/opt/Python-2.3.5/Include
    Sascha> -I/opt/Python-2.3.5 -c CXX/cxx_extensions.cxx -o
    Sascha> build/temp.linux-i686-2.3/cxx_extensions.o -DNUMERIC=1 In
    Sascha> file included from CXX/Extensions.hxx:18, from
    Sascha> CXX/cxx_extensions.cxx:1: /usr/include/g++/std/bastring.h:
    Sascha> In method `const Py_UNICODE * basic_string<short unsigned
    Sascha> int,string_char_traits<short unsigned
    int> ,__default_alloc_template<true,0> >::c_str() const':
    Sascha> CXX/Objects.hxx:1505: instantiated from here
    Sascha> /usr/include/g++/std/bastring.h:338: return to `const
    Sascha> Py_UNICODE *' from `const char *' error: command 'gcc'
    Sascha> failed with exit status 1


    Sascha> I can't see what's missing or whatever else is
    Sascha> wrong... any idea? Could it be that the gcc version (2.95)
    Sascha> is too old?

That's very good bet -- 2.95 is *really old*.  It looks like it may
not be properly handling wide characters.  I don't think there is
anything we can do on our end about this one.  Can you upgrade your
compiler?

JDH

On Thursday 28 July 2005 03:57 pm, John Hunter wrote:
> I created a wiki page on the scipy web site for people to upload tips,
> tricks, HOWTOs and recipes for matplotlib.  Everyone is encouraged to
> contribute; you just need to get a login for the scipy page from
> http://www.scipy.org/wikis/topical_software/join_form .
>
> One easy way to contribute is to take a file from the examples
> directory and explain and annotate it and place it on the wiki.  You
> can also upload images to show off your work.  Beyond that, everything
> is fair game: from a tutorial freezing mpl with py2exe to embedding
> mpl in your favorite GUI to doing animations.
>
> To get the ball rolling, I cleaned up my last post to the mailing list
> and posted it with a screenshot
>
>   http://www.scipy.org/wikis/topical_software/MatplotlibCookbook
>
> Thanks to scipy.org and enthought for hosting!

Just to get the ball rolling (and because I couldnt sleep this morning), I 
made a page discussing TeX/LaTeX with mpl.

http://www.scipy.org/Members/dsdale/textwithlatex/document_view

How do I submit this so it can be found from the MatplotlibCookbook website?

-- 

Darren

I am having issues installing matplotlib on a Linux box:

gcc -pthread -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes
-fPIC -Isrc -I. -I/usr/local/include -I/usr/include
-I/opt/Python-2.3.5/Include -I/opt/Python-2.3.5 -c CXX/cxx_extensions.cxx -o
build/temp.linux-i686-2.3/cxx_extensions.o -DNUMERIC=1
In file included from CXX/Extensions.hxx:18,
                 from CXX/cxx_extensions.cxx:1:
/usr/include/g++/std/bastring.h: In method `const Py_UNICODE *
basic_string<short unsigned int,string_char_traits<short unsigned
int>,__default_alloc_template<true,0> >::c_str() const':
CXX/Objects.hxx:1505:   instantiated from here
/usr/include/g++/std/bastring.h:338: return to `const Py_UNICODE *' from
`const char *'
error: command 'gcc' failed with exit status 1

I can't see what's missing or whatever else is wrong... any idea? Could it
be that the gcc version (2.95) is too old?

Thanks,
Sascha

-- 
5 GB Mailbox, 50 FreeSMS http://www.gmx.net/de/go/promail
+++ GMX - die erste Adresse für Mail, Message, More +++

Hi all,

 

I have a two-dimensional array from which I wish to compute the gradient
(i.e. the slope against the first and second dimension). With Matlab, I can
do it easily using the gradient.m function. Is there something similar in
Scipy or matplotlib? I've browsed the documentation but couldn't found
anything but approximate gradient computations on functions in the optimize
module. Nothing about computations on matrices.

 

Thank you for your help,

 

Dimitri

 

Hi

Well if you do lineplots

	# plot some lines
	x = [1,2,3]
	for i in range(...):
		plot(x)

mpl changes the color of each line which doesn't happen in the case of
marker plots.

cheers,
steve

N. Volbers wrote:
> Hello Steve,
> 
> Steve Schmerler schrieb:
> 
>> Is there another way to cycle through colors when repeating marker plots
>> except
>>
>> c = 'bgrcmykw'
>> for i in range(...):
>>     plot(..., '+-' + c[i])
> 
> 
> You can of course specify the line properties via the keyword arguments 
> 'linestyle', 'marker' and in this case 'color'.
> Since the kind of cycling you showed above is a good and working way, 
> maybe you can explain in more detail what you are looking for.
> 
> Best regards,
> 
> Niklas Volbers.
> 
> 

Hello Steve,

Steve Schmerler schrieb:

> Is there another way to cycle through colors when repeating marker plots
> except
>
> c = 'bgrcmykw'
> for i in range(...):
>     plot(..., '+-' + c[i])

You can of course specify the line properties via the keyword arguments 
'linestyle', 'marker' and in this case 'color'. 

Since the kind of cycling you showed above is a good and working way, 
maybe you can explain in more detail what you are looking for.

Best regards,

Niklas Volbers.