matplotlib-users Mailing List for matplotlib (Page 12)

On Thursday 10 July 2008 10:48:01 am you wrote:
> Hi Darren,
>
> I have tried rerunning our code with the change you suggested in the
> make_dvi and make_png functions. I am still noticing failures however. I
> put these at the bottom of this message. Strangely enough, these errors
> don't seem to occur when there are a lot of files in my tex.cache
> directory. For example, I ran the code (consisting of ~40 codes all making
> ~10-20 plots each), successfully 3 times (the OSError wasn't raised at all,
> I used a print statement to check). I realised after this that a lot of
> temp files were in my tex.cache directory, so I emptied it and then I
> noticed that a lot of failures occured when I ran the code the next time
> (the OSError I showed previously was raised as well as the error messages
> shown below). It seems weird that it should run fine when a lot of files
> are left in my temp directory and not when it is empty?

Most of those files are not temporary files, but cached files. The error you 
reported only occurs when a required file does not already exist in the 
cache, and like you said, it appears to be the case that two jobs are trying 
to add the same file to the cache at the same time, and one job is failing 
because the other deletes a temporary file that is being used by both. I 
guess.

> Here are the error messages that are occuring now:
>
> Traceback (most recent call last):
>   File
> "/home/spxiwh/ihope/852450000-852700000/nsbhinj_summary_plots/../executable
>s/plotinspmissed", line 625, in ?
>     savePlot( opts, filename, titleText)
>   File
> "/home/spxiwh/ihope/852450000-852700000/nsbhinj_summary_plots/../executable
>s/plotinspmissed", line 108, in savePlot
>     dpi_thumb=opts.figure_resolution)
>   File
> "/home/spxiwh/lscsoft/executables/cbc_s5_1yr_20070129/pylal//lib64/python2.
>4/site-packages/pylal/InspiralUtils.py", line 54, in savefig_pylal
>     fig.savefig(filename, dpi=dpi)
>   File "/home/spxiwh/test/matplotlib/figure.py", line 682, in savefig
>     self.canvas.print_figure(*args, **kwargs)
>   File "/home/spxiwh/test/matplotlib/backends/backend_agg.py", line 456, in
> print_figure
>     self.draw()
>   File "/home/spxiwh/test/matplotlib/backends/backend_agg.py", line 392, in
> draw
>     self.figure.draw(renderer)
>   File "/home/spxiwh/test/matplotlib/figure.py", line 544, in draw
>     for a in self.axes: a.draw(renderer)
>   File "/home/spxiwh/test/matplotlib/axes.py", line 1063, in draw
>     a.draw(renderer)
>   File "/home/spxiwh/test/matplotlib/axis.py", line 595, in draw
>     self.label.draw(renderer)
>   File "/home/spxiwh/test/matplotlib/text.py", line 340, in draw
>     bbox, info = self._get_layout(renderer)
>   File "/home/spxiwh/test/matplotlib/text.py", line 187, in _get_layout
>     w,h = renderer.get_text_width_height(
>   File "/home/spxiwh/test/matplotlib/backends/backend_agg.py", line 240, in
> get_text_width_height
>     Z = texmanager.get_rgba(s, size, self.dpi.get(), rgb)
>   File "/home/spxiwh/test/matplotlib/texmanager.py", line 334, in get_rgba
>     pngfile = self.make_png(tex, fontsize, dpi, force=False)
>   File "/home/spxiwh/test/matplotlib/texmanager.py", line 255, in make_png
>     fh = file(outfile)
> IOError: [Errno 2] No such file or directory:
> '/home/spxiwh/.matplotlib/tex.cache/fb2014e54961855bd04020b61190867c.output
>'

That doesnt make any sense to me. file defaults to open a file in append mode, 
it doesnt matter if a file exists or not. Maybe you could try to figure out 
why that fails and report back. 

> And once I noticed:
>
> Traceback (most recent call last):
>   File
> "/home/spxiwh/ihope/852450000-852700000/allinj_summary_plots/../executables
>/plotinspmissed", line 661, in ?
>     dpi_thumb=opts.figure_resolution)
>   File
> "/home/spxiwh/lscsoft/executables/cbc_s5_1yr_20070129/pylal//lib64/python2.
>4/site-packages/pylal/InspiralUtils.py", line 54, in savefig_pylal
>     fig.savefig(filename, dpi=dpi)
>   File "/usr/lib64/python2.4/site-packages/matplotlib/figure.py", line 682,
> in savefig
>     self.canvas.print_figure(*args, **kwargs)
>   File
> "/usr/lib64/python2.4/site-packages/matplotlib/backends/backend_agg.py",
> line 456, in print_figure
>     self.draw()
>   File
> "/usr/lib64/python2.4/site-packages/matplotlib/backends/backend_agg.py",
> line 392, in draw
>     self.figure.draw(renderer)
>   File "/usr/lib64/python2.4/site-packages/matplotlib/figure.py", line 544,
> in draw
>     for a in self.axes: a.draw(renderer)
>   File "/usr/lib64/python2.4/site-packages/matplotlib/axes.py", line 1063,
> in draw
>     a.draw(renderer)
>   File "/usr/lib64/python2.4/site-packages/matplotlib/text.py", line 340,
> in draw
>     bbox, info = self._get_layout(renderer)
>   File "/usr/lib64/python2.4/site-packages/matplotlib/text.py", line 187,
> in _get_layout
>     w,h = renderer.get_text_width_height(
>   File
> "/usr/lib64/python2.4/site-packages/matplotlib/backends/backend_agg.py",
> line 240, in get_text_width_height
>     Z = texmanager.get_rgba(s, size, self.dpi.get(), rgb)
>   File "/usr/lib64/python2.4/site-packages/matplotlib/texmanager.py", line
> 330, in get_rgba
>     X = readpng(os.path.join(self.texcache, pngfile))
> RuntimeError: _image_module::readpng: file not recognized as a PNG file

No idea, sorry.

Darren

Hi,

I just upgraded to matplotlib 0.98.1 on a ubuntu hardy heron system.  I
have noticed two problems since the upgrade:

1) For any plot, if I try to look at the properties of a text object I
get an error related to FontProperties having no attribute 'items'.  See
below:

In [1]: plot(range(10))
Out[1]: [<matplotlib.lines.Line2D object at 0x924f9ac>]

In [2]: xlh=get(gca(),'xticklabels')

In [3]: get(xlh[0])
------------------------------------------------------------
Traceback (most recent call last):
  File "<ipython console>", line 1, in <module>
  File "/usr/lib/python2.5/site-packages/matplotlib/artist.py", line
724, in get
    return getp(o, *args, **kwargs)
  File "/usr/lib/python2.5/site-packages/matplotlib/artist.py", line
