From amit at phpandmore.net Tue Oct 1 12:44:02 2019 From: amit at phpandmore.net (Amit Yaron) Date: Tue, 1 Oct 2019 19:44:02 +0300 Subject: [Matplotlib-users] Choosing a Backend Message-ID: Gi, When I publish or send a Matplotlib script that uses 'gtk3agg' or 'tkagg', can I just be sure that the recipients can use the backend my script does? From tcaswell at gmail.com Wed Oct 2 19:25:35 2019 From: tcaswell at gmail.com (Thomas Caswell) Date: Wed, 2 Oct 2019 16:25:35 -0700 Subject: [Matplotlib-users] Choosing a Backend In-Reply-To: References: Message-ID: No, the available backends are determined by the packages installed by your client. That said, many (but not all) distributions of Python include the tk bindings so if you want the highest probability of your users having the backend of choice, go with tkagg. That said, depending on what you are doing, you may be able to get away with the GUI agnostic widgets. Please see https://matplotlib.org/tutorials/introductory/usage.html#what-is-a-backend for more information on backends and https://matplotlib.org/api/widgets_api.html?highlight=widgets#module-matplotlib.widgets for more information on the widgets. Tom On Tue, Oct 1, 2019 at 9:44 AM Amit Yaron wrote: > Gi, > > When I publish or send a Matplotlib script that uses 'gtk3agg' or > 'tkagg', can I just be sure that the recipients can use the backend my > script does? > > _______________________________________________ > Matplotlib-users mailing list > Matplotlib-users at python.org > https://mail.python.org/mailman/listinfo/matplotlib-users > -- Thomas Caswell tcaswell at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From amit at phpandmore.net Thu Oct 3 09:18:46 2019 From: amit at phpandmore.net (Amit Yaron) Date: Thu, 3 Oct 2019 16:18:46 +0300 Subject: [Matplotlib-users] Choosing a Backend In-Reply-To: References: Message-ID: Thanks a lot for your answer. On 3.10.2019 0:25, Thomas Caswell wrote: > No, the available backends are determined by the packages installed by > your client.? That said, many (but not all)?distributions?of Python > include the tk bindings so if you want the highest probability of your > users having the backend of choice, go with tkagg. > > That said, depending on what you are doing, you may be able to get away > with the GUI agnostic widgets. > > Please see > https://matplotlib.org/tutorials/introductory/usage.html#what-is-a-backend?for > more?information on backends and > https://matplotlib.org/api/widgets_api.html?highlight=widgets#module-matplotlib.widgets?for > more information on the widgets. > > Tom > > On Tue, Oct 1, 2019 at 9:44 AM Amit Yaron > wrote: > > Gi, > > When I publish or send a Matplotlib script that uses 'gtk3agg' or > 'tkagg', can I just be sure that the recipients can use the backend my > script does? > > _______________________________________________ > Matplotlib-users mailing list > Matplotlib-users at python.org > > https://mail.python.org/mailman/listinfo/matplotlib-users > > > > -- > Thomas Caswell > tcaswell at gmail.com > > _______________________________________________ > Matplotlib-users mailing list > Matplotlib-users at python.org > https://mail.python.org/mailman/listinfo/matplotlib-users > From pierre.haessig at crans.org Mon Oct 14 11:38:06 2019 From: pierre.haessig at crans.org (Pierre Haessig) Date: Mon, 14 Oct 2019 17:38:06 +0200 Subject: [Matplotlib-users] Bug with changing formatter and locator of a secondary axis ? Message-ID: <4bd502a1-b4be-284c-33d7-6d0700da3301@crans.org> Hello, I've a question on the secondary axis feature introduced in matplotlib 3.1 . I'm on version 3.1.1. My use case is to plot log values but also display the exponentiated values. I can use a twin axes with the shared scale and a functional formatter. Here is an example: import numpy as np import matplotlib.pyplot as plt from matplotlib.ticker import LogLocator, FuncFormatter fig, ax = plt.subplots(1,1) # twin ax with shared scale # cf. @ImportanceOfBeingErnest at https://stackoverflow.com/questions/55907892/matplotlib-secondary-axis-with-values-mapped-from-primary-axis ax2 = ax.twiny() ax.get_shared_x_axes().join(ax, ax2) # Plot ax.plot([-1,2,5], [1,2,3], 'd-') ax.grid() # x axis labeling ax.set_xlabel('log2 x-value') ax2.xaxis.set_major_formatter(FuncFormatter(lambda x,pos: f"{2**x:.3g}")) ax2.set_xlabel('x-value'); This twinx/y approach works, but I wanted originally to use the new secondary axis feature. I see to options for this: 1. use a secondary axes with the log transform 2. use a secondary axes with no transform, and then transform the display ticks using a FuncFormatter Option 1 works initially, but breaks when I want to use a LogLocator to have equally spaced log values: fig, ax = plt.subplots(1,1) ax.plot([-1,2,5], [1,2,3], 'd-') ax2 = ax.secondary_xaxis('top', functions=(lambda x: 2**x, np.log2)) # Place ticks at log equally spaced location [doesn't work] ax2.xaxis.set_major_locator(LogLocator(2)) Option 2 doesn't work either due. Setting the formatter has no effect fig, ax = plt.subplots(1,1) ax.plot([-1,2,5], [1,2,3], 'd-') ax2 = ax.secondary_xaxis('top') # Format the log values as exponentiated values [doesn't work] ax2.xaxis.set_major_formatter(FuncFormatter(lambda x,pos: f"{2**x:.3g}")) Is it an expected behavior (or a known bug) that changing the locator and the formatter of a secondary axis has no effect? Did I miss something? In the examples (https://matplotlib.org/3.1.1/gallery/subplots_axes_and_figures/secondary_axis.html), there is one example (number 3, with interpolated transforms)? which uses secax.xaxis.set_minor_locator(AutoMinorLocator()), but I don't know if it is effective or not. Best, Pierre -------------- next part -------------- An HTML attachment was scrubbed... URL: From elch.rz at ruetz-online.de Mon Oct 14 13:49:47 2019 From: elch.rz at ruetz-online.de (Elan Ernest) Date: Mon, 14 Oct 2019 19:49:47 +0200 Subject: [Matplotlib-users] Bug with changing formatter and locator of a secondary axis ? In-Reply-To: <4bd502a1-b4be-284c-33d7-6d0700da3301@crans.org> References: <4bd502a1-b4be-284c-33d7-6d0700da3301@crans.org> Message-ID: <6b55499f-d3fa-1b25-c95f-38e4909086ba@ruetz-online.de> The fact that Opion 1 does not work is a bug. This has been fixed in the meantime, so it should work with the yet to be released matplotlib 3.2. The fact that Opion 2 does not work can be considered a missing feature. Feel free to open an issue about it, which can be tagged as feature request/wishlist feature. (https://github.com/matplotlib/matplotlib/pull/14463 might be related.) Am 14.10.2019 um 17:38 schrieb Pierre Haessig: > > Hello, > > I've a question on the secondary axis feature introduced in matplotlib > 3.1 > . > I'm on version 3.1.1. > > > My use case is to plot log values but also display the exponentiated > values. I can use a twin axes with the shared scale and a functional > formatter. Here is an example: > > import numpy as np > import matplotlib.pyplot as plt > from matplotlib.ticker import LogLocator, FuncFormatter > > fig, ax = plt.subplots(1,1) > > # twin ax with shared scale > # cf. @ImportanceOfBeingErnest at > https://stackoverflow.com/questions/55907892/matplotlib-secondary-axis-with-values-mapped-from-primary-axis > ax2 = ax.twiny() > ax.get_shared_x_axes().join(ax, ax2) > > # Plot > ax.plot([-1,2,5], [1,2,3], 'd-') > > ax.grid() > > # x axis labeling > ax.set_xlabel('log2 x-value') > ax2.xaxis.set_major_formatter(FuncFormatter(lambda x,pos: > f"{2**x:.3g}")) > ax2.set_xlabel('x-value'); > > > This twinx/y approach works, but I wanted originally to use the new > secondary axis feature. I see to options for this: > > 1. use a secondary axes with the log transform > 2. use a secondary axes with no transform, and then transform the > display ticks using a FuncFormatter > > Option 1 works initially, but breaks when I want to use a LogLocator > to have equally spaced log values: > > fig, ax = plt.subplots(1,1) > > ax.plot([-1,2,5], [1,2,3], 'd-') > > ax2 = ax.secondary_xaxis('top', functions=(lambda x: 2**x, np.log2)) > # Place ticks at log equally spaced location [doesn't work] > ax2.xaxis.set_major_locator(LogLocator(2)) > > Option 2 doesn't work either due. Setting the formatter has no effect > > fig, ax = plt.subplots(1,1) > > ax.plot([-1,2,5], [1,2,3], 'd-') > > ax2 = ax.secondary_xaxis('top') > # Format the log values as exponentiated values [doesn't work] > ax2.xaxis.set_major_formatter(FuncFormatter(lambda x,pos: > f"{2**x:.3g}")) > > > Is it an expected behavior (or a known bug) that changing the locator > and the formatter of a secondary axis has no effect? Did I miss something? > > In the examples > (https://matplotlib.org/3.1.1/gallery/subplots_axes_and_figures/secondary_axis.html), > there is one example (number 3, with interpolated transforms) which > uses secax.xaxis.set_minor_locator(AutoMinorLocator()), but I don't > know if it is effective or not. > > Best, > > Pierre > > > _______________________________________________ > Matplotlib-users mailing list > Matplotlib-users at python.org > https://mail.python.org/mailman/listinfo/matplotlib-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From pierre.haessig at crans.org Tue Oct 15 03:16:07 2019 From: pierre.haessig at crans.org (Pierre Haessig) Date: Tue, 15 Oct 2019 09:16:07 +0200 Subject: [Matplotlib-users] Bug with changing formatter and locator of a secondary axis ? In-Reply-To: <6b55499f-d3fa-1b25-c95f-38e4909086ba@ruetz-online.de> References: <4bd502a1-b4be-284c-33d7-6d0700da3301@crans.org> <6b55499f-d3fa-1b25-c95f-38e4909086ba@ruetz-online.de> Message-ID: Thank you very much for the feedback! Best, Pierre Le 14/10/2019 ? 19:49, Elan Ernest a ?crit?: > > The fact that Opion 1 does not work is a bug. This has been fixed in > the meantime, so it should work with the yet to be released matplotlib > 3.2. > > The fact that Opion 2 does not work can be considered a missing > feature. Feel free to open an issue about it, which can be tagged as > feature request/wishlist feature. > (https://github.com/matplotlib/matplotlib/pull/14463 might be related.) > From edgar at openmail.cc Tue Oct 15 03:52:59 2019 From: edgar at openmail.cc (edgar at openmail.cc) Date: Tue, 15 Oct 2019 07:52:59 +0000 Subject: [Matplotlib-users] Animation examples Message-ID: <0cff0541ac54c34986a9585aae5b2f48@openmail.cc> Hello, I would like to contribute with the following examples for animations. Compared to some that I have found, they work with both dialogs and saving a file (without phantom artists). They do not redraw the whole canvas, but they do remove and recreate the original artist. I tested this on Parabola GNU/Linux 4.19.75-gnu-1-lts, Matplotlib 3.1.1, Python 3.7.4, qt5ct (Qt version 5.13.1). I don't know if a license is required, but just it case, take GPL version 3. ------------------------------------------------- This free account was provided by VFEmail.net - report spam to abuse at vfemail.net ONLY AT VFEmail! - Use our Metadata Mitigator to keep your email out of the NSA's hands! $24.95 ONETIME Lifetime accounts with Privacy Features! 15GB disk! No bandwidth quotas! Commercial and Bulk Mail Options! -------------- next part -------------- A non-text attachment was scrubbed... Name: time_series_anim.py Type: text/x-python Size: 2329 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: imshow_anim.py Type: text/x-python Size: 1639 bytes Desc: not available URL: From pmhobson at gmail.com Wed Oct 16 18:46:51 2019 From: pmhobson at gmail.com (Paul Hobson) Date: Wed, 16 Oct 2019 15:46:51 -0700 Subject: [Matplotlib-users] Animation examples In-Reply-To: <0cff0541ac54c34986a9585aae5b2f48@openmail.cc> References: <0cff0541ac54c34986a9585aae5b2f48@openmail.cc> Message-ID: Edgar, Thanks for sending these along. Matplotlib falls under a BSD license, so we'd need you to accept that before we could include them in the code base. The best way to get these into the code base is by submitting a PR on Github. We have a guide to contributing to matplotlib's development and documentation here: https://matplotlib.org/devdocs/devel/contributing.html Cheers, -Paul On Tue, Oct 15, 2019 at 1:00 AM wrote: > Hello, > > I would like to contribute with the following examples for animations. > Compared to some that I have found, they work with both dialogs and > saving a file (without phantom artists). They do not redraw the whole > canvas, but they do remove and recreate the original artist. I tested > this on Parabola GNU/Linux 4.19.75-gnu-1-lts, Matplotlib 3.1.1, Python > 3.7.4, qt5ct (Qt version 5.13.1). I don't know if a license is required, > but just it case, take GPL version 3. > > ------------------------------------------------- > This free account was provided by VFEmail.net - report spam to > abuse at vfemail.net > > ONLY AT VFEmail! - Use our Metadata Mitigator to keep your email out of > the NSA's hands! > $24.95 ONETIME Lifetime accounts with Privacy Features! > 15GB disk! No bandwidth quotas! > Commercial and Bulk Mail Options! > _______________________________________________ > Matplotlib-users mailing list > Matplotlib-users at python.org > https://mail.python.org/mailman/listinfo/matplotlib-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From pmhobson at gmail.com Thu Oct 17 12:26:40 2019 From: pmhobson at gmail.com (Paul Hobson) Date: Thu, 17 Oct 2019 09:26:40 -0700 Subject: [Matplotlib-users] Animation examples In-Reply-To: <92b10c7b652de2698cc8c14555effeec@openmail.cc> References: <0cff0541ac54c34986a9585aae5b2f48@openmail.cc> <92b10c7b652de2698cc8c14555effeec@openmail.cc> Message-ID: Thanks, Edgar. Hopefully you find someone who will write the PR for you. The matplotlib development team is well aware of the differences between permissive licenses and copy-left licenses. On Thu, Oct 17, 2019 at 2:14 AM wrote: > Hi Paul, > > Thank you for your answer. I changed the license to BSD. I > don?t have a Github account, because I don?t want anything > to do with Micro$oft, G??gle, etc. I leave this for the > uninformed: > > ?The two major categories of free software license are > copyleft and non-copyleft. Copyleft licenses such as > the GNU GPL insist that modified versions of the > program must be free software as well. Non-copyleft > licenses do not insist on this. We recommend copyleft, > because it protects freedom for all users, but > non-copylefted software can still be free software, > and useful to the free software > community.??[https://www.gnu.org/licenses/bsd.html] > > ??using a different license for your modifications > often makes that cooperation very difficult. You > should only do that when there is a strong reason to > justify it. > > One case where using a different license can be > justified is when you make major changes to a work > under a non-copyleft > > license.??[https://www.gnu.org/licenses/license-recommendations.html] > > > On 2019-10-16 22:46, Paul Hobson wrote: > > Edgar, > > > > Thanks for sending these along. Matplotlib falls under a BSD license, > > so > > we'd need you to accept that before we could include them in the code > > base. > > > > The best way to get these into the code base is by submitting a PR on > > Github. We have a guide to contributing to matplotlib's development and > > documentation here: > > https://matplotlib.org/devdocs/devel/contributing.html > > > > Cheers, > > -Paul > > > > On Tue, Oct 15, 2019 at 1:00 AM wrote: > > > >> Hello, > >> > >> I would like to contribute with the following examples for animations. > >> Compared to some that I have found, they work with both dialogs and > >> saving a file (without phantom artists). > ... > >> but just it case, take GPL version 3. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From story645 at gmail.com Thu Oct 17 13:03:53 2019 From: story645 at gmail.com (Hannah) Date: Thu, 17 Oct 2019 13:03:53 -0400 Subject: [Matplotlib-users] Animation examples In-Reply-To: References: <0cff0541ac54c34986a9585aae5b2f48@openmail.cc> <92b10c7b652de2698cc8c14555effeec@openmail.cc> Message-ID: Hi Edgar, Would you be opposed to sharing these on our discourse? We've got a forum for showcase examples: https://discourse.matplotlib.org/c/showcase Also, could we share these on social media? Particularly the Matplotlib Instagram account? https://www.instagram.com/matplotart/ Thanks, Hannah On Thu, Oct 17, 2019, 12:26 PM Paul Hobson wrote: > Thanks, Edgar. Hopefully you find someone who will write the PR for you. > > The matplotlib development team is well aware of the differences between > permissive licenses and copy-left licenses. > > On Thu, Oct 17, 2019 at 2:14 AM wrote: > >> Hi Paul, >> >> Thank you for your answer. I changed the license to BSD. I >> don?t have a Github account, because I don?t want anything >> to do with Micro$oft, G??gle, etc. I leave this for the >> uninformed: >> >> ?The two major categories of free software license are >> copyleft and non-copyleft. Copyleft licenses such as >> the GNU GPL insist that modified versions of the >> program must be free software as well. Non-copyleft >> licenses do not insist on this. We recommend copyleft, >> because it protects freedom for all users, but >> non-copylefted software can still be free software, >> and useful to the free software >> community.??[https://www.gnu.org/licenses/bsd.html] >> >> ??using a different license for your modifications >> often makes that cooperation very difficult. You >> should only do that when there is a strong reason to >> justify it. >> >> One case where using a different license can be >> justified is when you make major changes to a work >> under a non-copyleft >> >> license.??[https://www.gnu.org/licenses/license-recommendations.html] >> >> >> On 2019-10-16 22:46, Paul Hobson wrote: >> > Edgar, >> > >> > Thanks for sending these along. Matplotlib falls under a BSD license, >> > so >> > we'd need you to accept that before we could include them in the code >> > base. >> > >> > The best way to get these into the code base is by submitting a PR on >> > Github. We have a guide to contributing to matplotlib's development and >> > documentation here: >> > https://matplotlib.org/devdocs/devel/contributing.html >> > >> > Cheers, >> > -Paul >> > >> > On Tue, Oct 15, 2019 at 1:00 AM wrote: >> > >> >> Hello, >> >> >> >> I would like to contribute with the following examples for animations. >> >> Compared to some that I have found, they work with both dialogs and >> >> saving a file (without phantom artists). >> ... >> >> but just it case, take GPL version 3. >> > _______________________________________________ > Matplotlib-users mailing list > Matplotlib-users at python.org > https://mail.python.org/mailman/listinfo/matplotlib-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rmay31 at gmail.com Thu Oct 17 22:22:21 2019 From: rmay31 at gmail.com (Ryan May) Date: Thu, 17 Oct 2019 20:22:21 -0600 Subject: [Matplotlib-users] Animation examples In-Reply-To: References: <0cff0541ac54c34986a9585aae5b2f48@openmail.cc> <92b10c7b652de2698cc8c14555effeec@openmail.cc> Message-ID: >From the late John Hunter, creator of matplotlib: http://nipy.org/nipy/faq/johns_bsd_pitch.html Ryan On Thu, Oct 17, 2019 at 10:27 AM Paul Hobson wrote: > Thanks, Edgar. Hopefully you find someone who will write the PR for you. > > The matplotlib development team is well aware of the differences between > permissive licenses and copy-left licenses. > > On Thu, Oct 17, 2019 at 2:14 AM wrote: > >> Hi Paul, >> >> Thank you for your answer. I changed the license to BSD. I >> don?t have a Github account, because I don?t want anything >> to do with Micro$oft, G??gle, etc. I leave this for the >> uninformed: >> >> ?The two major categories of free software license are >> copyleft and non-copyleft. Copyleft licenses such as >> the GNU GPL insist that modified versions of the >> program must be free software as well. Non-copyleft >> licenses do not insist on this. We recommend copyleft, >> because it protects freedom for all users, but >> non-copylefted software can still be free software, >> and useful to the free software >> community.??[https://www.gnu.org/licenses/bsd.html] >> >> ??using a different license for your modifications >> often makes that cooperation very difficult. You >> should only do that when there is a strong reason to >> justify it. >> >> One case where using a different license can be >> justified is when you make major changes to a work >> under a non-copyleft >> >> license.??[https://www.gnu.org/licenses/license-recommendations.html] >> >> >> On 2019-10-16 22:46, Paul Hobson wrote: >> > Edgar, >> > >> > Thanks for sending these along. Matplotlib falls under a BSD license, >> > so >> > we'd need you to accept that before we could include them in the code >> > base. >> > >> > The best way to get these into the code base is by submitting a PR on >> > Github. We have a guide to contributing to matplotlib's development and >> > documentation here: >> > https://matplotlib.org/devdocs/devel/contributing.html >> > >> > Cheers, >> > -Paul >> > >> > On Tue, Oct 15, 2019 at 1:00 AM wrote: >> > >> >> Hello, >> >> >> >> I would like to contribute with the following examples for animations. >> >> Compared to some that I have found, they work with both dialogs and >> >> saving a file (without phantom artists). >> ... >> >> but just it case, take GPL version 3. >> > _______________________________________________ > Matplotlib-users mailing list > Matplotlib-users at python.org > https://mail.python.org/mailman/listinfo/matplotlib-users > -- Ryan May -------------- next part -------------- An HTML attachment was scrubbed... URL: From jni at fastmail.com Thu Oct 17 22:49:50 2019 From: jni at fastmail.com (Juan Nunez-Iglesias) Date: Thu, 17 Oct 2019 21:49:50 -0500 Subject: [Matplotlib-users] Animation examples In-Reply-To: References: <0cff0541ac54c34986a9585aae5b2f48@openmail.cc> <92b10c7b652de2698cc8c14555effeec@openmail.cc> Message-ID: On Thu, 17 Oct 2019, at 9:22 PM, Ryan May wrote: > From the late John Hunter, creator of matplotlib: > > http://nipy.org/nipy/faq/johns_bsd_pitch.html FWIW, and speaking as a longstanding advocate of BSD, I think that the second part of this sentence: > In my experience, the benefits of collaborating with the private sector are real, whereas the fear that some private company will ?steal? your product and sell it in a proprietary application leaving you with nothing is not. has changed in recent years. Python is massive and in my field, for example, microscope manufacturers are bundling the Scientific Python ecosystem in their proprietary software that is then sold on for tens of thousands of dollars ? per year, because subscription software is the thing now. imho, *at a minimum*, direct modifications to the software should always be contributed back. John Kirkham recently pointed me to the Mozilla Public License (MPL) that makes that requirement, while still allowing proprietary code to be distributed together with the open source component. I need to stew on this more, but I might start advocating for that instead. https://www.mozilla.org/en-US/MPL/ Juan. -------------- next part -------------- An HTML attachment was scrubbed... URL: From edgar at openmail.cc Fri Oct 18 03:02:13 2019 From: edgar at openmail.cc (edgar at openmail.cc) Date: Fri, 18 Oct 2019 07:02:13 +0000 Subject: [Matplotlib-users] Animation examples In-Reply-To: References: <0cff0541ac54c34986a9585aae5b2f48@openmail.cc> <92b10c7b652de2698cc8c14555effeec@openmail.cc> Message-ID: On 2019-10-18 02:22, Ryan May wrote: > From the late John Hunter, creator of matplotlib: > > http://nipy.org/nipy/faq/johns_bsd_pitch.html > > Ryan From Saint IGNUcious: https://www.gnu.org/philosophy/open-source-misses-the-point.html > On Thu, Oct 17, 2019 at 10:27 AM Paul Hobson > wrote: > >> Thanks, Edgar. Hopefully you find someone who will write the PR for >> you. >> >> The matplotlib development team is well aware of the differences >> between >> permissive licenses and copy-left licenses. >> Thanks, Paul. I assumed that. The quotes were meant for "the uninformed" :P . Thank you for Matplotlib in the name of countless students, reseearchers and many others. From edgar at openmail.cc Fri Oct 18 14:32:23 2019 From: edgar at openmail.cc (edgar at openmail.cc) Date: Fri, 18 Oct 2019 18:32:23 +0000 Subject: [Matplotlib-users] Animation examples In-Reply-To: References: <0cff0541ac54c34986a9585aae5b2f48@openmail.cc> <92b10c7b652de2698cc8c14555effeec@openmail.cc> <89e135b11ffd91c7b95d5795d26fd6c0@openmail.cc> Message-ID: <676ccb513270692bbb4c7663c2d35f5a@openmail.cc> On 2019-10-18 14:06, Hannah wrote: > Hi, > I honestly don't know and I think this question needs to be posted to > the > mailing list at large. > Thanks, > Hannah > > On Fri, Oct 18, 2019 at 3:32 AM wrote: > >> What would you say about changing the policies from: >> >> We do not sell, trade, or otherwise transfer >> to outside parties your personally >> identifiable information. This does not >> include trusted third parties who assist us >> in operating our site, conducting our >> business, or servicing you, so long as those >> parties agree to keep this information >> confidential. We may also release your >> information when we believe release is >> appropriate to comply with the law, enforce >> our site policies, or protect ours or others >> rights, property, or safety. However, >> non-personally identifiable visitor >> information may be provided to other parties >> for marketing, advertising, or other uses. >> >> to something like this?: >> >> We do not sell, trade, or otherwise transfer >> to outside parties your personally >> identifiable information. We may release >> your information when we believe release is >> appropriate to comply with the law, enforce >> our site policies, or protect ours or others >> rights, property, or safety. >> >> Let me know. Thanks. >> >> >> On 2019-10-18 07:06, Hannah wrote: >> > Openly encouraging it as the Matplotlib team is trying to build it up >> > as a >> > community platform. It supports just about every type of registration >> > and >> > oauth, and we self host it on digital ocean. >> From tcaswell at gmail.com Tue Oct 22 15:45:00 2019 From: tcaswell at gmail.com (Thomas Caswell) Date: Tue, 22 Oct 2019 15:45:00 -0400 Subject: [Matplotlib-users] Animation examples In-Reply-To: <676ccb513270692bbb4c7663c2d35f5a@openmail.cc> References: <0cff0541ac54c34986a9585aae5b2f48@openmail.cc> <92b10c7b652de2698cc8c14555effeec@openmail.cc> <89e135b11ffd91c7b95d5795d26fd6c0@openmail.cc> <676ccb513270692bbb4c7663c2d35f5a@openmail.cc> Message-ID: Edgar, I am glad you carefully read the ToC, however I am unwilling to consider changing them without having a lawyer review the changes. Tom On Fri, Oct 18, 2019 at 2:32 PM wrote: > On 2019-10-18 14:06, Hannah wrote: > > Hi, > > I honestly don't know and I think this question needs to be posted to > > the > > mailing list at large. > > Thanks, > > Hannah > > > > On Fri, Oct 18, 2019 at 3:32 AM wrote: > > > >> What would you say about changing the policies from: > >> > >> We do not sell, trade, or otherwise transfer > >> to outside parties your personally > >> identifiable information. This does not > >> include trusted third parties who assist us > >> in operating our site, conducting our > >> business, or servicing you, so long as those > >> parties agree to keep this information > >> confidential. We may also release your > >> information when we believe release is > >> appropriate to comply with the law, enforce > >> our site policies, or protect ours or others > >> rights, property, or safety. However, > >> non-personally identifiable visitor > >> information may be provided to other parties > >> for marketing, advertising, or other uses. > >> > >> to something like this?: > >> > >> We do not sell, trade, or otherwise transfer > >> to outside parties your personally > >> identifiable information. We may release > >> your information when we believe release is > >> appropriate to comply with the law, enforce > >> our site policies, or protect ours or others > >> rights, property, or safety. > >> > >> Let me know. Thanks. > >> > >> > >> On 2019-10-18 07:06, Hannah wrote: > >> > Openly encouraging it as the Matplotlib team is trying to build it up > >> > as a > >> > community platform. It supports just about every type of registration > >> > and > >> > oauth, and we self host it on digital ocean. > >> > _______________________________________________ > Matplotlib-users mailing list > Matplotlib-users at python.org > https://mail.python.org/mailman/listinfo/matplotlib-users > -- Thomas Caswell tcaswell at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From vlb at cfcl.com Fri Oct 25 21:32:09 2019 From: vlb at cfcl.com (Vicki Brown) Date: Fri, 25 Oct 2019 18:32:09 -0700 Subject: [Matplotlib-users] When was axes kwarg rmoved? Message-ID: I'm hoping someone can tell me (point me to the ChanegLog for) when he axes kwarg was removed from matplotlib.pyplot.clabel, matplotlib.pyplot.contou, and matplotlib.pyplot.contourf. My search has turned up nothing. I have code in an exercise for a class that called: plt.contourf(xx, yy, Z, cmap=ccolor, alpha=.2, axes=ax) cs2 = plt.contour(xx, yy, Z, cmap=ccolor, alpha=.6, axes=ax) plt.clabel(cs2, fmt = '%2.1f', colors = 'k', fontsize=14, axes=ax) when run, this raised errors. I've changed it to ax.contourf(xx, yy, Z, cmap=ccolor, alpha=.2) cs2 = ax.contour(xx, yy, Z, cmap=ccolor, alpha=.6) ax.clabel(cs2, fmt = '%2.1f', colors = 'k', fontsize=14) and the errors are gone. However, a confirming reference would be helpful. -- Vicki Vicki Brown cfcl.com/vlb -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.v.root at gmail.com Sat Oct 26 00:06:02 2019 From: ben.v.root at gmail.com (Benjamin Root) Date: Sat, 26 Oct 2019 00:06:02 -0400 Subject: [Matplotlib-users] When was axes kwarg rmoved? In-Reply-To: References: Message-ID: I don't think it ever was a keyword argument. Now, there have been some bugs fixed recently where unused keyword arguments were going through without emitting an error, which caused confusion when kwargs were misspelled. Perhaps this is the change that is impacting you. To be clear, I don't think it never would have done anything in the past. I hope this helps! Cheers! Ben Root On Fri, Oct 25, 2019 at 9:40 PM Vicki Brown wrote: > I'm hoping someone can tell me (point me to the ChanegLog for) when he > axes kwarg was removed from > matplotlib.pyplot.clabel, matplotlib.pyplot.contou, > and matplotlib.pyplot.contourf. > > My search has turned up nothing. > > I have code in an exercise for a class that called: > > plt.contourf(xx, yy, Z, cmap=ccolor, alpha=.2, axes=ax) > cs2 = plt.contour(xx, yy, Z, cmap=ccolor, alpha=.6, axes=ax) > plt.clabel(cs2, fmt = '%2.1f', colors = 'k', fontsize=14, axes=ax) > > > when run, this raised errors. > > I've changed it to > > ax.contourf(xx, yy, Z, cmap=ccolor, alpha=.2) > cs2 = ax.contour(xx, yy, Z, cmap=ccolor, alpha=.6) > ax.clabel(cs2, fmt = '%2.1f', colors = 'k', fontsize=14) > > > and the errors are gone. However, a confirming reference would be helpful. > > -- Vicki > > Vicki Brown > cfcl.com/vlb > > > > _______________________________________________ > Matplotlib-users mailing list > Matplotlib-users at python.org > https://mail.python.org/mailman/listinfo/matplotlib-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From vlb at cfcl.com Sat Oct 26 00:28:00 2019 From: vlb at cfcl.com (Vicki Brown) Date: Fri, 25 Oct 2019 21:28:00 -0700 Subject: [Matplotlib-users] When was axes kwarg rmoved? In-Reply-To: References: Message-ID: <5C898EF0-D0C2-41A4-8ACF-0BB023CC2674@cfcl.com> Thanks. That could be what was happening! > On Oct 25, 2019, at 21:06 , Benjamin Root wrote: > > I don't think it ever was a keyword argument. Now, there have been some bugs fixed recently where unused keyword arguments were going through without emitting an error, which caused confusion when kwargs were misspelled. Perhaps this is the change that is impacting you. To be clear, I don't think it never would have done anything in the past. > > I hope this helps! > Cheers! > Ben Root > > On Fri, Oct 25, 2019 at 9:40 PM Vicki Brown > wrote: > I'm hoping someone can tell me (point me to the ChanegLog for) when he axes kwarg was removed from matplotlib.pyplot.clabel, matplotlib.pyplot.contou, and matplotlib.pyplot.contourf. > > My search has turned up nothing. > > I have code in an exercise for a class that called: > > plt.contourf(xx, yy, Z, cmap=ccolor, alpha=.2, axes=ax) > cs2 = plt.contour(xx, yy, Z, cmap=ccolor, alpha=.6, axes=ax) > plt.clabel(cs2, fmt = '%2.1f', colors = 'k', fontsize=14, axes=ax) > > when run, this raised errors. > > I've changed it to > > ax.contourf(xx, yy, Z, cmap=ccolor, alpha=.2) > cs2 = ax.contour(xx, yy, Z, cmap=ccolor, alpha=.6) > ax.clabel(cs2, fmt = '%2.1f', colors = 'k', fontsize=14) > > and the errors are gone. However, a confirming reference would be helpful. > > -- Vicki > > Vicki Brown > cfcl.com/vlb > > > > _______________________________________________ > Matplotlib-users mailing list > Matplotlib-users at python.org > https://mail.python.org/mailman/listinfo/matplotlib-users -- Vicki Vicki Brown cfcl.com/vlb -------------- next part -------------- An HTML attachment was scrubbed... URL: From swayam14 at gmail.com Sat Oct 26 07:42:06 2019 From: swayam14 at gmail.com (Swayam Sahoo) Date: Sat, 26 Oct 2019 13:42:06 +0200 Subject: [Matplotlib-users] Request for help with a code Message-ID: Hi , I am in need of a help to I want to curve fit with two independent variables: Tag and Tau . I tried inputting variables with tuple but it did not work. I would be grateful if you could assist me in this regard. Here is my code: import numpy as npimport matplotlib.pyplot as pltfrom scipy.optimize import curve_fit This is my model : def concentration(T,a,b,c,d): (Tag,Tau)=T return np.exp(a-d/Tag)/(np.exp(a-d/Tag) +np.exp(b-c/Tau)) Here I use a variable T which is a combination of two independent variables Tag and Tau. The output that I wish to fit is concentration. T=[(7.9481e-04,5.9061e-04), (7.64438e-04,6.1231e-04), (7.64438e-04,6.04905e-04), (7.85453e-04,6.01268e-04) ] experimental_concentration = [0.5428,0.798,0.75,0.70] many thanks, Swayam -- *Swayam Prakash Sahoo* Universit?t Stuttgart Germany -------------- next part -------------- An HTML attachment was scrubbed... URL: From tcaswell at gmail.com Thu Oct 31 10:46:07 2019 From: tcaswell at gmail.com (Thomas Caswell) Date: Thu, 31 Oct 2019 10:46:07 -0400 Subject: [Matplotlib-users] When was axes kwarg rmoved? In-Reply-To: <5C898EF0-D0C2-41A4-8ACF-0BB023CC2674@cfcl.com> References: <5C898EF0-D0C2-41A4-8ACF-0BB023CC2674@cfcl.com> Message-ID: Vicki, https://github.com/matplotlib/matplotlib/pull/9111 is trying to _add_ the ability to pass the axes into the pyplot methods via keyword. From your question, I infer that you would like this functionality to exist? Tom On Sat, Oct 26, 2019 at 12:28 AM Vicki Brown wrote: > Thanks. That could be what was happening! > > On Oct 25, 2019, at 21:06 , Benjamin Root wrote: > > I don't think it ever was a keyword argument. Now, there have been some > bugs fixed recently where unused keyword arguments were going through > without emitting an error, which caused confusion when kwargs were > misspelled. Perhaps this is the change that is impacting you. To be clear, > I don't think it never would have done anything in the past. > > I hope this helps! > Cheers! > Ben Root > > On Fri, Oct 25, 2019 at 9:40 PM Vicki Brown wrote: > >> I'm hoping someone can tell me (point me to the ChanegLog for) when he >> axes kwarg was removed from >> matplotlib.pyplot.clabel, matplotlib.pyplot.contou, >> and matplotlib.pyplot.contourf. >> >> My search has turned up nothing. >> >> I have code in an exercise for a class that called: >> >> plt.contourf(xx, yy, Z, cmap=ccolor, alpha=.2, axes=ax) >> cs2 = plt.contour(xx, yy, Z, cmap=ccolor, alpha=.6, axes=ax) >> plt.clabel(cs2, fmt = '%2.1f', colors = 'k', fontsize=14, axes=ax) >> >> >> when run, this raised errors. >> >> I've changed it to >> >> ax.contourf(xx, yy, Z, cmap=ccolor, alpha=.2) >> cs2 = ax.contour(xx, yy, Z, cmap=ccolor, alpha=.6) >> ax.clabel(cs2, fmt = '%2.1f', colors = 'k', fontsize=14) >> >> >> and the errors are gone. However, a confirming reference would be helpful. >> >> -- Vicki >> >> Vicki Brown >> cfcl.com/vlb >> >> >> >> _______________________________________________ >> Matplotlib-users mailing list >> Matplotlib-users at python.org >> https://mail.python.org/mailman/listinfo/matplotlib-users >> > > -- Vicki > > Vicki Brown > cfcl.com/vlb > > > > _______________________________________________ > Matplotlib-users mailing list > Matplotlib-users at python.org > https://mail.python.org/mailman/listinfo/matplotlib-users > -- Thomas Caswell tcaswell at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From vlb at cfcl.com Thu Oct 31 11:49:58 2019 From: vlb at cfcl.com (Vicki Brown) Date: Thu, 31 Oct 2019 08:49:58 -0700 Subject: [Matplotlib-users] When was axes kwarg rmoved? In-Reply-To: References: <5C898EF0-D0C2-41A4-8ACF-0BB023CC2674@cfcl.com> Message-ID: Tha would actually be useful. Many methods have it, others don't. Consistency is good and why have two methods when one will suffice? - V. > On Oct 31, 2019, at 07:46 , Thomas Caswell wrote: > > Vicki, > > https://github.com/matplotlib/matplotlib/pull/9111 is trying to _add_ the ability to pass the axes into the pyplot methods via keyword. From your question, I infer that you would like this functionality to exist? > > Tom > > On Sat, Oct 26, 2019 at 12:28 AM Vicki Brown > wrote: > Thanks. That could be what was happening! > >> On Oct 25, 2019, at 21:06 , Benjamin Root > wrote: >> >> I don't think it ever was a keyword argument. Now, there have been some bugs fixed recently where unused keyword arguments were going through without emitting an error, which caused confusion when kwargs were misspelled. Perhaps this is the change that is impacting you. To be clear, I don't think it never would have done anything in the past. >> >> I hope this helps! >> Cheers! >> Ben Root >> >> On Fri, Oct 25, 2019 at 9:40 PM Vicki Brown > wrote: >> I'm hoping someone can tell me (point me to the ChanegLog for) when he axes kwarg was removed from matplotlib.pyplot.clabel, matplotlib.pyplot.contou, and matplotlib.pyplot.contourf. >> >> My search has turned up nothing. >> >> I have code in an exercise for a class that called: >> >> plt.contourf(xx, yy, Z, cmap=ccolor, alpha=.2, axes=ax) >> cs2 = plt.contour(xx, yy, Z, cmap=ccolor, alpha=.6, axes=ax) >> plt.clabel(cs2, fmt = '%2.1f', colors = 'k', fontsize=14, axes=ax) >> >> when run, this raised errors. >> >> I've changed it to >> >> ax.contourf(xx, yy, Z, cmap=ccolor, alpha=.2) >> cs2 = ax.contour(xx, yy, Z, cmap=ccolor, alpha=.6) >> ax.clabel(cs2, fmt = '%2.1f', colors = 'k', fontsize=14) >> >> and the errors are gone. However, a confirming reference would be helpful. >> >> -- Vicki >> >> Vicki Brown >> cfcl.com/vlb >> >> >> >> _______________________________________________ >> Matplotlib-users mailing list >> Matplotlib-users at python.org >> https://mail.python.org/mailman/listinfo/matplotlib-users > > -- Vicki > > Vicki Brown > cfcl.com/vlb > > > > _______________________________________________ > Matplotlib-users mailing list > Matplotlib-users at python.org > https://mail.python.org/mailman/listinfo/matplotlib-users > > > -- > Thomas Caswell > tcaswell at gmail.com -- Vicki Vicki Brown cfcl.com/vlb -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.v.root at gmail.com Thu Oct 31 12:16:52 2019 From: ben.v.root at gmail.com (Benjamin Root) Date: Thu, 31 Oct 2019 12:16:52 -0400 Subject: [Matplotlib-users] When was axes kwarg rmoved? In-Reply-To: References: <5C898EF0-D0C2-41A4-8ACF-0BB023CC2674@cfcl.com> Message-ID: Just to be clear, no methods have this right now. I am not sure why you think "many methods have it". This is a design proposal. This will also not eliminate any methods, contrary to your "why have two methods when one will suffice". The ultimate goal of the design proposal (at least, how I view it) is to begin to unify how plotting APIs look across packages. Ben Root On Thu, Oct 31, 2019 at 11:50 AM Vicki Brown wrote: > Tha would actually be useful. Many methods have it, others don't. > Consistency is good and why have two methods when one will suffice? > > - V. > > On Oct 31, 2019, at 07:46 , Thomas Caswell wrote: > > Vicki, > > https://github.com/matplotlib/matplotlib/pull/9111 is trying to _add_ the > ability to pass the axes into the pyplot methods via keyword. From your > question, I infer that you would like this functionality to exist? > > Tom > > On Sat, Oct 26, 2019 at 12:28 AM Vicki Brown wrote: > >> Thanks. That could be what was happening! >> >> On Oct 25, 2019, at 21:06 , Benjamin Root wrote: >> >> I don't think it ever was a keyword argument. Now, there have been some >> bugs fixed recently where unused keyword arguments were going through >> without emitting an error, which caused confusion when kwargs were >> misspelled. Perhaps this is the change that is impacting you. To be clear, >> I don't think it never would have done anything in the past. >> >> I hope this helps! >> Cheers! >> Ben Root >> >> On Fri, Oct 25, 2019 at 9:40 PM Vicki Brown wrote: >> >>> I'm hoping someone can tell me (point me to the ChanegLog for) when he >>> axes kwarg was removed from >>> matplotlib.pyplot.clabel, matplotlib.pyplot.contou, >>> and matplotlib.pyplot.contourf. >>> >>> My search has turned up nothing. >>> >>> I have code in an exercise for a class that called: >>> >>> plt.contourf(xx, yy, Z, cmap=ccolor, alpha=.2, axes=ax) >>> cs2 = plt.contour(xx, yy, Z, cmap=ccolor, alpha=.6, axes=ax) >>> plt.clabel(cs2, fmt = '%2.1f', colors = 'k', fontsize=14, axes=ax) >>> >>> >>> when run, this raised errors. >>> >>> I've changed it to >>> >>> ax.contourf(xx, yy, Z, cmap=ccolor, alpha=.2) >>> cs2 = ax.contour(xx, yy, Z, cmap=ccolor, alpha=.6) >>> ax.clabel(cs2, fmt = '%2.1f', colors = 'k', fontsize=14) >>> >>> >>> and the errors are gone. However, a confirming reference would be >>> helpful. >>> >>> -- Vicki >>> >>> Vicki Brown >>> cfcl.com/vlb >>> >>> >>> >>> _______________________________________________ >>> Matplotlib-users mailing list >>> Matplotlib-users at python.org >>> https://mail.python.org/mailman/listinfo/matplotlib-users >>> >> >> -- Vicki >> >> Vicki Brown >> cfcl.com/vlb >> >> >> >> _______________________________________________ >> Matplotlib-users mailing list >> Matplotlib-users at python.org >> https://mail.python.org/mailman/listinfo/matplotlib-users >> > > > -- > Thomas Caswell > tcaswell at gmail.com > > > -- Vicki > > Vicki Brown > cfcl.com/vlb > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From vlb at cfcl.com Thu Oct 31 20:22:27 2019 From: vlb at cfcl.com (Vicki Brown) Date: Thu, 31 Oct 2019 17:22:27 -0700 Subject: [Matplotlib-users] When was axes kwarg rmoved? In-Reply-To: References: <5C898EF0-D0C2-41A4-8ACF-0BB023CC2674@cfcl.com> Message-ID: <6F7BA530-32B4-4A89-B789-F0B53A42DBEE@cfcl.com> My apologies. I'm VERY new to this and my wording was imprecise Many _pandas methods_ have the ax argument. >> why have two methods when one will suffice Why force he user o go find another method when hey've already used one and only need to add one bit. (beter wording? No?) >> The ultimate goal of the design proposal (at least, how I view it) is to begin to unify how plotting APIs look across packages. aka "consistency". (you have an awesome name, btw. ;-) > On Oct 31, 2019, at 09:16 , Benjamin Root wrote: > > Just to be clear, no methods have this right now. I am not sure why you think "many methods have it". This is a design proposal. This will also not eliminate any methods, contrary to your "why have two methods when one will suffice". The ultimate goal of the design proposal (at least, how I view it) is to begin to unify how plotting APIs look across packages. > > Ben Root > > > On Thu, Oct 31, 2019 at 11:50 AM Vicki Brown > wrote: > Tha would actually be useful. Many methods have it, others don't. Consistency is good and why have two methods when one will suffice? > > - V. > >> On Oct 31, 2019, at 07:46 , Thomas Caswell > wrote: >> >> Vicki, >> >> https://github.com/matplotlib/matplotlib/pull/9111 is trying to _add_ the ability to pass the axes into the pyplot methods via keyword. From your question, I infer that you would like this functionality to exist? >> >> Tom >> >> On Sat, Oct 26, 2019 at 12:28 AM Vicki Brown > wrote: >> Thanks. That could be what was happening! >> >>> On Oct 25, 2019, at 21:06 , Benjamin Root > wrote: >>> >>> I don't think it ever was a keyword argument. Now, there have been some bugs fixed recently where unused keyword arguments were going through without emitting an error, which caused confusion when kwargs were misspelled. Perhaps this is the change that is impacting you. To be clear, I don't think it never would have done anything in the past. >>> >>> I hope this helps! >>> Cheers! >>> Ben Root >>> >>> On Fri, Oct 25, 2019 at 9:40 PM Vicki Brown > wrote: >>> I'm hoping someone can tell me (point me to the ChanegLog for) when he axes kwarg was removed from matplotlib.pyplot.clabel, matplotlib.pyplot.contou, and matplotlib.pyplot.contourf. >>> >>> My search has turned up nothing. >>> >>> I have code in an exercise for a class that called: >>> >>> plt.contourf(xx, yy, Z, cmap=ccolor, alpha=.2, axes=ax) >>> cs2 = plt.contour(xx, yy, Z, cmap=ccolor, alpha=.6, axes=ax) >>> plt.clabel(cs2, fmt = '%2.1f', colors = 'k', fontsize=14, axes=ax) >>> >>> when run, this raised errors. >>> >>> I've changed it to >>> >>> ax.contourf(xx, yy, Z, cmap=ccolor, alpha=.2) >>> cs2 = ax.contour(xx, yy, Z, cmap=ccolor, alpha=.6) >>> ax.clabel(cs2, fmt = '%2.1f', colors = 'k', fontsize=14) >>> >>> and the errors are gone. However, a confirming reference would be helpful. >>> >>> -- Vicki >>> >>> Vicki Brown >>> cfcl.com/vlb >>> >>> >>> >>> _______________________________________________ >>> Matplotlib-users mailing list >>> Matplotlib-users at python.org >>> https://mail.python.org/mailman/listinfo/matplotlib-users >> >> -- Vicki >> >> Vicki Brown >> cfcl.com/vlb >> >> >> >> _______________________________________________ >> Matplotlib-users mailing list >> Matplotlib-users at python.org >> https://mail.python.org/mailman/listinfo/matplotlib-users >> >> >> -- >> Thomas Caswell >> tcaswell at gmail.com > -- Vicki > > Vicki Brown > cfcl.com/vlb > > > -- Vicki Vicki Brown cfcl.com/vlb -------------- next part -------------- An HTML attachment was scrubbed... URL: