Re: [matplotlib-devel] New doc update

2008-10-15 Thread Chris Walker 
"John Hunter" <[EMAIL PROTECTED]> writes:

> On Wed, Oct 15, 2008 at 8:18 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> > The new stylesheet for the docs looks great, John!
> 
> I just ripped this off hook-line-and-sinker from the sphinx docs, and
> added the few css bits you created earlier.  They do look nice :-)

Indeed they do. 

http://matplotlib.sourceforge.net/doc/html/index.html links to
http://matplotlib.sourceforge.net/doc/html/goals.html which doesn't
seem to exist yet.

I guess this is temporary, but thought it worth pointing out. 

Chris


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] using new in axes.hist

2008-12-08 Thread Chris Walker 
John Hunter <[EMAIL PROTECTED]> writes:

> I think the version check is a good idea, so people won't get the  
> annoying warning.  Could you add this?
> 
> Sent from my iPhone
> 
> On Dec 7, 2008, at 2:22 PM, "Jae-Joon Lee" <[EMAIL PROTECTED]> wrote:
> 
> > I'm currently using numpy 1.1.1 and np.histogram behave differently
> > depending on the "new" value.
> > ubuntu interpid and debian sid has numpy 1.1.1.1 and I presume that
> > this different behavior is still there.
> > So, as far as we're going to support numpy 1.1 and later, we may
> > better not to drop the "new" silently.

Debian lenny (which is currently in freeze and will be the next
stable) has numpy 1.1 at present. 

It is possible that the package maintainers will try to get a later
version in - but you should check before relying on it. 

Chris

--
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-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] errors building docs

2008-12-13 Thread Chris Walker 
Michael Droettboom  writes:

> Darren Dale wrote:
> > I am seeing some errors when I build the docs, including import errors 
> > for nonexistent date_support and basic_units modules, and:
> I added the ability for explicitly setting sys.path so that modules in 
> the same directory as an example would be importable.  It looks likes 
> that has somehow broken again. I'll look into it.

> >
> > Most importantly:
> >
> > copying static files...
> > Exception occurred:
> >   File "/usr/lib/python2.5/shutil.py", line 165, in rmtree
> > names = os.listdir(path)
> > OSError: [Errno 2] No such file or directory: 
> > '/home/darren/src/matplotlib/doc/build/html/_static/plot_directive'
> > The full traceback has been saved in /tmp/sphinx-err-qaZ8fg.log, if 
> > you want toreport the issue to the author.
> > Please also report this if it was a user error, so that a better error 
> > message can be provided next time.
> > Send reports to [email protected] 
> > . Thanks!
> > Building HTML failed.
> I haven't been able to get to the root of this problem, but an 
> "svn-clean" in the doc directory always fixes it for me.

I get a similar error that I assumed was caused by the docs being
generated by the version of matplotlib that is currently installed,
rather than the new version that has just been compiled. I know the
debian package has a workaround for this.

I get:

  Sphinx v0.5, building html
  loading pickled environment... not found
  building [html]: targets for 369 source files that are out of date
  updating environment: 369 added, 0 changed, 0 removed
  reading sources... api/afm_api api/api_changes api/artist_api makefig: 
fullpath=../mpl_examples/pylab_examples/findobj_demo.py, 
outdir=_static/plot_directive/../mpl_examples/pylab_examples
  Exception occurred:
File "/usr/lib/python2.5/shutil.py", line 46, in copyfile
  fsrc = open(src, 'rb')
  IOError: [Errno 2] No such file or directory: 
'../mpl_examples/pylab_examples/findobj_demo.py'
  The full traceback has been saved in /tmp/sphinx-err-L8wLV6.log, if you want 
to report the issue to the author.
  Please also report this if it was a user error, so that a better error 
message can be provided next time.
  Send reports to [email protected]. Thanks!
  Building HTML failed.
  

There is an examples directory, but no mpl_examples directory. Nb this
error is from the 0.98.4 tarfile compiled on debian lenny with the
sphinx 0.5 from debian's experimental packages.

Chris

--
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-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] What would you like to see in a book about Matplotlib?

2009-01-30 Thread Chris Walker 
Note: Posted to matplotlib-devel and debian-science. 

