From ben.v.root at gmail.com Fri Nov 6 17:13:55 2020 From: ben.v.root at gmail.com (Benjamin Root) Date: Fri, 6 Nov 2020 17:13:55 -0500 Subject: [Matplotlib-devel] Fwd: About basemap maintenance In-Reply-To: References: Message-ID: Someone appears to have some interest in keeping up basemap maintenance. I'll leave it up to the group to decide if it is worth it or if there is a better option for Victor (cc'ed). Personally, I never attempted any sort of repackaging work like they did in conda-forge because pip installs of basemap have other difficulties (namely, the proj4 and by extension, the libgeos dependency). With conda-forge handling the packaging for me, I just never bothered even uploading new packages to PyPI. Thoughts? Ben Root ---------- Forwarded message --------- From: V?ctor Molina Garc?a Date: Fri, Nov 6, 2020 at 3:47 PM Subject: About basemap maintenance To: Dear Ben, I write to you because you appear as the current (and last) maintainer of basemap. I am aware that basemap has been deprecated already quite long, but for work-related reasons I need to maintain some software that still relies on basemap. What should I do in order to join the matplotlib team and provide myself some basemap maintenance for a bit more time? I do not plan to add new features, but I think I could help in solving the current problem of package size that prevents basemap from being available in PyPI (this is a problem for my CI stuff because I cannot rely on PyPI to install basemap as dependency and I need to provide my own basemap wheels to the deployment environment). Essentially I workaround the package size issue in the same way as it is done in Anaconda: to split the library and separate necessary data from "optional" data. In Anaconda, you will find "basemap" (which excludes high-resolution data) and "basemap-data-hires" (with just these excluded files). I was playing a bit with the basemap setup file and I could manage to split the package in three parts: - basemap-data: this is a package with just the basemap data of lower resolution (approx. 20 MB). - basemap-lite: this is just the basemap source code and the compiled geoslib, and it has basemap-data as dependency (less than 1 MB). - basemap-extras: this is the equivalent to basemap-data-hires in Anaconda (about 110 MB). This repackaging has the advantage that at least basemap-data and basemap-lite fulfill the package size requirement of PyPI. Furthermore, since basemap-data and basemap-extras only contain data, it is possible to create for it just one universal wheel file valid for all Python versions and operating systems. Then basemap-lite needs one wheel file per Python version and operating system, but thanks to keeping the data in a separate package a lot of file redundancy is avoided. Kind regards, V?ctor -------------- next part -------------- An HTML attachment was scrubbed... URL: From efiring at hawaii.edu Fri Nov 6 18:39:52 2020 From: efiring at hawaii.edu (Eric Firing) Date: Fri, 6 Nov 2020 13:39:52 -1000 Subject: [Matplotlib-devel] Fwd: About basemap maintenance In-Reply-To: References: Message-ID: <80630a0a-44f8-59fb-4ab1-3cd793e36735@hawaii.edu> Ben, I would welcome sufficient continued maintenance to keep basemap working smoothly with new python and mpl versions as they are released. Eric On 2020/11/06 12:13 PM, Benjamin Root wrote: > Someone appears to have some interest in keeping up basemap maintenance. > I'll leave it up to the group to decide if it is worth it or if there is > a better option for Victor (cc'ed). Personally, I never attempted any > sort of repackaging work like they did in conda-forge because pip > installs of basemap have other difficulties (namely, the proj4 and by > extension, the libgeos dependency). With conda-forge handling the > packaging for me, I just never bothered even uploading new packages to PyPI. > > Thoughts? > > Ben Root > > ---------- Forwarded message --------- > From: *V?ctor Molina Garc?a* > > Date: Fri, Nov 6, 2020 at 3:47 PM > Subject: About basemap maintenance > To: > > > > Dear Ben, > > I write to you because you appear as the current (and last) maintainer > of basemap. I am aware that basemap has been deprecated already quite > long, but for work-related reasons I need to maintain some software that > still relies on basemap. > > What should I do in order to join the matplotlib team and provide myself > some basemap maintenance for a bit more time? I do not plan to add new > features, but I think I could help in solving the current problem of > package size that prevents basemap from being available in PyPI (this is > a problem for my CI stuff because I cannot rely on PyPI to install > basemap as dependency and I need to provide my own basemap wheels to the > deployment environment). > > Essentially I workaround the package size issue in the same way as it is > done in Anaconda: to split the library and separate necessary data from > "optional" data. In Anaconda, you will find "basemap" (which excludes > high-resolution data) and "basemap-data-hires" (with just these excluded > files). I was playing a bit with the basemap setup file and I could > manage to split the package in three parts: > - basemap-data: this is a package with just the basemap data of lower > resolution (approx. 20 MB). > - basemap-lite: this is just the basemap source code and the compiled > geoslib, and it has basemap-data as dependency (less than 1 MB). > - basemap-extras: this is the equivalent to basemap-data-hires in > Anaconda (about 110 MB). > > This repackaging has the advantage that at least basemap-data and > basemap-lite fulfill the package size requirement of PyPI. Furthermore, > since basemap-data and basemap-extras only contain data, it is possible > to create for it just one universal wheel file valid for all Python > versions and operating systems. Then basemap-lite needs one wheel file > per Python version and operating system, but thanks to keeping the data > in a separate package a lot of file redundancy is avoided. > > Kind regards, > > ? V?ctor > > > _______________________________________________ > Matplotlib-devel mailing list > Matplotlib-devel at python.org > https://mail.python.org/mailman/listinfo/matplotlib-devel > From tcaswell at gmail.com Tue Nov 10 09:40:55 2020 From: tcaswell at gmail.com (Thomas Caswell) Date: Tue, 10 Nov 2020 09:40:55 -0500 Subject: [Matplotlib-devel] Fwd: About basemap maintenance In-Reply-To: <80630a0a-44f8-59fb-4ab1-3cd793e36735@hawaii.edu> References: <80630a0a-44f8-59fb-4ab1-3cd793e36735@hawaii.edu> Message-ID: I am also supportive of Victor coming on board to help maintain basemap, but leave the ultimate decision to Ben. I think that scheme for splitting the package up like that does make sense and leaves a path to adding a "please download just the data I need" helper. Tom On Fri, Nov 6, 2020 at 6:40 PM Eric Firing wrote: > Ben, > > I would welcome sufficient continued maintenance to keep basemap working > smoothly with new python and mpl versions as they are released. > > Eric > > On 2020/11/06 12:13 PM, Benjamin Root wrote: > > Someone appears to have some interest in keeping up basemap maintenance. > > I'll leave it up to the group to decide if it is worth it or if there is > > a better option for Victor (cc'ed). Personally, I never attempted any > > sort of repackaging work like they did in conda-forge because pip > > installs of basemap have other difficulties (namely, the proj4 and by > > extension, the libgeos dependency). With conda-forge handling the > > packaging for me, I just never bothered even uploading new packages to > PyPI. > > > > Thoughts? > > > > Ben Root > > > > ---------- Forwarded message --------- > > From: *V?ctor Molina Garc?a* > > > > Date: Fri, Nov 6, 2020 at 3:47 PM > > Subject: About basemap maintenance > > To: > > > > > > > Dear Ben, > > > > I write to you because you appear as the current (and last) maintainer > > of basemap. I am aware that basemap has been deprecated already quite > > long, but for work-related reasons I need to maintain some software that > > still relies on basemap. > > > > What should I do in order to join the matplotlib team and provide myself > > some basemap maintenance for a bit more time? I do not plan to add new > > features, but I think I could help in solving the current problem of > > package size that prevents basemap from being available in PyPI (this is > > a problem for my CI stuff because I cannot rely on PyPI to install > > basemap as dependency and I need to provide my own basemap wheels to the > > deployment environment). > > > > Essentially I workaround the package size issue in the same way as it is > > done in Anaconda: to split the library and separate necessary data from > > "optional" data. In Anaconda, you will find "basemap" (which excludes > > high-resolution data) and "basemap-data-hires" (with just these excluded > > files). I was playing a bit with the basemap setup file and I could > > manage to split the package in three parts: > > - basemap-data: this is a package with just the basemap data of lower > > resolution (approx. 20 MB). > > - basemap-lite: this is just the basemap source code and the compiled > > geoslib, and it has basemap-data as dependency (less than 1 MB). > > - basemap-extras: this is the equivalent to basemap-data-hires in > > Anaconda (about 110 MB). > > > > This repackaging has the advantage that at least basemap-data and > > basemap-lite fulfill the package size requirement of PyPI. Furthermore, > > since basemap-data and basemap-extras only contain data, it is possible > > to create for it just one universal wheel file valid for all Python > > versions and operating systems. Then basemap-lite needs one wheel file > > per Python version and operating system, but thanks to keeping the data > > in a separate package a lot of file redundancy is avoided. > > > > Kind regards, > > > > V?ctor > > > > > > _______________________________________________ > > Matplotlib-devel mailing list > > Matplotlib-devel at python.org > > https://mail.python.org/mailman/listinfo/matplotlib-devel > > > > _______________________________________________ > Matplotlib-devel mailing list > Matplotlib-devel at python.org > https://mail.python.org/mailman/listinfo/matplotlib-devel > -- Thomas Caswell tcaswell at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From story645 at gmail.com Sun Nov 15 15:58:14 2020 From: story645 at gmail.com (Hannah) Date: Sun, 15 Nov 2020 15:58:14 -0500 Subject: [Matplotlib-devel] Finalizing Code of Conduct Message-ID: Hello community, We have been revising our code of conduct and settled on using the latest form of the contributor covenant with some minor customization for reporting: https://github.com/matplotlib/matplotlib/pull/18802 We chose this code of conduct based on these criteria: 1) lists the behaviors we think are appropriate and inappropriate 2) includes reporting and enforcement mechanisms 3) clear and concise We are seeking holistic feedback on whether this new CoC is an accurate statement of the behavior we expect in Matplotlib, our expectations are in line with yours, and if there are significant issues with the text, Please refrain from wordsmithing; we think that most problems are likely an issue with the philosophy of the CoC and not solvable via changing some words (plus or minus the reporting and enforcement sections). We will be taking feedback for the next week (deadline Tuesday Nov 24th, 3:00PM EST) on the mailing list, discourse, pull request, and in private as appropriate. Thank you, Hannah -------------- next part -------------- An HTML attachment was scrubbed... URL: