Hi!  Sorry for the cross-post, but my own investigation has led me to suspect that mine is actually a numpy problem, not a matplotlib problem.  I'm getting the following traceback from a call to matplotlib.imshow:<br><br>
Traceback (most recent call last):<br> File "C:\Users\Fermat\Documents\Fractals\Python\Source\Zodiac\aquarius_test.py", line 108, in <module><br>ax.imshow(part2plot, cmap_name, extent = extent)<br> File "C:\Python254\lib\site-packages\matplotlib\axes.py", line 6261, in imshow<br>
im.autoscale_None()<br> File "C:\Python254\lib\site-packages\matplotlib\cm.py", line 236, in autoscale_None<br>self.norm.autoscale_None(self._A)<br> File "C:\Python254\lib\site-packages\matplotlib\colors.py", line 792, in autoscale_None<br>
if self.vmin is None: self.vmin = ma.minimum(A)<br> File "C:\Python254\Lib\site-packages\numpy\ma\core.py", line 5555, in __call__<br>return self.reduce(a)<br> File "C:\Python254\Lib\site-packages\numpy\ma\core.py", line 5570, in reduce<br>
t = self.ufunc.reduce(target, **kargs)<br>ValueError: zero-size array to ufunc.reduce without identity<br>Script terminated.<br><br>Based on examination of the code, the last self is an instance of ma._extrema_operation (or one of its subclasses) - is there a reason why this class is unable to deal with a "zero-size array to ufunc.reduce without identity," (i.e., was it thought that it would - or should - never get one) or was this merely an oversight?  Either way, there's other instances on the lists of this error cropping up, so this circumstance should probably be handled more robustly.  In the meantime, workaround?<br>
<br>DG<br><br>