From blairuk+scipydev at gmail.com Fri May 5 02:53:22 2017 From: blairuk+scipydev at gmail.com (Blair Azzopardi) Date: Fri, 5 May 2017 07:53:22 +0100 Subject: [SciPy-Dev] Failing PR with time-out on CircleCI Sphinx document generation Message-ID: Hi I've submitted a PR (https://github.com/scipy/scipy/pull/7374) and it's failing CI while generating Sphinx documentation with a time out ( https://circleci.com/gh/scipy/scipy/2726). I've not been able to replicate this issue on my setup. Can anyone offer suggestions on what changes I can make to the PR to pass this test? Thanks Blair -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfoxrabinovitz at gmail.com Fri May 5 07:37:17 2017 From: jfoxrabinovitz at gmail.com (Joseph Fox-Rabinovitz) Date: Fri, 5 May 2017 07:37:17 -0400 Subject: [SciPy-Dev] Failing PR with time-out on CircleCI Sphinx document generation In-Reply-To: References: Message-ID: Blair, It looks like CircleCI was taking too long to build the documentation. Not something you can fix directly, especially since it was not one of the files you modified. You could try to restart the build to see if the error goes away. -Joe On Fri, May 5, 2017 at 2:53 AM, Blair Azzopardi wrote: > Hi > > I've submitted a PR (https://github.com/scipy/scipy/pull/7374) and it's > failing CI while generating Sphinx documentation with a time out ( > https://circleci.com/gh/scipy/scipy/2726). I've not been able to > replicate this issue on my setup. Can anyone offer suggestions on what > changes I can make to the PR to pass this test? > > Thanks > Blair > > > > > > _______________________________________________ > SciPy-Dev mailing list > SciPy-Dev at python.org > https://mail.python.org/mailman/listinfo/scipy-dev > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From pav at iki.fi Fri May 5 14:18:49 2017 From: pav at iki.fi (Pauli Virtanen) Date: Fri, 5 May 2017 20:18:49 +0200 Subject: [SciPy-Dev] Failing PR with time-out on CircleCI Sphinx document generation In-Reply-To: References: Message-ID: It's timing out in the distribution scipy.stats.levy_stable the PR adds, so it may have to do with the code in the PR. Possibly, the generated documentation string contains an example that takes a long time to run. Maybe it tries to plot CDF or something else that is very slow to compute in the PR. If so, it should be replaced with an example that does not take that long. Joseph Fox-Rabinovitz kirjoitti 05.05.2017 klo 13:37: > Blair, > > It looks like CircleCI was taking too long to build the documentation. > Not something you can fix directly, especially since it was not one of > the files you modified. You could try to restart the build to see if the > error goes away. > > -Joe > > On Fri, May 5, 2017 at 2:53 AM, Blair Azzopardi > > wrote: > > Hi > > I've submitted a PR (https://github.com/scipy/scipy/pull/7374 > ) and it's failing CI > while generating Sphinx documentation with a time out > (https://circleci.com/gh/scipy/scipy/2726 > ). I've not been able to > replicate this issue on my setup. Can anyone offer suggestions on > what changes I can make to the PR to pass this test? > > Thanks > Blair > > > > > > _______________________________________________ > SciPy-Dev mailing list > SciPy-Dev at python.org > https://mail.python.org/mailman/listinfo/scipy-dev > > > > > > _______________________________________________ > SciPy-Dev mailing list > SciPy-Dev at python.org > https://mail.python.org/mailman/listinfo/scipy-dev > From blairuk+scipydev at gmail.com Fri May 5 14:35:34 2017 From: blairuk+scipydev at gmail.com (Blair Azzopardi) Date: Fri, 5 May 2017 19:35:34 +0100 Subject: [SciPy-Dev] Failing PR with time-out on CircleCI Sphinx document generation In-Reply-To: References: Message-ID: Yes that seemed to be it. There's some boilerplate documentation that runs against all distributions. It's not clear how one can turn off a particular section for a single distribution. I wasn't able to pin down exactly where it was slowing down but your CDF idea seemed likely. In any case, I updated the distribution example parameters and it seems to have resolved itself. Thanks. On 5 May 2017 19:19, "Pauli Virtanen" wrote: It's timing out in the distribution scipy.stats.levy_stable the PR adds, so it may have to do with the code in the PR. Possibly, the generated documentation string contains an example that takes a long time to run. Maybe it tries to plot CDF or something else that is very slow to compute in the PR. If so, it should be replaced with an example that does not take that long. Joseph Fox-Rabinovitz kirjoitti 05.05.2017 klo 13:37: > Blair, > > It looks like CircleCI was taking too long to build the documentation. > Not something you can fix directly, especially since it was not one of > the files you modified. You could try to restart the build to see if the > error goes away. > > -Joe > > On Fri, May 5, 2017 at 2:53 AM, Blair Azzopardi > > wrote: > > Hi > > I've submitted a PR (https://github.com/scipy/scipy/pull/7374 > ) and it's failing CI > while generating Sphinx documentation with a time out > (https://circleci.com/gh/scipy/scipy/2726 > ). I've not been able to > replicate this issue on my setup. Can anyone offer suggestions on > what changes I can make to the PR to pass this test? > > Thanks > Blair > > > > > > _______________________________________________ > SciPy-Dev mailing list > SciPy-Dev at python.org > https://mail.python.org/mailman/listinfo/scipy-dev > > > > > > _______________________________________________ > SciPy-Dev mailing list > SciPy-Dev at python.org > https://mail.python.org/mailman/listinfo/scipy-dev > _______________________________________________ SciPy-Dev mailing list SciPy-Dev at python.org https://mail.python.org/mailman/listinfo/scipy-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From ralf.gommers at gmail.com Sat May 6 06:45:42 2017 From: ralf.gommers at gmail.com (Ralf Gommers) Date: Sat, 6 May 2017 22:45:42 +1200 Subject: [SciPy-Dev] GSoC'17: accepted students Message-ID: Hi all, Google announced the results of the GSoC application process. SciPy received 2 slots, and I'm happy to congratulate Antonio Horta Ribeiro and Ashwin Pathak as our accepted students for this year. We're all looking forward to these two exciting projects! Antonio: Official summary: https://summerofcode.withgoogle.com/projects/#5890418190319616 Full proposal: https://github.com/antonior92/GSoC2017-Scipy Co-mentors: Nikolay Mayorov, Matt Haberland (I'm listed as mentor as well, but that's mainly for admin reasons - happy to help of course though). Ashwin: Official summary: https://summerofcode.withgoogle.com/projects/#5419917883998208 Full proposal: https://docs.google.com/document/d/1WQwpD4VU3cewBH99a_2-3CcTmhtbclgS6JR1lVXmcYA/edit?usp=sharing Co-mentors: Ralf Gommers, Matt Haberland The "community bonding" period has just started, let's all make sure to welcome Antonio and Ashwin and help them where needed, so they can hit the ground running from 30 May onwards! Cheers, Ralf -------------- next part -------------- An HTML attachment was scrubbed... URL: From ashwin.pathak at students.iiit.ac.in Sun May 7 15:44:15 2017 From: ashwin.pathak at students.iiit.ac.in (ashwin.pathak) Date: Mon, 08 May 2017 01:14:15 +0530 Subject: [SciPy-Dev] GSoC'17: accepted students In-Reply-To: References: Message-ID: On 2017-05-06 16:15, Ralf Gommers wrote: > Hi all, > > Google announced the results of the GSoC application process. SciPy > received 2 slots, and I'm happy to congratulate Antonio Horta Ribeiro > and Ashwin Pathak as our accepted students for this year. We're all > looking forward to these two exciting projects! > > Antonio: > Official summary: > https://summerofcode.withgoogle.com/projects/#5890418190319616 [1] > Full proposal: https://github.com/antonior92/GSoC2017-Scipy [2] > > Co-mentors: Nikolay Mayorov, Matt Haberland (I'm listed as mentor as > well, but that's mainly for admin reasons - happy to help of course > though). > > Ashwin: > Official summary: > https://summerofcode.withgoogle.com/projects/#5419917883998208 [3] > > Full proposal: > > https://docs.google.com/document/d/1WQwpD4VU3cewBH99a_2-3CcTmhtbclgS6JR1lVXmcYA/edit?usp=sharing > [4] > Co-mentors: Ralf Gommers, Matt Haberland > > The "community bonding" period has just started, let's all make sure > to welcome Antonio and Ashwin and help them where needed, so they can > hit the ground running from 30 May onwards! > > Cheers, > > Ralf > > > > Links: > ------ > [1] https://summerofcode.withgoogle.com/projects/#5890418190319616 > [2] https://github.com/antonior92/GSoC2017-Scipy > [3] https://summerofcode.withgoogle.com/projects/#5419917883998208 > [4] > > https://docs.google.com/document/d/1WQwpD4VU3cewBH99a_2-3CcTmhtbclgS6JR1lVXmcYA/edit?usp=sharing > > _______________________________________________ > SciPy-Dev mailing list > SciPy-Dev at python.org > https://mail.python.org/mailman/listinfo/scipy-dev Hello developers, Thank you everyone for the overwhelming support and encouragement. I am very excited to work for this project under GSoC-17. It request everyone to suggest me approaches towards acquaintance with the community and project. Ashwin Pathak From warren.weckesser at gmail.com Sun May 7 20:58:13 2017 From: warren.weckesser at gmail.com (Warren Weckesser) Date: Sun, 7 May 2017 20:58:13 -0400 Subject: [SciPy-Dev] GSoC'17: accepted students In-Reply-To: References: Message-ID: On Sat, May 6, 2017 at 6:45 AM, Ralf Gommers wrote: > Hi all, > > Google announced the results of the GSoC application process. SciPy > received 2 slots, and I'm happy to congratulate Antonio Horta Ribeiro and > Ashwin Pathak as our accepted students for this year. We're all looking > forward to these two exciting projects! > > Antonio: > Official summary: https://summerofcode.withgoogle.com/projects/# > 5890418190319616 > Full proposal: https://github.com/antonior92/GSoC2017-Scipy > Co-mentors: Nikolay Mayorov, Matt Haberland (I'm listed as mentor as well, > but that's mainly for admin reasons - happy to help of course though). > > Ashwin: > Official summary: https://summerofcode.withgoogle.com/projects/# > 5419917883998208 > Full proposal: https://docs.google.com/document/d/1WQwpD4VU3cewBH99a_ > 2-3CcTmhtbclgS6JR1lVXmcYA/edit?usp=sharing > Co-mentors: Ralf Gommers, Matt Haberland > > The "community bonding" period has just started, let's all make sure to > welcome Antonio and Ashwin and help them where needed, so they can hit the > ground running from 30 May onwards! > > Cheers, > Ralf > > > > That's great news. Congratulations Antonio and Ashwin! Warren > _______________________________________________ > SciPy-Dev mailing list > SciPy-Dev at python.org > https://mail.python.org/mailman/listinfo/scipy-dev > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From blairuk+scipydev at gmail.com Mon May 8 03:41:28 2017 From: blairuk+scipydev at gmail.com (Blair Azzopardi) Date: Mon, 8 May 2017 08:41:28 +0100 Subject: [SciPy-Dev] Failing PR with time-out on CircleCI Sphinx document generation In-Reply-To: References: Message-ID: Just following up with another question on the build process. Yesterday I submitted some changes that passed CircleCI and most of the tests on Travis CI. Although one failed because of a time out, I can't replicate that on my PC. Perhaps the build server was busy then. Is it possible for me to re-trigger that build or do I need to make a trivial commit? I currently don't see an option for rebuild. Job is 10995.5 on build at https://travis-ci.org/scipy/scipy/builds/229677619. On 5 May 2017 at 19:35, Blair Azzopardi wrote: > Yes that seemed to be it. There's some boilerplate documentation that runs > against all distributions. It's not clear how one can turn off a particular > section for a single distribution. I wasn't able to pin down exactly where > it was slowing down but your CDF idea seemed likely. In any case, I updated > the distribution example parameters and it seems to have resolved itself. > Thanks. > > On 5 May 2017 19:19, "Pauli Virtanen" wrote: > > It's timing out in the distribution scipy.stats.levy_stable the PR adds, > so it may have to do with the code in the PR. > > Possibly, the generated documentation string contains an example that > takes a long time to run. Maybe it tries to plot CDF or something else > that is very slow to compute in the PR. If so, it should be replaced > with an example that does not take that long. > > > Joseph Fox-Rabinovitz kirjoitti 05.05.2017 klo 13:37: > > Blair, > > > > It looks like CircleCI was taking too long to build the documentation. > > Not something you can fix directly, especially since it was not one of > > the files you modified. You could try to restart the build to see if the > > error goes away. > > > > -Joe > > > > On Fri, May 5, 2017 at 2:53 AM, Blair Azzopardi > > > wrote: > > > > Hi > > > > I've submitted a PR (https://github.com/scipy/scipy/pull/7374 > > ) and it's failing CI > > while generating Sphinx documentation with a time out > > (https://circleci.com/gh/scipy/scipy/2726 > > ). I've not been able to > > replicate this issue on my setup. Can anyone offer suggestions on > > what changes I can make to the PR to pass this test? > > > > Thanks > > Blair > > > > > > > > > > > > _______________________________________________ > > SciPy-Dev mailing list > > SciPy-Dev at python.org > > https://mail.python.org/mailman/listinfo/scipy-dev > > > > > > > > > > > > _______________________________________________ > > SciPy-Dev mailing list > > SciPy-Dev at python.org > > https://mail.python.org/mailman/listinfo/scipy-dev > > > _______________________________________________ > SciPy-Dev mailing list > SciPy-Dev at python.org > https://mail.python.org/mailman/listinfo/scipy-dev > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From charlesr.harris at gmail.com Wed May 10 21:48:34 2017 From: charlesr.harris at gmail.com (Charles R Harris) Date: Wed, 10 May 2017 19:48:34 -0600 Subject: [SciPy-Dev] NumPy v1.13.0rc1 released. Message-ID: Hi All, I'm please to announce the NumPy 1.13.0rc1 release. This release supports Python 2.7 and 3.4-3.6 and contains many new features. It is one of the most ambitious releases in the last several years. Some of the highlights and new functions are *Highlights* - Operations like ``a + b + c`` will reuse temporaries on some platforms, resulting in less memory use and faster execution. - Inplace operations check if inputs overlap outputs and create temporaries to avoid problems. - New __array_ufunc__ attribute provides improved ability for classes to override default ufunc behavior. - New np.block function for creating blocked arrays. *New functions* - New ``np.positive`` ufunc. - New ``np.divmod`` ufunc provides more efficient divmod. - New ``np.isnat`` ufunc tests for NaT special values. - New ``np.heaviside`` ufunc computes the Heaviside function. - New ``np.isin`` function, improves on ``in1d``. - New ``np.block`` function for creating blocked arrays. - New ``PyArray_MapIterArrayCopyIfOverlap`` added to NumPy C-API. Wheels for the pre-release are available on PyPI. Source tarballs, zipfiles, release notes, and the Changelog are available on github . A total of 100 people contributed to this release. People with a "+" by their names contributed a patch for the first time. - A. Jesse Jiryu Davis + - Alessandro Pietro Bardelli + - Alex Rothberg + - Alexander Shadchin - Allan Haldane - Andres Guzman-Ballen + - Antoine Pitrou - Antony Lee - B R S Recht + - Baurzhan Muftakhidinov + - Ben Rowland - Benda Xu + - Blake Griffith - Bradley Wogsland + - Brandon Carter + - CJ Carey - Charles Harris - Danny Hermes + - Duke Vijitbenjaronk + - Egor Klenin + - Elliott Forney + - Elliott M Forney + - Endolith - Eric Wieser - Erik M. Bray - Eugene + - Evan Limanto + - Felix Berkenkamp + - Fran?ois Bissey + - Frederic Bastien - Greg Young - Gregory R. Lee - Importance of Being Ernest + - Jaime Fernandez - Jakub Wilk + - James Cowgill + - James Sanders - Jean Utke + - Jesse Thoren + - Jim Crist + - Joerg Behrmann + - John Kirkham - Jonathan Helmus - Jonathan L Long - Jonathan Tammo Siebert + - Joseph Fox-Rabinovitz - Joshua Loyal + - Juan Nunez-Iglesias + - Julian Taylor - Kirill Balunov + - Likhith Chitneni + - Lo?c Est?ve - Mads Ohm Larsen - Marein K?nings + - Marten van Kerkwijk - Martin Thoma - Martino Sorbaro + - Marvin Schmidt + - Matthew Brett - Matthias Bussonnier + - Matthias C. M. Troffaes + - Matti Picus - Michael Seifert - Mikhail Pak + - Mortada Mehyar - Nathaniel J. Smith - Nick Papior - Oscar Villellas + - Pauli Virtanen - Pavel Potocek - Pete Peeradej Tanruangporn + - Philipp A + - Ralf Gommers - Robert Kern - Roland Kaufmann + - Ronan Lamy - Sami Salonen + - Sanchez Gonzalez Alvaro - Sebastian Berg - Shota Kawabuchi - Simon Gibbons - Stefan Otte - Stefan Peterson + - Stephan Hoyer - S?ren Fuglede J?rgensen + - Takuya Akiba - Tom Boyd + - Ville Skytt? + - Warren Weckesser - Wendell Smith - Yu Feng - Zixu Zhao + - Z? Vin?cius + - aha66 + - davidjn + - drabach + - drlvk + - jsh9 + - solarjoe + - zengi + Cheers, Chuck -------------- next part -------------- An HTML attachment was scrubbed... URL: From njs at pobox.com Wed May 10 22:15:56 2017 From: njs at pobox.com (Nathaniel Smith) Date: Wed, 10 May 2017 19:15:56 -0700 Subject: [SciPy-Dev] [Numpy-discussion] NumPy v1.13.0rc1 released. In-Reply-To: References: Message-ID: On Wed, May 10, 2017 at 7:06 PM, Nathan Goldbaum wrote: > Hi Chuck, > > Is there a docs build for this release somewhere? I'd like to find an > authoritative reference about __array_ufunc__, which I'd hesistated on > looking into until now for fear about the API changing. A sort-of-rendered version of the end-user docs can be seen here: https://github.com/numpy/numpy/blob/master/doc/source/reference/arrays.classes.rst And the NEP has been updated to hopefully provide a more spec-like description of the final version: https://github.com/numpy/numpy/blob/master/doc/neps/ufunc-overrides.rst Note that the API is "provisional" in 1.13, i.e. it *might* change in backwards-incompatible ways: https://docs.python.org/3/glossary.html#term-provisional-api -n -- Nathaniel J. Smith -- https://vorpus.org From shoyer at gmail.com Thu May 11 12:23:20 2017 From: shoyer at gmail.com (Stephan Hoyer) Date: Thu, 11 May 2017 09:23:20 -0700 Subject: [SciPy-Dev] [Numpy-discussion] NumPy v1.13.0rc1 released. In-Reply-To: References: Message-ID: Also, as friendly reminder, GitHub is a better place for bug reports than mailing lists with hundreds of subscribers :). On Thu, May 11, 2017 at 6:56 AM, Eric Wieser wrote: > Nadav: Can you provide a testcase that fails? > > I don't think you're correct - it works just fine when `axis = a.ndims` - > the issue arises when `axis > a.ndims`, but I'd argue that in that case an > error is correct behaviour. But still a change, so perhaps needs a release > note entry > > On Thu, 11 May 2017 at 14:25 Nadav Horesh wrote: > >> There is a change to "expand_dims" function, that it is now does not >> allow axis = a.ndims. >> >> This influences matplotlib function get_bending_matrices in >> triinterpolate.py >> >> >> Nadav >> ------------------------------ >> *From:* NumPy-Discussion > visionsense.com at python.org> on behalf of Charles R Harris < >> charlesr.harris at gmail.com> >> *Sent:* 11 May 2017 04:48:34 >> *To:* numpy-discussion; SciPy-User; SciPy Developers List; >> python-announce-list at python.org >> *Subject:* [Numpy-discussion] NumPy v1.13.0rc1 released. >> >> Hi All, >> >> I'm please to announce the NumPy 1.13.0rc1 release. This release supports >> Python 2.7 and 3.4-3.6 and contains many new features. It is one of the >> most ambitious releases in the last several years. Some of the highlights >> and new functions are >> >> *Highlights* >> >> - Operations like ``a + b + c`` will reuse temporaries on some >> platforms, resulting in less memory use and faster execution. >> - Inplace operations check if inputs overlap outputs and create >> temporaries to avoid problems. >> - New __array_ufunc__ attribute provides improved ability for classes >> to override default ufunc behavior. >> - New np.block function for creating blocked arrays. >> >> >> *New functions* >> >> - New ``np.positive`` ufunc. >> - New ``np.divmod`` ufunc provides more efficient divmod. >> - New ``np.isnat`` ufunc tests for NaT special values. >> - New ``np.heaviside`` ufunc computes the Heaviside function. >> - New ``np.isin`` function, improves on ``in1d``. >> - New ``np.block`` function for creating blocked arrays. >> - New ``PyArray_MapIterArrayCopyIfOverlap`` added to NumPy C-API. >> >> Wheels for the pre-release are available on PyPI. Source tarballs, >> zipfiles, release notes, and the Changelog are available on github >> . >> >> A total of 100 people contributed to this release. People with a "+" by >> their >> names contributed a patch for the first time. >> >> - A. Jesse Jiryu Davis + >> - Alessandro Pietro Bardelli + >> - Alex Rothberg + >> - Alexander Shadchin >> - Allan Haldane >> - Andres Guzman-Ballen + >> - Antoine Pitrou >> - Antony Lee >> - B R S Recht + >> - Baurzhan Muftakhidinov + >> - Ben Rowland >> - Benda Xu + >> - Blake Griffith >> - Bradley Wogsland + >> - Brandon Carter + >> - CJ Carey >> - Charles Harris >> - Danny Hermes + >> - Duke Vijitbenjaronk + >> - Egor Klenin + >> - Elliott Forney + >> - Elliott M Forney + >> - Endolith >> - Eric Wieser >> - Erik M. Bray >> - Eugene + >> - Evan Limanto + >> - Felix Berkenkamp + >> - Fran?ois Bissey + >> - Frederic Bastien >> - Greg Young >> - Gregory R. Lee >> - Importance of Being Ernest + >> - Jaime Fernandez >> - Jakub Wilk + >> - James Cowgill + >> - James Sanders >> - Jean Utke + >> - Jesse Thoren + >> - Jim Crist + >> - Joerg Behrmann + >> - John Kirkham >> - Jonathan Helmus >> - Jonathan L Long >> - Jonathan Tammo Siebert + >> - Joseph Fox-Rabinovitz >> - Joshua Loyal + >> - Juan Nunez-Iglesias + >> - Julian Taylor >> - Kirill Balunov + >> - Likhith Chitneni + >> - Lo?c Est?ve >> - Mads Ohm Larsen >> - Marein K?nings + >> - Marten van Kerkwijk >> - Martin Thoma >> - Martino Sorbaro + >> - Marvin Schmidt + >> - Matthew Brett >> - Matthias Bussonnier + >> - Matthias C. M. Troffaes + >> - Matti Picus >> - Michael Seifert >> - Mikhail Pak + >> - Mortada Mehyar >> - Nathaniel J. Smith >> - Nick Papior >> - Oscar Villellas + >> - Pauli Virtanen >> - Pavel Potocek >> - Pete Peeradej Tanruangporn + >> - Philipp A + >> - Ralf Gommers >> - Robert Kern >> - Roland Kaufmann + >> - Ronan Lamy >> - Sami Salonen + >> - Sanchez Gonzalez Alvaro >> - Sebastian Berg >> - Shota Kawabuchi >> - Simon Gibbons >> - Stefan Otte >> - Stefan Peterson + >> - Stephan Hoyer >> - S?ren Fuglede J?rgensen + >> - Takuya Akiba >> - Tom Boyd + >> - Ville Skytt? + >> - Warren Weckesser >> - Wendell Smith >> - Yu Feng >> - Zixu Zhao + >> - Z? Vin?cius + >> - aha66 + >> - davidjn + >> - drabach + >> - drlvk + >> - jsh9 + >> - solarjoe + >> - zengi + >> >> Cheers, >> >> Chuck >> _______________________________________________ >> NumPy-Discussion mailing list >> NumPy-Discussion at python.org >> https://mail.python.org/mailman/listinfo/numpy-discussion >> > > _______________________________________________ > NumPy-Discussion mailing list > NumPy-Discussion at python.org > https://mail.python.org/mailman/listinfo/numpy-discussion > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ashwin.pathak at students.iiit.ac.in Sat May 13 12:55:28 2017 From: ashwin.pathak at students.iiit.ac.in (ashwin.pathak) Date: Sat, 13 May 2017 22:25:28 +0530 Subject: [SciPy-Dev] Issue #7332 Message-ID: <1416f1fa50634a7449892e080ebeb470@students.iiit.ac.in> Hi Developers, I was trying to gain some knowledge about scipy.optimize and was trying to fix #7322 but I am unable to understand what exactly does the scipy.optimize.root() does. There is a lack of resource, can someone suggest me any resources or explain it to me? Thank you From haberland at ucla.edu Sat May 13 15:07:16 2017 From: haberland at ucla.edu (Matt Haberland) Date: Sat, 13 May 2017 12:07:16 -0700 Subject: [SciPy-Dev] Issue #7332 In-Reply-To: <1416f1fa50634a7449892e080ebeb470@students.iiit.ac.in> References: <1416f1fa50634a7449892e080ebeb470@students.iiit.ac.in> Message-ID: Hi Ashwin, Like scipy.optimize.fsolve, scipy.optimize.root finds the solution of a nonlinear vector valued function, that is, the the solution of a system of nonlinear equations. Based on this it appears that the difference between root and fsolve is that fsolve requires the dimension of the input (e.g. x0) to be the same as the dimension of the output (e.g. return of f) but I haven't confirmed by testing. I agree that this is not immediately apparent from the documentation (and this might be something you could clear up). Also, can others chime in on why they are separate? Backwards compatibility? Matt On Sat, May 13, 2017 at 9:55 AM, ashwin.pathak < ashwin.pathak at students.iiit.ac.in> wrote: > Hi Developers, > > I was trying to gain some knowledge about scipy.optimize and was trying to > fix #7322 but I am unable to understand what exactly does the > scipy.optimize.root() does. There is a lack of resource, can someone > suggest me any resources or explain it to me? > > Thank you > _______________________________________________ > SciPy-Dev mailing list > SciPy-Dev at python.org > https://mail.python.org/mailman/listinfo/scipy-dev > -- Matt Haberland Assistant Adjunct Professor in the Program in Computing Department of Mathematics 7620E Math Sciences Building, UCLA -------------- next part -------------- An HTML attachment was scrubbed... URL: From pav at iki.fi Sat May 13 16:22:35 2017 From: pav at iki.fi (Pauli Virtanen) Date: Sat, 13 May 2017 22:22:35 +0200 Subject: [SciPy-Dev] Issue #7332 In-Reply-To: References: <1416f1fa50634a7449892e080ebeb470@students.iiit.ac.in> Message-ID: Matt Haberland kirjoitti 13.05.2017 klo 21:07: > Also, can others chime in on why they are separate? Backwards> compatibility? Backwards compatibility is the reason why fsolve is still there. From ashwin.pathak at students.iiit.ac.in Wed May 17 09:52:41 2017 From: ashwin.pathak at students.iiit.ac.in (ashwin.pathak) Date: Wed, 17 May 2017 19:22:41 +0530 Subject: [SciPy-Dev] Issue #7332 In-Reply-To: References: <1416f1fa50634a7449892e080ebeb470@students.iiit.ac.in> Message-ID: On 2017-05-14 00:37, Matt Haberland wrote: > Hi Ashwin, > > Like scipy.optimize.fsolve,?scipy.optimize.root [2] finds the > solution of a nonlinear vector valued function, that is, the the > solution of a system of nonlinear equations. Based on this [3] it > appears that the difference between root and fsolve?is > that?fsolve?requires the dimension of the input (e.g. x0) to be the > same as the dimension of the output (e.g. return of f) but I haven't > confirmed by testing. I agree that this is not immediately apparent > from the documentation (and this might be something you could clear > up). Also, can others chime in on why they are separate? Backwards > compatibility?? > > Matt > > On Sat, May 13, 2017 at 9:55 AM, ashwin.pathak > wrote: > >> Hi Developers, >> >> I was trying to gain some knowledge about scipy.optimize and was >> trying to fix #7322 but I am unable to understand what exactly does >> the scipy.optimize.root() does. There is a lack of resource, can >> someone suggest me any resources or explain it to me? >> >> Thank you >> _______________________________________________ >> SciPy-Dev mailing list >> SciPy-Dev at python.org >> https://mail.python.org/mailman/listinfo/scipy-dev [1] > > -- > > Matt Haberland > Assistant Adjunct Professor in the Program in Computing > Department of Mathematics > 7620E Math Sciences Building, UCLA > > Links: > ------ > [1] https://mail.python.org/mailman/listinfo/scipy-dev > [2] > > https://docs.scipy.org/doc/scipy-0.19.0/reference/generated/scipy.optimize.root.html#scipy.optimize.root > [3] > > http://stackoverflow.com/questions/30636988/python-scipy-fsolve-mismatch-between-the-input-and-output-shape-of-the-func-a > > _______________________________________________ > SciPy-Dev mailing list > SciPy-Dev at python.org > https://mail.python.org/mailman/listinfo/scipy-dev Hi everyone, This is in accordance with issue #7332, I wanted some suggestions about what should be the correct way to eliminate this defect. As Matt Haberland suggested, warnings can be displayed in case the jacobian is zero at the guess. Otherwise, the default methods can be changed. Please suggest. Thank you From charlesr.harris at gmail.com Thu May 18 17:42:23 2017 From: charlesr.harris at gmail.com (Charles R Harris) Date: Thu, 18 May 2017 15:42:23 -0600 Subject: [SciPy-Dev] NumPy 1.13.0rc2 released Message-ID: Hi All, I'm pleased to announce the NumPy 1.13.0rc2 release. This release supports Python 2.7 and 3.4-3.6 and contains many new features. It is one of the most ambitious releases in the last several years. Some of the highlights and new functions are *Highlights* - Operations like ``a + b + c`` will reuse temporaries on some platforms, resulting in less memory use and faster execution. - Inplace operations check if inputs overlap outputs and create temporaries to avoid problems. - New __array_ufunc__ attribute provides improved ability for classes to override default ufunc behavior. - New np.block function for creating blocked arrays. *New functions* - New ``np.positive`` ufunc. - New ``np.divmod`` ufunc provides more efficient divmod. - New ``np.isnat`` ufunc tests for NaT special values. - New ``np.heaviside`` ufunc computes the Heaviside function. - New ``np.isin`` function, improves on ``in1d``. - New ``np.block`` function for creating blocked arrays. - New ``PyArray_MapIterArrayCopyIfOverlap`` added to NumPy C-API. Wheels for the pre-release are available on PyPI. Source tarballs, zipfiles, release notes, and the changelog are available on github . A total of 102 people contributed to this release. People with a "+" by their names contributed a patch for the first time. - A. Jesse Jiryu Davis + - Alessandro Pietro Bardelli + - Alex Rothberg + - Alexander Shadchin - Allan Haldane - Andres Guzman-Ballen + - Antoine Pitrou - Antony Lee - B R S Recht + - Baurzhan Muftakhidinov + - Ben Rowland - Benda Xu + - Blake Griffith - Bradley Wogsland + - Brandon Carter + - CJ Carey - Charles Harris - Christoph Gohlke - Danny Hermes + - David Hagen + - David Nicholson + - Duke Vijitbenjaronk + - Egor Klenin + - Elliott Forney + - Elliott M Forney + - Endolith - Eric Wieser - Erik M. Bray - Eugene + - Evan Limanto + - Felix Berkenkamp + - Fran?ois Bissey + - Frederic Bastien - Greg Young - Gregory R. Lee - Importance of Being Ernest + - Jaime Fernandez - Jakub Wilk + - James Cowgill + - James Sanders - Jean Utke + - Jesse Thoren + - Jim Crist + - Joerg Behrmann + - John Kirkham - Jonathan Helmus - Jonathan L Long - Jonathan Tammo Siebert + - Joseph Fox-Rabinovitz - Joshua Loyal + - Juan Nunez-Iglesias + - Julian Taylor - Kirill Balunov + - Likhith Chitneni + - Lo?c Est?ve - Mads Ohm Larsen - Marein K?nings + - Marten van Kerkwijk - Martin Thoma - Martino Sorbaro + - Marvin Schmidt + - Matthew Brett - Matthias Bussonnier + - Matthias C. M. Troffaes + - Matti Picus - Michael Seifert - Mikhail Pak + - Mortada Mehyar - Nathaniel J. Smith - Nick Papior - Oscar Villellas + - Pauli Virtanen - Pavel Potocek - Pete Peeradej Tanruangporn + - Philipp A + - Ralf Gommers - Robert Kern - Roland Kaufmann + - Ronan Lamy - Sami Salonen + - Sanchez Gonzalez Alvaro - Sebastian Berg - Shota Kawabuchi - Simon Gibbons - Stefan Otte - Stefan Peterson + - Stephan Hoyer - S?ren Fuglede J?rgensen + - Takuya Akiba - Tom Boyd + - Ville Skytt? + - Warren Weckesser - Wendell Smith - Yu Feng - Zixu Zhao + - Z? Vin?cius + - aha66 + - drabach + - drlvk + - jsh9 + - solarjoe + - zengi + Cheers, Chuck -------------- next part -------------- An HTML attachment was scrubbed... URL: From cimrman3 at ntc.zcu.cz Fri May 19 04:52:37 2017 From: cimrman3 at ntc.zcu.cz (Robert Cimrman) Date: Fri, 19 May 2017 10:52:37 +0200 Subject: [SciPy-Dev] ANN: SfePy 2017.2 Message-ID: I am pleased to announce release 2017.2 of SfePy. Description ----------- SfePy (simple finite elements in Python) is a software for solving systems of coupled partial differential equations by the finite element method or by the isogeometric analysis (limited support). It is distributed under the new BSD license. Home page: http://sfepy.org Mailing list: https://mail.python.org/mm3/mailman3/lists/sfepy.python.org/ Git (source) repository, issue tracker: https://github.com/sfepy/sfepy Highlights of this release -------------------------- - simplified and unified implementation of some homogenized coefficients - support for saving custom structured data to HDF5 files - new tutorial on preparing meshes using FreeCAD/OpenSCAD and Gmsh For full release notes see http://docs.sfepy.org/doc/release_notes.html#id1 (rather long and technical). Cheers, Robert Cimrman --- Contributors to this release in alphabetical order: Robert Cimrman Jan Heczko Lubos Kejzlar Vladimir Lukes Matyas Novak