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&#39;m getting the following traceback from a call to matplotlib.imshow:<br><br>
Traceback (most recent call last):<br> File &quot;C:\Users\Fermat\Documents\Fractals\Python\Source\Zodiac\aquarius_test.py&quot;, line 108, in &lt;module&gt;<br>ax.imshow(part2plot, cmap_name, extent = extent)<br> File &quot;C:\Python254\lib\site-packages\matplotlib\axes.py&quot;, line 6261, in imshow<br>
im.autoscale_None()<br> File &quot;C:\Python254\lib\site-packages\matplotlib\cm.py&quot;, line 236, in autoscale_None<br>self.norm.autoscale_None(self._A)<br> File &quot;C:\Python254\lib\site-packages\matplotlib\colors.py&quot;, line 792, in autoscale_None<br>
if self.vmin is None: self.vmin = ma.minimum(A)<br> File &quot;C:\Python254\Lib\site-packages\numpy\ma\core.py&quot;, line 5555, in __call__<br>return self.reduce(a)<br> File &quot;C:\Python254\Lib\site-packages\numpy\ma\core.py&quot;, 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 &quot;zero-size array to ufunc.reduce without identity,&quot; (i.e., was it thought that it would - or should - never get one) or was this merely an oversight?  Either way, there&#39;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>