matplotlib-users Mailing List for matplotlib

Carlos Grohmann wrote:
> One thing that is still bothering me is the mpl_data directory that
> holds about 3.5 Mb of fonts.
yup - that's a lot.
> Is it OK to remove the fonts I don't use? (I use only sans-serif) By
> Ok I mean not only from the practical poin tof view (that is, will the
> app run?)
yes, it will, as long as no extra fonts get introduced at run time that 
you didn't test for.
> but also from the _legal_ point of view (am I obliged to
> distribute all those fonts?)
I can't see why. Strip away. That's what I've done.
-Chris
-- 
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
Chr...@no...

On Thu, Sep 16, 2010 at 6:33 PM, Carlos Grohmann
<car...@gm...> wrote:
> Hello all,
>
> I'm new to py2exe but I managed to create a binary executable of my
> program. Now I'm experiencing on how to make the final size of the
> binary smaller.
>
> I already managed to cut about 15Mb by removing calls to pyQt (I use
> Wxpython) and also to scipy.
> One thing that is still bothering me is the mpl_data directory that
> holds about 3.5 Mb of fonts.
>
> Is it OK to remove the fonts I don't use? (I use only sans-serif) By
> Ok I mean not only from the practical poin tof view (that is, will the
> app run?) but also from the _legal_ point of view (am I obliged to
> distribute all those fonts?)
>
> And what about all thos .afm files? Are they needed? What are they really?
>
> I hope to find some answers from your experience.
I think many would definitely benefit from knowing what can be left
out and how to do it, even beyond what you have mentioned. I look
forward to seeing whatever responses you might get.

Hello all,
I'm new to py2exe but I managed to create a binary executable of my
program. Now I'm experiencing on how to make the final size of the
binary smaller.
I already managed to cut about 15Mb by removing calls to pyQt (I use
Wxpython) and also to scipy.
One thing that is still bothering me is the mpl_data directory that
holds about 3.5 Mb of fonts.
Is it OK to remove the fonts I don't use? (I use only sans-serif) By
Ok I mean not only from the practical poin tof view (that is, will the
app run?) but also from the _legal_ point of view (am I obliged to
distribute all those fonts?)
And what about all thos .afm files? Are they needed? What are they really?
I hope to find some answers from your experience.
best
Carlos
-- 
Prof. Carlos Henrique Grohmann - Geologist D.Sc.
Institute of Geosciences - Univ. of São Paulo, Brazil
http://www.igc.usp.br/pessoais/guano
http://lattes.cnpq.br/5846052449613692
Linux User #89721
________________
Can’t stop the signal.

I have a colorbar which has some ticks, but I would like to add my own
ticks without replacing any of the existing ones. In addition, I
would like to give the ticks a different labels like "min" and "max".
Can someone show how this might be done?
Thanks,
Jeremy

On Thu, Sep 16, 2010 at 1:27 PM, <te...@ss...> wrote:
>
> I'm sampling voltages and currents at a millisecond resolution and placing
> the data in files. Example:
>
> 2010年01月01日 01:01:00.000,-6933.0
> 2010年01月01日 01:01:00.001,-6933.0
> 2010年01月01日 01:01:00.002,-6925.0
> 2010年01月01日 01:01:00.003,-6914.0
> 2010年01月01日 01:01:00.004,-6905.0
> 2010年01月01日 01:01:00.005,-6933.0
> 2010年01月01日 01:01:00.006,-6925.0
>
> Then I use plotfile to plot the data:
>
> import matplotlib.pyplot as plt
> plt.plotfile(fname,(0,1))
> plt.show()
>
>
Teq,
First, when you use plotfile without giving the names of the columns, it
automatically uses the values in the first row as the title of the columns.
Therefore, you lose a row of data for plotting.
Now, for displaying the x axis ticks nicely, you have to identify the x data
column by the name of 'date'. Try this:
import matplotlib.pyplot as plt
plt.plotfile(fname, ('date', 'val'), names=('date', 'val'))
plt.show()
The y-axis data can be named anything you like, I just use 'val' here for
consistency.
Note: This still does not fix your problem with the limits of the x axis...
that is a separate issue with automatic setting of the limits. The problem
here is that the autoticker uses .toordinal() (I believe) to convert the
datetime data into a numerical representation. The limits you have for the
x axis is (733043.04236111115, 734503.04236118053), which is centered around
roughly 733773. This value is what you get for toordinal() on all of the
objects in that data snippet. This leads pyplot to believe that this is a
singular axis and has to do some tricks to display it.
I am not familiar enough with datetime to know how to deal with this
situation properly. Anybody else have any advice?
Ben Root

Hi,
	I'm looking at Basemap as a backend for plotting maps of the sky in
different projections, and so far it seems like a really good match!
Excellent work!
	The only problem that I don't know how to solve is that in astronomy
the longitude on maps typically increases from right to left (we're
looking at the celestial sphere from the "inside"). Is there any way (or
a trick) to make Basemap do this?
Regards,
-- 
Mario Juric,
Hubble Fellow, Harvard-Smithsonian Center for Astrophysics
Web : http://www.sns.ias.edu/~mjuric/
Phone : +1 617 744-9003 PGP: ~mjuric/crypto/public.key
E-mail reading/answering policy: http://majuric.org/email/

I'm sampling voltages and currents at a millisecond resolution and placing
the data in files. Example:
2010年01月01日 01:01:00.000,-6933.0
2010年01月01日 01:01:00.001,-6933.0
2010年01月01日 01:01:00.002,-6925.0
2010年01月01日 01:01:00.003,-6914.0
2010年01月01日 01:01:00.004,-6905.0
2010年01月01日 01:01:00.005,-6933.0
2010年01月01日 01:01:00.006,-6925.0
Then I use plotfile to plot the data:
import matplotlib.pyplot as plt
plt.plotfile(fname,(0,1))
plt.show()
If the data span is small (less then a second), the x axis resolution
covers years. It would seem the autoscale is unable to track at this level.
I can zoom in though. Any thoughts?
-Tim

On Thu, Sep 16, 2010 at 11:06 AM, Daπid <dav...@gm...> wrote:
> No, it is not. The Z channel is an aditional number per pixel that
> haves the information of the deepness. When you render an image you
> can keep this information for adding mist, without rendering again,
> for example.
>
> I don't know if I have been able to explain myself, my mind is not
> really clear today. ;-)
Sounds like you're talking about the equivalent to OpenGL's z-buffer.
The only thing matplotlib has is zorder, which controls the drawing
order of the artists. Matplotlib is not a true 3D plotting package in
the sense of having all of the hardware bells and whistles, so there
is no z-buffer.
Ryan
-- 
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma

On Wed, Sep 15, 2010 at 12:04 PM, Chloe Lewis <ch...@be...> wrote:
> Lab Rat, Ben;
>
> Yes, you could use the ternary code I've put together to do the CAC plots
> in 2D; defining a complete triangular grid and triangular patches would be
> easy.
>
> If I'm reading the examples correctly, all the third-dimension information
> duplicates the color information.
>
> They're simpler than they look, Ben, which is part of their charm; we use
> them for any mixture of three elements where a+b+c is constant, so really
> they're 2D data. (Why bother, people ask? Because which of the elements is
> most interesting varies with the mixture and use, so we like having all
> three axes labeled. Note: many versions get one of the axes backwards.)
>
> &C
>
>
Chloe,
For right now, I think we will just leave it to people utilizing your code
as is for right now. Eventually, I would like to see about creating a
proper projection and axes object to provide general functionality, but I
will not be able to work on that for about a month.
Ben Root

On Sep 16, 2010, at 12:06 PM, Daπid wrote:
> No, it is not. The Z channel is an aditional number per pixel that
> haves the information of the deepness. When you render an image you
> can keep this information for adding mist, without rendering again,
> for example.
> 
> I don't know if I have been able to explain myself, my mind is not
> really clear today. ;-)
Hi David,
I'm also having a difficult time understanding what you're after. Your description sounds to me like a normal image plot or pcolor plot; for example,
http://matplotlib.sourceforge.net/examples/pylab_examples/image_interp.html
http://matplotlib.sourceforge.net/examples/pylab_examples/pcolor_small.html
If what you're suggesting is different, then maybe you can link to a picture/plot of what you're after. (Or if you can't find anything, maybe you could draw an example of the plot).
Best,
-Tony
> 
> On Thu, Sep 16, 2010 at 5:12 PM, Benjamin Root <ben...@ou...> wrote:
>> On Thu, Sep 16, 2010 at 12:03 AM, Daπid <dav...@gm...> wrote:
>>> 
>>> Does MPL support in any way the Z channel? If not, is there any
>>> possibility to use it? For example, to create a parallel matrix of the
>>> same dimensions of the image with the values of Z in each pixel.
>>> 
>>> Thank you very much.
>>> 
>>> David.
>>> 
>> 
>> David, I am not entirely certain I understand what you mean. Perhaps you
>> are speaking of Z-order? Using the zorder kwarg in various plotting
>> commands, I can manually control the order in which elements are rendered.
>> When figures are saved, depending on the file format, this information can
>> get "flattened", and therefore lost, and other formats (most of the
>> vector-based formats) maintain this information, I believe.
>> 
>> Does that help?
>> Ben Root
>> 
>> 
> 
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

No, it is not. The Z channel is an aditional number per pixel that
haves the information of the deepness. When you render an image you
can keep this information for adding mist, without rendering again,
for example.
I don't know if I have been able to explain myself, my mind is not
really clear today. ;-)
On Thu, Sep 16, 2010 at 5:12 PM, Benjamin Root <ben...@ou...> wrote:
> On Thu, Sep 16, 2010 at 12:03 AM, Daπid <dav...@gm...> wrote:
>>
>> Does MPL support in any way the Z channel? If not, is there any
>> possibility to use it? For example, to create a parallel matrix of the
>> same dimensions of the image with the values of Z in each pixel.
>>
>> Thank you very much.
>>
>> David.
>>
>
> David, I am not entirely certain I understand what you mean. Perhaps you
> are speaking of Z-order? Using the zorder kwarg in various plotting
> commands, I can manually control the order in which elements are rendered.
> When figures are saved, depending on the file format, this information can
> get "flattened", and therefore lost, and other formats (most of the
> vector-based formats) maintain this information, I believe.
>
> Does that help?
> Ben Root
>
>

On Thu, Sep 16, 2010 at 12:03 AM, Daπid <dav...@gm...> wrote:
> Does MPL support in any way the Z channel? If not, is there any
> possibility to use it? For example, to create a parallel matrix of the
> same dimensions of the image with the values of Z in each pixel.
>
> Thank you very much.
>
> David.
>
>
David, I am not entirely certain I understand what you mean. Perhaps you
are speaking of Z-order? Using the zorder kwarg in various plotting
commands, I can manually control the order in which elements are rendered.
When figures are saved, depending on the file format, this information can
get "flattened", and therefore lost, and other formats (most of the
vector-based formats) maintain this information, I believe.
Does that help?
Ben Root

Does MPL support in any way the Z channel? If not, is there any
possibility to use it? For example, to create a parallel matrix of the
same dimensions of the image with the values of Z in each pixel.
Thank you very much.
David.

I think you can make it with pyplot.contourf() and the argument V
http://matplotlib.sourceforge.net/api/pyplot_api.html#matplotlib.pyplot.contour
"contour(Z,V)
contour(X,Y,Z,V)
draw contour lines at the values specified in sequence V"
On Wed, Sep 15, 2010 at 9:02 PM, Luke <haz...@gm...> wrote:
> I have a function of three variables and am interested in plotting the zero
> level surface:
> f(x,y,z) = 0
> Is there a simple way to plot this level surface in 3-D without having to
> resort to meshing up x and y, and solving for the z that satisfies the
> equation? I can do this, but it gets messy because there are anywhere from
> 0 to 2 solutions to the equation for each point in the x-y plane.
> The mplot3d examples all seem to calculate the z-data simply from simple
> functions of x and y.
> Thanks,
> ~Luke
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>

On Wed, Sep 15, 2010 at 8:07 PM, Ryan May <rm...@gm...> wrote:
> On Wed, Sep 15, 2010 at 4:45 PM, Benjamin Root <ben...@ou...> wrote:
> > Also, I would be cautious about using both pylab and matplotlib.pyplot in
> > the same code. These modules each make different assumptions about how
> you
> > code and mixing them can cause some odd behaviors.
>
> Do you have a specific example? pylab is just pyplot with some
> additional imports from mlab and numpy. Otherwise, they're the same
> plotting API.
>
> Ryan
>
>
Sorry, no, I don't have any specific examples. Only that I have seen
"mysterious" issues disappear when the code was converted into one style or
the other. This was way back in the days when I was just learning
matplotlib, so I really didn't understand what I was doing at the time. In
any case, it was those issues that caused me to completely switch over to
the pyplot style.
Ben Root

On Wed, Sep 15, 2010 at 4:45 PM, Benjamin Root <ben...@ou...> wrote:
> Also, I would be cautious about using both pylab and matplotlib.pyplot in
> the same code. These modules each make different assumptions about how you
> code and mixing them can cause some odd behaviors.
Do you have a specific example? pylab is just pyplot with some
additional imports from mlab and numpy. Otherwise, they're the same
plotting API.
Ryan
-- 
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma

On 09/15/2010 01:17 PM, Dan Kortschak wrote:
> That fixes the problem.
>
> thanks
>
> On Wed, 2010年09月15日 at 07:30 -1000, Eric Firing wrote:
>
>> Looking again at the original build output, and at setup.py and
>> setupext.py, it appears that there is a bug in the latter. If the wrong
>> version of wx is found, it should be disabling the attempt to build
>> wxagg, and reporting "wxPython: no".
>>
>> We need to fix the bug, but the workaround for now is to use a setup.cfg
>> file with
>>
>> wxagg = False
>>
>> Eric
It turns out that the _wxagg extension was specific to version 2.6, and 
for a long time we have required version 2.8, so there was no point in 
trying to build the extension. In svn 8702 I removed the extension 
along with related 2.6-only code, and the setup.py references to 
building the extension.
Eric