Hi to all!
I have a question concerning reformatting of axis-ticks via the
FuncFormatter-class. In german, it's common to use a comma as separator for
decimal numbers instead of a dot. To realize it in matplotlib, I do
something like
from matplotlib.ticker import FuncFormatter
import pylab
2008/1/9, Charlie Moad [EMAIL PROTECTED]:
Just a guess. Did you download the visual studio static libraries
instead of the mingw ones? Those linking symbols listed lend me to
think this. The visual studio ones end in _vs.tar.gz.
You want this:
Hello list,
the little example below seems to fail, can anybody help me?
I'm on Debian using the release 0.91.2.
best regards and thanks in advance for any hints,
Matthias
---
from matplotlib.ticker import
Hello list,
Hello Thorsten,
On Wednesday 09 January 2008 11:38, Thorsten Kranz wrote:
I have a question concerning reformatting of axis-ticks via the
FuncFormatter-class. In german, it's common to use a comma as separator for
decimal numbers instead of a dot. To realize it in matplotlib, I do
Hi, after having correctly compiled matplotlib, now is time to test
something (I need at least to get it something working before I can
start hack it autonomously =). Unfortunately, it's not usable: it
complains about not being able to load _tkagg module. The fact is I
don't want tkagg backend at
You need to set a different backend in your matplotlibrc or specify it first.
import matplotlib
matplotlib.use('Agg')
You can also run scripts passing the backend:
python lab1_ex2.py -dAgg
On Jan 9, 2008 8:41 AM, Francesco Pretto [EMAIL PROTECTED] wrote:
Hi, after having correctly compiled
On Wednesday 09 January 2008 09:27:39 am Francesco Pretto wrote:
2008/1/9, Charlie Moad [EMAIL PROTECTED]:
You need to set a different backend in your matplotlibrc or specify it
first.
import matplotlib
matplotlib.use('Agg')
You can also run scripts passing the backend:
python
Hi list, Hi Matthias,
I found another way to deal with this problem. when defining the colorbar,
one can give an additional kwarg format, so by defining the kwarg
format=formatter, we solved the problem.
Anyway, I think an option as Matthias implemented would be very handy for
all those users
2008/1/9, Charlie Moad [EMAIL PROTECTED]:
You need to set a different backend in your matplotlibrc or specify it first.
import matplotlib
matplotlib.use('Agg')
You can also run scripts passing the backend:
python lab1_ex2.py -dAgg
Oh, thanks. That really seems a RTFM...
However, in
2008/1/9, Darren Dale [EMAIL PROTECTED]:
setup.py attempts to select the appropriate backend for you, based on what
backends were available at build time. That selection is written into the
default matplotlibrc file, which resides in
site-packages/matplotlib/mpl-data. If matplotlib finds
On Wednesday 09 January 2008 10:15:54 am Francesco Pretto wrote:
2008/1/9, Darren Dale [EMAIL PROTECTED]:
setup.py attempts to select the appropriate backend for you, based on
what backends were available at build time. That selection is written
into the default matplotlibrc file, which
The default mathtext font should have the times symbol. Are you
making any other changes that would affect the selection of mathtext
fonts? (Can you please attach a copy of your matplotlibrc file?) If
that looks ok, perhaps it isn't finding the math fonts correctly. There
are a multitude
Hi all,
I' ve been using matplotlib to create some animations and it seems
that the endpoints for arrow polygon lines are being rounded off to
the nearest pixel. At least thats my guess. When viewing an animation
the arrow changes shape and distorts as it moves around. The code
below shows it
Norman,
There is code (in 0.91, going back before my time) that rounds the
vertices of polygons (which arrows in effect are) to the center of
pixels. You can see it here inside RendererAgg::draw_polygon() in
_backend_agg.cpp:
agg::path_storage path;
for (size_t j=0; jNpoints; j++) {
I've recently started using matplotlib on new unix box and I'm running in to
an odd problem. I'm not sure what the root cause is (my linux installation,
graphics drivers, matplotlib, or something else) but I thought I would ask
here to see if anyone else had experienced this.
OS: Fedora Core
On Jan 9, 2008 9:11 AM, Michael Droettboom [EMAIL PROTECTED] wrote:
You could comment out these two lines:
x = (int)x + 0.5;
y = (int)y + 0.5;
and see if that corrects your wiggliness problem, just to confirm that
as the source.
The bigger question is -- there was probably a
On Jan 9, 2008 10:14 AM, Dan Karipides [EMAIL PROTECTED] wrote:
OS: Fedora Core 8
Video Card: Nvidia GeForce 8800 Ultra
Driver: Latest Unix driver from Nvidia (169.07, release date: Dec 20, 2007)
Matplotlib version: matplotlib-0.91.2.tar.gz (built from source)
Backend chosen: qt4agg
Hi
Included below is an updated patch fixing the legend with numpoints=1.
The patch has been made against SVN and works for Line2D,
LineCollection, Patch, and RegularPolyCollection. The patch could be merged.
I also think the patch could be improved. Currently, handle._marker is
examined to
Thanks John.
I did this test:
python simple_plot.py -dTkAgg
and it worked just fine. (The GTK backend won't compile for me, but that is
a topic for another email.)
So you are correct, it seems to be a qt4 problem or a pyqt4 problem, I
guess.
At least I know where to look now.
On Jan 9, 2008 1:32 PM, Dan Karipides [EMAIL PROTECTED] wrote:
Thanks John.
I did this test:
python simple_plot.py -dTkAgg
and it worked just fine. (The GTK backend won't compile for me, but that is
a topic for another email.)
So you are correct, it seems to be a qt4 problem or
I wonder if the problem exhibits itself in any other pyqt4 apps (such as
the demo apps)... In that case, I would take your question to the pyqt
list. Otherwise, we'll want to track down what specifically matplotlib
is doing that causes this.
Cheers,
Mike
Dan Karipides wrote:
Thanks John.
I don't have pyqt installed, just pyqt4, so I'm afraid I can't do that test
for you at the moment. Though I suppose I could install pyqt as one method
of testing this.
Thanks,
-Dan
-Original Message-
From: John Hunter [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 09, 2008 2:32 PM
Do the demo apps come with the standard qt4/pyqt4 install? I just used the
Fedora Core 8 package manager to install both of these packages.
I apologize that my knowledge of qt is limited. I'll do some investigation
of qt4 / pyqt4 on my own before bothering the list further.
Thanks for the
Could you please post a screenshot of the bad behavior? I don't see anything
strange here, and I'm using qt-4.3.3, pyqt-4.3.3, and an nvidia GeForce 6600.
Darren
On Wednesday 09 January 2008 05:00:28 pm Dan Karipides wrote:
Do the demo apps come with the standard qt4/pyqt4 install? I just
Darren,
This is interesting. I tried to get a screenshot of the bad behavior for
you. My first attempt was to just hit print screen. Under Fedora Core 8,
KDE window manager this brings up the application KSnapshot. When KSnapshot
gets focus, the bad behavior goes away and it was not captured
On Jan 9, 2008 10:35 AM, Darren Dale [EMAIL PROTECTED] wrote:
On Wednesday 09 January 2008 10:15:54 am Francesco Pretto wrote:
2008/1/9, Darren Dale [EMAIL PROTECTED]:
setup.py attempts to select the appropriate backend for you, based on
what backends were available at build time. That
On Wednesday 09 January 2008 8:50:46 pm Charlie Moad wrote:
On Jan 9, 2008 10:35 AM, Darren Dale [EMAIL PROTECTED] wrote:
On Wednesday 09 January 2008 10:15:54 am Francesco Pretto wrote:
2008/1/9, Darren Dale [EMAIL PROTECTED]:
setup.py attempts to select the appropriate backend for you,
27 matches
Mail list logo