Sandro, 
   Firstly, good luck with the book. 

The sort of book I'd buy would explain how to use the combination of
matplotlib/ipython/scipy/numpy to analyse data. 

> - what are you using matplotlib for?


I want to use matplotlib/ipython/numpy/scipy for analysis of
experimental data - plotting and fitting models to it. Also perhaps
simulation of the data. 

I have also wanted to use matplotlib to plot data as it was acquired -
see below.

I've not really used matplotlib in anger - but am likely to do so in
the future (and it would have been useful during my PhD had it been
around then).

> - what are the things you like the most of matplotlib, that you want
> to give emphasis to? And why?

Quality plots. The ability to add TeX labels. 

I've been keeping an eye on matplotlib for several years - it looks
good. I really must spend some time exploring it. 

> - what are the (basic) things that, when you were beginning to use
> matplotlib, you wanted to see grouped up but couldn't find?
> - what would you like to see in a book about matplotlib?

Start off by reading data from a file, plotting it and fitting a
function to that data.

Often, several scans are in the same data file. An elegant solution to
reading data something like this example would be useful.

# Scan: 1
# Time: 18:00
# Temperature: 21
# t data
1 12
2 33
3 14
4 40
5 60

# Scan: 2
# Time: 18:02
# Temperature: 30
# t data
1 22
2 33
3 44
4 55

And so on. 


Fitting a function to several data sets - with some of the parameters
fitted to both sets of data and some not would be useful.



> - what are some those advanced feature that made you yell "WOW!!" ?
> - what are the things you'd like to explore of matplotlib and never
> had time to do?

Plotting with related scales


Sometimes it is useful to plot related scales on x1 and x2 axes. I've
come across this several times in different contexts. In its simplest
form, there is a linear relationship between the axes. In a mechanical test, 
you might want extension on the x1 axis and strain on the x2 axis (for 
example). 

Sometimes there is not a linear relationship. For example you might
want to plot frequency (or photon energy) on x1 and wavelength on x2.

An even more complex example is a Hall-Petch plot:

(Yield Stress) = k/sqrt(Grain Size)

So plotting 1/Sqrt(Grain Size) on the X1 axis gives a linear
plot, but it would be useful to plot the grain size on the X2 scale. 


ipython and emacs
-

Suppose I want to write a script to analyse some data (perhaps I want
a record of what I've done, or perhaps I'd like to perform the same
analysis on several data sets). I'd probably do so in emacs - but it
is useful to do some experimentation in ipython - tab completion is
particularly useful. I feel there must be a good way to do my
experimentation in ipython and save the important bits in emacs - but
I've not sat down and worked out an efficient way of doing this.


Data aqcuisition and experimental control:
-

Writing a simple application to acquire data - ideally from multiple
sources and plot the data as it is acquired. In my case I wanted to
combine mechanical with electrical tests. A couple of interesting
articles by G Varoquaux are listed at
http://wiki.debian.org/DebianScience/DataAcquisition

This is perhaps beyond the scope of the book, but it has come up on
the mailing lists a couple of times. The ideal application would have
a gui for simple use, but a command line (probably ipython) for more
more complex use - perhaps performing a series of tests under
different conditions.


Some discussion of plotting non gridded 2d data should also be in
there.

> 
> Your suggestions are really appreciated :) And wish me good luck!

I don't think it is the thrust of your book, but another book I was
looking for is "A cookbook of Numerical simulations of classic
physics/engineering problems". For use by physicists/engineers who
don't want to rewrite things from scratch.

Good luck. 

Chris

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] What would you like to see in a book about Matplotlib?

2009-02-02 Thread Chris Walker 
On Sun, Feb 01, 2009 at 11:59:06PM +0100, Sandro Tosi wrote:
> Hi Chris,
> thanks for your reply, helpful as usual :)
> 
> On Fri, Jan 30, 2009 at 18:59, Chris Walker
>  wrote:
> >   Firstly, good luck with the book.
> 
> cheers :)
> 
> > The sort of book I'd buy would explain how to use the combination of
> > matplotlib/ipython/scipy/numpy to analyse data.
> 
> Sadly, that would not the book I'll write :( The editor wanted to
> target another audience for the book: experienced python developers,
> with no knowledge of matplotlib; so an introductionary book, that will
> show even how to integrate mpl on GTK/WX application and on the web.
> 
> I pushed to have something about science, and a chapter will be about
> that, but I need your (all) inputs, because my science days are long
> back in the past ;)

