matplotlib-devel Mailing List for matplotlib (Page 3)

Why do we have a function in setupext.py called "hardcoded_tcl_config()"?
In any case, it looks like all I needed to do was change the default value
for line 156 to be the prefix location of my miniconda install, and things
started to work again!
Perhaps we need to take another look through setupext.py, and try to get it
using prefixes more (or at least consolidate all of these hard-coded values
into one place!)
Cheers!
Ben Root
On Tue, Nov 18, 2014 at 12:06 PM, Benjamin Root <ben...@ou...> wrote:
> Indeed, there are some oddities, but mostly with regards to Qt and forcing
> it to build and link against (presumedly) the conda package of it. There is
> a modification of the setupext.py that happens at build time to replace all
> instances of "/usr/local" with "$PREFIX". Perhaps what is happening is that
> my local builds of matplotlib is compiling and linking against my system
> install of the tk/tcl headers and libraries, and that might be conflicting
> with the conda-shipped tk/tcl packages?
>
> I'll have to experiment a bit more tonight. Thanks for the suggestion!
>
> Ben Root
>
> On Mon, Nov 17, 2014 at 11:07 PM, Thomas Caswell <tca...@gm...>
> wrote:
>
>> Have a look at the recipe in conda-rescipes for matplotlib, they might be
>> doing some funny patching.
>>
>> On Mon, Nov 17, 2014, 22:48 Benjamin Root <ben...@ou...> wrote:
>>
>>> Ok, I am just really confused now. I have confirmed that using the
>>> matplotlib supplied by miniconda (v1.4.2) works just fine. Ripping that out
>>> and building version 1.4.2 from source results in the traceback. Same thing
>>> for v1.3.1. I have even tried checking out PR#3811 which addresses the
>>> weird constructor issues we found today, and I still get the segfault.
>>>
>>> Maybe I should try getting out of the conda environment entirely and try
>>> EPD instead to see if that makes a difference?
>>>
>>> Ben Root
>>>
>>> On Mon, Nov 17, 2014 at 5:17 AM, Phil Elson <pel...@gm...>
>>> wrote:
>>>
>>>> Mike made some changes to this recently.
>>>> https://github.com/matplotlib/matplotlib/pull/3778
>>>>
>>>> May be the cause.
>>>>
>>>> On 16 November 2014 18:12, Benjamin Root <ben...@ou...> wrote:
>>>>
>>>>> And with my continuing saga of backend-specific things...
>>>>>
>>>>> I was using conda, but because it does not ship with pygtk support, I
>>>>> had to manually install pygtk into the conda environment and then install
>>>>> matplotlib from source. All that seemed to work fine when I worked on Wx
>>>>> and Gtk examples for my book.
>>>>>
>>>>> I went back to a (previously working) Tk example to polish it, and I
>>>>> get all sorts of errors now. I have tried multiple releases of matplotlib
>>>>> from source (doing a git clean -fxd between them), all with similar errors.
>>>>> In fact, with master, the error causes a segfault:
>>>>>
>>>>> ben@tigger:~/Documents/InteractiveMPL$ python chp5/slider_tk.py
>>>>> Exception in Tkinter callback
>>>>> Traceback (most recent call last):
>>>>> File "/home/ben/miniconda/lib/python2.7/lib-tk/Tkinter.py", line
>>>>> 1486, in __call__
>>>>> return self.func(*args)
>>>>> File
>>>>> "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_tkagg.py",
>>>>> line 278, in resize
>>>>> self.show()
>>>>> File
>>>>> "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_tkagg.py",
>>>>> line 350, in draw
>>>>> tkagg.blit(self._tkphoto, self.renderer._renderer, colormode=2)
>>>>> File
>>>>> "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/tkagg.py",
>>>>> line 30, in blit
>>>>> id(data), colormode, id(bbox_array))
>>>>> TclError
>>>>> alloc: invalid block: 0x2cfe3b0: 0 0
>>>>> Aborted (core dumped)
>>>>>
>>>>> The line in question is (at least in v1.3.1, it is slightly different
>>>>> in more recent versions):
>>>>> tk.call("PyAggImagePhoto", photoimage, id(aggimage), colormode,
>>>>> id(bbox_array))
>>>>>
>>>>> This happens regardless of what example I use (my own or otherwise).
>>>>> There is no blit-specific code in the examples. All of this worked with the
>>>>> conda-supplied matplotlib, but never the
>>>>> from-source-into-a-conda-environment install.
>>>>>
>>>>> Thoughts?
>>>>> Ben Root
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Comprehensive Server Monitoring with Site24x7.
>>>>> Monitor 10 servers for 9ドル/Month.
>>>>> Get alerted through email, SMS, voice calls or mobile push
>>>>> notifications.
>>>>> Take corrective actions from your mobile device.
>>>>>
>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk
>>>>> _______________________________________________
>>>>> Matplotlib-devel mailing list
>>>>> Mat...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>>>>
>>>>>
>>>>
>>> ------------------------------------------------------------
>>> ------------------
>>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
>>> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
>>> with Interactivity, Sharing, Native Excel Exports, App Integration & more
>>> Get technology previously reserved for billion-dollar corporations, FREE
>>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&
>>> iu=/4140/ostg.clktrk_______________________________________________
>>> Matplotlib-devel mailing list
>>> Mat...@li...
>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>>
>>
>

Is there an issue for this (and if not can you make one)?
On Mon, Nov 17, 2014, 09:56 Joel B. Mohler <jo...@ki...> wrote:
> On Mon, Nov 17, 2014 at 09:36:50AM -0500, Joel B. Mohler wrote:
> > I think I see a breakage of the scatter call that I think should work
> and did
> > work before
> > https://github.com/matplotlib/matplotlib/commit/
> be34210a8c09fcd639ece583eb5c0acb855222b6
> >
> > This is running on windows 7 (32 bit) with numpy 1.8 and current master.
>
> Ugh, I tried this same example on my ubuntu box and it works. I update
> this
> diagnosis to "scatter is broken on windows since removing PyCXX"; note
> that I
> do not get a traceback with the code below if I replace "scatter" with
> "plot".
>
> Being that windows devs are scarce, I'll be digging into this more. I
> certainly welcome any clues as it seems very bizarre to me so far.
>
> Joel
>
> >
> > The example is:
> >
> > ***
> > import numpy
> > from matplotlib.backends.backend_agg import FigureCanvasAgg as
> FigureCanvas
> > from matplotlib.figure import Figure
> >
> > POINTS = 500
> >
> > figure = Figure(figsize=(6, 6), dpi=72)
> > ax = figure.add_subplot(1, 1, 1, projection=None)
> > scat = ax.scatter(numpy.arange(POINTS), numpy.sin(numpy.arange(POINTS)))
> > ***
> >
> > I get on current master
> >
> > ***
> > Traceback (most recent call last):
> > File "C:\work\mpl_scatter_example.py", line 9, in <module>
> > scat = ax.scatter(numpy.arange(POINTS),
> numpy.sin(numpy.arange(POINTS)))
> > File "C:\Python27\lib\site-packages\matplotlib\axes\_axes.py", line
> 3690, in scatter
> > self.add_collection(collection)
> > File "C:\Python27\lib\site-packages\matplotlib\axes\_base.py", line
> 1459, in add_collection
> > self.update_datalim(collection.get_datalim(self.transData))
> > File "C:\Python27\lib\site-packages\matplotlib\collections.py", line
> 198, in get_datalim
> > offsets, transOffset.frozen())
> > File "C:\Python27\lib\site-packages\matplotlib\path.py", line 977, in
> get_path_collection_extents
> > master_transform, paths, transforms, offsets,offset_transform))
> > ValueError: object too deep for desired array
> > ***
> >
> > I did very little troubleshooting beyond confirming that this works
> before the
> > merge mentioned in the first paragraph.
> >
> > Joel
>
> ------------------------------------------------------------
> ------------------
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&
> iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>

