[matplotlib-devel] Problem adding a new test
I went to create a new image comparison test related to the hatching bug reported this morning. I added my test to the bottom of test_simplification.py, and ran all the tests as follows: python -c "import matplotlib; matplotlib.test()" Unfortunately, it doesn't seem to be running the new test at all. If I put "assert False" at the top of the test, and even that doesn't fail. If I remove the "image_comparison" decorator, however, the test will fail. Maybe this is because the baseline image doesn't exist yet? In the past, I've just run the tests, got a mismatch (because no baseline existed), and copied the current image to the baseline image and checked that in. Am I using the wrong workflow, or is this a bug? Cheers, Mike -- Michael Droettboom Science Software Branch Operations and Engineering Division Space Telescope Science Institute Operated by AURA for NASA -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Problem adding a new test
Michael Droettboom writes: > Unfortunately, it doesn't seem to be running the new test at all. If I > put "assert False" at the top of the test, and even that doesn't fail. > If I remove the "image_comparison" decorator, however, the test will > fail. Maybe this is because the baseline image doesn't exist yet? Oh, right. My fault: when I implemented the pdf comparison, I made it run the test for only those formats for which a baseline image exists, to avoid causing spurious failures when a test is not even meant to be run for all backends. I guess this should be done in some other way, and perhaps the usual case is to test all backends for which the output can be compared. -- Jouni K. Seppänen http://www.iki.fi/jks -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Problem adding a new test
Jouni K. Seppänen writes: > Oh, right. My fault: when I implemented the pdf comparison, I made it > run the test for only those formats for which a baseline image exists, I committed a change to make it run both png and pdf tests all the time. When we add new formats (comparing postscript files could easily be done using the same ghostscript command as used for pdf files, and some svg renderer could also be added) and new tests, we'll have to think about if we want to run all tests on all backends, since the amount of data in the repository will start growing pretty fast. -- Jouni K. Seppänen http://www.iki.fi/jks -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Problem adding a new test
Jouni K. Seppänen wrote: > Jouni K. Seppänen writes: > > >> Oh, right. My fault: when I implemented the pdf comparison, I made it >> run the test for only those formats for which a baseline image exists, >> > > I committed a change to make it run both png and pdf tests all the time. > Thanks for the fix, Jouni. (My svn commit was rejected because you did exactly the same thing as me.) > When we add new formats (comparing postscript files could easily be done > using the same ghostscript command as used for pdf files, and some svg > renderer could also be added) "inkscape input.svg --export-png=output.png" works very well as an svg renderer. > and new tests, we'll have to think about > if we want to run all tests on all backends, since the amount of data in > the repository will start growing pretty fast. > As far as the test data -- I agree this is an issue. One point in favor of the status quo is that it's really nice to have the test data included with the source code so there are no configuration hassles. I'm not sure how well the buildbot infrastructure would cope with anything else. For example, to my knowledge, there is no Buildbot precedent to automatically pull from two branches to execute a single test run. But in general I think this does bear thinking about. -Andrew -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Problem adding a new test
Andrew Straw wrote: > Jouni K. Seppänen wrote: > >> Jouni K. Seppänen writes: >> >> When we add new formats (comparing postscript files could easily be done >> using the same ghostscript command as used for pdf files, and some svg >> renderer could also be added) >> > > "inkscape input.svg --export-png=output.png" works very well as an svg > renderer. > I'd also like to run SVG through xmllint against the SVG schema as another sanity check. I may get to this if I can find the time. > >> and new tests, we'll have to think about >> if we want to run all tests on all backends, since the amount of data in >> the repository will start growing pretty fast. >> >> > As far as the test data -- I agree this is an issue. One point in favor > of the status quo is that it's really nice to have the test data > included with the source code so there are no configuration hassles. I'm > not sure how well the buildbot infrastructure would cope with anything > else. For example, to my knowledge, there is no Buildbot precedent to > automatically pull from two branches to execute a single test run. But > in general I think this does bear thinking about. > An easy improvement may be having an extra kwarg on the image_comparison decorator to select a subset of backends. For example, many of the ones in test_simplification.py only apply to the Agg backend. While I'm sharing my wish list out loud, I think it would also be highly cool to get the native Mac OS backend in the buildbot tests, as that's one I can't test easily myself. Cheers, Mike -- Michael Droettboom Science Software Branch Operations and Engineering Division Space Telescope Science Institute Operated by AURA for NASA -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Problem adding a new test
Michael Droettboom wrote:
>> "inkscape input.svg --export-png=output.png" works very well as an svg
>> renderer.
>>
> I'd also like to run SVG through xmllint against the SVG schema as
> another sanity check. I may get to this if I can find the time.
That'd be great. I just installed inkscape and xmllint on the non-bare
buildslave machine.
>> As far as the test data -- I agree this is an issue. One point in favor
>> of the status quo is that it's really nice to have the test data
>> included with the source code so there are no configuration hassles. I'm
>> not sure how well the buildbot infrastructure would cope with anything
>> else. For example, to my knowledge, there is no Buildbot precedent to
>> automatically pull from two branches to execute a single test run. But
>> in general I think this does bear thinking about.
>>
> An easy improvement may be having an extra kwarg on the image_comparison
> decorator to select a subset of backends. For example, many of the ones
> in test_simplification.py only apply to the Agg backend.
Done in r7863. To make use of it, do something like the following patch
(and don't forget to delete the baseline .pdf files from the repository):
-...@image_comparison(baseline_images=['simplify_curve'])
+...@image_comparison(baseline_images=['simplify_curve'],extensions=['png'])
> While I'm sharing my wish list out loud, I think it would also be highly
> cool to get the native Mac OS backend in the buildbot tests, as that's
> one I can't test easily myself.
That would require the Mac OS X buildslave to start working again too,
as I assume the backend actually requires the OS. And that would require
building on Snow Leopard to work, as I understand it.
-Andrew
>From d6ae15c5495930963d2d124bf3fc70e8bc6f80a9 Mon Sep 17 00:00:00 2001
From: Andrew Straw
Date: Fri, 9 Oct 2009 10:38:09 -0700
Subject: [PATCH] don't test simplification
---
.../test_simplification/simplify_curve.pdf | Bin 1235 -> 0 bytes
lib/matplotlib/tests/test_simplification.py|2 +-
2 files changed, 1 insertions(+), 1 deletions(-)
delete mode 100644 lib/matplotlib/tests/baseline_images/test_simplification/simplify_curve.pdf
diff --git a/lib/matplotlib/tests/baseline_images/test_simplification/simplify_curve.pdf b/lib/matplotlib/tests/baseline_images/test_simplification/simplify_curve.pdf
deleted file mode 100644
index b179d7b5542ed8c05d203a14f9dd9f354a3175a4..
GIT binary patch
literal 0
HcmV?d1
literal 1235
zcmZuxOK1~O6z!&dW?mFA<>YU9L$V53YjFX_}|CeFN;C>BJp
zn<8$l3Q~2`j|&mBD2UKap+Yw<#EJ+-5D~?N7W}_ANt>8Bo0*)s_rCMF6IUV{-;2F|
z!8Q9DW*!R|l...@?7slt4wsj...@j_osl&PE~)lDO+
zQUYz!4xcE7#jr2v!#>$Bdql}Citcs+B`i}L&JYXQ3Mwt;O`6x!P}H)j...@yvtvpUeRlh7<*ul(qacf)n>1q^%{h>*y...@h)|#9wheea%{b?lmgef2=j...@o~w
zILRbN<4iUwQ9wNfCbzqCk5ukGkOCAd(E~}!CCcRi$w5`qjT{8ah^ZfpEX^Z-+>exnpu9...@a?n`ui!ak$sykNNT
z...@8q)b;xQgZTrET%-Wo&AQ$ouHi>5RnHU4`TyxLvL=*Q6e*_3O?5tqq<)?-zqp4s
SRW0f`7z&33mn+s67ybe;ab=wV
diff --git a/lib/matplotlib/tests/test_simplification.py b/lib/matplotlib/tests/test_simplification.py
index f7dcf3c..bb574fc 100644
--- a/lib/matplotlib/tests/test_simplification.py
+++ b/lib/matplotlib/tests/test_simplification.py
@@ -89,7 +89,7 @@ def test_sine_plus_noise():
assert len(simplified) == 279
-...@image_comparison(baseline_images=['simplify_curve'])
+...@image_comparison(baseline_images=['simplify_curve'], extensions=['png'])
def test_simplify_curve():
pp1 = patches.PathPatch(
Path([(0, 0), (1, 0), (1, 1), (nan, 1), (0, 0), (2, 0), (2, 2), (0, 0)],
--
1.6.1.2
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Problem adding a new test
Andrew Straw wrote: >>> As far as the test data -- I agree this is an issue. One point in favor >>> of the status quo is that it's really nice to have the test data >>> included with the source code so there are no configuration hassles. I'm >>> not sure how well the buildbot infrastructure would cope with anything >>> else. For example, to my knowledge, there is no Buildbot precedent to >>> automatically pull from two branches to execute a single test run. But >>> in general I think this does bear thinking about. >>> >>> >> An easy improvement may be having an extra kwarg on the image_comparison >> decorator to select a subset of backends. For example, many of the ones >> in test_simplification.py only apply to the Agg backend. >> > > Done in r7863. To make use of it, do something like the following patch > (and don't forget to delete the baseline .pdf files from the repository): > > -...@image_comparison(baseline_images=['simplify_curve']) > +...@image_comparison(baseline_images=['simplify_curve'],extensions=['png']) > Great! > >> While I'm sharing my wish list out loud, I think it would also be highly >> cool to get the native Mac OS backend in the buildbot tests, as that's >> one I can't test easily myself. >> > > That would require the Mac OS X buildslave to start working again too, > as I assume the backend actually requires the OS. And that would require > building on Snow Leopard to work, as I understand it. > Oh yeah. Forgot that detail. Well -- something to think about when the other pieces fall into place. Mike -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] proposed change to colors.py
Eric Firing wrote: > Phillip M. Feldman wrote: >> Hello Eric- >> >> I'd like to understand the reason why you object to >> piecewise-constant colormaps. I have found these to be useful for >> some types of plots. > > It is a crude and indirect way of achieving a result that can be > achieved precisely and directly using ListedColormap and BoundaryNorm, > or possibly a subclass. The problem is that discretization is being > done at the wrong stage. > > Suppose you have data in the range 1.5 to 2.5, and you want the low > third of that range to be red, the middle green, and the upper blue. > If you use LinearSegmentedColormap and one of your functions to make a > discrete map, then you will have divided your interval of length 1 > into 256 segments, which does not allow you to specify exactly 1.5 + > 1.0/3 as a transition point. You have only 8 bits of precision available. OK. Good explanation. > > What does allow you to specify the transitions exactly (to within the > limits of double precision) is this: > > cmap = ListedColormap(['r','g','b']) > norm = BoundaryNorm([1.5+1.0/3, 1.5+2.0/3], cmap.N) > > Simple, readable, flexible: choose any boundaries you like, specify > the colors any way you like, including pulling them out of an existing > colormap. Efficient: the cmap lookup table has only as many entries > as it needs, and the index into that table is calculated directly in a > single step. > > Now if you need autoscaling, with the boundaries calculated from vmin > and vmax, then this can be done by subclassing BoundaryNorm. In both > cases, after using this cmap and norm for a mappable, passing that > mappable to colorbar will yield a reasonable result, because colorbar > has special code to handle the BoundaryNorm. > > >> Also, the functionality to create piecewise-constant colormaps is >> already provided by LinearSegmentedColormap, so "the cat is already >> out of the bag", so to speak.. (I created my functions mainly because I > LinearSegmentedColormap is very general, so yes, it can be used for this. >> found the LinearSegmentedColormap interface painful to use. Since then, > That painfulness is exactly the reason why John Hunter added the > from_list method 8 months ago (I forgot it had been there that long), > and Reinier recently made it more flexible. When I look at the online documentaiton for from_list, here's what I see: "Make a linear segmented colormap with /name/ from a sequence of /colors/ which evenly transitions from colors[0] at val=1 to colors[-1] at val=1. N is the number of rgb quantization levels." There must be a mistake here, because val=l at both ends. Also, is there web documentation for Reinier's new version? Thanks! Phillip -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] proposed change to colors.py
Eric and Reinier- It seems to me that continuous (piecewise-linear) colormaps could work in much the same fashion. One would specify n boundary colors and n thresholds (for continuous colormaps, I believe that the number of thresholds and colors must be the same), and for any value between two thresholds, the colors associated with the bounding thresholds would be automatically interpolated. What do you think? Phillip Eric Firing wrote: > What does allow you to specify the transitions exactly (to within the > limits of double precision) is this: > > cmap = ListedColormap(['r','g','b']) > norm = BoundaryNorm([1.5+1.0/3, 1.5+2.0/3], cmap.N) -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] proposed change to colors.py
I'd like to see a single function that combines ListedColormap and BoundaryNorm. This function could compare the lengths of the color list and threshold list to determine what type of colormap is desired. (If the lengths are the same, then the calling program wants a continuous colormap; if there is one more color than boundaries, the calling program wants a discrete colormap). If this function had optional arguments to specify the `under` and `over` colors, that would be even better. Phillip Phillip M. Feldman wrote: > Eric and Reinier- > > It seems to me that continuous (piecewise-linear) colormaps could work > in much the same fashion. One would specify n boundary colors and n > thresholds (for continuous colormaps, I believe that the number of > thresholds and colors must be the same), and for any value between two > thresholds, the colors associated with the bounding thresholds would > be automatically interpolated. What do you think? > > Phillip > > Eric Firing wrote: >> What does allow you to specify the transitions exactly (to within the >> limits of double precision) is this: >> >> cmap = ListedColormap(['r','g','b']) >> norm = BoundaryNorm([1.5+1.0/3, 1.5+2.0/3], cmap.N) > > -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] towards a poor man's texture map in mplot3d
Hi, I'm trying to get something like texture mapping to work. (I don't need anything fancy transforms between texel location and image location, though. I'm happy to specify just a 2D grid of pixel colors that appear onto a rectangle positioned in 3D space.) Given that, I made a demo based on pcolor which I think should do the job with a little work. I based this mainly on examples/mplot3d/pathpatch3d_demo.py, which is pretty close to this. Here's my http://github.com/astraw/matplotlib/blob/dev/straw-poormans-texture/examples/mplot3d/poor_mans_texture_map.py Right now, though, running this results in the following traceback: $ python poor_mans_texture_map.py Traceback (most recent call last): File "poor_mans_texture_map.py", line 21, in art3d.patch_collection_2d_to_3d(s, zdir="x") File "/usr/local/lib/python2.6/dist-packages/mpl_toolkits/mplot3d/art3d.py", line 301, in patch_collection_2d_to_3d col.set_3d_properties(zs, zdir) File "/usr/local/lib/python2.6/dist-packages/mpl_toolkits/mplot3d/art3d.py", line 279, in set_3d_properties xs, ys = zip(*self.get_offsets()) ValueError: need more than 0 values to unpack Reinier -- can you comment on how the patch offsets are supposed to be interpreted as x,y values in this context? From the docstring at lib/matplotlib/collections.py, I read "*offsets* and *transOffset* are used to translate the patch after rendering (default no offsets)". It's not immediately clear to me how the offsets should then be resulting in X,Y values for 3D plotting. Or is something else entirely going on here? I'm happy to do some leg-work here if you point me in the right direction. -Andrew -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] [PATCH] experimental numscons support in matplotlib
David Cournapeau wrote:
> Hi,
>
> I don't know if that's of any interest for matplotlib developers,
> but I added scripts to build matplotlib with numscons:
>
> http://github.com/cournape/matplotlib/tree/scons_build
>
OK, I managed to clone your repo -- I cloned mine, then added yours as a
remote, fetched it, and pushed the results to a new branch on my github
repo: http://github.com/astraw/matplotlib/tree/dev/cournapeau-scons-build
But having done that, now I'm having trouble building. Calling with
"python setupscons.py install", I get:
Traceback (most recent call last):
File "setupscons.py", line 232, in
setup_package()
File "setupscons.py", line 228, in setup_package
configuration=configuration)
File "/usr/lib/python2.6/dist-packages/numpy/distutils/core.py", line
150, in setup
config = configuration()
File "setupscons.py", line 197, in configuration
config.add_sconscript('SConstruct', package_path='lib/matplotlib')
TypeError: add_sconscript() got an unexpected keyword argument
'package_path'
What version of numpy do I need for this? I might have to build a new
chroot, since I want the Ubuntu Hardy chroot I'm currently using to
stick with Hardy's default numpy installation.
-Andrew
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] proposed change to colors.py
Phillip M. Feldman wrote: > > When I look at the online documentaiton for from_list, here's what I > see: "Make a linear segmented colormap with /name/ from a sequence of > /colors/ which evenly transitions from colors[0] at val=1 to colors[-1] > at val=1. N is the number of rgb quantization levels." There must be a > mistake here, because val=l at both ends. Also, is there web > documentation for Reinier's new version? I'm not sure I know what you mean by web documentation, but in any case, I think all there is at present is the docstring. And yes, that docstring needs work. I'll try to correct and clarify it. Eric -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] proposed change to colors.py
Phillip M. Feldman wrote: > Eric and Reinier- > > It seems to me that continuous (piecewise-linear) colormaps could work > in much the same fashion. One would specify n boundary colors and n > thresholds (for continuous colormaps, I believe that the number of > thresholds and colors must be the same), and for any value between two > thresholds, the colors associated with the bounding thresholds would be > automatically interpolated. What do you think? How does this differ from LinearSegmentedColormap.from_list()? I guess what you are getting at is the quantization problem I mentioned in connection with discrete colormaps. But it is not a problem when the colors are linearly interpolated--that is, smoothly varying from one end of the map to the other. It is only a problem when there are jumps. Eric > > Phillip > > Eric Firing wrote: >> What does allow you to specify the transitions exactly (to within the >> limits of double precision) is this: >> >> cmap = ListedColormap(['r','g','b']) >> norm = BoundaryNorm([1.5+1.0/3, 1.5+2.0/3], cmap.N) > -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] proposed change to colors.py
I'm not sure whether I'm correctly understanding you. Let's consider a hypothetical engineering performance-versus-requirements scatter plot or contour plot of a performance metric that takes positive values. I'd like to map values to colors so that anything below 50 gets solid red, values from 50 to 70 get a color between red and orange (linear interpolation), values from 70 to 90 get a color between orange and yellow, values from 90 to 105 get a color between yellow and green, and anything greater than or equal to 105 gets solid green. Is this considered "smooth variation"? If so, how would I implement something like this? Thanks! Phillip Eric Firing wrote: > Phillip M. Feldman wrote: >> Eric and Reinier- >> >> It seems to me that continuous (piecewise-linear) colormaps could >> work in much the same fashion. One would specify n boundary colors >> and n thresholds (for continuous colormaps, I believe that the number >> of thresholds and colors must be the same), and for any value between >> two thresholds, the colors associated with the bounding thresholds >> would be automatically interpolated. What do you think? > > How does this differ from LinearSegmentedColormap.from_list()? I > guess what you are getting at is the quantization problem I mentioned > in connection with discrete colormaps. But it is not a problem when > the colors are linearly interpolated--that is, smoothly varying from > one end of the map to the other. It is only a problem when there are > jumps. > > Eric > >> >> Phillip >> >> Eric Firing wrote: >>> What does allow you to specify the transitions exactly (to within >>> the limits of double precision) is this: >>> >>> cmap = ListedColormap(['r','g','b']) >>> norm = BoundaryNorm([1.5+1.0/3, 1.5+2.0/3], cmap.N) >> > > -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