716, in getp
    print '\n'.join(insp.pprint_getters())
  File "/usr/lib/python2.5/site-packages/matplotlib/artist.py", line
684, in pprint_getters
    s = str(val)
  File "/usr/lib/python2.5/site-packages/matplotlib/font_manager.py",
line 681, in __str__
    return self.get_fontconfig_pattern()
  File "/usr/lib/python2.5/site-packages/matplotlib/font_manager.py",
line 737, in get_fontconfig_pattern
    return generate_fontconfig_pattern(self)
  File
"/usr/lib/python2.5/site-packages/matplotlib/fontconfig_pattern.py",
line 164, in generate_fontconfig_pattern
    for key, val in d.items():
<type 'exceptions.AttributeError'>: 'FontProperties' object has no
attribute 'items'

2) I have noticed that the font used for the xticklabels and the font
used for the xlabel and contour labels appears to be different (example
attached).  One appears to be serif and the other sans-serif.  This
seems to be due to using tex for text rendering.  I am not sure if this
also occurred before the update, but I didn't notice it previously.
Looking at the properties of the different text objects, it isn't
apparent that there should be a difference - both have font properties
that indicate sans-serif, but the text of tick labels appears to be
surrounded by $'s forcing it through the text parser, while that of the
contour labels is not.  Is this difference normal or expected?  Is there
a way around this?  In particular, I would like to use sans-serif for
everything - is this possible while still using tex?

Thanks for the assistance.

Cheers,
David   

-- 
**********************************
David M. Kaplan
Charge de Recherche 1
Institut de Recherche pour le Developpement
Centre de Recherche Halieutique Mediterraneenne et Tropicale
av. Jean Monnet
B.P. 171
34203 Sete cedex
France

Phone: +33 (0)4 99 57 32 27
Fax: +33 (0)4 99 57 32 95
http://www.ur097.ird.fr/team/dkaplan/index.html
**********************************

If I do some 2D line plots, I can activate the picker event on each line..
but if I change the scale of the axes using axes.set_xscale('log') /
axes.set_yscale('log') and then try to pick the lines, nothing happens. I
can't select them on the plot with the log scales, but if I click in the
area where they used to be on the linear scale the picker event is triggered
correctly...

I guess this is a bug?

Cheers,
Soren

Hi Darren,

I have tried rerunning our code with the change you suggested in the
make_dvi and make_png functions. I am still noticing failures however. I put
these at the bottom of this message. Strangely enough, these errors don't
seem to occur when there are a lot of files in my tex.cache directory. For
example, I ran the code (consisting of ~40 codes all making ~10-20 plots
each), successfully 3 times (the OSError wasn't raised at all, I used a
print statement to check). I realised after this that a lot of temp files
were in my tex.cache directory, so I emptied it and then I noticed that a
lot of failures occured when I ran the code the next time (the OSError I
showed previously was raised as well as the error messages shown below). It
seems weird that it should run fine when a lot of files are left in my temp
directory and not when it is empty?

Here are the error messages that are occuring now:

Traceback (most recent call last):
  File
"/home/spxiwh/ihope/852450000-852700000/nsbhinj_summary_plots/../executables/plotinspmissed",
line 625, in ?
    savePlot( opts, filename, titleText)
  File
"/home/spxiwh/ihope/852450000-852700000/nsbhinj_summary_plots/../executables/plotinspmissed",
line 108, in savePlot
    dpi_thumb=opts.figure_resolution)
  File
"/home/spxiwh/lscsoft/executables/cbc_s5_1yr_20070129/pylal//lib64/python2.4/site-packages/pylal/InspiralUtils.py",
line 54, in savefig_pylal
    fig.savefig(filename, dpi=dpi)
  File "/home/spxiwh/test/matplotlib/figure.py", line 682, in savefig
    self.canvas.print_figure(*args, **kwargs)
  File "/home/spxiwh/test/matplotlib/backends/backend_agg.py", line 456, in
print_figure
    self.draw()
  File "/home/spxiwh/test/matplotlib/backends/backend_agg.py", line 392, in
draw
    self.figure.draw(renderer)
  File "/home/spxiwh/test/matplotlib/figure.py", line 544, in draw
    for a in self.axes: a.draw(renderer)
  File "/home/spxiwh/test/matplotlib/axes.py", line 1063, in draw
    a.draw(renderer)
  File "/home/spxiwh/test/matplotlib/axis.py", line 595, in draw
    self.label.draw(renderer)
  File "/home/spxiwh/test/matplotlib/text.py", line 340, in draw
    bbox, info = self._get_layout(renderer)
  File "/home/spxiwh/test/matplotlib/text.py", line 187, in _get_layout
    w,h = renderer.get_text_width_height(
  File "/home/spxiwh/test/matplotlib/backends/backend_agg.py", line 240, in
get_text_width_height
    Z = texmanager.get_rgba(s, size, self.dpi.get(), rgb)
  File "/home/spxiwh/test/matplotlib/texmanager.py", line 334, in get_rgba
    pngfile = self.make_png(tex, fontsize, dpi, force=False)
  File "/home/spxiwh/test/matplotlib/texmanager.py", line 255, in make_png
    fh = file(outfile)
IOError: [Errno 2] No such file or directory:
'/home/spxiwh/.matplotlib/tex.cache/fb2014e54961855bd04020b61190867c.output'


Traceback (most recent call last):
  File
"/home/spxiwh/ihope/852450000-852700000/bnsinj_summary_plots/../executables/plotinspinj",
line 569, in ?
    'end_time', 'days', opts.time_axis, plot_type = 'linear' )
  File
"/home/spxiwh/ihope/852450000-852700000/bnsinj_summary_plots/../executables/plotinspinj",
line 94, in plot_parameter_accuracy
    dpi_thumb=opts.figure_resolution)
  File
"/home/spxiwh/lscsoft/executables/cbc_s5_1yr_20070129/pylal//lib64/python2.4/site-packages/pylal/InspiralUtils.py",
line 54, in savefig_pylal
    fig.savefig(filename, dpi=dpi)
  File "/home/spxiwh/test/matplotlib/figure.py", line 682, in savefig
    self.canvas.print_figure(*args, **kwargs)
  File "/home/spxiwh/test/matplotlib/backends/backend_agg.py", line 456, in
print_figure
    self.draw()
  File "/home/spxiwh/test/matplotlib/backends/backend_agg.py", line 392, in