Like I said, it works fine when I select the QT backend. So I have a
workaround.
I was just wondering wether it was supposed to work with the MacOSX backend.
Does anybody know?
If so, I'll file a bug report.
Mark
On Tue, Nov 18, 2014 at 6:55 PM, Phil Elson <pel...@gm...> wrote:
> Isn't the XKCD stuff baked into the Agg backend. Is it even possible to
> produce XKCD svg or PDFs?
>
> On 18 November 2014 17:01, Jens Nielsen <jen...@gm...> wrote:
>
>> I can reproduce it with the following traceback. Can you please open a
>> bug report on Github for this issue?
>>
>> ```
>> Traceback (most recent call last):
>> File "/usr/local/lib/python2.7/site-packages/matplotlib/artist.py",
>> line 59, in draw_wrapper
>> draw(artist, renderer, *args, **kwargs)
>> File "/usr/local/lib/python2.7/site-packages/matplotlib/figure.py",
>> line 1079, in draw
>> func(*args)
>> File "/usr/local/lib/python2.7/site-packages/matplotlib/artist.py",
>> line 59, in draw_wrapper
>> draw(artist, renderer, *args, **kwargs)
>> File "/usr/local/lib/python2.7/site-packages/matplotlib/axes/_base.py",
>> line 2092, in draw
>> a.draw(renderer)
>> File "/usr/local/lib/python2.7/site-packages/matplotlib/artist.py",
>> line 59, in draw_wrapper
>> draw(artist, renderer, *args, **kwargs)
>> File "/usr/local/lib/python2.7/site-packages/matplotlib/lines.py", line
>> 712, in draw
>> drawFunc(renderer, gc, tpath, affine.frozen())
>> File "/usr/local/lib/python2.7/site-packages/matplotlib/lines.py", line
>> 1067, in _draw_lines
>> self._lineFunc(renderer, gc, path, trans)
>> File "/usr/local/lib/python2.7/site-packages/matplotlib/lines.py", line
>> 1107, in _draw_solid
>> renderer.draw_path(gc, path, trans)
>> File
>> "/usr/local/lib/python2.7/site-packages/matplotlib/patheffects.py", line
>> 115, in draw_path
>> rgbFace)
>> File
>> "/usr/local/lib/python2.7/site-packages/matplotlib/patheffects.py", line
>> 217, in draw_path
>> renderer.draw_path(gc, tpath, affine, rgbFace)
>> File
>> "/usr/local/lib/python2.7/site-packages/matplotlib/backends/backend_macosx.py",
>> line 58, in draw_path
>> gc.draw_path(path, transform, linewidth, rgbFace)
>> AttributeError: GraphicsContextBase instance has no attribute 'draw_path'
>> ```
>>
>> best
>> Jens
>>
>> On Tue, Nov 18, 2014 at 4:12 PM, Mark Bakker <ma...@gm...> wrote:
>>
>>> Sorry, forgot to mention that: 1.4.0
>>>
>>> On Tue, Nov 18, 2014 at 5:00 PM, Benjamin Root <ben...@ou...> wrote:
>>>
>>>> Which version of matplotlib are you using?
>>>>
>>>> On Tue, Nov 18, 2014 at 10:55 AM, Mark Bakker <ma...@gm...>
>>>> wrote:
>>>>
>>>>> Hello list,
>>>>>
>>>>> I don't seem to get xkcd to work in the MacOSX backend. When I try to
>>>>> make a plot I get a nice white figure with nothing on it. Here's what I did:
>>>>>
>>>>> import matplotlib.pyplot as plt
>>>>> %matplotlib # responds with Using matplotlib backend: MacOSX
>>>>> plt.plot([1,2,3]) # gives white figure with nothing on it
>>>>>
>>>>> When I do a kernel restart and specify the qt backend it works fine
>>>>> (so I have a workaround), but I presume it should work, right?
>>>>>
>>>>> Thanks,
>>>>>
>>>>> Mark
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
>>>>> from Actuate! Instantly Supercharge Your Business Reports and
>>>>> Dashboards
>>>>> with Interactivity, Sharing, Native Excel Exports, App Integration &
>>>>> more
>>>>> Get technology previously reserved for billion-dollar corporations,
>>>>> FREE
>>>>>
>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
>>>>> _______________________________________________
>>>>> Matplotlib-devel mailing list
>>>>> Mat...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>>>>
>>>>>
>>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
>>> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
>>> with Interactivity, Sharing, Native Excel Exports, App Integration & more
>>> Get technology previously reserved for billion-dollar corporations, FREE
>>>
>>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
>>> _______________________________________________
>>> Matplotlib-devel mailing list
>>> Mat...@li...
>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>>
>>>
>>
>>
>> ------------------------------------------------------------------------------
>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
>> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
>> with Interactivity, Sharing, Native Excel Exports, App Integration & more
>> Get technology previously reserved for billion-dollar corporations, FREE
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Matplotlib-devel mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>
>>
>

