Carol Leger wrote:
> Hi folks,
>
> Is there a way to get the colors assigned with set_under and set over
> besides looking at _rgba_set_under and _rgba_set_over?
>
> Sample code fragment:
> from pylab import *
> cmap = cm.get_cmap('jet')
> cmap.set_over('wheat')
>
> # Make some kind of polygon
Rob Hetland wrote:
> I really like Arev Sans, but others like the new STIX fonts. This
> setup is for Arev Sans. The important stuff is what begins with
> mathtext. If you want serif fonts, this should be enough to get you
> started on customizing. Just make sure whatever fontset you pick ha
I also have another gui script where you move a slider around and it
changes the colormap, using
axes.images[0].set_cmap()
figure.canvas.Refresh()
in real time. It works wonderfully most of the time but occasionally
goes crazy, spouting a loop like this:
Traceback (most recent call last):
File
Hello,
I wrote a script that loops over some files, plotting them
individually with imshow(). In between each file, the program waits
for user input and then clears/closes the current figure before making
a new one.
Roughly 5-10 files into the loop, the script dies, outputting a loop
of stuff lik
Hi folks,
Is there a way to get the colors assigned with set_under and set over
besides looking at _rgba_set_under and _rgba_set_over?
Sample code fragment:
from pylab import *
cmap = cm.get_cmap('jet')
cmap.set_over('wheat')
# Make some kind of polygon to fill
x = ...
y = ...
# Use the over-th
All very helpful information. Thanks.
This is probably something to move to the pygtk list. Personally, I don't
consider it a high priority since the Gdk backend is limited in a number of
other ways. Maybe someone more motivated (who uses X remotely, for instance)
wants to take the charge.
James Boyle wrote:
> I am using the colorbar with a discrete set of intervals, the
> progression through the levels is not linear.
> Presently, the colorbar call labels every other level, this looks
> very nice, but unfortunately in my case one cannot infer the value
> of the unlabeled level
Michael Droettboom wrote:
>> not quite -- it would have to be re-written to use the array
>> interface, which is different, as that can be done without requiring
>> numpy, or its headers.
>
> Of course, that's what I meant. It is passed numpy arrays now -- but
> they are accessed with all of t
Hi all,
Thanks for the helpful responses.
I had switched back to Matlab, meanwhile.
lasso_demo.py does look close to what I had wanted to implement.
Earlier, while checking it out, I must have right-clicked first and
after that it didn't seem to work ( perhaps a bug? ).
I'll look in to Rob's
I am using the colorbar with a discrete set of intervals, the
progression through the levels is not linear.
Presently, the colorbar call labels every other level, this looks
very nice, but unfortunately in my case one cannot infer the value
of the unlabeled levels due to the non-linear scale
I'm hoping someone can shed some light on this. I get the following error
when building on OSX. Notice that it looks into /usr/local for libraries:
/usr/local/include/ft2build.h:56:38:/usr/local/include/ft2build.h:56:38:
error: error: freetype/config/ftheader.h: No such file or
directoryfreetype/
I dont think newlines are supported this way in tex. Here's an example:
\documentclass[]{article}
\begin{document}
$a=e^{i\pi}\\x=y$
$$a=e^{i\pi}\\x=y$$
\begin{eqnarray}
a & = & \frac{e^{i\pi}}{e^{-i\pi}} \\
& = & e^{i2\pi}
\end{eqnarray}
\end{document}
The first treats the newline as if
I do this sort of stuff all of the time. I have a tool that is
interactive, making a polygon that you can edit (similar to
poly_editor in the examples), that is linked to the polygeom class
below, but it is broken in the new transforms release of the code.
poly_editor is also broken, by
Darren Dale wrote:
> On Wednesday 16 January 2008 08:22:45 am Michael Droettboom wrote:
>> But reading Darren's new bug report makes me wonder if my fix was
>> correct. To be honest, I'm a little confused by the bug report, not out
>> of any lack of clarity on Darren's part, but I think due to ins
John Hunter wrote:
> On Jan 4, 2008 4:33 PM, Mephisto <[EMAIL PROTECTED]> wrote:
>> For some simple but effective Python code you can use to create a mask
>> similar to that provided by the Matlab roipoly function, see
>> http://www.ariel.com.au/a/python-point-int-poly.html
>> http://www.ariel.com.
John Hunter wrote:
> On Jan 16, 2008 1:03 PM, Kevin Christman <[EMAIL PROTECTED]> wrote:
> def myfunc(x, pos=0):
> return '%1.2f''%(100*x)
And you may want to try:
def myfunc(x, pos=0):
return '%1.2f%%''%(100*x)
to get a percent sign after each value. (I mention it only because the
"d
There was a change between 0.90 to 0.91 as to how the TrueType to Type
42 (which is essentially a thin wrapper around a TrueType font)
conversion is done. In 0.90 it was done in Python -- in 0.91 when font
subsetting was added, this conversion is done in some borrowed C code
called "ttconv".
There is no way to insert newlines in the mathtext part of the string
(by that I mean between the '$'). However, you can put newline
characters outside of '$'. It gets a bit hairy because of Python's
string escaping rules, but you could do something like:
"$\\alpha=%G$\n$\\beta=%G$"
Note
There have been quite a few changes to fonts in MPL since 8.x.
Perhaps one of the biggest is mathtext. Real unicode fonts with
mathematics. Since you do what I do, sort of, I am guessing that you
might be happy with the same configuration I use. I looks great, and
can be edited in Illu
The subject line intrigues me, and hopefully I can help. For whatever
reason, the body of your message didn't make it to the mailing list.
Can you please resend?
Cheers,
Mike
BL wrote:
>
>
>
>
> ---
John Hunter wrote:
> On Jan 15, 2008 7:46 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
>> Ah -- just thought of something else.
>>
>> If I adjust simple_plot_fps.py to have 100,000 data points rather than
>> 1,000 I see something that starts to match with what you're seeing:
>>
>> GtkAgg:
>>
Christopher Barker wrote:
> Michael Droettboom wrote:
>> It's sort of a pygtk issue -- it
>> would have to be rewritten to take numpy arrays
>
> not quite -- it would have to be re-written to use the array interface,
> which is different, as that can be done without requiring numpy, or its
> h
Hi,
all is in the subject:
#
ax=axes()
setp(ax.get_xticklabels(), rotation=30, fontsize=14)
twinx()
It's not really a problem because we can manually modify the xticks, but it
would be great if it was done automatically.
Cheers
--
Lionel Roubeyrie - [EMAI
23 matches
Mail list logo
