matplotlib-devel Mailing List for matplotlib

John Hunter wrote:
>>>>>>"Mark" == Mark Bakker <ma...@gm...> writes:
> 
> 
> Mark> Eric - If you are going to make changes here, would it be
> Mark> possible to pass a sequence of colors, one for each line
> Mark> segment in the collection. You can check, for example,
> Mark> whether the length of the sequence is equal to the number of
> Mark> segments. Would be very helpful for some people, as I have
> Mark> seen requests for this possibility several times on the
> Mark> list.
> 
> Unless, I am misunderstanding you, you can already do that. For
> example, this is what scatter and polor do to make each element of the
> collection a different color.
> 
> Eric is talking about a convenience function so that you can pass
> arbitrary colors arguments rather than rgba, ie the equivalent of
> 
> from matplotlib.colors import colorConverter
> colors = [colorConverter.to_rgba(x) for x in 'yellow', 0.5, (1,0,0,0.5)]
> 
> you can then pass colors to a collection with three elements and get
> the three colors yellow, gray and transparent red
Exactly. The convenience function already exists--it is 
Collection._get_color()--and it is already used in all the 
set_facecolor() and similar methods, but not in processing the 
initializer argument list. What I have in mind is simply using it at 
initialization time. I have not thought it through carefully yet, 
though; it is just something that came up while working on a new 
colorbar, and for the moment I am concentrating on the latter.
Eric

>>>>> "Mark" == Mark Bakker <ma...@gm...> writes:
 Mark> Eric - If you are going to make changes here, would it be
 Mark> possible to pass a sequence of colors, one for each line
 Mark> segment in the collection. You can check, for example,
 Mark> whether the length of the sequence is equal to the number of
 Mark> segments. Would be very helpful for some people, as I have
 Mark> seen requests for this possibility several times on the
 Mark> list.
Unless, I am misunderstanding you, you can already do that. For
example, this is what scatter and polor do to make each element of the
collection a different color.
Eric is talking about a convenience function so that you can pass
arbitrary colors arguments rather than rgba, ie the equivalent of
 from matplotlib.colors import colorConverter
 colors = [colorConverter.to_rgba(x) for x in 'yellow', 0.5, (1,0,0,0.5)]
you can then pass colors to a collection with three elements and get
the three colors yellow, gray and transparent red
JDH

Eric -
If you are going to make changes here, would it be possible to pass a
sequence of colors, one for each line segment in the collection.
You can check, for example, whether the length of the sequence is equal to
the number of segments.
Would be very helpful for some people, as I have seen requests for this
possibility several times on the list.
Thanks, Mark
> --__--__--
>
> Message: 3
> Date: 2006年5月09日 14:44:07 -1000
> From: Eric Firing <ef...@ha...>
> Organization: University of Hawaii
> To: John Hunter <jdh...@ni...>
> CC: matplotlib development list <mat...@li...>
> Subject: [matplotlib-devel] color argument to collections
>
> John,
>
> Collections would be easier to use if they did not have the restriction
> (from the docstring):
>
> All color args to a collection are sequences of rgba tuples
>
> It would be easy to remove this restriction; shall I do it, or is there
> a reason to leave the restriction in place? (The error message that
> results from violating the restriction is not helpful, and it would be
> as easy to remove the restriction as to improve the error handling.)
>
> Eric
>
>
>
>

Hi. A long while ago I had sent out an email asking if anyone was 
interested in an XML library for plotting with matplotlib. It seemed the 
general consensus was no, though it might be nice as a backend for 
saving files. So I developed the XML library for my own purposes, and 
have been using it for some time.
I thought I might as well clean it up, package it, and release it in the 
wild. I'm not sure if this would even qualify as an alpha release, 
perhaps more of a RFC, but if anyone is interested, and wants to give 
some comments, let me know. While it has gotten a good amount of use 
(including a soon to be published paper), it has evolved to fit my needs 
more than anything else. So in the clean up, I tried to refractor some 
saneness into it, and had to fix some things in the process. I tried to 
test as much of it as possible, but I'm sure I forgot some obvious 
things as well.
It is trying to serve 3 purposes:
(1) Framework for making publishable figures easy
(2) Provide an easy way to allow pylab figures to be saveable/loadable 
and editable by human
(3) Provide a general framework for a higher level plotting library
I'm hoping to in the near future write the backend to pylab to save in 
the XML format. It should (hopefully) be fairly trivial..
It can be found (this includes some documentation and examples):
www.cns.nyu.edu/~abes/xmlplot.tar.gz
Thanks,
Abe

>>>>> "Eric" == Eric Firing <ef...@ha...> writes:
 Eric> John, Collections would be easier to use if they did not
 Eric> have the restriction (from the docstring):
 Eric> All color args to a collection are sequences of rgba
 Eric> tuples
 Eric> It would be easy to remove this restriction; shall I do it,
 Eric> or is there a reason to leave the restriction in place?
 Eric> (The error message that results from violating the
 Eric> restriction is not helpful, and it would be as easy to
 Eric> remove the restriction as to improve the error handling.)
I think it's fine to remove it, but note that you have to be careful
to avoid ambiguity. How would you interpret
 color = (0.25, 0.5, 0.75, 1.0)
Is this one rgba color or 4 grayscales? 
Because mpl accepts lots of different types of args for colors, there
will probably be some ambiguous cases, thought these will be very rare
corner cases. Just document what the behavior is, and everyone should
be happy. I think you could do the same for the linewidths, etc. Eg
if scalar, interpret as a single linewidth for all elements of the
collection?
Or were you intending to preserve the requirement that one pass
sequences, but allow versatile color args in the sequence?
JDH

John,
Collections would be easier to use if they did not have the restriction 
(from the docstring):
 All color args to a collection are sequences of rgba tuples
It would be easy to remove this restriction; shall I do it, or is there 
a reason to leave the restriction in place? (The error message that 
results from violating the restriction is not helpful, and it would be 
as easy to remove the restriction as to improve the error handling.)
Eric