On Tue, Nov 18, 2014 at 9:55 AM, Phil Elson <pel...@gm...> wrote:
> Isn't the XKCD stuff baked into the Agg backend. Is it even possible to
> produce XKCD svg or PDFs?
>
I wouldn't be surprised -- that's some pretty fancy stuff!
To the OP -- maybe you can use the cocoaagg back-end...
-CHB
> On 18 November 2014 17:01, Jens Nielsen <jen...@gm...> wrote:
>
>> I can reproduce it with the following traceback. Can you please open a
>> bug report on Github for this issue?
>>
>> ```
>> Traceback (most recent call last):
>> File "/usr/local/lib/python2.7/site-packages/matplotlib/artist.py",
>> line 59, in draw_wrapper
>> draw(artist, renderer, *args, **kwargs)
>> File "/usr/local/lib/python2.7/site-packages/matplotlib/figure.py",
>> line 1079, in draw
>> func(*args)
>> File "/usr/local/lib/python2.7/site-packages/matplotlib/artist.py",
>> line 59, in draw_wrapper
>> draw(artist, renderer, *args, **kwargs)
>> File "/usr/local/lib/python2.7/site-packages/matplotlib/axes/_base.py",
>> line 2092, in draw
>> a.draw(renderer)
>> File "/usr/local/lib/python2.7/site-packages/matplotlib/artist.py",
>> line 59, in draw_wrapper
>> draw(artist, renderer, *args, **kwargs)
>> File "/usr/local/lib/python2.7/site-packages/matplotlib/lines.py", line
>> 712, in draw
>> drawFunc(renderer, gc, tpath, affine.frozen())
>> File "/usr/local/lib/python2.7/site-packages/matplotlib/lines.py", line
>> 1067, in _draw_lines
>> self._lineFunc(renderer, gc, path, trans)
>> File "/usr/local/lib/python2.7/site-packages/matplotlib/lines.py", line
>> 1107, in _draw_solid
>> renderer.draw_path(gc, path, trans)
>> File
>> "/usr/local/lib/python2.7/site-packages/matplotlib/patheffects.py", line
>> 115, in draw_path
>> rgbFace)
>> File
>> "/usr/local/lib/python2.7/site-packages/matplotlib/patheffects.py", line
>> 217, in draw_path
>> renderer.draw_path(gc, tpath, affine, rgbFace)
>> File
>> "/usr/local/lib/python2.7/site-packages/matplotlib/backends/backend_macosx.py",
>> line 58, in draw_path
>> gc.draw_path(path, transform, linewidth, rgbFace)
>> AttributeError: GraphicsContextBase instance has no attribute 'draw_path'
>> ```
>>
>> best
>> Jens
>>
>> On Tue, Nov 18, 2014 at 4:12 PM, Mark Bakker <ma...@gm...> wrote:
>>
>>> Sorry, forgot to mention that: 1.4.0
>>>
>>> On Tue, Nov 18, 2014 at 5:00 PM, Benjamin Root <ben...@ou...> wrote:
>>>
>>>> Which version of matplotlib are you using?
>>>>
>>>> On Tue, Nov 18, 2014 at 10:55 AM, Mark Bakker <ma...@gm...>
>>>> wrote:
>>>>
>>>>> Hello list,
>>>>>
>>>>> I don't seem to get xkcd to work in the MacOSX backend. When I try to
>>>>> make a plot I get a nice white figure with nothing on it. Here's what I did:
>>>>>
>>>>> import matplotlib.pyplot as plt
>>>>> %matplotlib # responds with Using matplotlib backend: MacOSX
>>>>> plt.plot([1,2,3]) # gives white figure with nothing on it
>>>>>
>>>>> When I do a kernel restart and specify the qt backend it works fine
>>>>> (so I have a workaround), but I presume it should work, right?
>>>>>
>>>>> Thanks,
>>>>>
>>>>> Mark
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
>>>>> from Actuate! Instantly Supercharge Your Business Reports and
>>>>> Dashboards
>>>>> with Interactivity, Sharing, Native Excel Exports, App Integration &
>>>>> more
>>>>> Get technology previously reserved for billion-dollar corporations,
>>>>> FREE
>>>>>
>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
>>>>> _______________________________________________
>>>>> Matplotlib-devel mailing list
>>>>> Mat...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>>>>
>>>>>
>>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
>>> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
>>> with Interactivity, Sharing, Native Excel Exports, App Integration & more
>>> Get technology previously reserved for billion-dollar corporations, FREE
>>>
>>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
>>> _______________________________________________
>>> Matplotlib-devel mailing list
>>> Mat...@li...
>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>>
>>>
>>
>>
>> ------------------------------------------------------------------------------
>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
>> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
>> with Interactivity, Sharing, Native Excel Exports, App Integration & more
>> Get technology previously reserved for billion-dollar corporations, FREE
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Matplotlib-devel mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>
>>
>
>
> ------------------------------------------------------------------------------
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
>
> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>
-- 
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
Chr...@no...

Isn't the XKCD stuff baked into the Agg backend. Is it even possible to
produce XKCD svg or PDFs?
On 18 November 2014 17:01, Jens Nielsen <jen...@gm...> wrote:
> I can reproduce it with the following traceback. Can you please open a bug
> report on Github for this issue?
>
> ```
> Traceback (most recent call last):
> File "/usr/local/lib/python2.7/site-packages/matplotlib/artist.py", line
> 59, in draw_wrapper
> draw(artist, renderer, *args, **kwargs)
> File "/usr/local/lib/python2.7/site-packages/matplotlib/figure.py", line
> 1079, in draw
> func(*args)
> File "/usr/local/lib/python2.7/site-packages/matplotlib/artist.py", line
> 59, in draw_wrapper
> draw(artist, renderer, *args, **kwargs)
> File "/usr/local/lib/python2.7/site-packages/matplotlib/axes/_base.py",
> line 2092, in draw
> a.draw(renderer)
> File "/usr/local/lib/python2.7/site-packages/matplotlib/artist.py", line
> 59, in draw_wrapper
> draw(artist, renderer, *args, **kwargs)
> File "/usr/local/lib/python2.7/site-packages/matplotlib/lines.py", line
> 712, in draw
> drawFunc(renderer, gc, tpath, affine.frozen())
> File "/usr/local/lib/python2.7/site-packages/matplotlib/lines.py", line
> 1067, in _draw_lines
> self._lineFunc(renderer, gc, path, trans)
> File "/usr/local/lib/python2.7/site-packages/matplotlib/lines.py", line
> 1107, in _draw_solid
> renderer.draw_path(gc, path, trans)
> File "/usr/local/lib/python2.7/site-packages/matplotlib/patheffects.py",
> line 115, in draw_path
> rgbFace)
> File "/usr/local/lib/python2.7/site-packages/matplotlib/patheffects.py",
> line 217, in draw_path
> renderer.draw_path(gc, tpath, affine, rgbFace)
> File
> "/usr/local/lib/python2.7/site-packages/matplotlib/backends/backend_macosx.py",
> line 58, in draw_path
> gc.draw_path(path, transform, linewidth, rgbFace)
> AttributeError: GraphicsContextBase instance has no attribute 'draw_path'
> ```
>
> best
> Jens
>
> On Tue, Nov 18, 2014 at 4:12 PM, Mark Bakker <ma...@gm...> wrote:
>
>> Sorry, forgot to mention that: 1.4.0
>>
>> On Tue, Nov 18, 2014 at 5:00 PM, Benjamin Root <ben...@ou...> wrote:
>>
>>> Which version of matplotlib are you using?
>>>
>>> On Tue, Nov 18, 2014 at 10:55 AM, Mark Bakker <ma...@gm...> wrote:
>>>
>>>> Hello list,
>>>>
>>>> I don't seem to get xkcd to work in the MacOSX backend. When I try to
>>>> make a plot I get a nice white figure with nothing on it. Here's what I did:
>>>>
>>>> import matplotlib.pyplot as plt
>>>> %matplotlib # responds with Using matplotlib backend: MacOSX
>>>> plt.plot([1,2,3]) # gives white figure with nothing on it
>>>>
>>>> When I do a kernel restart and specify the qt backend it works fine (so
>>>> I have a workaround), but I presume it should work, right?
>>>>
>>>> Thanks,
>>>>
>>>> Mark
>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
>>>> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
>>>> with Interactivity, Sharing, Native Excel Exports, App Integration &
>>>> more
>>>> Get technology previously reserved for billion-dollar corporations, FREE
>>>>
>>>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
>>>> _______________________________________________
>>>> Matplotlib-devel mailing list
>>>> Mat...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>>>
>>>>
>>>
>>
>>
>> ------------------------------------------------------------------------------
>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
>> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
>> with Interactivity, Sharing, Native Excel Exports, App Integration & more
>> Get technology previously reserved for billion-dollar corporations, FREE
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Matplotlib-devel mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>
>>
>
>
> ------------------------------------------------------------------------------
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
>
> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>

