Thanks,
I made that change after an unfruitful attempt at installing gtk, which
should have worked in my estimation. Now, at least I get by that original
point.
NOW basemaps won't work any more! When I run, I get:
Traceback (most recent call last):
File "C:\Documents and
Settings\kpet
On Mon, Jun 2, 2008 at 12:10 PM, KURT PETERS <[EMAIL PROTECTED]> wrote:
> Thanks,
> I made that change after an unfruitful attempt at installing gtk, which
> should have worked in my estimation. Now, at least I get by that original
> point.
>
> NOW basemaps won't work any more! When I run, I ge
On Mon, Jun 2, 2008 at 12:28 PM, Jeff Whitaker <[EMAIL PROTECTED]> wrote:
> Kurt: As you discovered, you'll need basemap 0.99 to use with matplotlib
> 0.98.0. I only have a source tarball on the sf site now, and you apparently
> are looking for the windows binary installer. I hope to have that
KURT PETERS wrote:
> Thanks,
> I made that change after an unfruitful attempt at installing gtk, which
> should have worked in my estimation. Now, at least I get by that original
> point.
>
>NOW basemaps won't work any more! When I run, I get:
>
Kurt: As you discovered, you'll need b
Hi,
First of all, thanks to the developers for such a great Python plotting
package. I use matplotlib more and more for my work.
There is one thing, which I cannot get to work, namely to change the
linewidth of the tick lines.
I have tried
ticklines = ax.get_xticklines()
ticklines.extend(ax.g
KURT PETERS wrote:
> I am using 0.99.
Kurt: Not really. You tried to install it but the install failed.
> I ended up copying the toolkits directory from my "old"
> installation of matplotlib to the new matplotlib directory and at least
> things seem to be working (although the HD seems to chur
On Mon, Jun 2, 2008 at 12:32 PM, Berit Hinnemann <[EMAIL PROTECTED]> wrote:
> There is one thing, which I cannot get to work, namely to change the
> linewidth of the tick lines.
>
> I have tried
>
> ticklines = ax.get_xticklines()
> ticklines.extend(ax.get_yticklines())
>
> for line in ticklines:
I downloaded the egg for 0.98 from the matplotlib webpages,
and I am trying to install it with
easy_install ./matplotlib-0.98.0-py2.5-macosx-10.3-fat.egg
Processing matplotlib-0.98.0-py2.5-macosx-10.3-fat.egg
removing '/Library/Python/2.5/site-packages/matplotlib-0.98.0-py2.5-
macosx-10.3-fat.eg
John Hunter wrote:
> By the way, on windows you can edit the rc file in place (ie leave it
> in mpl-data). I need to update the instructions in that file -- they
> are out of date.
>
please do, they indicate movement is required.
>
> This is weird: it is working on my end once I update my "ba
On Mon, Jun 2, 2008 at 12:45 PM, John Hunter <[EMAIL PROTECTED]> wrote:
> for line in ax.get_xticklines() + ax.get_yticklines():
>line.set_markeredgewidth(10)
Correction ( I should have read the link myself first). The property
you are probably interested is the markersize (marker size in po
If you rename matplotlib-0.98.0-py2.5-macosx-10.3-fat.egg to
matplotlib-0.98.0-py2.5.egg,
easy_install will install it from the disk.
I'm not sure why this happens. I've noticed lots of Mac OS X eggs with
cruft at the end of the
filename, which prevents their installation through easy_install.
Ren
I am using 0.99. I ended up copying the toolkits directory from my "old"
installation of matplotlib to the new matplotlib directory and at least
things seem to be working (although the HD seems to churn a lot more).
Let me test this a little more and I'll let you know how that is working
for
Les Schaffer wrote:
> John Hunter wrote:
>
>
>> After running the 0.98 installer do you have
>> pylab.py in site-packages?
>>
>
> yep, its right there. very weird. does matplotlib fiddle with sys.path
> or some such?
actually, it was right there in site-packages/matplotlib, which
Unfortunately, I think someone else was on the maillist with a similar
problem, and perhaps our two mails got confused.
I have "always been" using 0.99 as far as I know. It got "nuked" when I
deleted the old matplotlib. I wonder why it couldn't find geos the second
time around?
Once again,
KURT PETERS wrote:
> Unfortunately, I think someone else was on the maillist with a similar
> problem, and perhaps our two mails got confused.
> I have "always been" using 0.99 as far as I know.
Kurt: I only released 0.99 yesterday. You were actually using 0.9.9,
which you installed from a bi
On Mon, Jun 2, 2008 at 1:04 PM, Les Schaffer <[EMAIL PROTECTED]> wrote:
>> yep, its right there. very weird. does matplotlib fiddle with sys.path
>> or some such?
No. Have you nuked all references to pylab.* and matplotlib* (esp
including any egg files?) Search your system for matplotlib a
I can confirm this in at least version 0.91.3. The problem seems to be
caused by the midpoint of the stem being included in the path twice in a
row. The following patch removes the midpoint altogether and fixes the
rendering problem at least on my version of xpdf. I'm kind of swamped
right now, so
Ah, that makes much more sense for the labels... what about the
commands for assigning weights and fonts to the default numbers along
an axis? I know I saw a post a while back where someone was able to
make the numbers boldface ... is that not rendered via TeX? And if so,
why do none of the options
Vincent Noel wrote:
> If you rename matplotlib-0.98.0-py2.5-macosx-10.3-fat.egg to
> matplotlib-0.98.0-py2.5.egg,
> easy_install will install it from the disk.
It installed just fine for me with the long name
>> easy_install ./matplotlib-0.98.0-py2.5-macosx-10.3-fat.egg
>>
>> Processing matpl
I am pretty sure setupext.py used to have these defaults coded in, but
something must have changed. I haven't had to check default backends
in a long time. I'll get new builds up asap.
- Charlie
On Mon, Jun 2, 2008 at 12:01 PM, John Hunter <[EMAIL PROTECTED]> wrote:
> On Mon, Jun 2, 2008 at 10:
On Mon, Jun 2, 2008 at 4:32 PM, Charlie Moad <[EMAIL PROTECTED]> wrote:
> I am pretty sure setupext.py used to have these defaults coded in, but
> something must have changed. I haven't had to check default backends
> in a long time. I'll get new builds up asap.
Darren has added a setup.cfg to c
Oh, Yes, I must have got the "nines" mixed up. Can you talk me through
installing 0.99 without the binary installer in Win XP?
And, you're right; I don't have a "working copy"; my old code keeps
crashing, especially when I moved the basemaps to mpl_toolkits.
Kurt
Original Message Follows--
On Monday 02 June 2008 05:33:52 pm John Hunter wrote:
> On Mon, Jun 2, 2008 at 4:32 PM, Charlie Moad <[EMAIL PROTECTED]> wrote:
> > I am pretty sure setupext.py used to have these defaults coded in, but
> > something must have changed. I haven't had to check default backends
> > in a long time. I
KURT PETERS wrote:
> Oh, Yes, I must have got the "nines" mixed up. Can you talk me through
> installing 0.99 without the binary installer in Win XP?
> And, you're right; I don't have a "working copy"; my old code keeps
> crashing, especially when I moved the basemaps to mpl_toolkits.
>
> Kurt
>
Thanks Darren. The win32 binaries are updated now. TkAgg is the
default on all of them, and the OSX binaries already had TkAgg as the
default.
- Charlie
On Mon, Jun 2, 2008 at 6:13 PM, Darren Dale <[EMAIL PROTECTED]> wrote:
> On Monday 02 June 2008 05:33:52 pm John Hunter wrote:
>> On Mon, Jun
If I do:
t1=datetime.datetime(2008,06,02,01,0,0)
t1=datetime.datetime(2008,06,02,02,0,0)
tVec1=drange(t1,t2,datetime.timedelta(seconds=1))
tVec2=drange(t1,t2,datetime.timedelta(seconds=5))
tVec3=nan*ones(tVec1.shape)
I cannot do something like:
for i in tVec2:
tVec3[where(tVec1==i)]=i
tVec3[0]
Brian McLaughlin wrote:
> If I do:
> t1=datetime.datetime(2008,06,02,01,0,0)
> t1=datetime.datetime(2008,06,02,02,0,0)
> tVec1=drange(t1,t2,datetime.timedelta(seconds=1))
> tVec2=drange(t1,t2,datetime.timedelta(seconds=5))
> tVec3=nan*ones(tVec1.shape)
>
> I cannot do something like:
> for i in tV
Hi matplotlib developers,
Congratulations for the brand new matplotlib website!
It looks great and modern, and that's exactly what matplotlib deserves.
And congratulations for the new release as well, of course.
Keep up your good work!
Regards,
Pierre Raybaut
Hey There,
I am using MatPlotLib to generate barchart and pie chart on Plone3, zope
2.10
Does anyone know how can i change the grey background color of the canvas,
the one which comes by default.
Is that the axes color or canvas color? Please Help.
Thanks
---
matplotlib 0.91.3 is released
=
This is the maintenance bug-fix and feature enhancement release of the
0.91 branch. Because the 0.98 refactoring introduced more code
breakage than usual, we decided to branch the 0.91 series for users
unable to upgrade right away. We h
matplotlib 0.98.0 is released
=
This is a milestone release of matplotlib with a significant internal
refactoring to support better transformations, path drawing, and
readily extensible coordinate projections and scales. Michael
Droettboom of STScI did the lion's share
Hello,
when I create an arrow with
>>> from pylab import *
>>> subplot(111)
>>> arrow(.5, .5, -.05, .02, lw=5, width=.01)
>>> savefig('foo.pdf')
and view it with
% xpdf foo.pdf
then I see on the startpoint an ugly pike. With gv and evince everything
is ok.
Any idea how to fix it in mpl? Bec
Sorry for repeating myself... but congratulations again for the new
Matplotlib release, especially for the Qt4 backend improvements. A few days
ago, I was about to suggest some improvements in Qt4 backend, but what
you've done is so much better.
The Matplotlib toolbar is now a real Qt toolbar, and
Friedrich Hagedorn <[EMAIL PROTECTED]> writes:
> % xpdf foo.pdf
>
> then I see on the startpoint an ugly pike. With gv and evince
> everything is ok.
Just to be sure about what the problem is, could you show us a
screenshot of the ugly rendering, and another of a better rendering in
another vie
First to correct some confusion (and a good candidate to add to the new
docs that everyone is working so hard on...): mathtext and usetex are
completely independent systems, and you can only use either one of the
other. Therefore, if usetex is True, none of the mathtext settings will
have any
Hello,
the original problem that I have is to add an arrow to the end of a
plotted line. I tried this
from pylab import *
x=linspace(0, 1.85, 100)
y=sin(x)
dx=x[-1] - x[-2]
dy=y[-1] - y[-2]
plot(x,y,lw=2)
arrow(x[-2], y[-2], dx, dy,
width=.02,
length_includes_head=True,
head_length=s
On Mon, Jun 2, 2008 at 4:30 AM, Andyy <[EMAIL PROTECTED]> wrote:
> Does anyone know how can i change the grey background color of the canvas,
> the one which comes by default.
>
> Is that the axes color or canvas color? Please Help.
That is the facecolor of the figure patch, and you can set it li
I tried to upgrade to the latest matplot lib (0.98 win32), which made me
upgrade numpy (1.1.0). I followed the advice of the install hints and
deleted the "old" matplotlib folder in site-packages before running the
windows installer.
Unfortunately, I get this error when trying to run my progr
On Mon, Jun 2, 2008 at 10:41 AM, KURT PETERS <[EMAIL PROTECTED]> wrote:
> File "C:\Python25\Lib\site-packages\matplotlib\backends\backend_gtk.py",
> line 6, in
>import gobject
> ImportError: No module named gobject
This is a problem with our installer since the default backend we have
set i
John Hunter wrote:
> This is a problem with our installer since the default backend we have
> set is GTKAgg (we usually set it to GTKAgg). Fortunately, it is
> relatively easy for you to fix:. Edit
> site-packages/matplotlib/mpl-data/matplotlib and change the 'backend :
> GTKAgg' line to
>
> ba
On Mon, Jun 2, 2008 at 3:15 AM, Pierre Raybaut <[EMAIL PROTECTED]> wrote:
> Hi matplotlib developers,
>
> Congratulations for the brand new matplotlib website!
> It looks great and modern, and that's exactly what matplotlib deserves.
>
> And congratulations for the new release as well, of course.
>
On Mon, Jun 2, 2008 at 12:09 PM, Les Schaffer <[EMAIL PROTECTED]> wrote:
> there are two files there: matplotlibrc and matplotlib.conf. is there a
> selection principle for choosing one or the other?
matplotlib.conf is used at build time, so you can ignore it with the
binary installer.
> i moved
42 matches
Mail list logo