draw
    self.figure.draw(renderer)
  File "/home/spxiwh/test/matplotlib/figure.py", line 544, in draw
    for a in self.axes: a.draw(renderer)
  File "/home/spxiwh/test/matplotlib/axes.py", line 1063, in draw
    a.draw(renderer)
  File "/home/spxiwh/test/matplotlib/axis.py", line 561, in draw
    tick.draw(renderer)
  File "/home/spxiwh/test/matplotlib/axis.py", line 161, in draw
    if self.label1On: self.label1.draw(renderer)
  File "/home/spxiwh/test/matplotlib/text.py", line 838, in draw
    Text.draw(self, renderer)
  File "/home/spxiwh/test/matplotlib/text.py", line 340, in draw
    bbox, info = self._get_layout(renderer)
  File "/home/spxiwh/test/matplotlib/text.py", line 187, in _get_layout
    w,h = renderer.get_text_width_height(
  File "/home/spxiwh/test/matplotlib/backends/backend_agg.py", line 240, in
get_text_width_height
    Z = texmanager.get_rgba(s, size, self.dpi.get(), rgb)
  File "/home/spxiwh/test/matplotlib/texmanager.py", line 334, in get_rgba
    pngfile = self.make_png(tex, fontsize, dpi, force=False)
  File "/home/spxiwh/test/matplotlib/texmanager.py", line 247, in make_png
    dvifile = self.make_dvi(tex, fontsize)
  File "/home/spxiwh/test/matplotlib/texmanager.py", line 223, in make_dvi
    fh = file(outfile)
IOError: [Errno 2] No such file or directory:
'/home/spxiwh/.matplotlib/tex.cache/7e534aafdc12681d1ef0d36df4963de8.output'


And once I noticed:

Traceback (most recent call last):
  File
"/home/spxiwh/ihope/852450000-852700000/allinj_summary_plots/../executables/plotinspmissed",
line 661, in ?
    dpi_thumb=opts.figure_resolution)
  File
"/home/spxiwh/lscsoft/executables/cbc_s5_1yr_20070129/pylal//lib64/python2.4/site-packages/pylal/InspiralUtils.py",
line 54, in savefig_pylal
    fig.savefig(filename, dpi=dpi)
  File "/usr/lib64/python2.4/site-packages/matplotlib/figure.py", line 682,
in savefig
    self.canvas.print_figure(*args, **kwargs)
  File
"/usr/lib64/python2.4/site-packages/matplotlib/backends/backend_agg.py",
line 456, in print_figure
    self.draw()
  File
"/usr/lib64/python2.4/site-packages/matplotlib/backends/backend_agg.py",
line 392, in draw
    self.figure.draw(renderer)
  File "/usr/lib64/python2.4/site-packages/matplotlib/figure.py", line 544,
in draw
    for a in self.axes: a.draw(renderer)
  File "/usr/lib64/python2.4/site-packages/matplotlib/axes.py", line 1063,
in draw
    a.draw(renderer)
  File "/usr/lib64/python2.4/site-packages/matplotlib/text.py", line 340, in
draw
    bbox, info = self._get_layout(renderer)
  File "/usr/lib64/python2.4/site-packages/matplotlib/text.py", line 187, in
_get_layout
    w,h = renderer.get_text_width_height(
  File
"/usr/lib64/python2.4/site-packages/matplotlib/backends/backend_agg.py",
line 240, in get_text_width_height
    Z = texmanager.get_rgba(s, size, self.dpi.get(), rgb)
  File "/usr/lib64/python2.4/site-packages/matplotlib/texmanager.py", line
330, in get_rgba
    X = readpng(os.path.join(self.texcache, pngfile))
RuntimeError: _image_module::readpng: file not recognized as a PNG file

Cheers

Ian




2008/7/10 Darren Dale <dsd...@gm...>:

> Hi Ian,
>
> On Thursday 10 July 2008 06:03:54 am Ian Harry wrote:
> > Hi all,
> >
> > Myself and my colleagues use, and have used, matplotlib and it's Tex
> > capabilities quite extensively to create plots to assist in the
> > gravitational wave searches we perform. (and it has been a great tool for
> > us
> >
> > :-) ). However recently we have been running into problems when we have
> >
> > started automating our plot generation by running multiple plotting jobs
> > concurrently using the condor scheduler (and dagmans). Many of our
> plotting
> > jobs fail with messages such as the one below:
> >
> > ---snip---
> >
> > Traceback (most recent call last):
> >  File
> > "/home/romain/Projects/
> >
> ligovirgo/s5_2yr_lv_lowcbc_20080625/868815014-868901414/868815014-868901414
> >/inj001_summary_plots/../executables/plotinjnum", line 298, in ?
> >    'eff_dist_h')
> >  File
> >
> "/home/romain/Projects/ligovirgo/s5_2yr_lv_lowcbc_20080625/868815014-868901
> >414/868815014-868901414/inj001_summary_plots/../executables/plotinjnum",
> > line 119, in plot_found_missed
> >    fname_thumb = InspiralUtils.savefig_pylal(filename=fname,
> > doThumb=True, dpi_thumb=opts.figure_resolution)
> >  File
> >
> "/home/romain/codes/s5_2yr_lv_lowcbc_20080625/pylal/lib64/python2.4/site-pa
> >ckages/pylal/InspiralUtils.py", line 58, in savefig_pylal
> >    fig.savefig(filename_thumb, dpi=dpi_thumb)
> > ....
> >  File "/usr/lib64/python2.4/site-packages/matplotlib/texmanager.py", line
> > 259, in make_png
> >    os.remove(outfile)
> >  OSError: [Errno 2] No such file or directory:
> >
> '/home/romain/.matplotlib/tex.cache/ae479c90ff242327b54af004a0846188.output
> >'
> >
> > ---snip---
> >
> > My feeling is that when the code invokes the Tex 'bit' it creates a temp
> > file in ~/matplotlib/tex.cache and then deletes it and all other temp tex
> > files when it finishes the Tex 'bit'. This would cause problems if
> another
> > job is in the middle of running Tex when the other job deletes it's temp
> > files!
> >
> > We are running a slightly old version of matplotlib (0.87.7), as we run
> on
> > multiple clusters our sys admins tend to only update software when there
> is
> > a need to and we have had no other problems with matplotlib, I apologize
> if
> > this has been fixed in the meantime (I did do a quick search of the
> mailing
> > list archive but found nothing). All our clusters currently run Fedora
> Core
> > 4 (we're going to move to CentOS 5).
> >
> > Currently we are getting around this by forcing condor to retry the
> failed
> > jobs 2/3 times, this catches most of these errors. Another solution would
> > be to limit the number of jobs running to 1 BUT as we run dagmen from
> > within one 'super' dagman it would prove difficult to limit jobs from
> > multiple dagmen.
> >
> > Anyway if anyone has any ideas of how to solve this I would appreciate
> > this. Also if there are any options where we can set the location of
> these
> > temp tex files and use a different directory  for each job (or stop
> > matplotlib deleting other temp files) that would help us.
>
> I'm really hesitant to mess around with the location of the temp files. It
> was
> a bit painfull trying to get usetex to work across platforms.
>
> Instead, would you try replacing:
>
> os.remove(outfile)
>
> with:
>
> try: os.remove(outfile)
> except OSError: pass
>
> Let me know if that fixes it, and if you need to wrap any other file
> deletions.
>
> Thanks,
> Darren
>



-- 
---------------------------------------------------------------------------
Ian Harry
School of Physics & Astronomy
Queens Buildings, The Parade
Cardiff, CF24 3AA
Email: Ian...@as...
Phone: (+44) 29 208 75120
Mobile: (+44) 7890 479090
---------------------------------------------------------------------------

Changing the scale shouldn't remove the lines -- but it's possible there 
is a bug that moves them out of the visible area.  Can you provide some 
standalone code that reproduces this problem?

Cheers,
Mike

Søren Nielsen wrote:
> Hi,
>
> When I change the xscale and yscale my plots go missing... i use 
> axes.set_xscale('linear'), axes.set_yscale('liner)  or 
> axes.set_xscale('log'), axes.set_yscale('log') ... I have a button 
> that changes between those two.. but a change removes the 2D lines i 
> have on them... do I need to change something in the line objects too?
>
> Regards,
> Soren
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
> Studies have shown that voting for your favorite open source project,
> along with a healthy diet, reduces your potential for chronic lameness
> and boredom. Vote Now at http://www.sourceforge.net/community/cca08
> ------------------------------------------------------------------------
>
> _______________________________________________
> 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

Hi,

When I change the xscale and yscale my plots go missing... i use
axes.set_xscale('linear'), axes.set_yscale('liner)  or
axes.set_xscale('log'), axes.set_yscale('log') ... I have a button that
changes between those two.. but a change removes the 2D lines i have on
them... do I need to change something in the line objects too?

Regards,
Soren

Hi everybody!

I am new to matplotlib and I have a question. I am running matplotlib from a main program in python as a separate thread. When I first launch matplotlib it works fine. On my second try when the main program is still running I try to execute it again but the plotting window is shown only for a sec and then it disappears. The last command is show(). This show() command should block the thread from dying and should unblock, leave the thread to die, when I close the matplotlib plotting window. Somehow this doesn't happen. Any clues on how I can fix this? Maybe I should be using something else then show() method?

Manny thanks!

Cheers, Dragan.


      

Hi Ian,

On Thursday 10 July 2008 06:03:54 am Ian Harry wrote:
> Hi all,
>
> Myself and my colleagues use, and have used, matplotlib and it's Tex
> capabilities quite extensively to create plots to assist in the
> gravitational wave searches we perform. (and it has been a great tool for
> us
>
> :-) ). However recently we have been running into problems when we have
>
> started automating our plot generation by running multiple plotting jobs
> concurrently using the condor scheduler (and dagmans). Many of our plotting
> jobs fail with messages such as the one below:
>
> ---snip---
>
> Traceback (most recent call last):
>  File
> "/home/romain/Projects/
> ligovirgo/s5_2yr_lv_lowcbc_20080625/868815014-868901414/868815014-868901414
>/inj001_summary_plots/../executables/plotinjnum", line 298, in ?
>    'eff_dist_h')
>  File
> "/home/romain/Projects/ligovirgo/s5_2yr_lv_lowcbc_20080625/868815014-868901
>414/868815014-868901414/inj001_summary_plots/../executables/plotinjnum",
> line 119, in plot_found_missed
>    fname_thumb = InspiralUtils.savefig_pylal(filename=fname,
> doThumb=True, dpi_thumb=opts.figure_resolution)
>  File
> "/home/romain/codes/s5_2yr_lv_lowcbc_20080625/pylal/lib64/python2.4/site-pa
>ckages/pylal/InspiralUtils.py", line 58, in savefig_pylal
>    fig.savefig(filename_thumb, dpi=dpi_thumb)
> ....
>  File "/usr/lib64/python2.4/site-packages/matplotlib/texmanager.py", line
> 259, in make_png
>    os.remove(outfile)
>  OSError: [Errno 2] No such file or directory:
> '/home/romain/.matplotlib/tex.cache/ae479c90ff242327b54af004a0846188.output
>'
>
> ---snip---
>
> My feeling is that when the code invokes the Tex 'bit' it creates a temp
> file in ~/matplotlib/tex.cache and then deletes it and all other temp tex
> files when it finishes the Tex 'bit'. This would cause problems if another
> job is in the middle of running Tex when the other job deletes it's temp
> files!
>
> We are running a slightly old version of matplotlib (0.87.7), as we run on
> multiple clusters our sys admins tend to only update software when there is
> a need to and we have had no other problems with matplotlib, I apologize if
> this has been fixed in the meantime (I did do a quick search of the mailing
> list archive but found nothing). All our clusters currently run Fedora Core
> 4 (we're going to move to CentOS 5).
>
> Currently we are getting around this by forcing condor to retry the failed
> jobs 2/3 times, this catches most of these errors. Another solution would
> be to limit the number of jobs running to 1 BUT as we run dagmen from
> within one 'super' dagman it would prove difficult to limit jobs from
> multiple dagmen.
>
> Anyway if anyone has any ideas of how to solve this I would appreciate
> this. Also if there are any options where we can set the location of these
> temp tex files and use a different directory  for each job (or stop
> matplotlib deleting other temp files) that would help us.

I'm really hesitant to mess around with the location of the temp files. It was 
a bit painfull trying to get usetex to work across platforms.

Instead, would you try replacing:

os.remove(outfile)

with:

try: os.remove(outfile)
except OSError: pass

Let me know if that fixes it, and if you need to wrap any other file 
deletions.

Thanks,
Darren

Søren Nielsen wrote:

> Is there a way I can hide a line plot? I have several line plots, and I 
> want to make a function to enable or disable a plot.. How do I tell each 
> line apart and remove/reinsert them?

Try this in an interactive session, and see if it helps:

ax = figure().add_subplot(111)
a = ax.plot(rand(10), 'k')[0]
b = ax.plot(rand(10), 'r')[0]
ax.figure.canvas.draw()
a.set_visible(False)
ax.figure.canvas.draw()

Regards,
Antonio

When you create the plot, it returns a list of line objects.  You can 
use this object to remove itself from the axes, and add it back it 
later.  Hope this helps::

In [1]: l1 = plot([1,2,3])

In [2]: l2 = plot([4,5,6])

In [4]: l1
Out[4]: [<matplotlib.lines.Line2D object at 0xb676124c>]

# Remove the first plot
In [6]: l1[0].remove()

# Put it back
In [9]: axes().add_line(l1[0])


Cheers,
Mike

Søren Nielsen wrote:
> Hi,
>
> Is there a way I can hide a line plot? I have several line plots, and 
> I want to make a function to enable or disable a plot.. How do I tell 
> each line apart and remove/reinsert them?
>
> Anyone tried this? I was seeking for a line ID of somekind in 
> matplotlib.lines... but didn't see any.
>
> Thanks,
> Soren
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
> Studies have shown that voting for your favorite open source project,
> along with a healthy diet, reduces your potential for chronic lameness
> and boredom. Vote Now at http://www.sourceforge.net/community/cca08
> ------------------------------------------------------------------------
>
> _______________________________________________
> 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

Hi,

Is there a way I can hide a line plot? I have several line plots, and I want
to make a function to enable or disable a plot.. How do I tell each line
apart and remove/reinsert them?

Anyone tried this? I was seeking for a line ID of somekind in
matplotlib.lines... but didn't see any.

Thanks,
Soren

Angela Rivera Campos wrote:
> Hi,
> 
> I'm quite a newbie on matplotlib.
> 
> I'm trying to get some data from a file. I've got a function that reads 
> the data from the file and stores it in a tuple as a set of floats. When 
> I use this without importing pylab it just go well but when I do it 
> after importing this module there's a rounding and I don't get the 
> proper data:
> 
> ----------------------------
>  >>> import myModule as m
>  >>> spc = m.Collection()
>  >>> spc.ReadCollection('file')
>  >>> sp = spc.GetCSVBlock('00074')
>  >>> sp.GetDataRecord(0)
> (0.0, 0.10000000000000001, 0.050345000000000001, 616.0, 
> 24.818999999999999, 616.0)
> 
> ---
> 
>  >>> import myModule as m
>  >>> from pylab import *
>  >>> spc = m.Collection()
>  >>> spc.ReadCollection('file')
>  >>> sp = spc.GetCSVBlock('00074')
>  >>> sp.GetDataRecord(0)
> (0.0, 0.0, 0.0, 616.0, 24.0, 616.0)
> ----------------------------
> 
> What's the problem here? What can I do to avoid it?

Try

   import pylab

instead of

   from pylab import *

Manuel


> Thanks in advance,
> 
> AR
> 
> -------------------------------------------------------------------------
> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
> Studies have shown that voting for your favorite open source project,
> along with a healthy diet, reduces your potential for chronic lameness
> and boredom. Vote Now at http://www.sourceforge.net/community/cca08
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

Hi,

I'm quite a newbie on matplotlib.

I'm trying to get some data from a file. I've got a function that reads 
the data from the file and stores it in a tuple as a set of floats. When 
I use this without importing pylab it just go well but when I do it 
after importing this module there's a rounding and I don't get the 
proper data:

----------------------------
 >>> import myModule as m
 >>> spc = m.Collection()
 >>> spc.ReadCollection('file')
 >>> sp = spc.GetCSVBlock('00074')
 >>> sp.GetDataRecord(0)
(0.0, 0.10000000000000001, 0.050345000000000001, 616.0, 
24.818999999999999, 616.0)

---

 >>> import myModule as m
 >>> from pylab import *
 >>> spc = m.Collection()
 >>> spc.ReadCollection('file')
 >>> sp = spc.GetCSVBlock('00074')
 >>> sp.GetDataRecord(0)
(0.0, 0.0, 0.0, 616.0, 24.0, 616.0)
----------------------------

What's the problem here? What can I do to avoid it?

Thanks in advance,

AR

On Wed, 2008-07-09 at 18:40 +0200, anirudh vij wrote:
> > We have been warning that 3D plotting was unsupported and needed someone to
> > volunteer to maintain it for quite a while now. Nobody answered the call, and
> > 3d capabilities did not survive the transition to the new transforms in
> > mpl-0.98, so it was removed, However...
> >
> 
> hmm. Mayavi2 has a mlab module thats under active development. It aims
> to do the same stuff that matlab 3D plots do. However, svn currently
> crashes for me.

An alterative to mpl/mayavi for 3d is Pyx (see
http://pyx.sourceforge.net/examples/3dgraphs/color.html ), although it's
not interactive.

BC

Hi all,

Myself and my colleagues use, and have used, matplotlib and it's Tex
capabilities quite extensively to create plots to assist in the
gravitational wave searches we perform. (and it has been a great tool for us
:-) ). However recently we have been running into problems when we have
started automating our plot generation by running multiple plotting jobs
concurrently using the condor scheduler (and dagmans). Many of our plotting
jobs fail with messages such as the one below:

---snip---

Traceback (most recent call last):
 File
"/home/romain/Projects/
ligovirgo/s5_2yr_lv_lowcbc_20080625/868815014-868901414/868815014-868901414/inj001_summary_plots/../executables/plotinjnum",
line 298, in ?
   'eff_dist_h')
 File
"/home/romain/Projects/ligovirgo/s5_2yr_lv_lowcbc_20080625/868815014-868901414/868815014-868901414/inj001_summary_plots/../executables/plotinjnum",
line 119, in plot_found_missed
   fname_thumb = InspiralUtils.savefig_pylal(filename=fname,
doThumb=True, dpi_thumb=opts.figure_resolution)
 File
"/home/romain/codes/s5_2yr_lv_lowcbc_20080625/pylal/lib64/python2.4/site-packages/pylal/InspiralUtils.py",
line 58, in savefig_pylal
   fig.savefig(filename_thumb, dpi=dpi_thumb)
....
 File "/usr/lib64/python2.4/site-packages/matplotlib/texmanager.py", line
259, in make_png
   os.remove(outfile)
 OSError: [Errno 2] No such file or directory:
'/home/romain/.matplotlib/tex.cache/ae479c90ff242327b54af004a0846188.output'

---snip---

My feeling is that when the code invokes the Tex 'bit' it creates a temp
file in ~/matplotlib/tex.cache and then deletes it and all other temp tex
files when it finishes the Tex 'bit'. This would cause problems if another
job is in the middle of running Tex when the other job deletes it's temp
files!

We are running a slightly old version of matplotlib (0.87.7), as we run on
multiple clusters our sys admins tend to only update software when there is
a need to and we have had no other problems with matplotlib, I apologize if
this has been fixed in the meantime (I did do a quick search of the mailing
list archive but found nothing). All our clusters currently run Fedora Core
4 (we're going to move to CentOS 5).

Currently we are getting around this by forcing condor to retry the failed
jobs 2/3 times, this catches most of these errors. Another solution would be
to limit the number of jobs running to 1 BUT as we run dagmen from within
one 'super' dagman it would prove difficult to limit jobs from multiple
dagmen.

Anyway if anyone has any ideas of how to solve this I would appreciate this.
Also if there are any options where we can set the location of these temp
tex files and use a different directory  for each job (or stop matplotlib
deleting other temp files) that would help us.

Thanks in advance for any help

Ian Harry

-- 
---------------------------------------------------------------------------
Ian Harry
School of Physics & Astronomy
Queens Buildings, The Parade
Cardiff, CF24 3AA
Email: Ian...@as...
Phone: (+44) 29 208 75120
Mobile: (+44) 7890 479090
---------------------------------------------------------------------------

Hello Ben,

On Wed, Jul 9, 2008 at 19:37, Ben Axelrod <bax...@co...> wrote:
> I get errors when I add:
>
>   deb http://anakonda.altervista.org/debian packages/
>
>   deb-src http://anakonda.altervista.org/debian sources/
>
> to my /etc/apt/sources.list.  Is this still the preferred method for
> installing on Debian?

Matplotlib is available on official debian repository[1] at version
0.98.1 (and hopefully soon 0.98.2) both for unstable and testing.
Maybe you're on stable?

Cheers,
Sandro

[1] http://packages.qa.debian.org/m/matplotlib.html

-- 
Sandro Tosi (aka morph, Morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi

Thanks Eric,

That is much better. I am going to try and implement it now and see how I go. I will let you know.

Regards, Marjolaine.

>>> Eric Firing <ef...@ha...> 07/09/08 11:12 PM >>>
Marjolaine Rouault wrote:
> Hi,
> 
> I don't understand how one creates his own colormap. i am using
> matplotlib and I have checked the example in
> http://www.scipy.org/Cookbook/Matplotlib/Show_colormaps but I can't
> really understand how it works. Are there any other examples out
> there? I want to create a colormap a bit like the one at this url:
> 
> http://www.pyngl.ucar.edu/Graphics/Images/ViBlGrWhYeOrRe.gif
> 
> best regards, Marjolaine.
> 
> 
> 

Marjolaine,

Depending on your starting point--what you know about your desired 
colormap--you can use either a LinearSegmentedColormap or a 
ListedColormap.  If you already have a colormap in the form of a list of 
evenly-spaced colors, then the simplest way to get it into mpl is by 
using that list to initialize a ListedColormap.  If, instead, you have a 
general idea of how you want R, G, and B to vary over the range of the 
map, then you probably need the LinearSegmentedColormap.

Every description of the LinearSegmentedColormap class that I have seen 
is confusing, even though the way it works is fairly simple.  Let's see 
if I can make it a little less confusing.

Example: suppose you want red to increase from 0 to 1 over the bottom 
half, green to do the same over the middle half, and blue over the top 
half.  Then you would use:

cdict = { 'red': ((0, 0, 0),
                   (0.5, 1, 1),
                   (1, 1, 1)),
           'green': ((0, 0, 0),
                     (0.25, 0, 0),
                     (0.75, 1, 1),
                     (1, 1, 1)),
            'blue': ((0, 0, 0),
                     (0.5, 0, 0),
                     (1, 1, 1))}

If, as in this example, there are no discontinuities in the r, g, and b 
components, then it is quite simple: the second and third element of 
each tuple, above, is the same--call it "y".  The first element ("x") 
defines interpolation intervals over the full range of 0 to 1, and it 
must span that whole range.  In other words, the values of x divide the 
0-to-1 range into a set of segments, and y gives the end-point color 
values for each segment.

Now consider the green. cdict['green'] is saying that for
0 <= x <= 0.25, y is zero; no green.
0.25 < x <= 0.75, y varies linearly from 0 to 1.
x > 0.75, y remains at 1, full green.

If there are discontinuities, then it is a little more complicated. 
Label the 3 elements in each row in the cdict entry for a given color as 
(x, y0, y1).  Then for values of x between x[i] and x[i+1] the color 
value is interpolated between y1[i] and y0[i+1].

Going back to the cookbook example, look at cdict['red']; because y0 != 
y1, it is saying that for x from 0 to 0.5, red increases from 0 to 1, 
but then it jumps down, so that for x from 0.5 to 1, red increases from 
0.7 to 1.  Green ramps from 0 to 1 as x goes from 0 to 0.5, then jumps 
back to 0, and ramps back to 1 as x goes from 0.5 to 1.

row i:   x  y0  y1
                /
               /
row i+1: x  y0  y1

Above is an attempt to show that for x in the range x[i] to x[i+1], the 
interpolation is between y1[i] and y0[i+1].  So, y0[0] and y1[-1] are 
never used.

I hope I got all that right--I would welcome close checking.  I want to 
get an adequate and correct explanation into the standard mpl documentation.


Eric



-- 
This message is subject to the CSIR's copyright terms and conditions, e-mail legal notice, and implemented Open Document Format (ODF) standard. 
The full disclaimer details can be found at http://www.csir.co.za/disclaimer.html.

This message has been scanned for viruses and dangerous content by MailScanner, 
and is believed to be clean.  MailScanner thanks Transtec Computers for their support.

Lubos Vrbka wrote:
> hello,
> 
>> why is it actually not possible to do something like the following piece 
>> of code?
>> ioff()
>> plot commands
>> draw()
>> ion()
> actually, i did some test now (modification of the example 
> http://www.scipy.org/Cookbook/Matplotlib/Animations site):
> 
> from pylab import *
> ioff()
> x = arange(0,2*pi,0.01)            # x-array
> line, = plot(x,sin(x))
> draw()
> 
> displays nothing, then
> 
> ion()
> for i in arange(1,200):
>       line.set_ydata(sin(x+i/10.0))  # update the data
>       draw()                         # redraw the canvas
> 
> displays nothing as well, but shows the same 'lag' as when running the 
> whole code in interactive mode. that means that the data is processed, 
> the graphics is plotted, just the window is not displayed.
> 
> i thought that ioff() is present exactly for this purpose. 
> unfortunately, the documentation page
> 
> http://matplotlib.sourceforge.net/interactive.html
> 
> shows only an example where an image file is produced first with ioff(), 
> the figure is closed and something is then displayed with ion().
> 
> when i later issue another plot() command (i.e., plot(random(20), 
> random(20)), it is displayed and shows also the last part of the sin(x) 
> plot...
> 
> the thing i want to achieve is maybe impossible - i'd just love to know 
> why, or what am i doing wrong... i'm very grateful for any hints.

Try looking at the dynamic_image_*.py in the examples directory (or 
examples/animation for version 0.98.x).  I've personally used the 
dynamic_image_gtkagg.py approach for (what I think is) a similar use 
case to yours.  Before finding that one, I went through a variety of 
approaches with threading, ion()/ioff() and draw().

Ryan

-- 
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma

James K. Gruetzner wrote:
> Thanks for the suggestion, Michael.   Reading it led to a bit of a forehead
> slap.
> 
> Unfortunately, that didn't work either.  Curiously, it appears that
> the "show()" command does not return.
> 
> ----- CODE SECTION -------------
> #!/usr/local/bin/python
> 
> import os,sys
> import pylab
> 
> def main():
>   x = pylab.linspace(-10,10,100)
>   y = pylab.sin(x)
>   pylab.plot(x,y)
>   sys.stderr.write("Begun.")
>   pylab.show()
>   sys.stderr.write("Done.")
> 
> if __name__ == "__main__":
>   main()
> ---- END CODE -------------
> 
> When executed from the command line:
> $ ./test.py &
>    . . . the plot displays; clicking on the X closes it, but the process keeps
> on running.
> 
> When executed as an argument to python:
> $ python test.py &
>  . . . the same behavior (except it's a python process which hangs).
> 
> The two sys.stderr.write() statements are for debugging.  The first one
> executes; the second does not.  My conclusion is that the show() command does
> not return.
> 
> ----------
> When I operate interactively,
>   the command "pylab.plot(x,y)" opens a widow labeled "Figure 1".
>  . . . then . . .
>   the command "show()" writes the plot to that window (i.e., sine plot).
> 
> Clicking the X in the figure window causes the window to disappear, but
> the "show()" command fails to return.
> 
> --------------
> 
> So . . . I figure that the lack of show() returning is the root problem.
> 
> Any suggestions?
> 
>  I'm running Fedora 8, python 2.5.1, and matplotlib 0.91.2-1.fc8  from the yum
> repository.   Backend is set to GTKAgg in my matplotlibrc file.
> 
(On this list top-posting is frowned upon -- it makes the conversation 
difficult to follow.)

Your analysis is correct, the call to show() activates the GUI mainloop 
and does not return until the window is closed.  Within ipython there is 
some magic that occurs that runs the mainloop in a separate thread. 
What do you need to do after the call to show()?

Ryan

-- 
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma

Marjolaine Rouault wrote:
> Hi,
> 
> I don't understand how one creates his own colormap. i am using
> matplotlib and I have checked the example in
> http://www.scipy.org/Cookbook/Matplotlib/Show_colormaps but I can't
> really understand how it works. Are there any other examples out
> there? I want to create a colormap a bit like the one at this url:
> 
> http://www.pyngl.ucar.edu/Graphics/Images/ViBlGrWhYeOrRe.gif
> 
> best regards, Marjolaine.
> 
> 
> 

Marjolaine,

Depending on your starting point--what you know about your desired 
colormap--you can use either a LinearSegmentedColormap or a 
ListedColormap.  If you already have a colormap in the form of a list of 
evenly-spaced colors, then the simplest way to get it into mpl is by 
using that list to initialize a ListedColormap.  If, instead, you have a 
general idea of how you want R, G, and B to vary over the range of the 
map, then you probably need the LinearSegmentedColormap.

Every description of the LinearSegmentedColormap class that I have seen 
is confusing, even though the way it works is fairly simple.  Let's see 
if I can make it a little less confusing.

Example: suppose you want red to increase from 0 to 1 over the bottom 
half, green to do the same over the middle half, and blue over the top 
half.  Then you would use:

cdict = { 'red': ((0, 0, 0),
                   (0.5, 1, 1),
                   (1, 1, 1)),
           'green': ((0, 0, 0),
                     (0.25, 0, 0),
                     (0.75, 1, 1),
                     (1, 1, 1)),
            'blue': ((0, 0, 0),
                     (0.5, 0, 0),
                     (1, 1, 1))}

If, as in this example, there are no discontinuities in the r, g, and b 
components, then it is quite simple: the second and third element of 
each tuple, above, is the same--call it "y".  The first element ("x") 
defines interpolation intervals over the full range of 0 to 1, and it 
must span that whole range.  In other words, the values of x divide the 
0-to-1 range into a set of segments, and y gives the end-point color 
values for each segment.

Now consider the green. cdict['green'] is saying that for
0 <= x <= 0.25, y is zero; no green.
0.25 < x <= 0.75, y varies linearly from 0 to 1.
x > 0.75, y remains at 1, full green.

If there are discontinuities, then it is a little more complicated. 
Label the 3 elements in each row in the cdict entry for a given color as 
(x, y0, y1).  Then for values of x between x[i] and x[i+1] the color 
value is interpolated between y1[i] and y0[i+1].

Going back to the cookbook example, look at cdict['red']; because y0 != 
y1, it is saying that for x from 0 to 0.5, red increases from 0 to 1, 
but then it jumps down, so that for x from 0.5 to 1, red increases from 
0.7 to 1.  Green ramps from 0 to 1 as x goes from 0 to 0.5, then jumps 
back to 0, and ramps back to 1 as x goes from 0.5 to 1.

row i:   x  y0  y1
                /
               /
row i+1: x  y0  y1

Above is an attempt to show that for x in the range x[i] to x[i+1], the 
interpolation is between y1[i] and y0[i+1].  So, y0[0] and y1[-1] are 
never used.

I hope I got all that right--I would welcome close checking.  I want to 
get an adequate and correct explanation into the standard mpl documentation.


Eric

Greetings

Having followed the build instructions for matplotlib on the website,  
I continue to get the error(s):

sh-3.2# python setup.py build
= 
= 
= 
= 
========================================================================
BUILDING MATPLOTLIB
             matplotlib: 0.98.1
                 python: 2.5 (r25:51918, Sep 19 2006, 08:49:13)  [GCC  
4.0.1
                         (Apple Computer, Inc. build 5341)]
               platform: darwin

REQUIRED DEPENDENCIES
                  numpy: 1.1.0
              freetype2: found, but unknown version (no pkg-config)
                         * WARNING: Could not find 'freetype2' headers  
in any
                         * of '.', './freetype2'.

OPTIONAL BACKEND DEPENDENCIES
                 libpng: found, but unknown version (no pkg-config)
                         * Could not find 'libpng' headers in any of '.'
                Tkinter: Tkinter: 50704, Tk: 8.4, Tcl: 8.4
               wxPython: no
                         * wxPython not found
                   Gtk+: no
                         * Building for Gtk+ requires pygtk; you must  
be able
                         * to "import gtk" in your build/install  
environment
                     Qt: no
                    Qt4: no
                  Cairo: no

OPTIONAL DATE/TIMEZONE DEPENDENCIES
               datetime: present, version unknown
               dateutil: matplotlib will provide
                   pytz: matplotlib will provide

OPTIONAL USETEX DEPENDENCIES
                 dvipng: 1.9
            ghostscript: 8.61
                  latex: 3.141592

EXPERIMENTAL CONFIG PACKAGE DEPENDENCIES
              configobj: matplotlib will provide
       enthought.traits: no

[Edit setup.cfg to suppress the above messages]
= 
= 
= 
= 
========================================================================
running build
running build_py
copying lib/matplotlib/mpl-data/matplotlibrc -> build/lib.macosx-10.3- 
fat-2.5/matplotlib/mpl-data
copying lib/matplotlib/mpl-data/matplotlib.conf -> build/ 
lib.macosx-10.3-fat-2.5/matplotlib/mpl-data
running build_ext
building 'matplotlib.ft2font' extension
g++ -arch i386 -arch ppc -isysroot /Developer/SDKs/MacOSX10.4u.sdk -g - 
bundle -undefined dynamic_lookup -arch ppc -arch i386 -L/Users/Mike/ 
erange_staging/libpng-1.2.29 -L/Users/Mike/erange_staging/ 
freetype-2.3.7 -arch ppc -arch i386 -I/Users/Mike/erange_staging/ 
libpng-1.2.29 -I/Users/Mike/erange_staging/freetype-2.3.7/include  
build/temp.macosx-10.3-fat-2.5/src/ft2font.o build/temp.macosx-10.3- 
fat-2.5/src/mplutils.o build/temp.macosx-10.3-fat-2.5/CXX/ 
cxx_extensions.o build/temp.macosx-10.3-fat-2.5/CXX/cxxsupport.o build/ 
temp.macosx-10.3-fat-2.5/CXX/IndirectPythonInterface.o build/ 
temp.macosx-10.3-fat-2.5/CXX/cxxextensions.o -lfreetype -lz -lstdc++ - 
lm -o build/lib.macosx-10.3-fat-2.5/matplotlib/ft2font.so
ld: in /Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib/libPng.dylib,  
file is not of required architecture for architecture ppc
collect2: ld returned 1 exit status
lipo: can't open input file: /var/tmp//ccpblNox.out (No such file or  
directory)
error: command 'g++' failed with exit status 1

I am running on a Mac OS X 10.5 system and even though I set the  
CFLAGS and LDFLAGS I can't seem to point the build to the correct tree.

Note: I am a newbie relative to python on a Mac.

Can anyone point out an error I've made or offer troubleshooting  
suggestions?

Thanks

Mike

The matplotlib developers don't maintain that repository (which appears 
to be empty at present).  Send a note of to its owner.

matplotlib (of some version at least) exists in the standard Debian 
repositories.  You can install it from there.  Or install from source if 
you need something newer.

Cheers,
Mike

Ben Axelrod wrote:
>
> I get errors when I add:
>
>   deb http://anakonda.altervista.org/debian packages/
>
>   deb-src http://anakonda.altervista.org/debian sources/
>
> to my /etc/apt/sources.list.  Is this still the preferred method for 
> installing on Debian?
>
>  
>
> Thanks,
>
> -Ben
>
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
> Studies have shown that voting for your favorite open source project,
> along with a healthy diet, reduces your potential for chronic lameness
> and boredom. Vote Now at http://www.sourceforge.net/community/cca08
> ------------------------------------------------------------------------
>
> _______________________________________________
> 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

I get errors when I add:
  deb http://anakonda.altervista.org/debian packages/
  deb-src http://anakonda.altervista.org/debian sources/
to my /etc/apt/sources.list.  Is this still the preferred method for installing on Debian?

Thanks,
-Ben

On Wednesday 09 July 2008 12:40:29 pm anirudh vij wrote:
> > We have been warning that 3D plotting was unsupported and needed someone
> > to volunteer to maintain it for quite a while now. Nobody answered the
> > call, and 3d capabilities did not survive the transition to the new
> > transforms in mpl-0.98, so it was removed, However...
>
> hmm. Mayavi2 has a mlab module thats under active development. It aims
> to do the same stuff that matlab 3D plots do. However, svn currently
> crashes for me.
>
> > [...]
> >
> >> matplotlib version is 0.91.2, straight from ubuntu repos.
> >
> > 3D support should still be present in 0.91.x. I just did a clean install
> > of 0.91.4 from svn, and this works:
> >
> > import pylab as p
> > import matplotlib.axes3d as p3
> > fig=p.figure()
> > ax = p3.Axes3D(fig)
> > p.show()
> >
> > I haven't used matplotlib's 3d capabilities, so I dont know how you
> > expected to work with "from pylab import *" instead of the above. Perhaps
> > you could give a short explicit example of what used to work and now does
> > not.
>
> -----
> from pylab import *
> import matplotlib.axes3d as p3
> fig=figure()
> ax= p3.Axes3D(fig)
> ax.scatter3D(x,y,z)
> show()
> -----
> this causes an error. 

I can't help much if you don't tell me what the error is. I just ran the 
following and I did not observe any error:

from pylab import *
x=rand(100)
y=rand(100)
z=rand(100)
import matplotlib.axes3d as p3
fig=figure()
ax= p3.Axes3D(fig)
ax.scatter3D(x,y,z)
show()

> x,y,z are valid 1D arrays. They work using the 
> method you've posted in your mail.
>
> Perhaps a wrapper can be wriitten around mayavi's mlab module. 3D
> plotting is too important to leave out of something like matplotlib.
> Its perfect for all other things. It would be a pity if one has to
> switch to gnuplot or dislin just for 3D.

It sounds like a good idea to me. Submissions are very welcome.

Darren

> We have been warning that 3D plotting was unsupported and needed someone to
> volunteer to maintain it for quite a while now. Nobody answered the call, and
> 3d capabilities did not survive the transition to the new transforms in
> mpl-0.98, so it was removed, However...
>

hmm. Mayavi2 has a mlab module thats under active development. It aims
to do the same stuff that matlab 3D plots do. However, svn currently
crashes for me.

> [...]
>> matplotlib version is 0.91.2, straight from ubuntu repos.
>
> 3D support should still be present in 0.91.x. I just did a clean install of
> 0.91.4 from svn, and this works:
>
> import pylab as p
> import matplotlib.axes3d as p3
> fig=p.figure()
> ax = p3.Axes3D(fig)
> p.show()
>
> I haven't used matplotlib's 3d capabilities, so I dont know how you expected
> to work with "from pylab import *" instead of the above. Perhaps you could
> give a short explicit example of what used to work and now does not.
-----
from pylab import *
import matplotlib.axes3d as p3
fig=figure()
ax= p3.Axes3D(fig)
ax.scatter3D(x,y,z)
show()
-----
this causes an error. x,y,z are valid 1D arrays. They work using the
method you've posted in your mail.

Perhaps a wrapper can be wriitten around mayavi's mlab module. 3D
plotting is too important to leave out of something like matplotlib.
Its perfect for all other things. It would be a pity if one has to
switch to gnuplot or dislin just for 3D.