Drawing compound objects not backwards compatible between 2.6.5 and 2.6.4?

I have some code which works in 2.6.4 which is raising an error in 2.6.5.

I have a CompoundObject called obj, which is created from a list, l of Polygons and Paths as so:

obj = CompoundObject(*l)

I am attempting to display this object inside a tkw.ImageViewTk.ImageViewCanvas called fi using:

canvas = fi.canvas
canvas.deleteObjectByTag('ccd_overlay')
canvas.add(obj, tag='ccd_overlay', redraw=False)
canvas.update_canvas()

which now (2.6.5) produces the following exception:

2017-10-09 14:40:23,971 | E | ImageView.py:1264 (redraw_now) | Error redrawing image: float() argument must be a string or a number, not 'generator'
2017-10-09 14:40:23,973 | E | ImageView.py:1269 (redraw_now) | Traceback:
  File "/Users/sl/anaconda3/lib/python3.6/site-packages/ginga/ImageView.py", line 1250, in redraw_now
    self.redraw_data(whence=whence)
  File "/Users/sl/anaconda3/lib/python3.6/site-packages/ginga/ImageView.py", line 1295, in redraw_data
    self.private_canvas.draw(self)
  File "/Users/sl/anaconda3/lib/python3.6/site-packages/ginga/canvas/DrawingMixin.py", line 723, in draw
    super(DrawingMixin, self).draw(viewer)
  File "/Users/sl/anaconda3/lib/python3.6/site-packages/ginga/canvas/CompoundMixin.py", line 141, in draw
    obj.draw(viewer)
  File "/Users/sl/anaconda3/lib/python3.6/site-packages/ginga/canvas/CompoundMixin.py", line 141, in draw
    obj.draw(viewer)
  File "/Users/sl/anaconda3/lib/python3.6/site-packages/ginga/canvas/types/basic.py", line 262, in draw
    cpoints = self.get_cpoints(viewer)
  File "/Users/sl/anaconda3/lib/python3.6/site-packages/ginga/canvas/CanvasObject.py", line 490, in get_cpoints
    return crdmap.data_to(points)
  File "/Users/sl/anaconda3/lib/python3.6/site-packages/ginga/canvas/coordmap.py", line 70, in data_to
    return viewer.tform['data_to_native'].to_(data_arr)
  File "/Users/sl/anaconda3/lib/python3.6/site-packages/ginga/canvas/transform.py", line 68, in to_
    return self.tform2.to_(self.tform1.to_(pts, **kwargs))
  File "/Users/sl/anaconda3/lib/python3.6/site-packages/ginga/canvas/transform.py", line 68, in to_
    return self.tform2.to_(self.tform1.to_(pts, **kwargs))
  File "/Users/sl/anaconda3/lib/python3.6/site-packages/ginga/canvas/transform.py", line 68, in to_
    return self.tform2.to_(self.tform1.to_(pts, **kwargs))
  File "/Users/sl/anaconda3/lib/python3.6/site-packages/ginga/canvas/transform.py", line 397, in to_
    data_pts = np.asarray(data_pts, dtype=np.float)
  File "/Users/sl/anaconda3/lib/python3.6/site-packages/numpy/core/numeric.py", line 531, in asarray
    return array(a, dtype, copy=False, order=order)

Any advice as to what’s changed would be appreciated!

[StuartLittlefair]

Yes - a finding chart tool for an instrument whose GUI is in tkinter.

This way I can reuse the modules from the instrument gui for window setup and S/N calcs.

[ejeschke]

I suppose we could do something like …

The more I dig into this, trying to convert the generator iterables at the right spots, the more I realize why probably numpy just decided to pass on this. I think for now we will simply say that points passed to graphics objects need to be finite non-generator sequences.

Relabeling as not a bug and closing.