matplotlib-devel Mailing List for matplotlib (Page 2)

Ok. Attached is a corrected patch.
Mike
On 06/22/2010 12:26 PM, Michael Droettboom wrote:
> Hold off, actually. This patch seems to have broken some thing 
> inadvertently. Stay tuned...
>
> Mike
>
> On 06/22/2010 12:05 PM, Michael Droettboom wrote:
>> In r8454, I have a applied a fix that allows this C++ exception to 
>> correctly percolate to the Python side -- the user will still get an 
>> exception, but it will be a Python exception and the interpreter 
>> itself does not crash. (It used to work, but recent changes to CXX 
>> caused it to break.) I have attached this patch to the e-mail.
>>
>> As Eric suggests, fixing the underlying limitation (I even hesitate 
>> to call it a bug because it is definitely a corner case) requires 
>> understanding some pretty dark depths of the Agg renderer.
>>
>> Mike
>>
>> On 06/21/2010 10:57 PM, Eric Firing wrote:
>>> On 06/21/2010 12:24 PM, Sandro Tosi wrote:
>>>> forwarded 585442 mat...@li...
>>>> thanks
>>>>
>>>> Hello Matplotlib developers,
>>>> here below is a report a user of maplotlib sent to the Debian bug
>>>> tracker. I've verified and it happend also with 0.99.3:
>>>>
>>>> $ python -c "import matplotlib as p ; print p.__version__"
>>>> 0.99.3
>>>> $ python mpl_crash.py
>>>> terminate called after throwing an instance of 'char const*'
>>>> Aborted
>>>>
>>>> Thanks for looking into it,
>>>> Sandro
>>> Sandro,
>>>
>>> Thanks for reporting it.
>>>
>>> With the default interpolation, rendering gets extremely slow as the
>>> view limits decline to and below a single image pixel. I suspect the
>>> crash is related to this. Neither the slowdown nor the crash occurs
>>> with interpolation='nearest', although there is still an anomaly in
>>> which the image is blank when the viewlim region is too small.
>>>
>>> Like Ryan, I am not familiar with the _image.cpp and the underlying agg
>>> routines, but I suspect this is going to be a difficult problem to
>>> solve. It may be necessary to put in some workaround, trying to trap
>>> and prevent the extreme slowdown and crash. The slowdown topic came up
>>> on the list years ago.
>>>
>>> http://www.mail-archive.com/mat...@li.../msg00513.html 
>>>
>>>
>>> Eric
>>>
>>>> On Thu, Jun 10, 2010 at 16:52, Teemu Ikonen<tpi...@gm...> 
>>>> wrote:
>>>>> Package: python-matplotlib
>>>>> Version: 0.99.1.2-3
>>>>> Severity: important
>>>>>
>>>>> Running a program which displays an image with plt.imshow() and 
>>>>> changes the
>>>>> axes with plt.axis() before calling plt.show() crashes the python 
>>>>> interpreter:
>>>>>
>>>>> $ python mpl_crash.py
>>>>> terminate called after throwing an instance of 'char const*'
>>>>> Aborted
>>>>>
>>>>> This happens at least with Qt4Agg, GTKAgg and TKAgg backends.
>>>>>
>>>>> The example program is attached.
>>>>>
>>>>> Best,
>>>>>
>>>>> Teemu
>>>>>
>>>>> -- System Information:
>>>>> Debian Release: squeeze/sid
>>>>> APT prefers testing
>>>>> APT policy: (500, 'testing')
>>>>> Architecture: amd64 (x86_64)
>>>>>
>>>>> Kernel: Linux 2.6.32-trunk-amd64 (SMP w/4 CPU cores)
>>>>> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
>>>>> Shell: /bin/sh linked to /bin/dash
>>>>>
>>>>> Versions of packages python-matplotlib depends on:
>>>>> ii libatk1.0-0 1.30.0-1 The ATK accessibility 
>>>>> toolkit
>>>>> ii libc6 2.10.2-9 Embedded GNU C 
>>>>> Library: Shared lib
>>>>> ii libcairo2 1.8.10-4 The Cairo 2D vector 
>>>>> graphics libra
>>>>> ii libfontconfig1 2.8.0-2.1 generic font 
>>>>> configuration library
>>>>> ii libfreetype6 2.3.11-1 FreeType 2 font 
>>>>> engine, shared lib
>>>>> ii libgcc1 1:4.4.4-1 GCC support library
>>>>> ii libglib2.0-0 2.24.1-1 The GLib library of C 
>>>>> routines
>>>>> ii libgtk2.0-0 2.20.1-1 The GTK+ graphical 
>>>>> user interface
>>>>> ii libpango1.0-0 1.28.0-1 Layout and rendering 
>>>>> of internatio
>>>>> ii libpng12-0 1.2.43-1 PNG library - runtime
>>>>> ii libstdc++6 4.4.4-1 The GNU Standard C++ 
>>>>> Library v3
>>>>> ii python 2.5.4-9 An interactive 
>>>>> high-level object-o
>>>>> ii python-cairo 1.8.8-1+b1 Python bindings for 
>>>>> the Cairo vect
>>>>> ii python-dateutil 1.4.1-3 powerful extensions 
>>>>> to the standar
>>>>> ii python-gobject 2.21.1-1 Python bindings for 
>>>>> the GObject li
>>>>> ii python-matplotlib-data 0.99.1.2-3 Python based plotting 
>>>>> system (data
>>>>> ii python-numpy 1:1.3.0-3+b1 Numerical Python adds 
>>>>> a fast array
>>>>> ii python-pyparsing 1.5.2-2 Python parsing module
>>>>> ii python-support 1.0.8 automated rebuilding 
>>>>> support for P
>>>>> ii python-tz 2010b-1 Python version of the 
>>>>> Olson timezo
>>>>> ii tcl8.5 8.5.8-2 Tcl (the Tool Command 
>>>>> Language) v8
>>>>> ii tk8.5 8.5.8-1 Tk toolkit for Tcl 
>>>>> and X11, v8.5 -
>>>>> ii zlib1g 1:1.2.3.4.dfsg-3 compression library - 
>>>>> runtime
>>>>>
>>>>> Versions of packages python-matplotlib recommends:
>>>>> ii python-glade2 2.17.0-2 GTK+ bindings: Glade 
>>>>> support
>>>>> ii python-tk 2.6.5-1 Tkinter - Writing Tk 
>>>>> applications
>>>>>
>>>>> Versions of packages python-matplotlib suggests:
>>>>> ii dvipng 1.13-1 convert DVI files to 
>>>>> PNG graphics
>>>>> ii ipython 0.10-2 enhanced interactive 
>>>>> Python shell
>>>>> ii librsvg2-common 2.26.3-1 SAX-based renderer 
>>>>> library for SVG
>>>>> ii python-configobj 4.7.2+ds-1 simple but powerful 
>>>>> config file re
>>>>> pn python-excelerator<none> (no description available)
>>>>> ii python-gtk2 2.17.0-2 Python bindings for 
>>>>> the GTK+ widge
>>>>> pn python-matplotlib-doc<none> (no description available)
>>>>> pn python-qt3<none> (no description available)
>>>>> ii python-qt4 4.7.3-1 Python bindings for Qt4
>>>>> ii python-scipy 0.7.2-1 scientific tools for 
>>>>> Python
>>>>> ii python-traits 3.3.0-1 Manifest typing and 
>>>>> reactive progr
>>>>> ii python-wxgtk2.8 2.8.10.1-3 wxWidgets 
>>>>> Cross-platform C++ GUI t
>>>>> ii texlive-extra-utils 2009-7 TeX Live: TeX 
>>>>> auxiliary programs
>>>>> ii texlive-latex-extra 2009-7 TeX Live: LaTeX 
>>>>> supplementary pack
>>>>>
>>>>> -- no debconf information
>>>>>
>>>>> _______________________________________________
>>>>> Python-modules-team mailing list
>>>>> Pyt...@li...
>>>>> http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
>>>>>
>>>>
>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------------------------ 
>>>>
>>>> ThinkGeek and WIRED's GeekDad team up for the Ultimate
>>>> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
>>>> lucky parental unit. See the prize list and enter to win:
>>>> http://p.sf.net/sfu/thinkgeek-promo
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Matplotlib-devel mailing list
>>>> Mat...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>>
>>> ------------------------------------------------------------------------------ 
>>>
>>> ThinkGeek and WIRED's GeekDad team up for the Ultimate
>>> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
>>> lucky parental unit. See the prize list and enter to win:
>>> http://p.sf.net/sfu/thinkgeek-promo
>>> _______________________________________________
>>> Matplotlib-devel mailing list
>>> Mat...@li...
>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>
>>
>>
>> ------------------------------------------------------------------------------
>> ThinkGeek and WIRED's GeekDad team up for the Ultimate
>> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
>> lucky parental unit. See the prize list and enter to win:
>> http://p.sf.net/sfu/thinkgeek-promo
>>
>>
>> _______________________________________________
>> Matplotlib-devel mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>> 
>
>
> -- 
> Michael Droettboom
> Science Software Branch
> Space Telescope Science Institute
> Baltimore, Maryland, USA
>
>
> ------------------------------------------------------------------------------
> ThinkGeek and WIRED's GeekDad team up for the Ultimate
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> lucky parental unit. See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
>
>
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
> 
-- 
Michael Droettboom
Science Software Branch
Space Telescope Science Institute
Baltimore, Maryland, USA

Hold off, actually. This patch seems to have broken some thing 
inadvertently. Stay tuned...
Mike
On 06/22/2010 12:05 PM, Michael Droettboom wrote:
> In r8454, I have a applied a fix that allows this C++ exception to 
> correctly percolate to the Python side -- the user will still get an 
> exception, but it will be a Python exception and the interpreter 
> itself does not crash. (It used to work, but recent changes to CXX 
> caused it to break.) I have attached this patch to the e-mail.
>
> As Eric suggests, fixing the underlying limitation (I even hesitate to 
> call it a bug because it is definitely a corner case) requires 
> understanding some pretty dark depths of the Agg renderer.
>
> Mike
>
> On 06/21/2010 10:57 PM, Eric Firing wrote:
>> On 06/21/2010 12:24 PM, Sandro Tosi wrote:
>>> forwarded 585442 mat...@li...
>>> thanks
>>>
>>> Hello Matplotlib developers,
>>> here below is a report a user of maplotlib sent to the Debian bug
>>> tracker. I've verified and it happend also with 0.99.3:
>>>
>>> $ python -c "import matplotlib as p ; print p.__version__"
>>> 0.99.3
>>> $ python mpl_crash.py
>>> terminate called after throwing an instance of 'char const*'
>>> Aborted
>>>
>>> Thanks for looking into it,
>>> Sandro
>> Sandro,
>>
>> Thanks for reporting it.
>>
>> With the default interpolation, rendering gets extremely slow as the
>> view limits decline to and below a single image pixel. I suspect the
>> crash is related to this. Neither the slowdown nor the crash occurs
>> with interpolation='nearest', although there is still an anomaly in
>> which the image is blank when the viewlim region is too small.
>>
>> Like Ryan, I am not familiar with the _image.cpp and the underlying agg
>> routines, but I suspect this is going to be a difficult problem to
>> solve. It may be necessary to put in some workaround, trying to trap
>> and prevent the extreme slowdown and crash. The slowdown topic came up
>> on the list years ago.
>>
>> http://www.mail-archive.com/mat...@li.../msg00513.html 
>>
>>
>> Eric
>>
>>> On Thu, Jun 10, 2010 at 16:52, Teemu Ikonen<tpi...@gm...> 
>>> wrote:
>>>> Package: python-matplotlib
>>>> Version: 0.99.1.2-3
>>>> Severity: important
>>>>
>>>> Running a program which displays an image with plt.imshow() and 
>>>> changes the
>>>> axes with plt.axis() before calling plt.show() crashes the python 
>>>> interpreter:
>>>>
>>>> $ python mpl_crash.py
>>>> terminate called after throwing an instance of 'char const*'
>>>> Aborted
>>>>
>>>> This happens at least with Qt4Agg, GTKAgg and TKAgg backends.
>>>>
>>>> The example program is attached.
>>>>
>>>> Best,
>>>>
>>>> Teemu
>>>>
>>>> -- System Information:
>>>> Debian Release: squeeze/sid
>>>> APT prefers testing
>>>> APT policy: (500, 'testing')
>>>> Architecture: amd64 (x86_64)
>>>>
>>>> Kernel: Linux 2.6.32-trunk-amd64 (SMP w/4 CPU cores)
>>>> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
>>>> Shell: /bin/sh linked to /bin/dash
>>>>
>>>> Versions of packages python-matplotlib depends on:
>>>> ii libatk1.0-0 1.30.0-1 The ATK accessibility 
>>>> toolkit
>>>> ii libc6 2.10.2-9 Embedded GNU C 
>>>> Library: Shared lib
>>>> ii libcairo2 1.8.10-4 The Cairo 2D vector 
>>>> graphics libra
>>>> ii libfontconfig1 2.8.0-2.1 generic font 
>>>> configuration library
>>>> ii libfreetype6 2.3.11-1 FreeType 2 font 
>>>> engine, shared lib
>>>> ii libgcc1 1:4.4.4-1 GCC support library
>>>> ii libglib2.0-0 2.24.1-1 The GLib library of C 
>>>> routines
>>>> ii libgtk2.0-0 2.20.1-1 The GTK+ graphical 
>>>> user interface
>>>> ii libpango1.0-0 1.28.0-1 Layout and rendering 
>>>> of internatio
>>>> ii libpng12-0 1.2.43-1 PNG library - runtime
>>>> ii libstdc++6 4.4.4-1 The GNU Standard C++ 
>>>> Library v3
>>>> ii python 2.5.4-9 An interactive 
>>>> high-level object-o
>>>> ii python-cairo 1.8.8-1+b1 Python bindings for 
>>>> the Cairo vect
>>>> ii python-dateutil 1.4.1-3 powerful extensions to 
>>>> the standar
>>>> ii python-gobject 2.21.1-1 Python bindings for 
>>>> the GObject li
>>>> ii python-matplotlib-data 0.99.1.2-3 Python based plotting 
>>>> system (data
>>>> ii python-numpy 1:1.3.0-3+b1 Numerical Python adds 
>>>> a fast array
>>>> ii python-pyparsing 1.5.2-2 Python parsing module
>>>> ii python-support 1.0.8 automated rebuilding 
>>>> support for P
>>>> ii python-tz 2010b-1 Python version of the 
>>>> Olson timezo
>>>> ii tcl8.5 8.5.8-2 Tcl (the Tool Command 
>>>> Language) v8
>>>> ii tk8.5 8.5.8-1 Tk toolkit for Tcl and 
>>>> X11, v8.5 -
>>>> ii zlib1g 1:1.2.3.4.dfsg-3 compression library - 
>>>> runtime
>>>>
>>>> Versions of packages python-matplotlib recommends:
>>>> ii python-glade2 2.17.0-2 GTK+ bindings: Glade 
>>>> support
>>>> ii python-tk 2.6.5-1 Tkinter - Writing Tk 
>>>> applications
>>>>
>>>> Versions of packages python-matplotlib suggests:
>>>> ii dvipng 1.13-1 convert DVI files to 
>>>> PNG graphics
>>>> ii ipython 0.10-2 enhanced interactive 
>>>> Python shell
>>>> ii librsvg2-common 2.26.3-1 SAX-based renderer 
>>>> library for SVG
>>>> ii python-configobj 4.7.2+ds-1 simple but powerful 
>>>> config file re
>>>> pn python-excelerator<none> (no description available)
>>>> ii python-gtk2 2.17.0-2 Python bindings for 
>>>> the GTK+ widge
>>>> pn python-matplotlib-doc<none> (no description available)
>>>> pn python-qt3<none> (no description available)
>>>> ii python-qt4 4.7.3-1 Python bindings for Qt4
>>>> ii python-scipy 0.7.2-1 scientific tools for 
>>>> Python
>>>> ii python-traits 3.3.0-1 Manifest typing and 
>>>> reactive progr
>>>> ii python-wxgtk2.8 2.8.10.1-3 wxWidgets 
>>>> Cross-platform C++ GUI t
>>>> ii texlive-extra-utils 2009-7 TeX Live: TeX 
>>>> auxiliary programs
>>>> ii texlive-latex-extra 2009-7 TeX Live: LaTeX 
>>>> supplementary pack
>>>>
>>>> -- no debconf information
>>>>
>>>> _______________________________________________
>>>> Python-modules-team mailing list
>>>> Pyt...@li...
>>>> http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
>>>>
>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------ 
>>>
>>> ThinkGeek and WIRED's GeekDad team up for the Ultimate
>>> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
>>> lucky parental unit. See the prize list and enter to win:
>>> http://p.sf.net/sfu/thinkgeek-promo
>>>
>>>
>>>
>>> _______________________________________________
>>> Matplotlib-devel mailing list
>>> Mat...@li...
>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>
>> ------------------------------------------------------------------------------ 
>>
>> ThinkGeek and WIRED's GeekDad team up for the Ultimate
>> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
>> lucky parental unit. See the prize list and enter to win:
>> http://p.sf.net/sfu/thinkgeek-promo
>> _______________________________________________
>> Matplotlib-devel mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>
>
> ------------------------------------------------------------------------------
> ThinkGeek and WIRED's GeekDad team up for the Ultimate
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> lucky parental unit. See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
>
>
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
> 
-- 
Michael Droettboom
Science Software Branch
Space Telescope Science Institute
Baltimore, Maryland, USA

In r8454, I have a applied a fix that allows this C++ exception to 
correctly percolate to the Python side -- the user will still get an 
exception, but it will be a Python exception and the interpreter itself 
does not crash. (It used to work, but recent changes to CXX caused it 
to break.) I have attached this patch to the e-mail.
As Eric suggests, fixing the underlying limitation (I even hesitate to 
call it a bug because it is definitely a corner case) requires 
understanding some pretty dark depths of the Agg renderer.
Mike
On 06/21/2010 10:57 PM, Eric Firing wrote:
> On 06/21/2010 12:24 PM, Sandro Tosi wrote:
> 
>> forwarded 585442 mat...@li...
>> thanks
>>
>> Hello Matplotlib developers,
>> here below is a report a user of maplotlib sent to the Debian bug
>> tracker. I've verified and it happend also with 0.99.3:
>>
>> $ python -c "import matplotlib as p ; print p.__version__"
>> 0.99.3
>> $ python mpl_crash.py
>> terminate called after throwing an instance of 'char const*'
>> Aborted
>>
>> Thanks for looking into it,
>> Sandro
>> 
> Sandro,
>
> Thanks for reporting it.
>
> With the default interpolation, rendering gets extremely slow as the
> view limits decline to and below a single image pixel. I suspect the
> crash is related to this. Neither the slowdown nor the crash occurs
> with interpolation='nearest', although there is still an anomaly in
> which the image is blank when the viewlim region is too small.
>
> Like Ryan, I am not familiar with the _image.cpp and the underlying agg
> routines, but I suspect this is going to be a difficult problem to
> solve. It may be necessary to put in some workaround, trying to trap
> and prevent the extreme slowdown and crash. The slowdown topic came up
> on the list years ago.
>
> http://www.mail-archive.com/mat...@li.../msg00513.html
>
> Eric
>
> 
>> On Thu, Jun 10, 2010 at 16:52, Teemu Ikonen<tpi...@gm...> wrote:
>> 
>>> Package: python-matplotlib
>>> Version: 0.99.1.2-3
>>> Severity: important
>>>
>>> Running a program which displays an image with plt.imshow() and changes the
>>> axes with plt.axis() before calling plt.show() crashes the python interpreter:
>>>
>>> $ python mpl_crash.py
>>> terminate called after throwing an instance of 'char const*'
>>> Aborted
>>>
>>> This happens at least with Qt4Agg, GTKAgg and TKAgg backends.
>>>
>>> The example program is attached.
>>>
>>> Best,
>>>
>>> Teemu
>>>
>>> -- System Information:
>>> Debian Release: squeeze/sid
>>> APT prefers testing
>>> APT policy: (500, 'testing')
>>> Architecture: amd64 (x86_64)
>>>
>>> Kernel: Linux 2.6.32-trunk-amd64 (SMP w/4 CPU cores)
>>> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
>>> Shell: /bin/sh linked to /bin/dash
>>>
>>> Versions of packages python-matplotlib depends on:
>>> ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit
>>> ii libc6 2.10.2-9 Embedded GNU C Library: Shared lib
>>> ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra
>>> ii libfontconfig1 2.8.0-2.1 generic font configuration library
>>> ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib
>>> ii libgcc1 1:4.4.4-1 GCC support library
>>> ii libglib2.0-0 2.24.1-1 The GLib library of C routines
>>> ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface
>>> ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio
>>> ii libpng12-0 1.2.43-1 PNG library - runtime
>>> ii libstdc++6 4.4.4-1 The GNU Standard C++ Library v3
>>> ii python 2.5.4-9 An interactive high-level object-o
>>> ii python-cairo 1.8.8-1+b1 Python bindings for the Cairo vect
>>> ii python-dateutil 1.4.1-3 powerful extensions to the standar
>>> ii python-gobject 2.21.1-1 Python bindings for the GObject li
>>> ii python-matplotlib-data 0.99.1.2-3 Python based plotting system (data
>>> ii python-numpy 1:1.3.0-3+b1 Numerical Python adds a fast array
>>> ii python-pyparsing 1.5.2-2 Python parsing module
>>> ii python-support 1.0.8 automated rebuilding support for P
>>> ii python-tz 2010b-1 Python version of the Olson timezo
>>> ii tcl8.5 8.5.8-2 Tcl (the Tool Command Language) v8
>>> ii tk8.5 8.5.8-1 Tk toolkit for Tcl and X11, v8.5 -
>>> ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime
>>>
>>> Versions of packages python-matplotlib recommends:
>>> ii python-glade2 2.17.0-2 GTK+ bindings: Glade support
>>> ii python-tk 2.6.5-1 Tkinter - Writing Tk applications
>>>
>>> Versions of packages python-matplotlib suggests:
>>> ii dvipng 1.13-1 convert DVI files to PNG graphics
>>> ii ipython 0.10-2 enhanced interactive Python shell
>>> ii librsvg2-common 2.26.3-1 SAX-based renderer library for SVG
>>> ii python-configobj 4.7.2+ds-1 simple but powerful config file re
>>> pn python-excelerator<none> (no description available)
>>> ii python-gtk2 2.17.0-2 Python bindings for the GTK+ widge
>>> pn python-matplotlib-doc<none> (no description available)
>>> pn python-qt3<none> (no description available)
>>> ii python-qt4 4.7.3-1 Python bindings for Qt4
>>> ii python-scipy 0.7.2-1 scientific tools for Python
>>> ii python-traits 3.3.0-1 Manifest typing and reactive progr
>>> ii python-wxgtk2.8 2.8.10.1-3 wxWidgets Cross-platform C++ GUI t
>>> ii texlive-extra-utils 2009-7 TeX Live: TeX auxiliary programs
>>> ii texlive-latex-extra 2009-7 TeX Live: LaTeX supplementary pack
>>>
>>> -- no debconf information
>>>
>>> _______________________________________________
>>> Python-modules-team mailing list
>>> Pyt...@li...
>>> http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
>>>
>>> 
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> ThinkGeek and WIRED's GeekDad team up for the Ultimate
>> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
>> lucky parental unit. See the prize list and enter to win:
>> http://p.sf.net/sfu/thinkgeek-promo
>>
>>
>>
>> _______________________________________________
>> Matplotlib-devel mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>> 
>
> ------------------------------------------------------------------------------
> ThinkGeek and WIRED's GeekDad team up for the Ultimate
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> lucky parental unit. See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
> 
-- 
Michael Droettboom
Science Software Branch
Space Telescope Science Institute
Baltimore, Maryland, USA

On 06/21/2010 12:24 PM, Sandro Tosi wrote:
> forwarded 585442 mat...@li...
> thanks
>
> Hello Matplotlib developers,
> here below is a report a user of maplotlib sent to the Debian bug
> tracker. I've verified and it happend also with 0.99.3:
>
> $ python -c "import matplotlib as p ; print p.__version__"
> 0.99.3
> $ python mpl_crash.py
> terminate called after throwing an instance of 'char const*'
> Aborted
>
> Thanks for looking into it,
> Sandro
Sandro,
Thanks for reporting it.
With the default interpolation, rendering gets extremely slow as the 
view limits decline to and below a single image pixel. I suspect the 
crash is related to this. Neither the slowdown nor the crash occurs 
with interpolation='nearest', although there is still an anomaly in 
which the image is blank when the viewlim region is too small.
Like Ryan, I am not familiar with the _image.cpp and the underlying agg 
routines, but I suspect this is going to be a difficult problem to 
solve. It may be necessary to put in some workaround, trying to trap 
and prevent the extreme slowdown and crash. The slowdown topic came up 
on the list years ago.
http://www.mail-archive.com/mat...@li.../msg00513.html
Eric
>
> On Thu, Jun 10, 2010 at 16:52, Teemu Ikonen<tpi...@gm...> wrote:
>> Package: python-matplotlib
>> Version: 0.99.1.2-3
>> Severity: important
>>
>> Running a program which displays an image with plt.imshow() and changes the
>> axes with plt.axis() before calling plt.show() crashes the python interpreter:
>>
>> $ python mpl_crash.py
>> terminate called after throwing an instance of 'char const*'
>> Aborted
>>
>> This happens at least with Qt4Agg, GTKAgg and TKAgg backends.
>>
>> The example program is attached.
>>
>> Best,
>>
>> Teemu
>>
>> -- System Information:
>> Debian Release: squeeze/sid
>> APT prefers testing
>> APT policy: (500, 'testing')
>> Architecture: amd64 (x86_64)
>>
>> Kernel: Linux 2.6.32-trunk-amd64 (SMP w/4 CPU cores)
>> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
>> Shell: /bin/sh linked to /bin/dash
>>
>> Versions of packages python-matplotlib depends on:
>> ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit
>> ii libc6 2.10.2-9 Embedded GNU C Library: Shared lib
>> ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra
>> ii libfontconfig1 2.8.0-2.1 generic font configuration library
>> ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib
>> ii libgcc1 1:4.4.4-1 GCC support library
>> ii libglib2.0-0 2.24.1-1 The GLib library of C routines
>> ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface
>> ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio
>> ii libpng12-0 1.2.43-1 PNG library - runtime
>> ii libstdc++6 4.4.4-1 The GNU Standard C++ Library v3
>> ii python 2.5.4-9 An interactive high-level object-o
>> ii python-cairo 1.8.8-1+b1 Python bindings for the Cairo vect
>> ii python-dateutil 1.4.1-3 powerful extensions to the standar
>> ii python-gobject 2.21.1-1 Python bindings for the GObject li
>> ii python-matplotlib-data 0.99.1.2-3 Python based plotting system (data
>> ii python-numpy 1:1.3.0-3+b1 Numerical Python adds a fast array
>> ii python-pyparsing 1.5.2-2 Python parsing module
>> ii python-support 1.0.8 automated rebuilding support for P
>> ii python-tz 2010b-1 Python version of the Olson timezo
>> ii tcl8.5 8.5.8-2 Tcl (the Tool Command Language) v8
>> ii tk8.5 8.5.8-1 Tk toolkit for Tcl and X11, v8.5 -
>> ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime
>>
>> Versions of packages python-matplotlib recommends:
>> ii python-glade2 2.17.0-2 GTK+ bindings: Glade support
>> ii python-tk 2.6.5-1 Tkinter - Writing Tk applications
>>
>> Versions of packages python-matplotlib suggests:
>> ii dvipng 1.13-1 convert DVI files to PNG graphics
>> ii ipython 0.10-2 enhanced interactive Python shell
>> ii librsvg2-common 2.26.3-1 SAX-based renderer library for SVG
>> ii python-configobj 4.7.2+ds-1 simple but powerful config file re
>> pn python-excelerator<none> (no description available)
>> ii python-gtk2 2.17.0-2 Python bindings for the GTK+ widge
>> pn python-matplotlib-doc<none> (no description available)
>> pn python-qt3<none> (no description available)
>> ii python-qt4 4.7.3-1 Python bindings for Qt4
>> ii python-scipy 0.7.2-1 scientific tools for Python
>> ii python-traits 3.3.0-1 Manifest typing and reactive progr
>> ii python-wxgtk2.8 2.8.10.1-3 wxWidgets Cross-platform C++ GUI t
>> ii texlive-extra-utils 2009-7 TeX Live: TeX auxiliary programs
>> ii texlive-latex-extra 2009-7 TeX Live: LaTeX supplementary pack
>>
>> -- no debconf information
>>
>> _______________________________________________
>> Python-modules-team mailing list
>> Pyt...@li...
>> http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
>>
>
>
>
>
>
> ------------------------------------------------------------------------------
> ThinkGeek and WIRED's GeekDad team up for the Ultimate
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> lucky parental unit. See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
>
>
>
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

I can reproduce here on Gentoo, both with 0.99.3 and SVN trunk.
Trunk has the following warnings:
/home/rmay/.local/lib/python2.6/site-packages/matplotlib/axes.py:2305:
UserWarning: Attempting to set identical xmin==xmax results in
singular transformations; automatically expanding. xmin=0, xmax=0
 warnings.warn('Attempting to set identical xmin==xmax results in
singular transformations; automatically expanding. xmin=%s,
xmax=%s'%(xmin, xmax))
/home/rmay/.local/lib/python2.6/site-packages/matplotlib/axes.py:2479:
UserWarning: Attempting to set identical ymin==ymax results in
singular transformations; automatically expanding. ymin=1.0, ymax=1.0
 warnings.warn('Attempting to set identical ymin==ymax results in
singular transformations; automatically expanding. ymin=%s,
ymax=%s'%(ymin, ymax))
terminate called after throwing an instance of 'char const*'
So it doesn't seem completely odd that we have a crash here, but
should still be fixed (by someone who has a clue what might be going
on, which isn't me.)
Ryan
On Mon, Jun 21, 2010 at 5:24 PM, Sandro Tosi <mo...@de...> wrote:
> forwarded 585442 mat...@li...
> thanks
>
> Hello Matplotlib developers,
> here below is a report a user of maplotlib sent to the Debian bug
> tracker. I've verified and it happend also with 0.99.3:
>
> $ python -c "import matplotlib as p ; print p.__version__"
> 0.99.3
> $ python mpl_crash.py
> terminate called after throwing an instance of 'char const*'
> Aborted
>
> Thanks for looking into it,
> Sandro
>
> On Thu, Jun 10, 2010 at 16:52, Teemu Ikonen <tpi...@gm...> wrote:
>> Package: python-matplotlib
>> Version: 0.99.1.2-3
>> Severity: important
>>
>> Running a program which displays an image with plt.imshow() and changes the
>> axes with plt.axis() before calling plt.show() crashes the python interpreter:
>>
>> $ python mpl_crash.py
>> terminate called after throwing an instance of 'char const*'
>> Aborted
>>
>> This happens at least with Qt4Agg, GTKAgg and TKAgg backends.
>>
>> The example program is attached.
>>
>> Best,
>>
>> Teemu
>>
>> -- System Information:
>> Debian Release: squeeze/sid
>> APT prefers testing
>> APT policy: (500, 'testing')
>> Architecture: amd64 (x86_64)
>>
>> Kernel: Linux 2.6.32-trunk-amd64 (SMP w/4 CPU cores)
>> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
>> Shell: /bin/sh linked to /bin/dash
>>
>> Versions of packages python-matplotlib depends on:
>> ii libatk1.0-0       1.30.0-1     The ATK accessibility toolkit
>> ii libc6          2.10.2-9     Embedded GNU C Library: Shared lib
>> ii libcairo2        1.8.10-4     The Cairo 2D vector graphics libra
>> ii libfontconfig1     2.8.0-2.1    generic font configuration library
>> ii libfreetype6      2.3.11-1     FreeType 2 font engine, shared lib
>> ii libgcc1         1:4.4.4-1    GCC support library
>> ii libglib2.0-0      2.24.1-1     The GLib library of C routines
>> ii libgtk2.0-0       2.20.1-1     The GTK+ graphical user interface
>> ii libpango1.0-0      1.28.0-1     Layout and rendering of internatio
>> ii libpng12-0       1.2.43-1     PNG library - runtime
>> ii libstdc++6       4.4.4-1     The GNU Standard C++ Library v3
>> ii python         2.5.4-9     An interactive high-level object-o
>> ii python-cairo      1.8.8-1+b1    Python bindings for the Cairo vect
>> ii python-dateutil     1.4.1-3     powerful extensions to the standar
>> ii python-gobject     2.21.1-1     Python bindings for the GObject li
>> ii python-matplotlib-data 0.99.1.2-3    Python based plotting system (data
>> ii python-numpy      1:1.3.0-3+b1   Numerical Python adds a fast array
>> ii python-pyparsing    1.5.2-2     Python parsing module
>> ii python-support     1.0.8      automated rebuilding support for P
>> ii python-tz        2010b-1     Python version of the Olson timezo
>> ii tcl8.5         8.5.8-2     Tcl (the Tool Command Language) v8
>> ii tk8.5          8.5.8-1     Tk toolkit for Tcl and X11, v8.5 -
>> ii zlib1g         1:1.2.3.4.dfsg-3 compression library - runtime
>>
>> Versions of packages python-matplotlib recommends:
>> ii python-glade2         2.17.0-2  GTK+ bindings: Glade support
>> ii python-tk           2.6.5-1  Tkinter - Writing Tk applications
>>
>> Versions of packages python-matplotlib suggests:
>> ii dvipng            1.13-1   convert DVI files to PNG graphics
>> ii ipython            0.10-2   enhanced interactive Python shell
>> ii librsvg2-common        2.26.3-1  SAX-based renderer library for SVG
>> ii python-configobj       4.7.2+ds-1 simple but powerful config file re
>> pn python-excelerator      <none>   (no description available)
>> ii python-gtk2          2.17.0-2  Python bindings for the GTK+ widge
>> pn python-matplotlib-doc     <none>   (no description available)
>> pn python-qt3          <none>   (no description available)
>> ii python-qt4          4.7.3-1  Python bindings for Qt4
>> ii python-scipy         0.7.2-1  scientific tools for Python
>> ii python-traits         3.3.0-1  Manifest typing and reactive progr
>> ii python-wxgtk2.8        2.8.10.1-3 wxWidgets Cross-platform C++ GUI t
>> ii texlive-extra-utils      2009-7   TeX Live: TeX auxiliary programs
>> ii texlive-latex-extra      2009-7   TeX Live: LaTeX supplementary pack
>>
>> -- no debconf information
>>
>> _______________________________________________
>> Python-modules-team mailing list
>> Pyt...@li...
>> http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
>>
>
>
>
> --
> Sandro Tosi (aka morph, morpheus, matrixhasu)
> My website: http://matrixhasu.altervista.org/
> Me at Debian: http://wiki.debian.org/SandroTosi
>
> ------------------------------------------------------------------------------
> ThinkGeek and WIRED's GeekDad team up for the Ultimate
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> lucky parental unit. See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>
-- 
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma

forwarded 585442 mat...@li...
thanks
Hello Matplotlib developers,
here below is a report a user of maplotlib sent to the Debian bug
tracker. I've verified and it happend also with 0.99.3:
$ python -c "import matplotlib as p ; print p.__version__"
0.99.3
$ python mpl_crash.py
terminate called after throwing an instance of 'char const*'
Aborted
Thanks for looking into it,
Sandro
On Thu, Jun 10, 2010 at 16:52, Teemu Ikonen <tpi...@gm...> wrote:
> Package: python-matplotlib
> Version: 0.99.1.2-3
> Severity: important
>
> Running a program which displays an image with plt.imshow() and changes the
> axes with plt.axis() before calling plt.show() crashes the python interpreter:
>
> $ python mpl_crash.py
> terminate called after throwing an instance of 'char const*'
> Aborted
>
> This happens at least with Qt4Agg, GTKAgg and TKAgg backends.
>
> The example program is attached.
>
> Best,
>
> Teemu
>
> -- System Information:
> Debian Release: squeeze/sid
> APT prefers testing
> APT policy: (500, 'testing')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 2.6.32-trunk-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages python-matplotlib depends on:
> ii libatk1.0-0       1.30.0-1     The ATK accessibility toolkit
> ii libc6          2.10.2-9     Embedded GNU C Library: Shared lib
> ii libcairo2        1.8.10-4     The Cairo 2D vector graphics libra
> ii libfontconfig1     2.8.0-2.1    generic font configuration library
> ii libfreetype6      2.3.11-1     FreeType 2 font engine, shared lib
> ii libgcc1         1:4.4.4-1    GCC support library
> ii libglib2.0-0      2.24.1-1     The GLib library of C routines
> ii libgtk2.0-0       2.20.1-1     The GTK+ graphical user interface
> ii libpango1.0-0      1.28.0-1     Layout and rendering of internatio
> ii libpng12-0       1.2.43-1     PNG library - runtime
> ii libstdc++6       4.4.4-1     The GNU Standard C++ Library v3
> ii python         2.5.4-9     An interactive high-level object-o
> ii python-cairo      1.8.8-1+b1    Python bindings for the Cairo vect
> ii python-dateutil     1.4.1-3     powerful extensions to the standar
> ii python-gobject     2.21.1-1     Python bindings for the GObject li
> ii python-matplotlib-data 0.99.1.2-3    Python based plotting system (data
> ii python-numpy      1:1.3.0-3+b1   Numerical Python adds a fast array
> ii python-pyparsing    1.5.2-2     Python parsing module
> ii python-support     1.0.8      automated rebuilding support for P
> ii python-tz        2010b-1     Python version of the Olson timezo
> ii tcl8.5         8.5.8-2     Tcl (the Tool Command Language) v8
> ii tk8.5          8.5.8-1     Tk toolkit for Tcl and X11, v8.5 -
> ii zlib1g         1:1.2.3.4.dfsg-3 compression library - runtime
>
> Versions of packages python-matplotlib recommends:
> ii python-glade2         2.17.0-2  GTK+ bindings: Glade support
> ii python-tk           2.6.5-1  Tkinter - Writing Tk applications
>
> Versions of packages python-matplotlib suggests:
> ii dvipng            1.13-1   convert DVI files to PNG graphics
> ii ipython            0.10-2   enhanced interactive Python shell
> ii librsvg2-common        2.26.3-1  SAX-based renderer library for SVG
> ii python-configobj       4.7.2+ds-1 simple but powerful config file re
> pn python-excelerator      <none>   (no description available)
> ii python-gtk2          2.17.0-2  Python bindings for the GTK+ widge
> pn python-matplotlib-doc     <none>   (no description available)
> pn python-qt3          <none>   (no description available)
> ii python-qt4          4.7.3-1  Python bindings for Qt4
> ii python-scipy         0.7.2-1  scientific tools for Python
> ii python-traits         3.3.0-1  Manifest typing and reactive progr
> ii python-wxgtk2.8        2.8.10.1-3 wxWidgets Cross-platform C++ GUI t
> ii texlive-extra-utils      2009-7   TeX Live: TeX auxiliary programs
> ii texlive-latex-extra      2009-7   TeX Live: LaTeX supplementary pack
>
> -- no debconf information
>
> _______________________________________________
> Python-modules-team mailing list
> Pyt...@li...
> http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
>
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi

It may be bad practice to add functionality this close to 1.0 release, 
but I couldn't resist. The lack of an easy and interactive way to 
modify tick and tick label appearance parameters has seemed like a major 
shortcoming; manipulation of rcParams prior to creation of an Axes is a 
clumsy workaround. My proposed solution, now in svn 8453, is the 
tick_params Axes method and pyplot function. To see how it works, try 
the following in an "ipython -pyplot" session, pausing at each line to 
see the result:
plot([1,2,1.5])
tick_params(axis='x', colors='r')
tick_params(axis='y', color='pink', labelcolor='b')
tick_params(direction='out', length=6, width=3)
tick_params(labelright='on', labelleft='off', top='off')
tick_params(labelsize='large', pad=6)
tick_params(reset=True, colors='m')
Eric

I just tested it and it's very cool! It works fairly quickly locally. It
seems to work for Safari 5 and Chrome beta. Firefox 3.6.3 is a no show. I
haven't tried Opera. What I'm really curious about is what is the latency
like over the actual internet, or under higher server loads (given the round
tripping). For us, I'd have to try to get it to work for firefox (I think
as a cross platform browser, it's fairly common, especially on linux systems
like Fedora, it's what the user is most likely to have.). Thanks for
sharing this!
William
On Mon, Jun 21, 2010 at 9:19 AM, Simon Ratcliffe <sra...@gm...>wrote:
> Hello,
>
> Our HTML5 based matplotlib backend is now available at:
>
> http://code.google.com/p/mplh5canvas/
>
> There are some basic installation instructions and included examples
> to get going. Keep in mind that the weakest link at this stage is
> browser support.
>
> We recommend Chrome for the most hassle free experience.
>
> This is very much a beta release and has not seen action outside of
> our internal testing, so we expect some teething troubles :)
>
> Please let us know what works for you, and what doesn't, and we will
> try and fix things as they come up.
>
> Cheers,
>
> Simon and Ludwig
>
>
> ------------------------------------------------------------------------------
> ThinkGeek and WIRED's GeekDad team up for the Ultimate
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> lucky parental unit. See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>

Hello,
Our HTML5 based matplotlib backend is now available at:
http://code.google.com/p/mplh5canvas/
There are some basic installation instructions and included examples
to get going. Keep in mind that the weakest link at this stage is
browser support.
We recommend Chrome for the most hassle free experience.
This is very much a beta release and has not seen action outside of
our internal testing, so we expect some teething troubles :)
Please let us know what works for you, and what doesn't, and we will
try and fix things as they come up.
Cheers,
Simon and Ludwig

The issue was related with the change in Sphinx v1.0b2, which I think
I fixed in r8447.
At least, the html are built fine and uploaded fine.
However, the link to trunk-docs still does not work.
http://matplotlib.sourceforge.net/trunk-docs/
Can someone check what's wrong?
TIA,
-JJ
On Sat, Jun 5, 2010 at 1:54 PM, Jae-Joon Lee <lee...@gm...> wrote:
> The link to the trunk-version of the documentation
>
> http://matplotlib.sourceforge.net/trunk-docs/
>
> has not been working for a few days.
> And this seems to be due to build failure on one of th build bot.
>
> http://mpl-buildbot.code.astraw.com/waterfall
>
> However, the the documentation build just fine in my local installation.
>
> Does anyone else has doc build failure?
> Andrew, can you take a look if you have a chance?
>
> Regards,
>
> -JJ
>

Great!
On Fri, Jun 18, 2010 at 5:43 AM, Ludwig Schwardt
<lud...@gm...>wrote:
> Hi,
>
> On Thu, Jun 17, 2010 at 6:30 PM, Ondrej Certik <on...@ce...> wrote:
> > That would be exactly what I need. Do you have any time frame for the
> > release? The problem is that I need it right now. So I'll try to
> > finish my own stuff today, so that I can at least work and then later
> > improve it or switch to your stuff.
>
> We have the go-ahead to release the HTML5 Canvas backend and will get
> it out by Monday. Testers will be welcome!
>
> Ludwig
>

Hi,
On Thu, Jun 17, 2010 at 6:30 PM, Ondrej Certik <on...@ce...> wrote:
> That would be exactly what I need. Do you have any time frame for the
> release? The problem is that I need it right now. So I'll try to
> finish my own stuff today, so that I can at least work and then later
> improve it or switch to your stuff.
We have the go-ahead to release the HTML5 Canvas backend and will get
it out by Monday. Testers will be welcome!
Ludwig

Hi William,
We are using the HTML5 websocket as proposed in
draft-hixie-thewebsocketprotocol-75. This is supported by Chrome 4/5
and now Safari 5. This standard is evolving and Chrome 6 onwards will
be using draft-ietf-hybi-thewebsocketprotocol-00 which simplifies the
syntax somewhat but does break our current implementation.
Our websocket server is based on the pywebsocket code produced by the
Chrome developers. Our first version used a persistent AJAX style
connection which was pretty flaky, websockets seem to work much better
and give good speed.
As Ludwig mentioned we can achieve pretty good frame rates in animated
plots (easy animation without local threading issues was the primary
driver for developing this in the first place). Obviously it does
depend somewhat on the bandwidth available between the web client and
the server, but certainly for local/LAN connections everything is
pretty snappy.
We still have some issues to work out with plots that use large
numbers of markers as there are no HTML5 primitive constructs
available (as they are in SVG) to speed up drawing the same object
multiple times.
I will try and add a screencast to the demo page by early next week.
Cheers,
Simon Ratcliffe
On Fri, Jun 18, 2010 at 11:10 AM, william ratcliff
<wil...@gm...> wrote:
> I would be interested in seeing the screencast. For the websocket, are you
> using "Comet" (which is what we use for our live data through the used of
> orbited and STOMP, so I could see being able to do interactivity, but
> thought it would be too slow for interactivity, which is why we went with
> FLOT and were planning to start adding functionality--legends, etc.), or the
> new proposed html5 websocket?
> William
>
> On Fri, Jun 18, 2010 at 3:01 AM, Ludwig Schwardt <lud...@gm...>
> wrote:
>>
>> Hi,
>>
>> On Thu, Jun 17, 2010 at 8:07 PM, william ratcliff
>> <wil...@gm...> wrote:
>> > How do you deal with interactivity?
>>
>> When you create a figure, a WebSocket server is spawned on its own
>> socket, with its own thread. The client (browser) then interacts with
>> these threads. Zooming, panning and resizing are all done on the
>> server side, under request from the client. This allows you the full
>> functionality of matplotlib, as this corresponds to how other
>> interactive backends work. The interactivity is better than expected -
>> with local connections we achieve 40 frames per second while animating
>> a 2000-point plot, for example.
>>
>> We also provide a management port, which serves as the portal for the
>> available figures. At the start of your session, you connect the
>> browser to this management port. Thereafter, new figures pop up as new
>> thumbnails on this page, and can be selected for viewing. This port
>> also provides the static HTML/JS framework for the plots.
>>
>> This interactivity is what makes it a true replacement for the other
>> interactive backends. If people are interested, we can put together a
>> screencast of the functionality.
>>
>> Ludwig
>
>
> ------------------------------------------------------------------------------
> ThinkGeek and WIRED's GeekDad team up for the Ultimate
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> lucky parental unit. See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>

I would be interested in seeing the screencast. For the websocket, are you
using "Comet" (which is what we use for our live data through the used of
orbited and STOMP, so I could see being able to do interactivity, but
thought it would be too slow for interactivity, which is why we went with
FLOT and were planning to start adding functionality--legends, etc.), or the
new proposed html5 websocket?
William
On Fri, Jun 18, 2010 at 3:01 AM, Ludwig Schwardt
<lud...@gm...>wrote:
> Hi,
>
> On Thu, Jun 17, 2010 at 8:07 PM, william ratcliff
> <wil...@gm...> wrote:
> > How do you deal with interactivity?
>
> When you create a figure, a WebSocket server is spawned on its own
> socket, with its own thread. The client (browser) then interacts with
> these threads. Zooming, panning and resizing are all done on the
> server side, under request from the client. This allows you the full
> functionality of matplotlib, as this corresponds to how other
> interactive backends work. The interactivity is better than expected -
> with local connections we achieve 40 frames per second while animating
> a 2000-point plot, for example.
>
> We also provide a management port, which serves as the portal for the
> available figures. At the start of your session, you connect the
> browser to this management port. Thereafter, new figures pop up as new
> thumbnails on this page, and can be selected for viewing. This port
> also provides the static HTML/JS framework for the plots.
>
> This interactivity is what makes it a true replacement for the other
> interactive backends. If people are interested, we can put together a
> screencast of the functionality.
>
> Ludwig
>

Hi,
On Thu, Jun 17, 2010 at 8:07 PM, william ratcliff
<wil...@gm...> wrote:
> How do you deal with interactivity?
When you create a figure, a WebSocket server is spawned on its own
socket, with its own thread. The client (browser) then interacts with
these threads. Zooming, panning and resizing are all done on the
server side, under request from the client. This allows you the full
functionality of matplotlib, as this corresponds to how other
interactive backends work. The interactivity is better than expected -
with local connections we achieve 40 frames per second while animating
a 2000-point plot, for example.
We also provide a management port, which serves as the portal for the
available figures. At the start of your session, you connect the
browser to this management port. Thereafter, new figures pop up as new
thumbnails on this page, and can be selected for viewing. This port
also provides the static HTML/JS framework for the plots.
This interactivity is what makes it a true replacement for the other
interactive backends. If people are interested, we can put together a
screencast of the functionality.
Ludwig

Hi Andrew!
On Wed, Jun 16, 2010 at 3:45 PM, Andrew Straw <str...@as...> wrote:
> Hi Ondrej,
>
> If I was in your shoes, the first thing I'd do is emit your data to plot
> as a json object and then plot that data using javascript with one of
> the libraries you've listed. Then, after gaining some familiarity with
Thanks for the encouraging email. So I have code up a simple
prototype, using exactly the approach you suggested. Examples +
screenshot available at:
http://github.com/certik/jsplot
(just scroll down with your browser, github nicely renders the README.rst).
> Python->json->javascript I'd think about how such an MPL backend might
> work. A usecase I could imagine is some Django app that uses MPL to plot
> stuff into a javascript canvas element complete with zooming and so on.
Yes, I use django and instead of mpl, I use the flotr library, that
does zooming+plotting automatically.
>
> I think there are a lot of open questions in this domain... For example,
> presumably one doesn't want the server involved when the client browser
> zooms. But then if you implement something that allows the client
> browser to zoom without the server MPL process, you're no longer using
> the normal MPL callback system. So, interactivity would probably be
Yes, in fact, I am not using MPL at all.
> different than in the traditional backends.
>
> You could also start with the svg backend, as browsers do render svg.
I wonder what to do now. I think I'll just emulate the MPL api, that's
easy. Anyway, I can work finally.
Thanks for the help!
Ondrej

How do you deal with interactivity?
On Thu, Jun 17, 2010 at 9:57 AM, Ludwig Schwardt
<lud...@gm...>wrote:
> Hi,
>
> Simon Ratcliffe (the other Ratcliff :-)) and myself are working on an
> MPL backend that uses the HTML5 Canvas element. It is nearly done and
> soon to be released, once we get permission from our employer to
> release it under an open-source license. It does zooming and pretty
> good animation as well. It also has no additional dependencies except
> for Matplotlib and currently runs on the latest HTML5-compliant
> browsers (Chrome 4+, Safari 5, IE9 when released, Firefox nightlies).
>
> Some idea of its functionality can be seen at
> http://genotrak.webfactional.com/mplh5canvas/.
>
> We will keep the list updated on its progress.
>
> Regards,
> Ludwig Schwardt
>
>
> ------------------------------------------------------------------------------
> ThinkGeek and WIRED's GeekDad team up for the Ultimate
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> lucky parental unit. See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>

On Thu, Jun 17, 2010 at 6:57 AM, Ludwig Schwardt
<lud...@gm...> wrote:
> Hi,
>
> Simon Ratcliffe (the other Ratcliff :-)) and myself are working on an
> MPL backend that uses the HTML5 Canvas element. It is nearly done and
> soon to be released, once we get permission from our employer to
> release it under an open-source license. It does zooming and pretty
> good animation as well. It also has no additional dependencies except
> for Matplotlib and currently runs on the latest HTML5-compliant
> browsers (Chrome 4+, Safari 5, IE9 when released, Firefox nightlies).
>
> Some idea of its functionality can be seen at
> http://genotrak.webfactional.com/mplh5canvas/.
>
> We will keep the list updated on its progress.
That would be exactly what I need. Do you have any time frame for the
release? The problem is that I need it right now. So I'll try to
finish my own stuff today, so that I can at least work and then later
improve it or switch to your stuff.
Ondrej

Hi,
Simon Ratcliffe (the other Ratcliff :-)) and myself are working on an
MPL backend that uses the HTML5 Canvas element. It is nearly done and
soon to be released, once we get permission from our employer to
release it under an open-source license. It does zooming and pretty
good animation as well. It also has no additional dependencies except
for Matplotlib and currently runs on the latest HTML5-compliant
browsers (Chrome 4+, Safari 5, IE9 when released, Firefox nightlies).
Some idea of its functionality can be seen at
http://genotrak.webfactional.com/mplh5canvas/.
We will keep the list updated on its progress.
Regards,
Ludwig Schwardt

I'll take a look--but how do you handle interaction? Does it end up having
to communicate back to the server?
On Thu, Jun 17, 2010 at 2:09 AM, John Hunter <jd...@gm...> wrote:
> On Wed, Jun 16, 2010 at 6:33 PM, william ratcliff
> <wil...@gm...> wrote:
> > I have a student here trying to make a webapp for data reduction. To add
> > interactivity, we've been using the FLOT package, and may later consider
> > protovis. We had thought about making a javascript backend for MPL, but
> to
> > just get something running, we went with FLOT for the time being...We're
> > using EXTJS as the web framework (it's a bit heavy, but has a rich widget
> > toolkit and documentation). We use Django on the backend and Orbited to
> > deal with some communications between the browser and the server (for
> > example if we get new data from an instrument and want to update it on
> the
> > server and update plots that are viewing that data..). Over the next
> couple
> > of weeks (with the arrival of another student), we will be working more
> with
> > the plotting aspect of the project (adding legends, zooming, etc).
> Also,
> > for other parts of the app, we're just using the HTML5 canvas...I'd be
> happy
> > to work on making the plotting addons as generic as possible so they can
> be
> > used outside of our problem domain. What I'm not sure is whether one
> wants
> > to truly use MPL as a backend, or rather to use the MPL philosophy of a
> > javascript package.
>
>
> If anyone is interested in working on an html5 backend, we have a
> prototype here thanks to a GSOC applicant from last year
>
> http://bitbucket.org/sanxiyn/matplotlib-canvas/
>
> JDH
>

On Wed, Jun 16, 2010 at 6:33 PM, william ratcliff
<wil...@gm...> wrote:
> I have a student here trying to make a webapp for data reduction. To add
> interactivity, we've been using the FLOT package, and may later consider
> protovis. We had thought about making a javascript backend for MPL, but to
> just get something running, we went with FLOT for the time being...We're
> using EXTJS as the web framework (it's a bit heavy, but has a rich widget
> toolkit and documentation). We use Django on the backend and Orbited to
> deal with some communications between the browser and the server (for
> example if we get new data from an instrument and want to update it on the
> server and update plots that are viewing that data..). Over the next couple
> of weeks (with the arrival of another student), we will be working more with
> the plotting aspect of the project (adding legends, zooming, etc).  Also,
> for other parts of the app, we're just using the HTML5 canvas...I'd be happy
> to work on making the plotting addons as generic as possible so they can be
> used outside of our problem domain. What I'm not sure is whether one wants
> to truly use MPL as a backend, or rather to use the MPL philosophy of a
> javascript package.
If anyone is interested in working on an html5 backend, we have a
prototype here thanks to a GSOC applicant from last year
http://bitbucket.org/sanxiyn/matplotlib-canvas/
JDH

www.reflectometry.org/flot/examples has some examples with zooming for flot.
 These seem ok for speed using firefox...How many data points?
William
On Wed, Jun 16, 2010 at 9:07 PM, Ondrej Certik <on...@ce...> wrote:
> On Wed, Jun 16, 2010 at 6:01 PM, Ondrej Certik <on...@ce...> wrote:
> > On Wed, Jun 16, 2010 at 5:13 PM, william ratcliff
> > <wil...@gm...> wrote:
> >> Do you want the whole code base?
> >
> > Well, if you can send me something to start from, that'd be awesome. I
> > have put my initial code here:
> >
> > http://github.com/certik/jsplot
> >
> > it uses django + raphael. Now I need to write a simple MPL like api,
> > and also implement zoom somehow.
> > I think I'll make it work for my purposes soon hopefully.
>
> These guys already implemented zoom in the flotr library:
>
>
> http://phenxdesign.net/projects/flotr/examples/prototype/mouse-zoom-preview.html
>
> So maybe I'll just use that. In FF3 it's terribly slow though...
>
> Ondrej
>

On Wed, Jun 16, 2010 at 6:01 PM, Ondrej Certik <on...@ce...> wrote:
> On Wed, Jun 16, 2010 at 5:13 PM, william ratcliff
> <wil...@gm...> wrote:
>> Do you want the whole code base?
>
> Well, if you can send me something to start from, that'd be awesome. I
> have put my initial code here:
>
> http://github.com/certik/jsplot
>
> it uses django + raphael. Now I need to write a simple MPL like api,
> and also implement zoom somehow.
> I think I'll make it work for my purposes soon hopefully.
These guys already implemented zoom in the flotr library:
http://phenxdesign.net/projects/flotr/examples/prototype/mouse-zoom-preview.html
So maybe I'll just use that. In FF3 it's terribly slow though...
Ondrej

On Wed, Jun 16, 2010 at 5:13 PM, william ratcliff
<wil...@gm...> wrote:
> Do you want the whole code base?
Well, if you can send me something to start from, that'd be awesome. I
have put my initial code here:
http://github.com/certik/jsplot
it uses django + raphael. Now I need to write a simple MPL like api,
and also implement zoom somehow.
I think I'll make it work for my purposes soon hopefully.
Ondrej

Hi William,
On Wed, Jun 16, 2010 at 4:33 PM, william ratcliff
<wil...@gm...> wrote:
> I have a student here trying to make a webapp for data reduction. To add
> interactivity, we've been using the FLOT package, and may later consider
> protovis. We had thought about making a javascript backend for MPL, but to
> just get something running, we went with FLOT for the time being...We're
> using EXTJS as the web framework (it's a bit heavy, but has a rich widget
> toolkit and documentation). We use Django on the backend and Orbited to
> deal with some communications between the browser and the server (for
> example if we get new data from an instrument and want to update it on the
> server and update plots that are viewing that data..). Over the next couple
> of weeks (with the arrival of another student), we will be working more with
> the plotting aspect of the project (adding legends, zooming, etc).  Also,
> for other parts of the app, we're just using the HTML5 canvas...I'd be happy
> to work on making the plotting addons as generic as possible so they can be
> used outside of our problem domain. What I'm not sure is whether one wants
> to truly use MPL as a backend, or rather to use the MPL philosophy of a
> javascript package.
That would be exactly what I could reuse. Is the code available as
opensource somewhere?
Ondrej