matplotlib-users Mailing List for matplotlib

Hi,
I'm trying to plot a barchart for use in a django site. It's creating
a blank chart image though.(attached).
What am I doing wrong?
from pylab import *
def chart(request):
 from PIL import Image as PILImage
 from matplotlib.backends.backend_agg import FigureCanvasAgg as FigureCanvas
 from matplotlib.figure import Figure
 from StringIO import StringIO
 fig = Figure(figsize=(6,4))
 canvas = FigureCanvas(fig)
 ax = fig.add_subplot(111)
 #from pylab import *
 N = 7
 menMeans = (20, 35, 30, 35, 27, 21, 60)
 ind = arange(N) # the x locations for the groups
 #print ind
 width = 0.35 # the width of the bars
 ax = bar(ind, menMeans, width, color='b')
 #ylabel('Time')
 title('Time In Minutes - Last 7 Days')
 xticks(ind+width, ('Mon', 'Tue', 'Wed', 'Thu', 'Fri', 'Sat', '*') )
 fig.set_facecolor('w')
 canvas.draw()
 size = canvas.get_renderer().get_canvas_width_height()
 buf=canvas.tostring_rgb()
 im=PILImage.fromstring('RGB', size, buf, 'raw', 'RGB', 0, 1)
 imdata=StringIO()
 im.save(imdata, format='PNG')
 response = HttpResponse(imdata.getvalue(), mimetype='image/png')
 return response
Thanks!
Erik

Hi Andrew,
Andrew Straw wrote:
> Dear Werner,
>
> This seems to be an unintended side-effect of reorganizing the mpl 
> data file location that I did prior to this release. (I.e. it's not 
> your code that broke, I think it's mpl.) Unfortunately, since I didn't 
> (and still don't) use py2exe, it will be hard for me to fix this. Can 
> you send a patch that gets py2exe working again?
The work around I did is using glob.glob instead as follows:
# matplotlib data
##mpdir, mpfiles = matplotlib.get_py2exe_datafiles()
mpfiles = glob.glob('C:\Python25\lib\site-packages\matplotlib\mpl-data\*.*')
But I can't confirm yet that this works as I am also trying out 
something else in my InnoSetup script. Will confirm ASAP and will try 
and look into matplotlib.get_py2exe_datafiles() and see how it could be 
fixed.
Best regards
Werner

I just saw in the code:
if event.key is None: # simulate backspace
So it works properly,
Mark
On 6/5/07, Mark Bakker <ma...@gm...> wrote:
>
> I notice the alignment problem.
> But it looks like you are close.
> On my machine (win32), the 'enter' key didn't work either. It works like a
> backspace. That sounds like what Matthias reported.
> Mark
>
> On 6/5/07, John Hunter <jd...@gm...> wrote:
> >
> > On 6/5/07, John Hunter <jd...@gm...> wrote:
> >
> > > I worked on this some time ago, I never got to the point where I
> > > thought it was ready for production but it is close. There is a
> > > problem if usetex is enabled, because partial tex strings will cause
> > > errors. But you can use it with regular text or plain text.
> >
> > Typo: "plain text" was meant to be "math text"
> >
> > Now I remember what really bothered me about this widget, and it
> > wasn't just the usetex problem. The problem is that mpl has three
> > different vertical alignment methods for text: top, bottom and center.
> > None of them are right for a text box: you want baseline. Try typing
> > "thinking" into the text box and watch what happens when you add and
> > remove the "g". We do need to support baseline alignment for text, so
> > if someone has an interest in adding this it would be a very useful
> > feature, not just for a text box for for text alignment (eg tick
> > labels) in general.
> >
> > See the image of the "g" at
> > http://freetype.sourceforge.net/freetype2/docs/glyphs/glyphs-3.html
> > for a visual representation -- hwat I am calling the "baseline" they
> > refer to as the "origin" in that graph. Our default alignment should
> > be "origin" or "baseline" but we don't have support for that.
> >
> > JDH
> >
>
>

I notice the alignment problem.
But it looks like you are close.
On my machine (win32), the 'enter' key didn't work either. It works like a
backspace. That sounds like what Matthias reported.
Mark
On 6/5/07, John Hunter <jd...@gm...> wrote:
>
> On 6/5/07, John Hunter <jd...@gm...> wrote:
>
> > I worked on this some time ago, I never got to the point where I
> > thought it was ready for production but it is close. There is a
> > problem if usetex is enabled, because partial tex strings will cause
> > errors. But you can use it with regular text or plain text.
>
> Typo: "plain text" was meant to be "math text"
>
> Now I remember what really bothered me about this widget, and it
> wasn't just the usetex problem. The problem is that mpl has three
> different vertical alignment methods for text: top, bottom and center.
> None of them are right for a text box: you want baseline. Try typing
> "thinking" into the text box and watch what happens when you add and
> remove the "g". We do need to support baseline alignment for text, so
> if someone has an interest in adding this it would be a very useful
> feature, not just for a text box for for text alignment (eg tick
> labels) in general.
>
> See the image of the "g" at
> http://freetype.sourceforge.net/freetype2/docs/glyphs/glyphs-3.html
> for a visual representation -- hwat I am calling the "baseline" they
> refer to as the "origin" in that graph. Our default alignment should
> be "origin" or "baseline" but we don't have support for that.
>
> JDH
>

On 6/5/07, John Hunter <jd...@gm...> wrote:
> I worked on this some time ago, I never got to the point where I
> thought it was ready for production but it is close. There is a
> problem if usetex is enabled, because partial tex strings will cause
> errors. But you can use it with regular text or plain text.
Typo: "plain text" was meant to be "math text"
Now I remember what really bothered me about this widget, and it
wasn't just the usetex problem. The problem is that mpl has three
different vertical alignment methods for text: top, bottom and center.
 None of them are right for a text box: you want baseline. Try typing
"thinking" into the text box and watch what happens when you add and
remove the "g". We do need to support baseline alignment for text, so
if someone has an interest in adding this it would be a very useful
feature, not just for a text box for for text alignment (eg tick
labels) in general.
See the image of the "g" at
http://freetype.sourceforge.net/freetype2/docs/glyphs/glyphs-3.html
for a visual representation -- hwat I am calling the "baseline" they
refer to as the "origin" in that graph. Our default alignment should
be "origin" or "baseline" but we don't have support for that.
JDH

Dear Werner,
This seems to be an unintended side-effect of reorganizing the mpl data 
file location that I did prior to this release. (I.e. it's not your code 
that broke, I think it's mpl.) Unfortunately, since I didn't (and still 
don't) use py2exe, it will be hard for me to fix this. Can you send a 
patch that gets py2exe working again?
Thanks,
Andrew
Werner F. Bruhin wrote:
> Werner F. Bruhin wrote:
> 
>> John Hunter wrote:
>> 
>> 
>>> matplotlib 0.90.1 is out and available for download from the sourceforge site.
>>> 
>>> 
>>> 
>> When trying to package my application with py2exe I get the following error:
>>
>> Traceback (most recent call last):
>> File "setup.py", line 141, in <module>
>> mpdir, mpfiles = matplotlib.get_py2exe_datafiles()
>> File "C:\Python25\Lib\site-packages\matplotlib\__init__.py", line 369, 
>> in get_py2exe_datafiles
>> mplfiles.remove(os.sep.join([get_data_path(), 'Matplotlib.nib']))
>> ValueError: list.remove(x): x not in list
>> 
>> 
> To work around this I just put a try/except in:
> try:
> # Need to explicitly remove cocoa_agg files or py2exe complains
> mplfiles.remove(os.sep.join([get_data_path(), 'Matplotlib.nib']))
> except:
> pass
>
> But I then get this error:
> error: can't copy 
> 'C:\Python25\lib\site-packages\matplotlib\mpl-data\fonts': doesn't exist 
> or not a regular file
>
> I guess I will have to review how I am using the get_py2exe_datafiles stuff.
>
> Werner
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> 

On 6/5/07, Mark Bakker <ma...@gm...> wrote:
>
> I think a prompt could be very useful in MPL, just to build small little
> GUI's that only need 1 or 2 boxes.
> I also realize it is not easy, and for bigger jobs you want a full GUI
> environment like wx or Tk anyway, so I understand it when developers set
> other priorities.
> Then again, I would really use it,
> Mark
>
> > From: Matthias Michler < Mat...@gm...>
> >
> > Hello everybody,
> >
> > Now my question is: Could a prompt be a useful part of matplotlib?
I worked on this some time ago, I never got to the point where I
thought it was ready for production but it is close. There is a
problem if usetex is enabled, because partial tex strings will cause
errors. But you can use it with regular text or plain text.
Give it a whirl -- I don't mind including tit in matplotlib.widgets
if people think it would be usefult. I do think there is a niche for
these kinds of things where people want brain dead simple widgets w/o
having to deal with GUI toolkits.
I'm pasting the example below, and also attaching it in case the lines
get wrapped
# usetex not supported
import matplotlib
matplotlib.rcParams['text.usetex'] = False
import matplotlib.transforms as transforms
import matplotlib.widgets as widgets		
from pylab import figure, show, nx
class TextBox(widgets.Widget):
 def __init__(self, ax, s=''):
 self.canvas = ax.figure.canvas
 self.text = ax.text(0.025, 0.2, s,
 fontsize=14,
 #verticalalignment='baseline',
 horizontalalignment='left',
 transform=ax.transAxes)
 self.ax = ax
 ax.set_yticks([])
 ax.set_xticks([])
 ax.set_navigate(False)
 self.canvas.draw()
 self.canvas.mpl_connect('key_press_event', self.keypress)
 self.region = self.canvas.copy_from_bbox(ax.bbox)
 r = self._get_text_right()
 self.cursor, = ax.plot([r,r], [0.2, 0.8], transform=ax.transAxes)
 self.redraw()
 def redraw(self):
 self.ax.redraw_in_frame()
 self.canvas.blit(self.ax.bbox)
 def keypress(self, event):
 if event.key is not None and len(event.key)>1: return
 t = self.text.get_text()
 if event.key is None: # simulate backspace
 if len(t): newt = t[:-1]
 else: newt = ''
 else:
 newt = t + event.key
 self.text.set_text(newt)
 r = self._get_text_right()
 self.cursor.set_xdata([r,r])
 self.redraw()
 def _get_text_right(self):
 l,b,w,h = self.text.get_window_extent().get_bounds()
 r = l+w+2
 t = b+h
 s = self.text.get_text()
 # adjust cursor position for trailing space
 numtrail = len(s) - len(s.rstrip())
 en = self.ax.get_renderer_cache().points_to_pixels(self.text.get_fontsize())/2.
 r += numtrail*en
 l,b = self.ax.transAxes.inverse_xy_tup((l,b))
 r,t = self.ax.transAxes.inverse_xy_tup((r,t))
 return r
fig = figure()
ax = fig.add_axes([0.1, 0.1, 0.8, 0.7])
ax.plot([1,2,3])
#rc('text', usetex=1)
fig.text(0.39, 0.875, 'My label: ',
 horizontalalignment='right', verticalalignment='center')
axtext = fig.add_axes([0.4, 0.85, 0.5, 0.05])
box = TextBox(axtext)
show()

I think a prompt could be very useful in MPL, just to build small little
GUI's that only need 1 or 2 boxes.
I also realize it is not easy, and for bigger jobs you want a full GUI
environment like wx or Tk anyway, so I understand it when developers set
other priorities.
Then again, I would really use it,
Mark
From: Matthias Michler <Mat...@gm...>
>
> Hello everybody,
>
> Now my question is: Could a prompt be a useful part of matplotlib?
>

Werner F. Bruhin wrote:
> John Hunter wrote:
> 
>> matplotlib 0.90.1 is out and available for download from the sourceforge site.
>> 
>> 
> When trying to package my application with py2exe I get the following error:
>
> Traceback (most recent call last):
> File "setup.py", line 141, in <module>
> mpdir, mpfiles = matplotlib.get_py2exe_datafiles()
> File "C:\Python25\Lib\site-packages\matplotlib\__init__.py", line 369, 
> in get_py2exe_datafiles
> mplfiles.remove(os.sep.join([get_data_path(), 'Matplotlib.nib']))
> ValueError: list.remove(x): x not in list
> 
To work around this I just put a try/except in:
 try:
 # Need to explicitly remove cocoa_agg files or py2exe complains
 mplfiles.remove(os.sep.join([get_data_path(), 'Matplotlib.nib']))
 except:
 pass
But I then get this error:
error: can't copy 
'C:\Python25\lib\site-packages\matplotlib\mpl-data\fonts': doesn't exist 
or not a regular file
I guess I will have to review how I am using the get_py2exe_datafiles stuff.
Werner

John Hunter wrote:
> matplotlib 0.90.1 is out and available for download from the sourceforge site.
> 
When trying to package my application with py2exe I get the following error:
Traceback (most recent call last):
 File "setup.py", line 141, in <module>
 mpdir, mpfiles = matplotlib.get_py2exe_datafiles()
 File "C:\Python25\Lib\site-packages\matplotlib\__init__.py", line 369, 
in get_py2exe_datafiles
 mplfiles.remove(os.sep.join([get_data_path(), 'Matplotlib.nib']))
ValueError: list.remove(x): x not in list
Werner

John,
John Hunter wrote:
> On 6/4/07, Werner F. Bruhin <wer...@fr...> wrote:
>> John Hunter wrote:
>> > matplotlib 0.90.1 is out and available for download from the 
>> sourceforge site.
>> >
>> Just installed it. Works very nicely with the exception of some font
>> issue.
>>
>> I am getting this:
>> Could not match Bitstream Vera Serif, New Century Schoolbook, Century
>> Schoolbook L, Utopia, ITC Bookman, Bookman, Nimbus Roman No9 L, Times
>> New Roman, Times, Palatino, Charter, serif, normal, normal. Returning
>> C:\Python25\lib\site-packages\matplotlib\mpl-data\fonts\ttf\Vera.ttf
>
> make sure you are picking up the most recent matplotlibrc. We changed
> the font ordering some time ago. Then run with --verbose-helpful and
> post the output, maybe --verbose-debug, and we will see if we can
> figure out what is going on. I haven't run under windows for some
> time.
>
Works the first time after I removed the cache file. Looking at the 
file it might have something to do with Unicode, i.e. one of the two "/" 
is encoded as 'u0005C', see attached file.
Werner

John,
John Hunter wrote:
> On 6/4/07, Werner F. Bruhin <wer...@fr...> wrote:
>> John Hunter wrote:
>> > matplotlib 0.90.1 is out and available for download from the 
>> sourceforge site.
>> >
>> Just installed it. Works very nicely with the exception of some font
>> issue.
>>
>> I am getting this:
>> Could not match Bitstream Vera Serif, New Century Schoolbook, Century
>> Schoolbook L, Utopia, ITC Bookman, Bookman, Nimbus Roman No9 L, Times
>> New Roman, Times, Palatino, Charter, serif, normal, normal. Returning
>> C:\Python25\lib\site-packages\matplotlib\mpl-data\fonts\ttf\Vera.ttf
>
> make sure you are picking up the most recent matplotlibrc.
I don't have a custom rc file, i.e. this is with the 0.90.1 installed 
matplotlibrc.
> We changed
> the font ordering some time ago. Then run with --verbose-helpful and
> post the output, maybe --verbose-debug, and we will see if we can
> figure out what is going on. I haven't run under windows for some
> time.
I attached the verbose-debug output.
Maybe to do with the fontcache? Will try this in a moment and let you 
know if it corrected the issue.
Werner
>
>