Eric Firing wrote:
> Jordan,
>
> This sounds useful, but I think it can be implemented without any new
> plot type, simply by using a different sort of norm to do the
> colormapping. I need to add this anyway, and I have a prototype. It
> is very simple. I will get it in within the next few d
So I have a (slightly) new plot type I would like to add to the
matplotlib codebase, and I'd like to ask A) if people would be
interested in the patch and B) what the best way to implement it would be.
I am currently calling the plot type "pcontourf"--it's essentially a
pcolor, but instead of a
Eric Firing wrote:
> Jordan,
>
> I understand what you wrote. I am a bit worried about the amount of
> complexity it would add to the collection code, however, and it seems
> like it would be useful only in quite special situations--and in those
> situations, there may be reasonable alternative
I have one suggestion, slightly off-topic, and I'm not sure how useful
it would be: you might think about making LineCollection accept a 3-D
numerix array. This came up for me while I was looking at turning the
quiver arrows into line segments. As I understand it (and as the
documentation say
Ok, here's something of a weird patch, because I don't know how to use
subversion properly. It has changes to axes.py which update quiver so
that it accepts arbitrary X,Y data; it doesn't demand the data be on a
grid anymore.
The other changes are to collections.py; I updated LineCollection s
John Hunter wrote:
Hope this helps,
JDH
Sweet, that helps a lot. Thank you very much.
Jordan
---
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certificat
Jordan> Also, a question: why use collection objects? The
Jordan> implimentation doesn't strike me as being much faster
Jordan> rendering wise, but maybe I'm wrong. Is it just so all
Jordan> the objects can be manipulated all at once by changing the
Jordan> state of the col
Eric Firing wrote:
Jordan,
Are you sure you want to use a LineCollection for this? If you do, someone is sure to say, "But I want red arrows with black borders..."
My impression from the earlier posts on this topic was that part of the trouble
was an attempt to be too clever and too automa
Ok, I have some questions about what the protocol for patch submission
should be, in terms of 'completeness' of the patch.
I have a patch for the quiver function that is half done... it has
converted the arrows from patches to linecollections, and it will accept
arbitrary X and Y coordinates f
from collections import LineCollection
class Arrow(LineCollection):
"""
An arrow
"""
def __init__( self, x, y, dx, dy, width=1.0, arrowstyle='solid',
**kwargs ):
"""Draws an arrow, starting at (x,y), direction and length
given by (dx,dy) the width of the arrow i
I've been working on quiver a little over the weekend. I refactored it
so it works with non-regularly spaced X and Y data, and made it use
Gary's LineArrow code. I don't have the variable colors for the arrows
working yet though. I'm going to try to get that working before I
submit my patch.
11 matches
Mail list logo
