matplotlib-devel Mailing List for matplotlib (Page 4)

I should point out that the animation module tries to determine if the
canvas can blit if the user sets it to True. If it can't blit, then it
simply ignores the True setting. Maybe we should do something similar like
here as well?
On Tue, Nov 11, 2014 at 4:50 PM, Arnaud Gardelein <ar...@os...> wrote:
> Le mardi 11 novembre 2014 à 08:56 +0000, Jens Nielsen a écrit :
> > There was an issue with the GTK3Agg backend on Python 3 due to a
> > missing feature in the python 3 port of PyCairo but this has been
> > fixed in Matplotlib 1.4.0 by making it possible to use cairocffi as an
> > alternative to PyCairo.
> This is exactly the issue I meant.
>
> (...)
>
> > On Mon, Nov 10, 2014 at 11:26 PM, Thomas Caswell <tca...@gm...>
> > wrote:
> (...)
> > The issue is that the cairo backend is a vector backend, which
> > does not have a notion of blitting, which is something that
> > span selector uses to make it nice and snappy. Should be able
> > to get it to work by passing the kwarg `useblit=False` to the
> > constructor.
> >
> > Tom
>
> In fact I stupidly copied the example [1], missing completely this
> argument in the constructor. Setting useblit=False makes it working
> nicely. Thanks.
>
> Arnaud.
>
> [1] http://matplotlib.org/examples/widgets/span_selector.html
>
> PS: For the records, here is the full message that appears when setting
> useblit=True in [1] and matplotlibrc contains "backend : GTK3Cairo",
> matplotlib version 1.4.2 (debian):
>
> $ ./testspan.py
> Traceback (most recent call last):
> File
> "/usr/lib/python3/dist-packages/matplotlib/backends/backend_gtk3cairo.py",
> line 45, in on_draw_event
> self._render_figure(w, h)
> File
> "/usr/lib/python3/dist-packages/matplotlib/backends/backend_gtk3cairo.py",
> line 34, in _render_figure
> self.figure.draw (self._renderer)
> File "/usr/lib/python3/dist-packages/matplotlib/artist.py", line 59,
> in draw_wrapper
> draw(artist, renderer, *args, **kwargs)
> File "/usr/lib/python3/dist-packages/matplotlib/figure.py", line 1085,
> in draw
> self.canvas.draw_event(renderer)
> File "/usr/lib/python3/dist-packages/matplotlib/backend_bases.py",
> line 1778, in draw_event
> self.callbacks.process(s, event)
> File "/usr/lib/python3/dist-packages/matplotlib/cbook.py", line 540,
> in process
> proxy(*args, **kwargs)
> File "/usr/lib/python3/dist-packages/matplotlib/cbook.py", line 415,
> in __call__
> return mtd(*args, **kwargs)
> File "/usr/lib/python3/dist-packages/matplotlib/widgets.py", line
> 1197, in update_background
> self.background = self.canvas.copy_from_bbox(self.ax.bbox)
> AttributeError: 'FigureCanvasGTK3Cairo' object has no attribute
> 'copy_from_bbox'
>
>
>
> ------------------------------------------------------------------------------
> 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
>

Le mardi 11 novembre 2014 à 08:56 +0000, Jens Nielsen a écrit :
> There was an issue with the GTK3Agg backend on Python 3 due to a
> missing feature in the python 3 port of PyCairo but this has been
> fixed in Matplotlib 1.4.0 by making it possible to use cairocffi as an
> alternative to PyCairo.
This is exactly the issue I meant.
(...)
> On Mon, Nov 10, 2014 at 11:26 PM, Thomas Caswell <tca...@gm...>
> wrote:
(...) 
> The issue is that the cairo backend is a vector backend, which
> does not have a notion of blitting, which is something that
> span selector uses to make it nice and snappy. Should be able
> to get it to work by passing the kwarg `useblit=False` to the
> constructor.
> 
> Tom
In fact I stupidly copied the example [1], missing completely this
argument in the constructor. Setting useblit=False makes it working
nicely. Thanks.
Arnaud.
[1] http://matplotlib.org/examples/widgets/span_selector.html
PS: For the records, here is the full message that appears when setting
useblit=True in [1] and matplotlibrc contains "backend : GTK3Cairo",
matplotlib version 1.4.2 (debian):
$ ./testspan.py
Traceback (most recent call last):
 File
"/usr/lib/python3/dist-packages/matplotlib/backends/backend_gtk3cairo.py", line 45, in on_draw_event
 self._render_figure(w, h)
 File
"/usr/lib/python3/dist-packages/matplotlib/backends/backend_gtk3cairo.py", line 34, in _render_figure
 self.figure.draw (self._renderer)
 File "/usr/lib/python3/dist-packages/matplotlib/artist.py", line 59,