Indeed, there are some oddities, but mostly with regards to Qt and forcing
it to build and link against (presumedly) the conda package of it. There is
a modification of the setupext.py that happens at build time to replace all
instances of "/usr/local" with "$PREFIX". Perhaps what is happening is that
my local builds of matplotlib is compiling and linking against my system
install of the tk/tcl headers and libraries, and that might be conflicting
with the conda-shipped tk/tcl packages?
I'll have to experiment a bit more tonight. Thanks for the suggestion!
Ben Root
On Mon, Nov 17, 2014 at 11:07 PM, Thomas Caswell <tca...@gm...> wrote:
> Have a look at the recipe in conda-rescipes for matplotlib, they might be
> doing some funny patching.
>
> On Mon, Nov 17, 2014, 22:48 Benjamin Root <ben...@ou...> wrote:
>
>> Ok, I am just really confused now. I have confirmed that using the
>> matplotlib supplied by miniconda (v1.4.2) works just fine. Ripping that out
>> and building version 1.4.2 from source results in the traceback. Same thing
>> for v1.3.1. I have even tried checking out PR#3811 which addresses the
>> weird constructor issues we found today, and I still get the segfault.
>>
>> Maybe I should try getting out of the conda environment entirely and try
>> EPD instead to see if that makes a difference?
>>
>> Ben Root
>>
>> On Mon, Nov 17, 2014 at 5:17 AM, Phil Elson <pel...@gm...> wrote:
>>
>>> Mike made some changes to this recently.
>>> https://github.com/matplotlib/matplotlib/pull/3778
>>>
>>> May be the cause.
>>>
>>> On 16 November 2014 18:12, Benjamin Root <ben...@ou...> wrote:
>>>
>>>> And with my continuing saga of backend-specific things...
>>>>
>>>> I was using conda, but because it does not ship with pygtk support, I
>>>> had to manually install pygtk into the conda environment and then install
>>>> matplotlib from source. All that seemed to work fine when I worked on Wx
>>>> and Gtk examples for my book.
>>>>
>>>> I went back to a (previously working) Tk example to polish it, and I
>>>> get all sorts of errors now. I have tried multiple releases of matplotlib
>>>> from source (doing a git clean -fxd between them), all with similar errors.
>>>> In fact, with master, the error causes a segfault:
>>>>
>>>> ben@tigger:~/Documents/InteractiveMPL$ python chp5/slider_tk.py
>>>> Exception in Tkinter callback
>>>> Traceback (most recent call last):
>>>> File "/home/ben/miniconda/lib/python2.7/lib-tk/Tkinter.py", line
>>>> 1486, in __call__
>>>> return self.func(*args)
>>>> File
>>>> "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_tkagg.py",
>>>> line 278, in resize
>>>> self.show()
>>>> File
>>>> "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_tkagg.py",
>>>> line 350, in draw
>>>> tkagg.blit(self._tkphoto, self.renderer._renderer, colormode=2)
>>>> File
>>>> "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/tkagg.py",
>>>> line 30, in blit
>>>> id(data), colormode, id(bbox_array))
>>>> TclError
>>>> alloc: invalid block: 0x2cfe3b0: 0 0
>>>> Aborted (core dumped)
>>>>
>>>> The line in question is (at least in v1.3.1, it is slightly different
>>>> in more recent versions):
>>>> tk.call("PyAggImagePhoto", photoimage, id(aggimage), colormode,
>>>> id(bbox_array))
>>>>
>>>> This happens regardless of what example I use (my own or otherwise).
>>>> There is no blit-specific code in the examples. All of this worked with the
>>>> conda-supplied matplotlib, but never the
>>>> from-source-into-a-conda-environment install.
>>>>
>>>> Thoughts?
>>>> Ben Root
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Comprehensive Server Monitoring with Site24x7.
>>>> Monitor 10 servers for 9ドル/Month.
>>>> Get alerted through email, SMS, voice calls or mobile push
>>>> notifications.
>>>> Take corrective actions from your mobile device.
>>>>
>>>> http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk
>>>> _______________________________________________
>>>> Matplotlib-devel mailing list
>>>> Mat...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>>>
>>>>
>>>
>> ------------------------------------------------------------
>> ------------------
>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
>> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
>> with Interactivity, Sharing, Native Excel Exports, App Integration & more
>> Get technology previously reserved for billion-dollar corporations, FREE
>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&
>> iu=/4140/ostg.clktrk_______________________________________________
>> Matplotlib-devel mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>
>

I can reproduce it with the following traceback. Can you please open a bug
report on Github for this issue?
```
Traceback (most recent call last):
 File "/usr/local/lib/python2.7/site-packages/matplotlib/artist.py", line
59, in draw_wrapper
 draw(artist, renderer, *args, **kwargs)
 File "/usr/local/lib/python2.7/site-packages/matplotlib/figure.py", line
1079, in draw
 func(*args)
 File "/usr/local/lib/python2.7/site-packages/matplotlib/artist.py", line
59, in draw_wrapper
 draw(artist, renderer, *args, **kwargs)
 File "/usr/local/lib/python2.7/site-packages/matplotlib/axes/_base.py",
line 2092, in draw
 a.draw(renderer)
 File "/usr/local/lib/python2.7/site-packages/matplotlib/artist.py", line
59, in draw_wrapper
 draw(artist, renderer, *args, **kwargs)
 File "/usr/local/lib/python2.7/site-packages/matplotlib/lines.py", line
712, in draw
 drawFunc(renderer, gc, tpath, affine.frozen())
 File "/usr/local/lib/python2.7/site-packages/matplotlib/lines.py", line
1067, in _draw_lines
 self._lineFunc(renderer, gc, path, trans)
 File "/usr/local/lib/python2.7/site-packages/matplotlib/lines.py", line
1107, in _draw_solid
 renderer.draw_path(gc, path, trans)
 File "/usr/local/lib/python2.7/site-packages/matplotlib/patheffects.py",
line 115, in draw_path
 rgbFace)
 File "/usr/local/lib/python2.7/site-packages/matplotlib/patheffects.py",
line 217, in draw_path
 renderer.draw_path(gc, tpath, affine, rgbFace)
 File
"/usr/local/lib/python2.7/site-packages/matplotlib/backends/backend_macosx.py",
line 58, in draw_path
 gc.draw_path(path, transform, linewidth, rgbFace)
AttributeError: GraphicsContextBase instance has no attribute 'draw_path'
```
best
Jens
On Tue, Nov 18, 2014 at 4:12 PM, Mark Bakker <ma...@gm...> wrote:
> Sorry, forgot to mention that: 1.4.0
>
> On Tue, Nov 18, 2014 at 5:00 PM, Benjamin Root <ben...@ou...> wrote:
>
>> Which version of matplotlib are you using?
>>
>> On Tue, Nov 18, 2014 at 10:55 AM, Mark Bakker <ma...@gm...> wrote:
>>
>>> Hello list,
>>>
>>> I don't seem to get xkcd to work in the MacOSX backend. When I try to
>>> make a plot I get a nice white figure with nothing on it. Here's what I did:
>>>
>>> import matplotlib.pyplot as plt
>>> %matplotlib # responds with Using matplotlib backend: MacOSX
>>> plt.plot([1,2,3]) # gives white figure with nothing on it
>>>
>>> When I do a kernel restart and specify the qt backend it works fine (so
>>> I have a workaround), but I presume it should work, right?
>>>
>>> Thanks,
>>>
>>> Mark
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
>>> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
>>> with Interactivity, Sharing, Native Excel Exports, App Integration & more
>>> Get technology previously reserved for billion-dollar corporations, FREE
>>>
>>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
>>> _______________________________________________
>>> Matplotlib-devel mailing list
>>> Mat...@li...
>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>>
>>>
>>
>
>
> ------------------------------------------------------------------------------
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
>
> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>