Sure - though anyone wanting to use matplotlib is likely to be
acquiring, manipulating and then plotting data. 

> 
> >> - what are the (basic) things that, when you were beginning to use
> >> matplotlib, you wanted to see grouped up but couldn't find?
> >> - what would you like to see in a book about matplotlib?
> >
> > Start off by reading data from a file, plotting it and fitting a
> > function to that data.
> 
> That sounds something that could land in the "science" chapter.

Indeed.

> 
> > Plotting with related scales
> > 
> >
> > Sometimes it is useful to plot related scales on x1 and x2 axes. I've
> > come across this several times in different contexts. In its simplest
> > form, there is a linear relationship between the axes. In a mechanical 
> > test, you might want extension on the x1 axis and strain on the x2 axis 
> > (for example).
> >
> > Sometimes there is not a linear relationship. For example you might
> > want to plot frequency (or photon energy) on x1 and wavelength on x2.
> >
> > An even more complex example is a Hall-Petch plot:
> >
> > (Yield Stress) = k/sqrt(Grain Size)
> >
> > So plotting 1/Sqrt(Grain Size) on the X1 axis gives a linear
> > plot, but it would be useful to plot the grain size on the X2 scale.
> 
> Err, I think I lost you ;)

Figure 3b/3c at
http://dcwww.camd.dtu.dk/~schiotz/papers/risoesymp/html/node3.html
is an example - note that the y2 scale is not linear. 

> 
> What you want is 2 plots on the same figure? so not 2 Ys for the same
> X 

2 scales on the same figure, yes.

> (let's say X is time, and Y1 is stock price variation, and Y2 is the
> percentage change), you want X1-Y1 (let's say on the bottom-left) and
> X2-Y2 (on the upper-right): did I get you?

Exactly. http://en.wikipedia.org/wiki/File:Body_mass_index_chart.svg
is the sort of thing I had in mind. 


> 
> > ipython and emacs
> > -
> >
> > Suppose I want to write a script to analyse some data (perhaps I want
> > a record of what I've done, or perhaps I'd like to perform the same
> > analysis on several data sets). I'd probably do so in emacs - but it
> > is useful to do some experimentation in ipython - tab completion is
> > particularly useful. I feel there must be a good way to do my
> > experimentation in ipython and save the important bits in emacs - but
> > I've not sat down and worked out an efficient way of doing this.
> 
> I think the preferred way to do so it using ipython, and for now I
> plan only to show it on the book.

Whether or not this make it into the book, I'm interested in how
people do this. Surely you don't write your application using just
ipython do you?

> 
> > Data aqcuisition and experimental control:
> > -
> >
> > Writing a simple application to acquire data - ideally from multiple
> > sources and plot the data as it is acquired. In my case I wanted to
> > combine mechanical with electrical tests. A couple of interesting
> > articles by G Varoquaux are listed at
> > http://wiki.debian.org/DebianScience/DataAcquisition
> >
> > This is perhaps beyond the scope of the book, but it has come up on
> > the mailing lists a couple of times. The ideal application would have
> > a gui for simple use, but a command line (probably ipython) for more
> > more complex use - perhaps performing a series of tests under
> > different conditions.
> 
> I thought about an example for this already! :) 

Excellent. 

> I thought to develop a
> sample application for GTK/WX that display some system value (like cpu
> usage or so, in this way everyone can run the example) plotting the
> information as it comes (for

Re: [matplotlib-devel] Home page text

2006-11-01 Thread Chris Walker 
John Hunter <[EMAIL PROTECTED]> writes:

> > "Charlie" == Charlie Moad <[EMAIL PROTECTED]> writes:
> 
> Charlie> I think this needs some clean-up: "The latest
> Charlie> matplotlib-0.87.7 for windows was compiled with numpy 1.0
> Charlie> final. Please make sure you are not using the latest
> Charlie> numpy-1.0."
> 
> Oops -- done.  Thanks.

On which subject, "What's new" starts:

What's new in matplotlib 0.83

rather than the 0.87.7

Chris

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] AttributeError: 'module' object has no attribute 'GraphicsContext'

2008-06-13 Thread Chris Walker 
"John Hunter" <[EMAIL PROTECTED]> writes:

> On Thu, Jun 12, 2008 at 3:38 PM, Ken McIvor <[EMAIL PROTECTED]> wrote:
> > On Jun 12, 2008, at 3:22 PM, John Hunter wrote:
> >>
> >> If some wx guru sees an easy fix here, by all means add it.
> >
> > Not to imply that I'm a guru, but I'll try to look into it this evening.
> 
> Well, you are a guru to us :-)
> 
> >> Otherwise, we should decide on a minimum wxpython version for the
> >> trunk and raise an exception.
> >
> > I'm always in favor of ensuring that MPL can run on Debian Stable without
> > too much pain and suffering.  Doing so would entail supporting wxPython 2.6.
> 
> It looks like debian stable is now packaging numpy 1.01.  Am I reading
> this right?
> 
>   http://packages.debian.org/search?keywords=python-numpy

Yes, that's right. 1.1 is likely to be in the next debian release.

> 
> I think it is reasonable for folks who want the latest mpl to be
> willing to get the latest numpy.  For the GUI toolkits, given how hard
> they are to build, your suggestion of targeting debian stable may be
> more reasonable, but supporting multiple GUI versions has always been
> a pain since we definitely want to support the most recent.
> 
> wxpython is on 2.8.7 and stable is still 2.6? pygtk is at 2.10 and
> debian stable is at 2.6.  matplotlib is at 0.98 and debian stable is
> at 0.87 (Oct 2006 release).  

September is the target date for the next release of debian according
to the release schedule at:

http://lists.debian.org/debian-devel-announce/2008/06/msg0.html

The packages currently in debian are:

Distribution(codename)

Package   StableTesting Unstable   
  (etch)(lenny) (sid)
python-matplotlib 0.87.7-0.30.91.2-20.91.2-2 
python-wxversion  2.6.3.2.1.5   2.6.3.2.2-2 2.6.3.2.2-2  
python-gtk2   2.8.6-8   2.12.1-12.12.1-6
python-numpy  1:1.0.1-1 1:1.0.4-8   1:1.1.0-1
python2.4.4-2   2.5.2-1 2.5.2-1 

There is also 
python-wxversion (2.8.7.1-0.1) in experimental.

Packages are uploaded to unstable. If after a period of time (usually
10 days) there are no major bugs found, and their dependencies can be
met by packages in testing, they migrate to testing.
For more details http://www.debian.org/releases/testing/ and
http://www.debian.org/devel/testing

Thus packages in "testing" will be in the next stable release (barring
show stopping bugs), packages in "unstable" will probably be in the
next stable release, and packages in "experimental" may or may not be
in the next stable release.

Thus I'd expect python-numpy 1.1.0 to make the next release, but
python-wxversion (2.8.7.1) is looking a bit marginal. 


> So if we want to support stable, *and*
> the latest releases, we've got a lot of ongoing compatibility work to
> do.  For backend maintainers willing to do it, I think that will be
> good.  But I am hesitant to target such a slow moving repository as a
> requirement.

Would the next debian release (lenny) be a better target for
development versions of matplotlib?

What version of matplotlib do you want to go into the next debian release?

Chris


-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] AttributeError: 'module' object has no attribute 'GraphicsContext'

2008-06-13 Thread Chris Walker 
"John Hunter" <[EMAIL PROTECTED]> writes:

> On Fri, Jun 13, 2008 at 9:25 AM, Chris Walker
> <[EMAIL PROTECTED]> wrote:
> 
> >> So if we want to support stable, *and*
> >> the latest releases, we've got a lot of ongoing compatibility work to
> >> do.  For backend maintainers willing to do it, I think that will be
> >> good.  But I am hesitant to target such a slow moving repository as a
> >> requirement.
> >
> > Would the next debian release (lenny) be a better target for
> > development versions of matplotlib?
> >
> > What version of matplotlib do you want to go into the next debian release?
> 
> Hi Chris -- thanks for all the information.  

Pleasure, Hope it was useful, but please note I don't speak for the
Debian Matplotlib maintainers.

There are some things I need to clarify though.


> Since 0.98 requires numpy
> 1.1, 0.98.1 (a bugfix release slated for next week or the week after)
> should be in unstable and 0.91.4 (again a bugfix scheduled for next
> week or the week after) should be in testing 

Ah, I think you may have misunderstood how debian
stable/testing/unstable works.

A grossly oversimplified view[1] is as follows.

1) A new version of the package is uploaded to sid (unstable) 

2) When the package has been in sid (unstable) for 10 days, it is a
   candidate for moving to lenny (testing). when they can do so
   without breaking other packages lenny (testing).

3) Eventually, lenny is released as the stable distribution, and you
   are stuck with it for a year or two (except security or dataloss
   bugs). 

so it sounds like 0.98.x should be what is uploaded to unstable (from
where it will migrate to testing).

> and 0.91.2 should be in
> stable.  

The version in etch (stable) is only likely to be upgraded (from
0.87.7-0.3) if there are major bugs (such as security problems or data
loss issues). See http://www.debian.org/security/


> I find this a bit conservative, since I think numpy 1.1
> should be in testing 

It was only uploaded 3 days ago, so in theory could migrate in 7 days
time.

> along with matplotlib 0.98.1, 

http://packages.qa.debian.org/m/matplotlib.html gives debian package
information on matplotlib - including which versions are in
stable,testing and unstable. Hopefully 0.98.0 or 0.98.1 packages will
be uploaded soon. If not, then giving the maintainers a push to ensure
they are in the next debian stable would be a good idea.


> but that is
> apparently how debian does it.
> 

Hopefully that is now slightly clearer. 


Chris


[1] Packages can migrate more quickly if they contain urgent bug fixes
http://www.debian.org/ and specifically
http://www.debian.org/devel/testing contains more accurate
information.


-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] upcoming release

2008-06-24 Thread Chris Walker 
"Sandro Tosi" <[EMAIL PROTECTED]> writes:

> On Mon, Jun 23, 2008 at 13:48, Sandro Tosi <[EMAIL PROTECTED]> wrote:
> > On Mon, Jun 23, 2008 at 04:43, Charles Moad <[EMAIL PROTECTED]> wrote:
> >> The releases and builds are up.  Please test them out, and I'll leave the
> >> announcements to you, John.
> >
> > I just downloaded it (MD5Sum: 1f673f82eb4f7422c1e45545f8e083d4) and I
> > plan to upgrade the package in Debian this evening.
> 
> mpl 0.98.1 has just been uploaded in unstable (tomorrow will be
> available on debian mirrors hosts).

I've installed this (in a chroot). 

All the wx examples I've tried seem fail at the line:

from wx import *

eg:

[EMAIL 
PROTECTED]:/usr/share/doc/python-matplotlib-doc/examples/user_interfaces$ 
./embedding_in_wx.py 
Traceback (most recent call last):
  File "./embedding_in_wx.py", line 45, in 
from wx import *
AttributeError: 'module' object has no attribute '__DocFilter'


This must be a bug in the Debian package providing wx (which I ought
to report). Is it good practice though?


> Thanks for the support,

Indeed - and thanks for packaging it so rapidly. 

Chris

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] Minor typo in docs

2008-06-27 Thread Chris Walker 
The patch below fixes a minor typo in the documentation. 

Chris

[EMAIL PROTECTED]:~/mydeb/mpl-svn/matplotlib/trunk/matplotlib/lib/matplotlib$ 
svn diff afm.py 
Index: afm.py
===
--- afm.py  (revision 5683)
+++ afm.py  (working copy)
@@ -4,7 +4,7 @@
 than mine) I decided not to go with them because either they were
 either
 
-  1) copyighted or used a non-BSD compatible license
+  1) copyrighted or used a non-BSD compatible license
 
   2) had too many dependencies and I wanted a free standing lib
 




-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] Latex Documentation build errors - possibly scale_docs

2008-06-30 Thread Chris Walker 
When building the docs using make.py in the doc directory, Latex hangs. 


I'm using the svn version of the docs on a debian system with
matplotlib 0.98.1 and sphinx 0.4.

Latex hangs ( but can be made to continue by pressing return) at the
following point:




Underfull \hbox (badness 1) in paragraph at lines 17819--17822
[]\T1/txr/m/n/10.95 A dic-tio-nary with key-word ar-gu-ments ac-cepted by the
[181] [182]
Underfull \hbox (badness 1) in paragraph at lines 18251--18254
[][][]\T1/txtt/m/n/10.95 semilogx()[][] \T1/txr/m/n/10.95 sup-ports all the key
-word ar-gu-ments of [][]\T1/txtt/m/n/10.95 plot()[][] \T1/txr/m/n/10.95 and
[183]
Overfull \hbox (92.42264pt too wide) in paragraph at lines 18443--18444
[][] 

Underfull \hbox (badness 1) in paragraph at lines 18458--18461
[][][]\T1/txtt/m/n/10.95 semilogy()[][] \T1/txr/m/n/10.95 sup-ports all the key
-word ar-gu-ments of \T1/txtt/m/n/10.95 plot() \T1/txr/m/n/10.95 and
[184]
Overfull \hbox (92.42264pt too wide) in paragraph at lines 18650--18651
[][] 
[185]
Overfull \hbox (92.41579pt too wide) in paragraph at lines 18760--18761
[][] 
[186]
Overfull \hbox (92.45047pt too wide) in paragraph at lines 19150--19151
[][] 
[187]
Overfull \hbox (92.45047pt too wide) in paragraph at lines 19351--19352
[][] 
[188] [189]

! LaTeX Error: Too deeply nested.

See the LaTeX manual or LaTeX Companion for explanation.
Type  H   for immediate help.
 ...  
  
l.19440 [EMAIL PROTECTED]

? 





This corresponds to the following latex code where a second
\begin{quote} is opened before closing the first. Commenting out one
of these \begin{quote} (and the corresponding \end{quote} fixes the
problem:


   Set the scaling of the y-axis: `linear' | `log' | `symlog'
   
   ACCEPTS: {[}'linear' | `log' | `symlog'{]}
   
   Different kwargs are accepted, depending on the scale:
   `linear'
   \begin{quote}
   
   `log'
   \begin{quote}
   \begin{description}
   \item[\emph{basex}/\emph{basey}:]
   The base of the logarithm
   
   \item[\emph{subsx}/\emph{subsy}:]
   Where to place the subticks between each major tick.
   Should be a sequence of integers.  For example, in a log10
   scale:
   

This latex seems to be generated by the following lines in axes.py -
but I haven't worked out how to fix it.

def set_yscale(self, value, **kwargs):
"""
call signature::

  set_yscale(value)

Set the scaling of the y-axis: %(scale)s

ACCEPTS: [%(scale)s]

Different kwargs are accepted, depending on the scale:
%(scale_docs)s
"""
self.yaxis.set_scale(value, **kwargs)
self.autoscale_view()
self._update_transScale()

set_yscale.__doc__ = cbook.dedent(set_yscale.__doc__) % {
'scale': ' | '.join([repr(x) for x in mscale.get_scale_names()]),
'scale_docs': mscale.get_scale_docs().strip()}

 

Chris


-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] preparing for 0.98.3 and 0.91.5

2008-07-27 Thread Chris Walker 
"John Hunter" <[EMAIL PROTECTED]> writes:

> On Sun, Jul 27, 2008 at 12:39 PM, Mikhail Gusarov
> <[EMAIL PROTECTED]> wrote:
> > Twas brillig at 12:30:39 27.07.2008 UTC-05 when [EMAIL PROTECTED] did gyre 
> > and gimble:
> >
> >  JH> Mikhail, if you are so inclined and there is still time, you may
> >  JH> want to see if Georg wants to put out another point release that
> >  JH> fixes this problem, and push the fix into the debian pipeline.
> >
> > Well, freeze just was declared, so I'll need to request an exception for
> > sphinx, as well as you for mpl :-|
> >
> > It will help if you file a RC bug for sphinx :)
> 
> I'll be happy to, but should I wait until there is actually a sphinx
> release out with the bugfix in it?

No, don't wait. Debian packages can included patches if necessary. 

Pointing at the fix in svn (in the bug report) would be helpful.

Chris

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] a patch to have a correct baseline when usetex=True