in draw_wrapper
 draw(artist, renderer, *args, **kwargs)
 File "/usr/lib/python3/dist-packages/matplotlib/figure.py", line 1085,
in draw
 self.canvas.draw_event(renderer)
 File "/usr/lib/python3/dist-packages/matplotlib/backend_bases.py",
line 1778, in draw_event
 self.callbacks.process(s, event)
 File "/usr/lib/python3/dist-packages/matplotlib/cbook.py", line 540,
in process
 proxy(*args, **kwargs)
 File "/usr/lib/python3/dist-packages/matplotlib/cbook.py", line 415,
in __call__
 return mtd(*args, **kwargs)
 File "/usr/lib/python3/dist-packages/matplotlib/widgets.py", line
1197, in update_background
 self.background = self.canvas.copy_from_bbox(self.ax.bbox)
AttributeError: 'FigureCanvasGTK3Cairo' object has no attribute
'copy_from_bbox'

There was an issue with the GTK3Agg backend on Python 3 due to a missing
feature in the python 3 port of PyCairo but this has been fixed in
Matplotlib 1.4.0 by making it possible to use cairocffi as an alternative to
PyCairo. CairoCFFI implements the missing feature. (While the Agg backends
doesn't use Cairo to render the figures it still needs python binding for
Cairo AFAIK)
/Jens
On Mon, Nov 10, 2014 at 11:26 PM, Thomas Caswell <tca...@gm...> wrote:
> Not sure what you mean about agg + py3k, it should work fine (as we test
> it).
>
> The issue is that the cairo backend is a vector backend, which does not
> have a notion of blitting, which is something that span selector uses to
> make it nice and snappy. Should be able to get it to work by passing the
> kwarg `useblit=False` to the constructor.
>
> Tom
>
>
> ------------------------------------------------------------------------------
> 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
>
>

Not sure what you mean about agg + py3k, it should work fine (as we test
it).
The issue is that the cairo backend is a vector backend, which does not
have a notion of blitting, which is something that span selector uses to
make it nice and snappy. Should be able to get it to work by passing the
kwarg `useblit=False` to the constructor.
Tom

SpanSelector is a powerful widget that allows to define a particular
region in a Figure. Some time ago I switched to python3 and needed to
use gtk3cairo instead of gtkagg; to my knowledge there is still a
message preventing using agg backend with python3. Unfortunately since
then I am not able to use SpanSelector widget with gtk3cairo. For
instance with the example [1], an error message appears:
 File "/usr/lib/python3/dist-packages/matplotlib/widgets.py", line
1197, in update_background
 self.background = self.canvas.copy_from_bbox(self.ax.bbox)
AttributeError: 'FigureCanvasGTK3Cairo' object has no attribute
'copy_from_bbox'
This using version 1.4.2 of matplotlib.
Does exists a way to have SpanSelector operating with gtk3cairo
backend ? I tried to look down to the code of gtkagg but it refers to
the C implementation of the library (_RendererAgg), is there an
equivalent in Cairo ?
Arnaud.
[1] http://matplotlib.org/examples/widgets/span_selector.html

IPython notebooks got a write up in Nature.
http://www.nature.com/news/interactive-notebooks-sharing-the-code-1.16261
All of the examples depend on mpl.
Tom

Hi,
Thanks for your answers and advices.
2014年11月07日 16:03 GMT+01:00 Benjamin Root <ben...@ou...>:
> I can't speak about trademarks, but with regards to projects that are
> released under BSD license, it is my understanding (but, IANAL) that it is
> perfectly valid to sell a product using BSD code. I also think that it is
> ok to relicense it as GPLv3, but I am not entirely clear on that.
>
> Trademarks are an entirely different issue, though, and one that I have
> zero clue about. Do get a lawyer, or at least read up on the legal FAQs
> from FSF and other organizations.
>
> Ben Root
>
> On Fri, Nov 7, 2014 at 9:49 AM, Apps Embedded <app...@gm...>
> wrote:
>
>> Hi,
>>
>> This was just in case we could get some answers about selling some
>> open-source code including Matplotlib.
>>
>> Apps Embedded Team.
>>
>> 2014年11月07日 15:42 GMT+01:00 Sandro Tosi <mo...@de...>:
>>
>>> Hello,
>>> I agree with Thomas this is not the right (and only) forum to ask
>>> these questions. If you seek legal advice you should ask a lawyer.
>>>
>>> On Fri, Nov 7, 2014 at 2:28 PM, Apps Embedded <app...@gm...>
>>> wrote:
>>> > Hi,
>>> >
>>> > Could I name this app "Scipy Console Free" ?
>>>
>>> do no use any name already taken, thats a general rule of thumb to
>>> avoid legal issues
>>>
>>> >
>>> > In the BSD licence of Scipy library, it is said
>>> > "...
>>> >
>>> > Neither the name of Enthought nor the names of the SciPy Developers
>>> may be
>>> > used to endorse or promote products derived from this software without
>>> > specific prior written permission.
>>> >
>>> > ..."
>>> >
>>> > So Scipy Console shoud be ok ? Since Scipy does not seem to be
>>> forbidden by
>>> > the licence text.
>>>
>>> Nope you didnt get the licence right (at list that point), there it
>>> means you cannot say the entity Enthought or any SciPy developers (the
>>> people who wrote the scipy code) are endorsing your product as good,
>>> valid, appropriate, anything.
>>>
>>> Again, seek legal advices with legal professionels.
>>>
>>> Regards,
>>> --
>>> Sandro Tosi (aka morph, morpheus, matrixhasu)
>>> My website: http://matrixhasu.altervista.org/
>>> Me at Debian: http://wiki.debian.org/SandroTosi
>>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>>
>> _______________________________________________
>> Matplotlib-devel mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>
>>
>

I can't speak about trademarks, but with regards to projects that are
released under BSD license, it is my understanding (but, IANAL) that it is
perfectly valid to sell a product using BSD code. I also think that it is
ok to relicense it as GPLv3, but I am not entirely clear on that.
Trademarks are an entirely different issue, though, and one that I have
zero clue about. Do get a lawyer, or at least read up on the legal FAQs
from FSF and other organizations.
Ben Root
On Fri, Nov 7, 2014 at 9:49 AM, Apps Embedded <app...@gm...>
wrote:
> Hi,
>
> This was just in case we could get some answers about selling some
> open-source code including Matplotlib.
>
> Apps Embedded Team.
>
> 2014年11月07日 15:42 GMT+01:00 Sandro Tosi <mo...@de...>:
>
>> Hello,
>> I agree with Thomas this is not the right (and only) forum to ask
>> these questions. If you seek legal advice you should ask a lawyer.
>>
>> On Fri, Nov 7, 2014 at 2:28 PM, Apps Embedded <app...@gm...>
>> wrote:
>> > Hi,
>> >
>> > Could I name this app "Scipy Console Free" ?
>>
>> do no use any name already taken, thats a general rule of thumb to
>> avoid legal issues
>>
>> >
>> > In the BSD licence of Scipy library, it is said
>> > "...
>> >
>> > Neither the name of Enthought nor the names of the SciPy Developers may
>> be
>> > used to endorse or promote products derived from this software without
>> > specific prior written permission.
>> >
>> > ..."
>> >
>> > So Scipy Console shoud be ok ? Since Scipy does not seem to be
>> forbidden by
>> > the licence text.
>>
>> Nope you didnt get the licence right (at list that point), there it
>> means you cannot say the entity Enthought or any SciPy developers (the
>> people who wrote the scipy code) are endorsing your product as good,
>> valid, appropriate, anything.
>>
>> Again, seek legal advices with legal professionels.
>>
>> Regards,
>> --
>> Sandro Tosi (aka morph, morpheus, matrixhasu)
>> My website: http://matrixhasu.altervista.org/
>> Me at Debian: http://wiki.debian.org/SandroTosi
>>
>
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>

On 7 Nov 2014 14:44, "Apps Embedded" <app...@gm...> wrote:
>
> Hi,
>
> You are right.
> Maybe a "Science Console" name should simply do it.
>
> And for the Python trademark, is there any legal issue with charging an
Android app using the python langage ?
This is like me asking you whether I can legally call something "android"
because you are android developers and thus totally qualified to speak on
behalf of Google's legal department.
-n

Hi,
This was just in case we could get some answers about selling some
open-source code including Matplotlib.
Apps Embedded Team.
2014年11月07日 15:42 GMT+01:00 Sandro Tosi <mo...@de...>:
> Hello,
> I agree with Thomas this is not the right (and only) forum to ask
> these questions. If you seek legal advice you should ask a lawyer.
>
> On Fri, Nov 7, 2014 at 2:28 PM, Apps Embedded <app...@gm...>
> wrote:
> > Hi,
> >
> > Could I name this app "Scipy Console Free" ?
>
> do no use any name already taken, thats a general rule of thumb to
> avoid legal issues
>
> >
> > In the BSD licence of Scipy library, it is said
> > "...
> >
> > Neither the name of Enthought nor the names of the SciPy Developers may
> be
> > used to endorse or promote products derived from this software without
> > specific prior written permission.
> >
> > ..."
> >
> > So Scipy Console shoud be ok ? Since Scipy does not seem to be forbidden
> by
> > the licence text.
>
> Nope you didnt get the licence right (at list that point), there it
> means you cannot say the entity Enthought or any SciPy developers (the
> people who wrote the scipy code) are endorsing your product as good,
> valid, appropriate, anything.
>
> Again, seek legal advices with legal professionels.
>
> Regards,
> --
> Sandro Tosi (aka morph, morpheus, matrixhasu)
> My website: http://matrixhasu.altervista.org/
> Me at Debian: http://wiki.debian.org/SandroTosi
>

Hi,
You are right.
Maybe a "Science Console" name should simply do it.
And for the Python trademark, is there any legal issue with charging an
Android app using the python langage ?
Apps Embedded Team.
2014年11月07日 15:36 GMT+01:00 Thomas Caswell <tca...@gm...>:
> You need to ask that on the scipy list, not here.
>
> I suspect no project will be happy with you shadowing their name.
>
> I suggest you also talk to NumFocus.
>
> Again, this is written in a personal capacity.
>
> Tom
>
> On Fri, Nov 7, 2014 at 9:28 AM, Apps Embedded <app...@gm...>
> wrote:
>
>> Hi,
>>
>> Could I name this app "Scipy Console Free" ?
>>
>> In the BSD licence of Scipy library, it is said
>> "...
>>
>> - Neither the name of Enthought nor the names of the SciPy Developers
>> may be used to endorse or promote products derived from this software
>> without specific prior written permission.
>>
>> ..."
>>
>> So Scipy Console shoud be ok ? Since Scipy does not seem to be forbidden
>> by the licence text.
>>
>> Thanks for your help.
>>
>> Apps Embedded Team.
>>
>> 2014年11月07日 15:03 GMT+01:00 Thomas Caswell <tca...@gm...>:
>>
>>> I (personally) would prefer you not use the work 'pylab' in your app
>>> name. There is enough confusion related to the term 'pylab' as it is with
>>> out adding another (some what orthogonal) meaning.
>>>
>>> I am speaking for my self in this email.
>>>
>>> Tom
>>>
>>> On Fri, Nov 7, 2014 at 8:21 AM, Apps Embedded <app...@gm...>
>>> wrote:
>>>
>>>> Hi,
>>>>
>>>> We are about to publish an Android app released under GPL v3 with full
>>>> source access
>>>> giving the SciPy environnement to any Android devices.
>>>>
>>>> We would like to call this app "Pylab Console" on a freemium model with
>>>> a free and premium version.
>>>> This app will give graphics support in its premium version.
>>>> And thus it will use Matplotlib version 1.4.2
>>>>
>>>> From a legal point of view, are we able to use the term "Pylab" in our
>>>> Android App name ?
>>>>
>>>> Moreover, as Python is a trademark, should we need to ask the PSF the
>>>> authorisation of publishing such an app ?
>>>>
>>>> Thanks for your help.
>>>>
>>>> Apps Embedded Team.
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>>
>>>> _______________________________________________
>>>> Matplotlib-devel mailing list
>>>> Mat...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>>>
>>>>
>>>
>>>
>>> --
>>> Thomas Caswell
>>> tca...@gm...
>>>
>>
>>
>
>
> --
> Thomas Caswell
> tca...@gm...
>

Hello,
I agree with Thomas this is not the right (and only) forum to ask
these questions. If you seek legal advice you should ask a lawyer.
On Fri, Nov 7, 2014 at 2:28 PM, Apps Embedded <app...@gm...> wrote:
> Hi,
>
> Could I name this app "Scipy Console Free" ?
do no use any name already taken, thats a general rule of thumb to
avoid legal issues
>
> In the BSD licence of Scipy library, it is said
> "...
>
> Neither the name of Enthought nor the names of the SciPy Developers may be
> used to endorse or promote products derived from this software without
> specific prior written permission.
>
> ..."
>
> So Scipy Console shoud be ok ? Since Scipy does not seem to be forbidden by
> the licence text.
Nope you didnt get the licence right (at list that point), there it
means you cannot say the entity Enthought or any SciPy developers (the
people who wrote the scipy code) are endorsing your product as good,
valid, appropriate, anything.
Again, seek legal advices with legal professionels.
Regards,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi

You need to ask that on the scipy list, not here.
I suspect no project will be happy with you shadowing their name.
I suggest you also talk to NumFocus.
Again, this is written in a personal capacity.
Tom
On Fri, Nov 7, 2014 at 9:28 AM, Apps Embedded <app...@gm...>
wrote:
> Hi,
>
> Could I name this app "Scipy Console Free" ?
>
> In the BSD licence of Scipy library, it is said
> "...
>
> - Neither the name of Enthought nor the names of the SciPy Developers
> may be used to endorse or promote products derived from this software
> without specific prior written permission.
>
> ..."
>
> So Scipy Console shoud be ok ? Since Scipy does not seem to be forbidden
> by the licence text.
>
> Thanks for your help.
>
> Apps Embedded Team.
>
> 2014年11月07日 15:03 GMT+01:00 Thomas Caswell <tca...@gm...>:
>
>> I (personally) would prefer you not use the work 'pylab' in your app
>> name. There is enough confusion related to the term 'pylab' as it is with
>> out adding another (some what orthogonal) meaning.
>>
>> I am speaking for my self in this email.
>>
>> Tom
>>
>> On Fri, Nov 7, 2014 at 8:21 AM, Apps Embedded <app...@gm...>
>> wrote:
>>
>>> Hi,
>>>
>>> We are about to publish an Android app released under GPL v3 with full
>>> source access
>>> giving the SciPy environnement to any Android devices.
>>>
>>> We would like to call this app "Pylab Console" on a freemium model with
>>> a free and premium version.
>>> This app will give graphics support in its premium version.
>>> And thus it will use Matplotlib version 1.4.2
>>>
>>> From a legal point of view, are we able to use the term "Pylab" in our
>>> Android App name ?
>>>
>>> Moreover, as Python is a trademark, should we need to ask the PSF the
>>> authorisation of publishing such an app ?
>>>
>>> Thanks for your help.
>>>
>>> Apps Embedded Team.
>>>
>>>
>>> ------------------------------------------------------------------------------
>>>
>>> _______________________________________________
>>> Matplotlib-devel mailing list
>>> Mat...@li...
>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>>
>>>
>>
>>
>> --
>> Thomas Caswell
>> tca...@gm...
>>
>
>
-- 
Thomas Caswell
tca...@gm...

Hi,
Could I name this app "Scipy Console Free" ?
In the BSD licence of Scipy library, it is said
"...
 - Neither the name of Enthought nor the names of the SciPy Developers
 may be used to endorse or promote products derived from this software
 without specific prior written permission.
..."
So Scipy Console shoud be ok ? Since Scipy does not seem to be forbidden by
the licence text.
Thanks for your help.
Apps Embedded Team.
2014年11月07日 15:03 GMT+01:00 Thomas Caswell <tca...@gm...>:
> I (personally) would prefer you not use the work 'pylab' in your app
> name. There is enough confusion related to the term 'pylab' as it is with
> out adding another (some what orthogonal) meaning.
>
> I am speaking for my self in this email.
>
> Tom
>
> On Fri, Nov 7, 2014 at 8:21 AM, Apps Embedded <app...@gm...>
> wrote:
>
>> Hi,
>>
>> We are about to publish an Android app released under GPL v3 with full
>> source access
>> giving the SciPy environnement to any Android devices.
>>
>> We would like to call this app "Pylab Console" on a freemium model with a
>> free and premium version.
>> This app will give graphics support in its premium version.
>> And thus it will use Matplotlib version 1.4.2
>>
>> From a legal point of view, are we able to use the term "Pylab" in our
>> Android App name ?
>>
>> Moreover, as Python is a trademark, should we need to ask the PSF the
>> authorisation of publishing such an app ?
>>
>> Thanks for your help.
>>
>> Apps Embedded Team.
>>
>>
>> ------------------------------------------------------------------------------
>>
>> _______________________________________________
>> Matplotlib-devel mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>
>>
>
>
> --
> Thomas Caswell
> tca...@gm...
>

I (personally) would prefer you not use the work 'pylab' in your app name.
There is enough confusion related to the term 'pylab' as it is with out
adding another (some what orthogonal) meaning.
I am speaking for my self in this email.
Tom
On Fri, Nov 7, 2014 at 8:21 AM, Apps Embedded <app...@gm...>
wrote:
> Hi,
>
> We are about to publish an Android app released under GPL v3 with full
> source access
> giving the SciPy environnement to any Android devices.
>
> We would like to call this app "Pylab Console" on a freemium model with a
> free and premium version.
> This app will give graphics support in its premium version.
> And thus it will use Matplotlib version 1.4.2
>
> From a legal point of view, are we able to use the term "Pylab" in our
> Android App name ?
>
> Moreover, as Python is a trademark, should we need to ask the PSF the
> authorisation of publishing such an app ?
>
> Thanks for your help.
>
> Apps Embedded Team.
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>
-- 
Thomas Caswell
tca...@gm...

Hi,
We are about to publish an Android app released under GPL v3 with full
source access
giving the SciPy environnement to any Android devices.
We would like to call this app "Pylab Console" on a freemium model with a
free and premium version.
This app will give graphics support in its premium version.
And thus it will use Matplotlib version 1.4.2
>From a legal point of view, are we able to use the term "Pylab" in our
Android App name ?
Moreover, as Python is a trademark, should we need to ask the PSF the
authorisation of publishing such an app ?
Thanks for your help.
Apps Embedded Team.

I removed the rgb2lab_local branch now (I decided that this is not the way
to go and I have a local copy in my own remote of this). On a related note
should be consider removing tags for old release candidates? I know that
IPython does this and it does clean up the tags quite a bit since
approximately half the tags are for release candidates.
Jens
On Sat, Nov 1, 2014 at 7:56 PM, Thomas Caswell <tca...@gm...> wrote:
> This is done now. All of the branches were fully merged except for v1.1.x
> which had a single line change to contents.rst which ended up on the main
> branch through other means.
>
> I have local branches pointing to all of the removed branches so if there
> is panic about their removal and _everyone_ runs a prune command on the
> upstream repos we still have this information around.
>
> I left rgb2lab_local because there is still an open PR against it, but
> will go away when we close that PR.
>
> Tom
>
> On Sat Nov 01 2014 at 2:32:19 PM Eric Firing <ef...@ha...> wrote:
>
>> On 2014年11月01日, 5:49 AM, Thomas Caswell wrote:
>> > Does anyone protest to removing all of the branches from the main repo
>> > except:
>> >
>> > - master
>> > - v1.4.x
>> > - v1.4.2-doc
>> >
>> > Having old branches around can lead to confusion (see
>> > https://github.com/matplotlib/matplotlib/pull/3748#issuecomm
>> ent-61372162).
>> >
>> > Tom
>>
>> Seems to me like a good idea.
>>
>> Eric
>>
>>
>> ------------------------------------------------------------
>> ------------------
>> _______________________________________________
>> Matplotlib-devel mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>

Hi,
I have a piece of code that graphs streaming data in a new window. If the
cursor is within the graphing window and the cursor has been moved after the
command has been sent to start graphing data, the graphing window would
crash and the message says that "python.exe has stopped working". 
In the CMD window, the following error is displayed:
"TclStackFree: incorrect freePtr. Call out of sequence?
This application has requested the Runtime to terminate it in an unusual
way. 
Please contact the application's support team for more information." 
I've tried changing from python 2.7.7 to 2.7.8 and matplotlib-1.3.1 to
1.4.2. The problem persists in both cases.
Any help or insight would be greatly appreciated. 
Thank you. 
Python code used pertaining to graphing streaming data:
def start():
	global ekg_data
	global ekg_lock
	ekg_lock = Lock()
	
	ekg_data = Queue()
	
	conn.register_notification(Handle_EKG, Handle_EKG_Notify,
callback=ekg_data_ready)
	conn.GATT_WriteCharValue(handle=Handle_StartSweep, value=StartEKG_Value)
	
	ylim([0,128])
	ion()
	show()
	
	t = Thread(target=ekg_plotter)
	t.daemon = True
	t.start()
	
def ekg_plotter():
	global ekg_data
	global ekg_lock
	graph_data = zeros(2000)
	graph, = plot(graph_data)
	while (True):
		newData = []
		with ekg_lock:
			size_q = ekg_data.get()
			graph_data = np.concatenate((graph_data[(len(size_q)):], size_q))	
			ekg_data.empty()
		graph.set_ydata(graph_data)
		pause(.01) 
def ekg_data_ready(packet_dictionary):
	global ekg_data
	global ekg_lock
	packet, dictionary = packet_dictionary
	data = dictionary["values"][0]
	dataList = [data[i:i+EKG_DATA_SIZE] for i in range(0, len(data),
EKG_DATA_SIZE)]
	parsedList = [unpack("<b", x)[0] for x in dataList]
	with ekg_lock:
		ekg_data.put(parsedList)
--
View this message in context: http://matplotlib.1069221.n5.nabble.com/TclStackFree-incorrect-freePtr-Call-out-of-sequence-tp44287.html
Sent from the matplotlib - devel mailing list archive at Nabble.com.

Dear all,
I made a pull request for this: #3753, at
https://github.com/matplotlib/matplotlib/pull/3753
Cheers,
Fabio
On 11/03/2014 01:30 PM, Fabio Zanini wrote:
> @Pierre: Yeah, my code looks 99% the same like yours. I'll make a PR
> starting from a mix of both - probably closer to yours than to mine :-P
> 
> @Jens: symlog extends to infinity, logit has a compact range, that's why
> it's not exactly the same.
> 
> Ok I'll make a pull request. Shall I start with a test that fails, then
> add the function and show it succeeds? or shall I start directly with
> the code and add a test later on?
> 
> Cheers,
> Fabio
> 
> On 11/03/2014 12:58 PM, Thomas Caswell wrote:
>> Please create a pull request.
>>
>> This sounds reasonable to me, but I have never seen a plot with that
>> scale and don't really understand it from your description. Seeing the
>> code usually clarifies things.
>>
>> Tom
>>
>> On Mon, Nov 3, 2014, 05:58 Fabio Zanini <fab...@tu...
>> <mailto:fab...@tu...>> wrote:
>>
>> Dear all,
>>
>> I've been using matplotlib with great satisfaction for a few years, but
>> one feature I've been missing is a "logit" scale. This is essentially a
>> nonlinear scale that is log both towards 0+ and log towards 1-. It is
>> useful when one has frequencies in a population (i.e. floats between 0
>> and 1) and both rare events and very common ones are interesting.
>>
>> For instance, say you ask about the fraction of people with blue eyes in
>> various world populations, you want to spot even tiny deviations from
>> zero or one.
>>
>> I have coded a scale according to matplotlib's documentation and it
>> works well, so I was wondering whether you are interested into merging
>> it into the the main repository. I think it'd be useful because lots of
>> people have such frequency data, especially now that matplotlib is
>> becoming popular in the biology/social sciences research communities.
>>
>> If there is interest, I'll just start a pull request on github and try
>> to adapt the code to your coding style. It's already PEP8 and similia.
>>
>> Thanks. Cheers,
>> Fabio
>>
>> ------------------------------__------------------------------__------------------
>> _________________________________________________
>> Matplotlib-devel mailing list
>> Matplotlib-devel@lists.__sourceforge.net
>> <mailto:Mat...@li...>
>> https://lists.sourceforge.net/__lists/listinfo/matplotlib-__devel
>> <https://lists.sourceforge.net/lists/listinfo/matplotlib-devel>
>>
> 

@Pierre: Yeah, my code looks 99% the same like yours. I'll make a PR
starting from a mix of both - probably closer to yours than to mine :-P
@Jens: symlog extends to infinity, logit has a compact range, that's why
it's not exactly the same.
Ok I'll make a pull request. Shall I start with a test that fails, then
add the function and show it succeeds? or shall I start directly with
the code and add a test later on?
Cheers,
Fabio
On 11/03/2014 12:58 PM, Thomas Caswell wrote:
> Please create a pull request.
> 
> This sounds reasonable to me, but I have never seen a plot with that
> scale and don't really understand it from your description. Seeing the
> code usually clarifies things.
> 
> Tom
> 
> On Mon, Nov 3, 2014, 05:58 Fabio Zanini <fab...@tu...
> <mailto:fab...@tu...>> wrote:
> 
> Dear all,
> 
> I've been using matplotlib with great satisfaction for a few years, but
> one feature I've been missing is a "logit" scale. This is essentially a
> nonlinear scale that is log both towards 0+ and log towards 1-. It is
> useful when one has frequencies in a population (i.e. floats between 0
> and 1) and both rare events and very common ones are interesting.
> 
> For instance, say you ask about the fraction of people with blue eyes in
> various world populations, you want to spot even tiny deviations from
> zero or one.
> 
> I have coded a scale according to matplotlib's documentation and it
> works well, so I was wondering whether you are interested into merging
> it into the the main repository. I think it'd be useful because lots of
> people have such frequency data, especially now that matplotlib is
> becoming popular in the biology/social sciences research communities.
> 
> If there is interest, I'll just start a pull request on github and try
> to adapt the code to your coding style. It's already PEP8 and similia.
> 
> Thanks. Cheers,
> Fabio
> 
> ------------------------------__------------------------------__------------------
> _________________________________________________
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.__sourceforge.net
> <mailto:Mat...@li...>
> https://lists.sourceforge.net/__lists/listinfo/matplotlib-__devel
> <https://lists.sourceforge.net/lists/listinfo/matplotlib-devel>
> 

A pull request would be welcome. Note that we already have the symlog
scale
http://matplotlib.org/examples/pylab_examples/symlog_demo.html?highlight=symlog
which is essentially a logscale with a linear fraction in the centre. As I
understand this it is not quite the same but useful for a different purpose
Jens
On Mon, Nov 3, 2014 at 12:04 PM, Pierre Haessig <pie...@cr...>
wrote:
> Hi Fabio,
>
> Le 03/11/2014 11:41, Fabio Zanini a écrit :
> > I've been using matplotlib with great satisfaction for a few years, but
> > one feature I've been missing is a "logit" scale. This is essentially a
> > nonlinear scale that is log both towards 0+ and log towards 1-.
>
> Nice coincidence, I was also playing with this idea back in April.
> http://nbviewer.ipython.org/gist/pierre-haessig/7e3e6a818edeb6819708
>
> I was actually wondering whether this could interest other people in
> other fields...
>
> best,
> Pierre
>
> > It is
> > useful when one has frequencies in a population (i.e. floats between 0
> > and 1) and both rare events and very common ones are interesting.
> >
> > For instance, say you ask about the fraction of people with blue eyes in
> > various world populations, you want to spot even tiny deviations from
> > zero or one.
> >
> > I have coded a scale according to matplotlib's documentation and it
> > works well, so I was wondering whether you are interested into merging
> > it into the the main repository. I think it'd be useful because lots of
> > people have such frequency data, especially now that matplotlib is
> > becoming popular in the biology/social sciences research communities.
> >
> > If there is interest, I'll just start a pull request on github and try
> > to adapt the code to your coding style. It's already PEP8 and similia.
> >
> > Thanks. Cheers,
> > Fabio
> >
> >
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>

Hi Fabio,
Le 03/11/2014 11:41, Fabio Zanini a écrit :
> I've been using matplotlib with great satisfaction for a few years, but
> one feature I've been missing is a "logit" scale. This is essentially a
> nonlinear scale that is log both towards 0+ and log towards 1-.
Nice coincidence, I was also playing with this idea back in April.
http://nbviewer.ipython.org/gist/pierre-haessig/7e3e6a818edeb6819708
I was actually wondering whether this could interest other people in 
other fields...
best,
Pierre
> It is
> useful when one has frequencies in a population (i.e. floats between 0
> and 1) and both rare events and very common ones are interesting.
>
> For instance, say you ask about the fraction of people with blue eyes in
> various world populations, you want to spot even tiny deviations from
> zero or one.
>
> I have coded a scale according to matplotlib's documentation and it
> works well, so I was wondering whether you are interested into merging
> it into the the main repository. I think it'd be useful because lots of
> people have such frequency data, especially now that matplotlib is
> becoming popular in the biology/social sciences research communities.
>
> If there is interest, I'll just start a pull request on github and try
> to adapt the code to your coding style. It's already PEP8 and similia.
>
> Thanks. Cheers,
> Fabio
>
>

Please create a pull request.
This sounds reasonable to me, but I have never seen a plot with that scale
and don't really understand it from your description. Seeing the code
usually clarifies things.
Tom
On Mon, Nov 3, 2014, 05:58 Fabio Zanini <fab...@tu...>
wrote:
> Dear all,
>
> I've been using matplotlib with great satisfaction for a few years, but
> one feature I've been missing is a "logit" scale. This is essentially a
> nonlinear scale that is log both towards 0+ and log towards 1-. It is
> useful when one has frequencies in a population (i.e. floats between 0
> and 1) and both rare events and very common ones are interesting.
>
> For instance, say you ask about the fraction of people with blue eyes in
> various world populations, you want to spot even tiny deviations from
> zero or one.
>
> I have coded a scale according to matplotlib's documentation and it
> works well, so I was wondering whether you are interested into merging
> it into the the main repository. I think it'd be useful because lots of
> people have such frequency data, especially now that matplotlib is
> becoming popular in the biology/social sciences research communities.
>
> If there is interest, I'll just start a pull request on github and try
> to adapt the code to your coding style. It's already PEP8 and similia.
>
> Thanks. Cheers,
> Fabio
>
> ------------------------------------------------------------
> ------------------
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>

Dear all,
I've been using matplotlib with great satisfaction for a few years, but
one feature I've been missing is a "logit" scale. This is essentially a
nonlinear scale that is log both towards 0+ and log towards 1-. It is
useful when one has frequencies in a population (i.e. floats between 0
and 1) and both rare events and very common ones are interesting.
For instance, say you ask about the fraction of people with blue eyes in
various world populations, you want to spot even tiny deviations from
zero or one.
I have coded a scale according to matplotlib's documentation and it
works well, so I was wondering whether you are interested into merging
it into the the main repository. I think it'd be useful because lots of
people have such frequency data, especially now that matplotlib is
becoming popular in the biology/social sciences research communities.
If there is interest, I'll just start a pull request on github and try
to adapt the code to your coding style. It's already PEP8 and similia.
Thanks. Cheers,
Fabio

This is done now. All of the branches were fully merged except for v1.1.x
which had a single line change to contents.rst which ended up on the main
branch through other means.
I have local branches pointing to all of the removed branches so if there
is panic about their removal and _everyone_ runs a prune command on the
upstream repos we still have this information around.
I left rgb2lab_local because there is still an open PR against it, but will
go away when we close that PR.
Tom
On Sat Nov 01 2014 at 2:32:19 PM Eric Firing <ef...@ha...> wrote:
> On 2014年11月01日, 5:49 AM, Thomas Caswell wrote:
> > Does anyone protest to removing all of the branches from the main repo
> > except:
> >
> > - master
> > - v1.4.x
> > - v1.4.2-doc
> >
> > Having old branches around can lead to confusion (see
> > https://github.com/matplotlib/matplotlib/pull/3748#issuecomment-61372162
> ).
> >
> > Tom
>
> Seems to me like a good idea.
>
> Eric
>
>
> ------------------------------------------------------------
> ------------------
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>