Sorry, forgot to mention that: 1.4.0
On Tue, Nov 18, 2014 at 5:00 PM, Benjamin Root <ben...@ou...> wrote:
> Which version of matplotlib are you using?
>
> On Tue, Nov 18, 2014 at 10:55 AM, Mark Bakker <ma...@gm...> wrote:
>
>> Hello list,
>>
>> I don't seem to get xkcd to work in the MacOSX backend. When I try to
>> make a plot I get a nice white figure with nothing on it. Here's what I did:
>>
>> import matplotlib.pyplot as plt
>> %matplotlib # responds with Using matplotlib backend: MacOSX
>> plt.plot([1,2,3]) # gives white figure with nothing on it
>>
>> When I do a kernel restart and specify the qt backend it works fine (so I
>> have a workaround), but I presume it should work, right?
>>
>> Thanks,
>>
>> Mark
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
>> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
>> with Interactivity, Sharing, Native Excel Exports, App Integration & more
>> Get technology previously reserved for billion-dollar corporations, FREE
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Matplotlib-devel mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>
>>
>

Which version of matplotlib are you using?
On Tue, Nov 18, 2014 at 10:55 AM, Mark Bakker <ma...@gm...> wrote:
> Hello list,
>
> I don't seem to get xkcd to work in the MacOSX backend. When I try to make
> a plot I get a nice white figure with nothing on it. Here's what I did:
>
> import matplotlib.pyplot as plt
> %matplotlib # responds with Using matplotlib backend: MacOSX
> plt.plot([1,2,3]) # gives white figure with nothing on it
>
> When I do a kernel restart and specify the qt backend it works fine (so I
> have a workaround), but I presume it should work, right?
>
> Thanks,
>
> Mark
>
>
>
> ------------------------------------------------------------------------------
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
>
> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>

Hello list,
I don't seem to get xkcd to work in the MacOSX backend. When I try to make
a plot I get a nice white figure with nothing on it. Here's what I did:
import matplotlib.pyplot as plt
%matplotlib # responds with Using matplotlib backend: MacOSX
plt.plot([1,2,3]) # gives white figure with nothing on it
When I do a kernel restart and specify the qt backend it works fine (so I
have a workaround), but I presume it should work, right?
Thanks,
Mark

Have a look at the recipe in conda-rescipes for matplotlib, they might be
doing some funny patching.
On Mon, Nov 17, 2014, 22:48 Benjamin Root <ben...@ou...> wrote:
> Ok, I am just really confused now. I have confirmed that using the
> matplotlib supplied by miniconda (v1.4.2) works just fine. Ripping that out
> and building version 1.4.2 from source results in the traceback. Same thing
> for v1.3.1. I have even tried checking out PR#3811 which addresses the
> weird constructor issues we found today, and I still get the segfault.
>
> Maybe I should try getting out of the conda environment entirely and try
> EPD instead to see if that makes a difference?
>
> Ben Root
>
> On Mon, Nov 17, 2014 at 5:17 AM, Phil Elson <pel...@gm...> wrote:
>
>> Mike made some changes to this recently.
>> https://github.com/matplotlib/matplotlib/pull/3778
>>
>> May be the cause.
>>
>> On 16 November 2014 18:12, Benjamin Root <ben...@ou...> wrote:
>>
>>> And with my continuing saga of backend-specific things...
>>>
>>> I was using conda, but because it does not ship with pygtk support, I
>>> had to manually install pygtk into the conda environment and then install
>>> matplotlib from source. All that seemed to work fine when I worked on Wx
>>> and Gtk examples for my book.
>>>
>>> I went back to a (previously working) Tk example to polish it, and I get
>>> all sorts of errors now. I have tried multiple releases of matplotlib from
>>> source (doing a git clean -fxd between them), all with similar errors. In
>>> fact, with master, the error causes a segfault:
>>>
>>> ben@tigger:~/Documents/InteractiveMPL$ python chp5/slider_tk.py
>>> Exception in Tkinter callback
>>> Traceback (most recent call last):
>>> File "/home/ben/miniconda/lib/python2.7/lib-tk/Tkinter.py", line 1486,
>>> in __call__
>>> return self.func(*args)
>>> File
>>> "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_tkagg.py",
>>> line 278, in resize
>>> self.show()
>>> File
>>> "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_tkagg.py",
>>> line 350, in draw
>>> tkagg.blit(self._tkphoto, self.renderer._renderer, colormode=2)
>>> File
>>> "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/tkagg.py",
>>> line 30, in blit
>>> id(data), colormode, id(bbox_array))
>>> TclError
>>> alloc: invalid block: 0x2cfe3b0: 0 0
>>> Aborted (core dumped)
>>>
>>> The line in question is (at least in v1.3.1, it is slightly different in
>>> more recent versions):
>>> tk.call("PyAggImagePhoto", photoimage, id(aggimage), colormode,
>>> id(bbox_array))
>>>
>>> This happens regardless of what example I use (my own or otherwise).
>>> There is no blit-specific code in the examples. All of this worked with the
>>> conda-supplied matplotlib, but never the
>>> from-source-into-a-conda-environment install.
>>>
>>> Thoughts?
>>> Ben Root
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Comprehensive Server Monitoring with Site24x7.
>>> Monitor 10 servers for 9ドル/Month.
>>> Get alerted through email, SMS, voice calls or mobile push notifications.
>>> Take corrective actions from your mobile device.
>>>
>>> http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk
>>> _______________________________________________
>>> Matplotlib-devel mailing list
>>> Mat...@li...
>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>>
>>>
>>
> ------------------------------------------------------------
> ------------------
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&
> iu=/4140/ostg.clktrk_______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>

