Thomas Robitaille writes:
> This is probably a simple question, but what is the best way to
> control the vertical positioning of the x-axis label?
Matplotlib tries to set the vertical position automatically based on how
tall the tick labels are - see how e.g. the commands
setp(getp(gca(), '
Hi,
This is probably a simple question, but what is the best way to
control the vertical positioning of the x-axis label? I tried:
import matplotlib
matplotlib.use('Agg')
import matplotlib.pyplot as mpl
fig = mpl.figure()
ax = fig.add_subplot(111)
ax.set_xlabel("Hello",position=(0.5,-0.2))
fig
On Mon, Apr 27, 2009 at 15:18, Bala subramanian
wrote:
> Hi,
>
> Version informations
> Python 2.5.2
> IPython 0.8.4
> matplotlib 0.98.1
this is a rather old version, you might want to try to upgrade to
0.98.5.2 or a near release.
> backend GTKAgg
> Running on Fedora10
could you please provide
John Hunter-4 wrote:
>
> Ahh, mixing matplotlib.use from an interactive ipython session -- that is
> an
> important detail :-) What is your backend (import matplotlib; print
> matplotlib.rcParams['backend']) It is quite likely that you are getting
> cross GUI / cross threading problems from
On Mon, Apr 27, 2009 at 11:24 AM, Sandro Tosi wrote:
> On Mon, Apr 27, 2009 at 18:11, Jouni K. Seppänen wrote:
> > Sandro Tosi writes:
> >> I think there's some sort of typo there, since it's setp
> >
> > Yes, it used to be set but then Python added the set data type with the
> > same name, so
On Mon, Apr 27, 2009 at 2:28 PM, keflavich wrote:
>
>
> John Hunter-4 wrote:
> >
> > That does sound exceedingly slow -- it looks like you are having some
> > problems with the GUI or environment and not just the mpl component. How
> > are you running and profiling your script? Can you post som
So, as the Matplotlib help page suggests, working through a test problem
helped me narrow down my problem... but it still hasn't solved it. If I set
ioff() at the main level, rather than in a function I call, it works.
However, when I show() the plot, the code halts until I close it, which is
no
John Hunter-4 wrote:
>
> That does sound exceedingly slow -- it looks like you are having some
> problems with the GUI or environment and not just the mpl component. How
> are you running and profiling your script? Can you post some
> free-standing
> example code which exposes the problem? C
Hi all,
On 27 Apr 2009, at 15:33, Michael Droettboom wrote:
Freddie Witherden wrote:
However, my primary focus will be on Cairo and Qt backends. These
are widely used, allow for high quality output in various formats
(PDF, PNG and SVG being the big three) and are well tested.
It would also b
On Mon, Apr 27, 2009 at 12:24 PM, keflavich wrote:
>
> Hi, I'm trying to plot a series of ~30-50 small plots, each of which
> contains
> 3 plots of ~10-20 points (one plot is data, one plot is errorbars, one plot
> is a model fit). I've tried using GtkAgg and Qt4Agg as backends, and both
> are e
You're right. I've misunderstood your message.
Christophe
Kasper Peeters a écrit :
>> If it becomes easy to have formulas with Python then it would be used.
>> That's sure. You can't say that C++ is better.
>>
>
> I didn't mean to say that, sorry if I gave the wrong impression. I
> simply
Jouni K. Seppänen wrote:
>
> keflavich writes:
>
>> I tried the same series of plot commands using the SVG, PS, and PDF
>> backends
>> and the whole series of 50 plots takes <~1s.
>
> Did you produce any output with savefig? 50 plots per second sounds
> pretty fast - at least on my computer,
> If it becomes easy to have formulas with Python then it would be used.
> That's sure. You can't say that C++ is better.
I didn't mean to say that, sorry if I gave the wrong impression. I
simply meant to say that _if_ there are certain design decisions which
can be made such that interfacing wi
keflavich writes:
> I tried the same series of plot commands using the SVG, PS, and PDF backends
> and the whole series of 50 plots takes <~1s.
Did you produce any output with savefig? 50 plots per second sounds
pretty fast - at least on my computer, the matplotlib examples render
much slower th
If it becomes easy to have formulas with Python then it would be used.
That's sure. You can't say that C++ is better. I prefer Python, you work
with C++, so why only a C++ version rather than a Python one ?
Christophe.
Kasper Peeters a écrit :
> Since the user base for a TeX typesetting libra
Hi, I'm trying to plot a series of ~30-50 small plots, each of which contains
3 plots of ~10-20 points (one plot is data, one plot is errorbars, one plot
is a model fit). I've tried using GtkAgg and Qt4Agg as backends, and both
are extremely slow - they take ~5-10 seconds for the first plot windo
C++ and Python versions would be great.
Christophe
Michael Droettboom a écrit :
> Freddie Witherden wrote:
>
>> However, my primary focus will be on Cairo and Qt backends. These are
>> widely used, allow for high quality output in various formats (PDF,
>> PNG and SVG being the big three) and
Thanks Jouni, my first try was to make a PNG in gimp and use imread/imshow but
it did not work with Log scale.
I think that the best approach would be to create an object (may be a patch)
with the sphere and put it in the plots but I do not know how to do it and will
not have the time to inves
Bugzilla from tkjacob...@gmail.com wrote:
>
> Hi
>
> It could be that you just have to much data for the stack. You can see/set
> your stack size with ulimit -s (on linux/solaris at least). Try to set it
> to
> unlimited:
> ulimit -s unlimited
>
> This has solved similar problems for me in
Juan Fiol writes:
> Hi, I am trying to put a sphere (rather than circles or disks) as
> markers for a plot.
One approach could be to make a PatchCollection of suitable patches -
see
http://matplotlib.sourceforge.net/examples/api/patch_collection.html
for an example of PatchCollection, and
ht
On Mon, Apr 27, 2009 at 18:11, Jouni K. Seppänen wrote:
> Sandro Tosi writes:
>> I think there's some sort of typo there, since it's setp
>
> Yes, it used to be set but then Python added the set data type with the
> same name, so references to the old name could remain in some
> documentation. Th
Hi, thanks Ryan for the interest. Here is a short script to produce the data.
The method also breaks if I change too much the radius of the sphere or the
size at which they are plotted.
I am using:
Python 2.5.4
Matplotlib 0.98.5.2
Regards,
Code follows:
Sandro Tosi writes:
> I think there's some sort of typo there, since it's setp
Yes, it used to be set but then Python added the set data type with the
same name, so references to the old name could remain in some
documentation. This seems to be fixed in the current version of the
tutorial, thoug
On Mon, Apr 27, 2009 at 7:50 AM, Juan Fiol wrote:
> Hi, I am trying to put a sphere (rather than circles or disks) as markers
> for a
> plot. I am a newbiew so I tried the poor man approach: I plotted several
> circles
> one over the other for each point to mimic a sphere (looking it from very
>
Freddie Witherden wrote:
> However, my primary focus will be on Cairo and Qt backends. These are
> widely used, allow for high quality output in various formats (PDF,
> PNG and SVG being the big three) and are well tested.
It would also be great to pull in the pure-Python PDF and SVG code from
m
Hi Bala,
On Mon, Apr 27, 2009 at 15:25, Bala subramanian
wrote:
> Friends,
> I am going through John Hunter's The Matplotlib User’s Guide. In the user
> guide, one of the three ways of changing the line properties is given as
> follows
>
> Using set to control line properties
l i n e s = p l
Friends,
I am going through John Hunter's The Matplotlib User’s Guide. In the user
guide, one of the three ways of changing the line properties is given as
follows
Using set to control line properties
>>> l i n e s = p l o t ( t , s1 )
>>> s e t ( l i n e s , ma r k e r s i z e =15 , marker=’d’ ,
Hi,
Version informations
Python 2.5.2
IPython 0.8.4
matplotlib 0.98.1
backend GTKAgg
Running on Fedora10
Bala
On Mon, Apr 27, 2009 at 2:36 PM, Sandro Tosi wrote:
> Hi Bala,
>
> On Mon, Apr 27, 2009 at 13:40, Bala subramanian
> wrote:
> > Friends,
> > I started pylab with ipython -pylab
>
> I
Hi Bala,
On Mon, Apr 27, 2009 at 13:40, Bala subramanian
wrote:
> Friends,
> I started pylab with ipython -pylab
I think it would help if you can also specify what version of ipython
and matplotlib you're using, as long as what backend is configured to
be used.
> After some time, i did
>
> In [
Friends,
I started pylab with ipython -pylab
After some time, i did
In [21]: import matplotlib
Warning: Timeout for mainloop thread exceeded
switching to nonthreaded mode (until mainloop wakes up again)
Why this warning comes ?
Even when i exit with ctrl + d, the shell is still remaining.
Than
Thanks both of you. Works nicely.
I was also looking for line thickness, so:
for l in ax.get_xticklines() + ax.get_yticklines():
l.set_markersize(10)
l.set_markeredgewidth(10)
Has a slightly blurry edge at that size, but does the job.
Cheers,
Jon.
Matthias Michler wrote:
>
> Hi Jon
Hi Jon,
the dashed associated with each tick are actually line instances and therefore
hold information about the used marker, markersize, color, ...
For example you could do the following:
import matplotlib.pyplot as plt
ax = plt.gca() # get the current axes
for l in ax.get_xticklines() + ax
On Mon, Apr 27, 2009 at 12:15, D2Hitman wrote:
> I am looking to change the size/style of the tick markers. Not the labels
> associated with each tick, the dashes. How do i go about this?
There are several options in matplotlib config file (on Debian it's
/etc/matplotlibrc, but you can have also
I am looking to change the size/style of the tick markers. Not the labels
associated with each tick, the dashes. How do i go about this?
Cheers,
Jon.
--
View this message in context:
http://www.nabble.com/Ticks-tp23253405p23253405.html
Sent from the matplotlib - users mailing list archive at N
34 matches
Mail list logo