2008-09-02 Thread Chris Walker 
"Jae-Joon Lee" <[EMAIL PROTECTED]> writes:

> Here is a patch which uses a preview package. It uses a "showbox"
> option in the preview package, with a slight tweak (this only patches
> the texmanager.py. You still need to apply the agg backend patch in my
> previous post). It would be good if this patch will be accepted, but
> the extra requirement of the preview package may need some dicussion.
> Although it seems that the preview package is commonly found with a
> TeX installation, I guess it is not part of the major TeX distribution
> (e.g. tetex, tex-live) yet. One way would be to make it as an optional
> feature.

FWIW, Debian provides preview.sty in the binary package
preview-latex-style (generated from the source package auctex).


Chris

> 
> 
> 
> On Fri, Aug 29, 2008 at 12:04 PM, Jae-Joon Lee <[EMAIL PROTECTED]> wrote:
> > Thanks,
> >
> > I quickly went through the code of the pngmath.py, and it seems that
> > the depth(descent) of the dvi file is reported by "dvipng" (but the
> > preview package must be used in the tex file for this to work
> > correctly). Therefore, with this method, we need to run dvipng even if
> > we use ps of pdf backend. Although this seems fine to me, I'll see if
> > I can extract the depth of the text without running the dvipng.
> >
> > Regards,
> >
> > -JJ
> >
> >
> >
> >
> > On Fri, Aug 29, 2008 at 7:59 AM, Michael Droettboom <[EMAIL PROTECTED]> 
> > wrote:
> >> Sphinx contains one way to do this in its new "pngmath" extension.  It uses
> >> the LaTeX package "preview" which does all of this magic internally.  And I
> >> believe it's a little more general.  If I recall, the approach you're 
> >> taking
> >> won't work with some LaTeX constructs such as:
> >>
> >>  \begin{align}
> >>x & = 2
> >>y & = 2
> >>  \end{align}
> >>
> >> Plus, Sphinx is BSD-licensed, so it should be fine to copy-and-paste
> >> whatever code is necessary.
> >>
> >> Of course, latex-preview is required to be installed, but I think it's a
> >> pretty common package.
> >>
> >> See here:
> >>
> >>  http://svn.python.org/projects/doctools/trunk/sphinx/ext/pngmath.py
> >>
> >> Cheers,
> >> Mike
> >>
> >> Jae-Joon Lee wrote:
> >>>
> >>> On Thu, Aug 28, 2008 at 4:18 PM, John Hunter <[EMAIL PROTECTED]> wrote:
> >>>
> 
>  On Thu, Aug 28, 2008 at 2:57 PM, Jae-Joon Lee <[EMAIL PROTECTED]>
>  wrote:
> 
> 
> >
> > First of all, I borrowed this idea from the PyX which is in GPL.
> > Although there is little of copying, other than the basic idea, I'm
> > not 100% sure if this could be BSD-compatible.
> >
> 
>  I think it is fine to borrow the idea; what we need to do is a clean
>  room implementation with no copying.  You can best answer that, so if
>  you tell us your patch is cleanly implemented, we can accept it.
> 
>  JDH
> 
> 
> >>>
> >>> Thanks for the response.
> >>>
> >>> Well, the only part I borrowed from PyX is TeX related commands they
> >>> use (there is not much of implementation as far as TeX-related code is
> >>> concerned). From their code, I learned the meaning and usage of the
> >>> following TeX commands
> >>>
> >>> \newbox
> >>> \setbox
> >>> \immediate\write16
> >>>
> >>> And I used the same TeX commands in my code.
> >>> But I personally think this is not a (code) copy.
> >>>
> >>> Other than this, the code is clean.
> >>> Regards,
> >>>
> >>> -JJ
> >>>
> >>> -
> >>> This SF.Net email is sponsored by the Moblin Your Move Developer's
> >>> challenge
> >>> Build the coolest Linux based applications with Moblin SDK & win great
> >>> prizes
> >>> Grand prize is a trip for two to an Open Source event anywhere in the
> >>> world
> >>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> >>> ___
> >>> Matplotlib-devel mailing list
> >>> [email protected]
> >>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
> >>>
> >>
> >>
> >
> 
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/___
> Matplotlib-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_