Ok, I am just really confused now. I have confirmed that using the
matplotlib supplied by miniconda (v1.4.2) works just fine. Ripping that out
and building version 1.4.2 from source results in the traceback. Same thing
for v1.3.1. I have even tried checking out PR#3811 which addresses the
weird constructor issues we found today, and I still get the segfault.
Maybe I should try getting out of the conda environment entirely and try
EPD instead to see if that makes a difference?
Ben Root
On Mon, Nov 17, 2014 at 5:17 AM, Phil Elson <pel...@gm...> wrote:
> Mike made some changes to this recently.
> https://github.com/matplotlib/matplotlib/pull/3778
>
> May be the cause.
>
> On 16 November 2014 18:12, Benjamin Root <ben...@ou...> wrote:
>
>> And with my continuing saga of backend-specific things...
>>
>> I was using conda, but because it does not ship with pygtk support, I had
>> to manually install pygtk into the conda environment and then install
>> matplotlib from source. All that seemed to work fine when I worked on Wx
>> and Gtk examples for my book.
>>
>> I went back to a (previously working) Tk example to polish it, and I get
>> all sorts of errors now. I have tried multiple releases of matplotlib from
>> source (doing a git clean -fxd between them), all with similar errors. In
>> fact, with master, the error causes a segfault:
>>
>> ben@tigger:~/Documents/InteractiveMPL$ python chp5/slider_tk.py
>> Exception in Tkinter callback
>> Traceback (most recent call last):
>> File "/home/ben/miniconda/lib/python2.7/lib-tk/Tkinter.py", line 1486,
>> in __call__
>> return self.func(*args)
>> File
>> "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_tkagg.py",
>> line 278, in resize
>> self.show()
>> File
>> "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_tkagg.py",
>> line 350, in draw
>> tkagg.blit(self._tkphoto, self.renderer._renderer, colormode=2)
>> File
>> "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/tkagg.py",
>> line 30, in blit
>> id(data), colormode, id(bbox_array))
>> TclError
>> alloc: invalid block: 0x2cfe3b0: 0 0
>> Aborted (core dumped)
>>
>> The line in question is (at least in v1.3.1, it is slightly different in
>> more recent versions):
>> tk.call("PyAggImagePhoto", photoimage, id(aggimage), colormode,
>> id(bbox_array))
>>
>> This happens regardless of what example I use (my own or otherwise).
>> There is no blit-specific code in the examples. All of this worked with the
>> conda-supplied matplotlib, but never the
>> from-source-into-a-conda-environment install.
>>
>> Thoughts?
>> Ben Root
>>
>>
>> ------------------------------------------------------------------------------
>> Comprehensive Server Monitoring with Site24x7.
>> Monitor 10 servers for 9ドル/Month.
>> Get alerted through email, SMS, voice calls or mobile push notifications.
>> Take corrective actions from your mobile device.
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Matplotlib-devel mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>
>>
>

On Mon, Nov 17, 2014 at 6:52 AM, Benjamin Root <ben...@ou...> wrote:
> I notice that our documentation for matplotlib embedding does not include
> any examples using macosx or cocoagg. Is this because it is not possible
>
probably not!
> or that no one has put forth any such examples?
>
probably.
> Are there python bindings for the apple gui toolkit?
>
There is PyObjC -- which gives you a pretty direct binding to the Cocoa.
https://pythonhosted.org/pyobjc/
That's what one would use to make a truly native app.
Many of us doing OS-X desktop development need cross-platform support, so
tk, wx or qt (or even GTK...)
But someone made the OS-X native back-ends -- so they must have had a use
case -- maybe they could post an example.
A post to the pythonmac sig list may yield someone with an example to post
as well.
-Chris
> Sincerely,
> Completely clueless with regards to Apple
> a.k.a. - Ben Root
>
>
> ------------------------------------------------------------------------------
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
>
> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>
-- 
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
Chr...@no...

I notice that our documentation for matplotlib embedding does not include
any examples using macosx or cocoagg. Is this because it is not possible or
that no one has put forth any such examples? Are there python bindings for
the apple gui toolkit?
Sincerely,
Completely clueless with regards to Apple
a.k.a. - Ben Root

On Mon, Nov 17, 2014 at 09:36:50AM -0500, Joel B. Mohler wrote:
> I think I see a breakage of the scatter call that I think should work and did
> work before
> https://github.com/matplotlib/matplotlib/commit/be34210a8c09fcd639ece583eb5c0acb855222b6
> 
> This is running on windows 7 (32 bit) with numpy 1.8 and current master.
Ugh, I tried this same example on my ubuntu box and it works. I update this
diagnosis to "scatter is broken on windows since removing PyCXX"; note that I
do not get a traceback with the code below if I replace "scatter" with "plot".
Being that windows devs are scarce, I'll be digging into this more. I
certainly welcome any clues as it seems very bizarre to me so far.
Joel
> 
> The example is:
> 
> ***
> import numpy
> from matplotlib.backends.backend_agg import FigureCanvasAgg as FigureCanvas
> from matplotlib.figure import Figure
> 
> POINTS = 500
> 
> figure = Figure(figsize=(6, 6), dpi=72)
> ax = figure.add_subplot(1, 1, 1, projection=None)
> scat = ax.scatter(numpy.arange(POINTS), numpy.sin(numpy.arange(POINTS)))
> ***
> 
> I get on current master
> 
> ***
> Traceback (most recent call last):
> File "C:\work\mpl_scatter_example.py", line 9, in <module>
> scat = ax.scatter(numpy.arange(POINTS), numpy.sin(numpy.arange(POINTS)))
> File "C:\Python27\lib\site-packages\matplotlib\axes\_axes.py", line 3690, in scatter
> self.add_collection(collection)
> File "C:\Python27\lib\site-packages\matplotlib\axes\_base.py", line 1459, in add_collection
> self.update_datalim(collection.get_datalim(self.transData))
> File "C:\Python27\lib\site-packages\matplotlib\collections.py", line 198, in get_datalim
> offsets, transOffset.frozen())
> File "C:\Python27\lib\site-packages\matplotlib\path.py", line 977, in get_path_collection_extents
> master_transform, paths, transforms, offsets,offset_transform))
> ValueError: object too deep for desired array
> ***
> 
> I did very little troubleshooting beyond confirming that this works before the
> merge mentioned in the first paragraph.
> 
> Joel

I think I see a breakage of the scatter call that I think should work and did
work before
https://github.com/matplotlib/matplotlib/commit/be34210a8c09fcd639ece583eb5c0acb855222b6
This is running on windows 7 (32 bit) with numpy 1.8 and current master.
The example is:
***
import numpy
from matplotlib.backends.backend_agg import FigureCanvasAgg as FigureCanvas
from matplotlib.figure import Figure
POINTS = 500
figure = Figure(figsize=(6, 6), dpi=72)
ax = figure.add_subplot(1, 1, 1, projection=None)
scat = ax.scatter(numpy.arange(POINTS), numpy.sin(numpy.arange(POINTS)))
***
I get on current master
***
Traceback (most recent call last):
 File "C:\work\mpl_scatter_example.py", line 9, in <module>
 scat = ax.scatter(numpy.arange(POINTS), numpy.sin(numpy.arange(POINTS)))
 File "C:\Python27\lib\site-packages\matplotlib\axes\_axes.py", line 3690, in scatter
 self.add_collection(collection)
 File "C:\Python27\lib\site-packages\matplotlib\axes\_base.py", line 1459, in add_collection
 self.update_datalim(collection.get_datalim(self.transData))
 File "C:\Python27\lib\site-packages\matplotlib\collections.py", line 198, in get_datalim
 offsets, transOffset.frozen())
 File "C:\Python27\lib\site-packages\matplotlib\path.py", line 977, in get_path_collection_extents
 master_transform, paths, transforms, offsets,offset_transform))
ValueError: object too deep for desired array
***
I did very little troubleshooting beyond confirming that this works before the
merge mentioned in the first paragraph.
Joel

Mike made some changes to this recently.
https://github.com/matplotlib/matplotlib/pull/3778
May be the cause.
On 16 November 2014 18:12, Benjamin Root <ben...@ou...> wrote:
> And with my continuing saga of backend-specific things...
>
> I was using conda, but because it does not ship with pygtk support, I had
> to manually install pygtk into the conda environment and then install
> matplotlib from source. All that seemed to work fine when I worked on Wx
> and Gtk examples for my book.
>
> I went back to a (previously working) Tk example to polish it, and I get
> all sorts of errors now. I have tried multiple releases of matplotlib from
> source (doing a git clean -fxd between them), all with similar errors. In
> fact, with master, the error causes a segfault:
>
> ben@tigger:~/Documents/InteractiveMPL$ python chp5/slider_tk.py
> Exception in Tkinter callback
> Traceback (most recent call last):
> File "/home/ben/miniconda/lib/python2.7/lib-tk/Tkinter.py", line 1486,
> in __call__
> return self.func(*args)
> File
> "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_tkagg.py",
> line 278, in resize
> self.show()
> File
> "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_tkagg.py",
> line 350, in draw
> tkagg.blit(self._tkphoto, self.renderer._renderer, colormode=2)
> File
> "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/tkagg.py",
> line 30, in blit
> id(data), colormode, id(bbox_array))
> TclError
> alloc: invalid block: 0x2cfe3b0: 0 0
> Aborted (core dumped)
>
> The line in question is (at least in v1.3.1, it is slightly different in
> more recent versions):
> tk.call("PyAggImagePhoto", photoimage, id(aggimage), colormode,
> id(bbox_array))
>
> This happens regardless of what example I use (my own or otherwise). There
> is no blit-specific code in the examples. All of this worked with the
> conda-supplied matplotlib, but never the
> from-source-into-a-conda-environment install.
>
> Thoughts?
> Ben Root
>
>
> ------------------------------------------------------------------------------
> Comprehensive Server Monitoring with Site24x7.
> Monitor 10 servers for 9ドル/Month.
> Get alerted through email, SMS, voice calls or mobile push notifications.
> Take corrective actions from your mobile device.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>

Stumbled across this today https://code.google.com/p/mplh5canvas/
It hasn't had a commit in 18mos and I have not tried it, but I am just
making sure the community is aware of it's existence.
Tom

And with my continuing saga of backend-specific things...
I was using conda, but because it does not ship with pygtk support, I had
to manually install pygtk into the conda environment and then install
matplotlib from source. All that seemed to work fine when I worked on Wx
and Gtk examples for my book.
I went back to a (previously working) Tk example to polish it, and I get
all sorts of errors now. I have tried multiple releases of matplotlib from
source (doing a git clean -fxd between them), all with similar errors. In
fact, with master, the error causes a segfault:
ben@tigger:~/Documents/InteractiveMPL$ python chp5/slider_tk.py
Exception in Tkinter callback
Traceback (most recent call last):
 File "/home/ben/miniconda/lib/python2.7/lib-tk/Tkinter.py", line 1486, in
__call__
 return self.func(*args)
 File
"/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_tkagg.py",
line 278, in resize
 self.show()
 File
"/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_tkagg.py",
line 350, in draw
 tkagg.blit(self._tkphoto, self.renderer._renderer, colormode=2)
 File
"/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/tkagg.py",
line 30, in blit
 id(data), colormode, id(bbox_array))
TclError
alloc: invalid block: 0x2cfe3b0: 0 0
Aborted (core dumped)
The line in question is (at least in v1.3.1, it is slightly different in
more recent versions):
tk.call("PyAggImagePhoto", photoimage, id(aggimage), colormode,
id(bbox_array))
This happens regardless of what example I use (my own or otherwise). There
is no blit-specific code in the examples. All of this worked with the
conda-supplied matplotlib, but never the
from-source-into-a-conda-environment install.
Thoughts?
Ben Root

On 2014年11月16日, 10:21 AM, j1 wrote:
> I have posted this in the user sub forum as well because i'm not sure that it
> is a user issue or development issue.
> Information about my problem and my code are here
>
> http://matplotlib.1069221.n5.nabble.com/Assign-labels-to-colorbar-extensions-user-or-development-issue-td44392.html
> <http://matplotlib.1069221.n5.nabble.com/Assign-labels-to-colorbar-extensions-user-or-development-issue-td44392.html>
>
> Is it possible to assign tick labels/values to extensions?
You would have to do it manually; you can put marks and text anywhere 
you want in a matplotlib figure, but there is no mechanism for adding 
ticks to the extensions. That's simply not what they are for. They are 
intended only to indicate a single color to which values outside the 
vmin-to-vmax range of the norm are assigned.
>
> If so, how can I do it
It looks like you might be able to achieve what you want *without* using 
extensions, by using a custom colormap and/or norm. You would extend 
the actual contour levels to include the full range you want "ticked and 
labeled", but you would use the colormap and/or norm to ensure those 
beyond a given range are mapped to the appropriate end color(s).
Eric

I have posted this in the user sub forum as well because i'm not sure that it
is a user issue or development issue. 
Information about my problem and my code are here
http://matplotlib.1069221.n5.nabble.com/Assign-labels-to-colorbar-extensions-user-or-development-issue-td44392.html
<http://matplotlib.1069221.n5.nabble.com/Assign-labels-to-colorbar-extensions-user-or-development-issue-td44392.html> 
Is it possible to assign tick labels/values to extensions?
If so, how can I do it
--
View this message in context: http://matplotlib.1069221.n5.nabble.com/Development-issue-Assign-labels-to-colorbar-extensions-tp44393.html
Sent from the matplotlib - devel mailing list archive at Nabble.com.

My pygtk install is really hobbled (no thanks to anaconda...). Can someone
with a working gtk environment doublecheck that the pylab_with_gtk.py
script is broken on master? I am getting the following error:
ben@tigger:~/Programs/matplotlib/examples/user_interfaces$ python
pylab_with_gtk.py
Gtk-Message: Failed to load module "canberra-gtk-module"
Traceback (most recent call last):
 File "pylab_with_gtk.py", line 35, in <module>
 toolbar.tooltips,
AttributeError: 'NavigationToolbar2GTKAgg' object has no attribute
'tooltips'
Cheers!
Ben Root

On 2014年11月15日, 6:14 AM, Benjamin Root wrote:
> I was working on my embedding chapter of my book when I noticed a subtle
> difference in the tkagg backend from other interactive backends. First,
> all other interactive Canvas classes inherit their respective backend's
> widget:
>
> ```
> ben@tigger:~/Programs/matplotlib$ git grep "FigureCanvasBase" | grep
> "class "
> lib/matplotlib/backend_bases.py:class FigureCanvasBase(object):
> lib/matplotlib/backends/backend_agg.py:class
> FigureCanvasAgg(FigureCanvasBase):
> lib/matplotlib/backends/backend_cairo.py:class FigureCanvasCairo
> (FigureCanvasBase):
> lib/matplotlib/backends/backend_gdk.py:class FigureCanvasGDK
> (FigureCanvasBase):
> lib/matplotlib/backends/backend_gtk.py:class FigureCanvasGTK
> (gtk.DrawingArea, FigureCanvasBase):
> lib/matplotlib/backends/backend_gtk3.py:class FigureCanvasGTK3
> (Gtk.DrawingArea, FigureCanvasBase):
> lib/matplotlib/backends/backend_macosx.py:class
> FigureCanvasMac(_macosx.FigureCanvas, FigureCanvasBase):
> lib/matplotlib/backends/backend_pdf.py:class
> FigureCanvasPdf(FigureCanvasBase):
> lib/matplotlib/backends/backend_pgf.py:class
> FigureCanvasPgf(FigureCanvasBase):
> lib/matplotlib/backends/backend_ps.py:class
> FigureCanvasPS(FigureCanvasBase):
> lib/matplotlib/backends/backend_qt5.py:class
> FigureCanvasQT(QtWidgets.QWidget, FigureCanvasBase):
> lib/matplotlib/backends/backend_svg.py:class
> FigureCanvasSVG(FigureCanvasBase):
> lib/matplotlib/backends/backend_template.py:class
> FigureCanvasTemplate(FigureCanvasBase):
> lib/matplotlib/backends/backend_wx.py:class
> FigureCanvasWx(FigureCanvasBase, wx.Panel):
> ```
> (I am going to assume that _macosx.FigureCanvas has all needed things
> built-in, and I'll ignore the switched order for FigureCanvasWx). I have
> no clue if this is potentially an issue or not, it just seemed a bit
> inconsistent.
There are a lot of differences; I don't know whether it would even be 
possible to make TkAgg more similar to the others. One of the 
differences is that most of the others have a native part (e.g., 
backend_qt5) and the part that pulls in agg (e.g., backend_qt5agg). 
TkAgg does it all in one. I don't think the difference is problematic.
>
> Second, while I haven't tried out all the backends yet, I noticed that
> the Figure window for tkagg has an annoying border that the other
> backends don't have. It is fairly wide, 4 pixels. I would like to get
> rid of that. Does anybody object to that? I can make a PR for that and
> any other border widths I find.
Offhand, sounds reasonable.
Eric
>
> Cheers!
> Ben Root
>
>
>
> ------------------------------------------------------------------------------
> Comprehensive Server Monitoring with Site24x7.
> Monitor 10 servers for 9ドル/Month.
> Get alerted through email, SMS, voice calls or mobile push notifications.
> Take corrective actions from your mobile device.
> http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk
>
>
>
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>

I was working on my embedding chapter of my book when I noticed a subtle
difference in the tkagg backend from other interactive backends. First, all
other interactive Canvas classes inherit their respective backend's widget:
```
ben@tigger:~/Programs/matplotlib$ git grep "FigureCanvasBase" | grep "class
"
lib/matplotlib/backend_bases.py:class FigureCanvasBase(object):
lib/matplotlib/backends/backend_agg.py:class
FigureCanvasAgg(FigureCanvasBase):
lib/matplotlib/backends/backend_cairo.py:class FigureCanvasCairo
(FigureCanvasBase):
lib/matplotlib/backends/backend_gdk.py:class FigureCanvasGDK
(FigureCanvasBase):
lib/matplotlib/backends/backend_gtk.py:class FigureCanvasGTK
(gtk.DrawingArea, FigureCanvasBase):
lib/matplotlib/backends/backend_gtk3.py:class FigureCanvasGTK3
(Gtk.DrawingArea, FigureCanvasBase):
lib/matplotlib/backends/backend_macosx.py:class
FigureCanvasMac(_macosx.FigureCanvas, FigureCanvasBase):
lib/matplotlib/backends/backend_pdf.py:class
FigureCanvasPdf(FigureCanvasBase):
lib/matplotlib/backends/backend_pgf.py:class
FigureCanvasPgf(FigureCanvasBase):
lib/matplotlib/backends/backend_ps.py:class
FigureCanvasPS(FigureCanvasBase):
lib/matplotlib/backends/backend_qt5.py:class
FigureCanvasQT(QtWidgets.QWidget, FigureCanvasBase):
lib/matplotlib/backends/backend_svg.py:class
FigureCanvasSVG(FigureCanvasBase):
lib/matplotlib/backends/backend_template.py:class
FigureCanvasTemplate(FigureCanvasBase):
lib/matplotlib/backends/backend_wx.py:class
FigureCanvasWx(FigureCanvasBase, wx.Panel):
```
(I am going to assume that _macosx.FigureCanvas has all needed things
built-in, and I'll ignore the switched order for FigureCanvasWx). I have no
clue if this is potentially an issue or not, it just seemed a bit
inconsistent.
Second, while I haven't tried out all the backends yet, I noticed that the
Figure window for tkagg has an annoying border that the other backends
don't have. It is fairly wide, 4 pixels. I would like to get rid of that.
Does anybody object to that? I can make a PR for that and any other border
widths I find.
Cheers!
Ben Root

Hi all, I think i might have a better shot at having my query answered
here, so forward my email to user-list here.
Thanks for any insights!
Query:
Consider the following code:
import matplotlib.pyplot as plt
fig = plt.figure()
ax = fig.gca()
circle = plt.Circle((0, 0), radius = 0.5)
ax.add_patch(circle)
print(plt.axis())
plt.show()
The default axis limits are printed as:
(0.0, 1.0, 0.0, 1.0)
I am not sure why this is the case. So, I would like to learn why?
PS: I know I can just do plt.axis('scaled') so that I can see the entire circle.
I also asked this on SO, so feel free to answer there as well:
http://stackoverflow.com/questions/26824696/matplotlib-axis-default-limits-with-a-circle-patch
Thanks,
Amit.