From stellamberv at gmail.com Sun Apr 2 23:18:53 2017 From: stellamberv at gmail.com (Qianhui Wan) Date: Sun, 2 Apr 2017 22:18:53 -0500 Subject: [SciPy-Dev] (no subject) In-Reply-To: References: Message-ID: Hi Matt and Ralf, Thanks so much for your help and tips, now I've finished my draft proposal. Hope that you can give some comments to it. Here is the link: https://docs.google.com/document/d/1jYv4NTyZznT8DscyvYlfSt9eyzi-ytk1ANQOV6U7vmw/edit?usp=sharing Thanks, Qianhui Qianhui Wan, senior Fall 2016 - Spring 2017, visiting, Math Department, University of Wisconsin, Madison, US Spring 2016, visiting, Math Department, University of California, Berkeley, US Fall 2013 - Spring 2017, Math School, Sun Yat-sen University, Guangzhou, China 2017-03-26 2:55 GMT-05:00 Ralf Gommers : > > > On Thu, Mar 23, 2017 at 11:35 AM, Matt Haberland > wrote: > >> Hi Qianhui, >> >> I'm Matt; I'll be co-mentoring the scipy.diff project if a proposal is >> selected, so my answer is geared towards that. >> >> It seems that you have found https://github.com/scipy >> /scipy/wiki/GSoC-2017-project-ideas as you wrote "implement scipy.diff >> (numerical differentiation)". If you haven't already followed the >> recommended reading links, I would continue with those. Read carefully, >> researching things you're not familiar with. >> >> I suggest that you adopt the liberal interpretation of 'numerical >> differentiation' - the evaluation of the numerical values of derivatives - >> rather than the more restrictive definition of 'finite differences'. Please >> research and consider the pros and cons of the various methods of >> evaluating the numerical values of derivatives, including automatic >> differentiation and complex step methods. >> > > I agree with the sentiment of looking at the big picture of > differentiation methods first, but the discussion around > https://github.com/scipy/scipy/issues/2035#issuecomment-23638210 > converged on automatic differentiation not being a priority. So I suggest > quickly focusing on a finite differences / complex step approximation > method. > > Note that complex-step is more or less a separate flavor of finite > differences rather than a separate category of methods, and numdifftools > does include it. > > Ralf > > > >> Before writing a proposal, consider the following: >> What are some common applications that require numerical derivatives, >> what differentiation methods are most suitable for these applications, and >> how does that information suggest what capabilities scipy.diff should >> have? >> What algorithms can you find (in academic literature and textbooks), and >> under what determines which is best for a particular application? Which can >> you hope to implement, given constraints on time and expertise? (Your >> mentors may not be differentiation experts - I am not - so you might have >> to find answers about complicated algorithms on your own!) >> What existing code can you draw from, and what shortcomings of that code >> will you need to address? (Check bug reports, for example.) >> With all that in mind, synthesize a schedule for creating the most useful >> scipy.diff in the time you'll have available, and outline a path for >> future work. >> >> I'll say that I'm particularly interested in derivatives for nonlinear >> programming, especially for solving optimal control problems using direct >> methods. In particular, I have Python code for evaluating the objective >> function and constraints, and accurate derivates can greatly improve >> convergence rates, so automatic differentiation (AD) is the natural choice. >> However, other applications may have black box functions, in which case AD >> is not an option. Are there situations in which AD is not possible but >> complex step methods can be used and would outperform (real) finite >> differences? >> >> You can find more general thoughts about writing good GSoC proposals >> online; I but these are the things that come to my mind when I think about >> a scipy.diff proposal. >> >> Matt >> >> >> >> >> On Sat, Mar 18, 2017 at 7:32 PM, Qianhui Wan >> wrote: >> >>> Hi all, >>> >>> I'm a senior undergraduate in US. My direction is in applied math and >>> numerical analysis so I want to contribute to our suborg this year :) This >>> is my first time to apply for GSoC. >>> >>> As I mentioned above, I've already had some background in related math >>> and I have some experience in solving PDEs numerically with classical >>> schemes. In the ideas list, I'm more interested in "implement scipy.diff >>> (numerical differentiation)" and "improve the parabolic cylinder >>> functions". For programming languages, I'm a intermediate learner in >>> Python, MATLAB and R, also having some skills in C/C++. >>> >>> If anyone can give me some tips in the requirements of these two >>> projects and proposal writing I'll be very appreciate, and if you have >>> suggestions in choosing projects or developing ideas please let me know. >>> Thanks! >>> >>> Best, >>> Qianhui >>> >>> Qianhui Wan, senior >>> Fall 2016 - Spring 2017, visiting, Math Department, University of >>> Wisconsin, Madison, US >>> Spring 2016, visiting, Math Department, University of California, >>> Berkeley, US >>> Fall 2013 - Spring 2017, Math School, Sun Yat-sen University, Guangzhou, >>> China >>> >>> _______________________________________________ >>> SciPy-Dev mailing list >>> SciPy-Dev at scipy.org >>> https://mail.scipy.org/mailman/listinfo/scipy-dev >>> >>> >> >> >> -- >> Matt Haberland >> Assistant Adjunct Professor in the Program in Computing >> Department of Mathematics >> 7620E Math Sciences Building, UCLA >> >> _______________________________________________ >> SciPy-Dev mailing list >> SciPy-Dev at scipy.org >> https://mail.scipy.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 yizhengz at andrew.cmu.edu Mon Apr 3 09:15:10 2017 From: yizhengz at andrew.cmu.edu (Yizheng Zhao) Date: Mon, 3 Apr 2017 06:15:10 -0700 Subject: [SciPy-Dev] GSOC application : implement scipy.diff Message-ID: <3C4C8B0C-EAA3-4B85-98A2-682FFCF8A897@andrew.cmu.edu> Hello developers: I am Yizheng Zhao, a graduate students at Carnegie Mellon University majoring in Software Engineering. And I am interested for your diff project. I?ve been using spicy for 2 years for scientific computing and data science and I am excited that I have this opportunity to make my own contribution to the community. Why me? I majored in Math in college and I do a lot of project about numerical analysis. I also have strong coding skills. Here is my proposal, I am happy to receive any suggestions: ) https://github.com/YizhengZHAO/scipy/wiki/GSoC-2017-:-Implement-scipy.diff-(numerical-differentiation) Thanks, Yizheng Zhao -------------- next part -------------- An HTML attachment was scrubbed... URL: From ashwin.pathak at students.iiit.ac.in Mon Apr 3 09:57:55 2017 From: ashwin.pathak at students.iiit.ac.in (ashwin.pathak) Date: Mon, 03 Apr 2017 19:27:55 +0530 Subject: [SciPy-Dev] GSoC 2017 application: Implementation of scipy.diff Message-ID: Hello Developers, I am Ashwin Pathak, and here is my proposal for implement scipy.diff https://docs.google.com/document/d/1WQwpD4VU3cewBH99a_2-3CcTmhtbclgS6JR1lVXmcYA/edit?usp=sharing I am very grateful to every member of Scipy, especially the mentors for giving me an opportunity to write the proposal and suggest me. I have uploaded the PDF on the official site of GSoC. Please go through the proposal and suggest me any changes for future. Thanks in advance From stellamberv at gmail.com Mon Apr 3 11:41:06 2017 From: stellamberv at gmail.com (Qianhui Wan) Date: Mon, 3 Apr 2017 10:41:06 -0500 Subject: [SciPy-Dev] GSoC 2017 project application: scipy.diff implementation Message-ID: Hi folks, I'm Qianhui Wan, a senior math student from University of Wisconsin-Madison. I'm going to apply for the idea of implementing scipy.diff. Here is my proposal link: https://docs.google.com/document/d/1jYv4NTyZznT8DscyvYlfSt9eyzi-ytk1ANQOV6U7vmw/edit?usp=sharing I've already uploaded the proposal to the GSoC application system. Thanks for all the help along the way, and hope to hear from you about my proposal. Any comment is very appreciated. Unfortunately there is not enough time for me to polish it as the time left now is very limited. Thanks, Qianhui Wan, senior Fall 2016 - Spring 2017, visiting, Math Department, University of Wisconsin, Madison, US Spring 2016, visiting, Math Department, University of California, Berkeley, US Fall 2013 - Spring 2017, Math School, Sun Yat-sen University, Guangzhou, China -------------- next part -------------- An HTML attachment was scrubbed... URL: From ralf.gommers at gmail.com Mon Apr 3 16:32:09 2017 From: ralf.gommers at gmail.com (Ralf Gommers) Date: Tue, 4 Apr 2017 08:32:09 +1200 Subject: [SciPy-Dev] GSoC applications - next steps In-Reply-To: References: Message-ID: Hi all, We've got 5 proposals submitted that look competitive: Aman: Scipy: Improve support for B-splines Antonio: Scipy: Large-Scale Constrained Optimization Ashwin: Implement scipy.diff (numerical differentiation) Qianhui: scipy.diff Implementation Vladislav: Circular statistics We'll get the interviews organised within the next two days. Good luck to all applicants! Ralf On Mon, Mar 27, 2017 at 10:16 PM, Ralf Gommers wrote: > Hi prospective GSoC participants, > > The GSoC application deadline is just over a week away, so I thought it'd > be useful to give a short overview of what will happen over the next few > weeks. > > Until April 3 we'll do our best to help you write your proposals. Some of > you have already shared a draft proposal; I strongly encourage the rest of > you to do the same. If you have questions, please make them as concrete as > possible (showing that you've done your own reading/research on the topics > helps for getting answers). > > The week after proposal submission we'll interview you (over Skype or > Google Hangouts) to help us pick the best applicants. If you are > unavailable that week, please let me know now and we'll try to schedule an > interview earlier (later is difficult, because we need to indicate how many > slots we want to the PSF around the 11th). > > You'll find out on May 4th if your application was successful. If so, the > "community bonding" period starts the next day - this is the time to get > more familiar with the project and community: read the developer guide, > start interacting on the mailing list, and ensure you're fully set up to > hit the ground running on May 30th. > > April 3: student application deadline > April 4-11: SciPy mentors interview students > May 4: accepted students announced > May 5-30: community bonding period > > If you have any questions about this, please do ask! > > Cheers, > Ralf > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ralf.gommers at gmail.com Mon Apr 3 19:47:51 2017 From: ralf.gommers at gmail.com (Ralf Gommers) Date: Tue, 4 Apr 2017 11:47:51 +1200 Subject: [SciPy-Dev] GSOC application : implement scipy.diff In-Reply-To: <3C4C8B0C-EAA3-4B85-98A2-682FFCF8A897@andrew.cmu.edu> References: <3C4C8B0C-EAA3-4B85-98A2-682FFCF8A897@andrew.cmu.edu> Message-ID: Hi Yizheng, On Tue, Apr 4, 2017 at 1:15 AM, Yizheng Zhao wrote: > Hello developers: > > I am Yizheng Zhao, a graduate students at Carnegie Mellon University > majoring in Software Engineering. And I am interested for your diff project. > > I?ve been using spicy for 2 years for scientific computing and data > science and I am excited that I have this opportunity to make my own > contribution to the community. > > Why me? > I majored in Math in college and I do a lot of project about numerical > analysis. > I also have strong coding skills. > > Here is my proposal, I am happy to receive any suggestions: ) > https://github.com/YizhengZHAO/scipy/wiki/GSoC- > 2017-:-Implement-scipy.diff-(numerical-differentiation) > Great to see your interest, but the GSoC application deadline just passed. I don't see your application under the Python Software Foundation org in the GSoC system. Did you submit it? Ralf > > Thanks, > Yizheng Zhao > > > _______________________________________________ > 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 yizhengz at andrew.cmu.edu Mon Apr 3 20:57:44 2017 From: yizhengz at andrew.cmu.edu (Yizheng Zhao) Date: Mon, 3 Apr 2017 17:57:44 -0700 Subject: [SciPy-Dev] GSOC application : implement scipy.diff In-Reply-To: References: <3C4C8B0C-EAA3-4B85-98A2-682FFCF8A897@andrew.cmu.edu> Message-ID: <0F74F71E-642B-4285-8FD1-AB547C8D09A0@andrew.cmu.edu> Hi Ralf, I definitely submitted it. But right now the application page of GSOC is unavailable. Could you please tell me what should I do? Thanks, Yizheng > On Apr 3, 2017, at 4:47 PM, Ralf Gommers wrote: > > Hi Yizheng, > > > On Tue, Apr 4, 2017 at 1:15 AM, Yizheng Zhao > wrote: > Hello developers: > > I am Yizheng Zhao, a graduate students at Carnegie Mellon University majoring in Software Engineering. And I am interested for your diff project. > > I?ve been using spicy for 2 years for scientific computing and data science and I am excited that I have this opportunity to make my own contribution to the community. > > Why me? > I majored in Math in college and I do a lot of project about numerical analysis. > I also have strong coding skills. > > Here is my proposal, I am happy to receive any suggestions: ) > https://github.com/YizhengZHAO/scipy/wiki/GSoC-2017-:-Implement-scipy.diff-(numerical-differentiation) > > Great to see your interest, but the GSoC application deadline just passed. I don't see your application under the Python Software Foundation org in the GSoC system. Did you submit it? > > Ralf > > > > Thanks, > Yizheng Zhao > > > _______________________________________________ > 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 yizhengz at andrew.cmu.edu Mon Apr 3 21:07:56 2017 From: yizhengz at andrew.cmu.edu (Yizheng Zhao) Date: Mon, 3 Apr 2017 18:07:56 -0700 Subject: [SciPy-Dev] GSOC application : implement scipy.diff In-Reply-To: <0F74F71E-642B-4285-8FD1-AB547C8D09A0@andrew.cmu.edu> References: <3C4C8B0C-EAA3-4B85-98A2-682FFCF8A897@andrew.cmu.edu> <0F74F71E-642B-4285-8FD1-AB547C8D09A0@andrew.cmu.edu> Message-ID: HI Ralf, I?ve found my status page and It is indeed be submitted by the deadline. Please help me, I?ve spent a lot of time on the proposal. And also I?ve already contact the GSOC to find what was going wrong. Thanks, Yizheng > On Apr 3, 2017, at 5:57 PM, Yizheng Zhao wrote: > > Hi Ralf, > > I definitely submitted it. > But right now the application page of GSOC is unavailable. > Could you please tell me what should I do? > > Thanks, > Yizheng > >> On Apr 3, 2017, at 4:47 PM, Ralf Gommers > wrote: >> >> Hi Yizheng, >> >> >> On Tue, Apr 4, 2017 at 1:15 AM, Yizheng Zhao > wrote: >> Hello developers: >> >> I am Yizheng Zhao, a graduate students at Carnegie Mellon University majoring in Software Engineering. And I am interested for your diff project. >> >> I?ve been using spicy for 2 years for scientific computing and data science and I am excited that I have this opportunity to make my own contribution to the community. >> >> Why me? >> I majored in Math in college and I do a lot of project about numerical analysis. >> I also have strong coding skills. >> >> Here is my proposal, I am happy to receive any suggestions: ) >> https://github.com/YizhengZHAO/scipy/wiki/GSoC-2017-:-Implement-scipy.diff-(numerical-differentiation) >> >> Great to see your interest, but the GSoC application deadline just passed. I don't see your application under the Python Software Foundation org in the GSoC system. Did you submit it? >> >> Ralf >> >> >> >> Thanks, >> Yizheng Zhao >> >> >> _______________________________________________ >> 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: Google Summer of Code.pdf Type: application/pdf Size: 98569 bytes Desc: not available URL: -------------- next part -------------- An HTML attachment was scrubbed... URL: From ralf.gommers at gmail.com Tue Apr 4 00:33:30 2017 From: ralf.gommers at gmail.com (Ralf Gommers) Date: Tue, 4 Apr 2017 16:33:30 +1200 Subject: [SciPy-Dev] GSOC application : implement scipy.diff In-Reply-To: References: <3C4C8B0C-EAA3-4B85-98A2-682FFCF8A897@andrew.cmu.edu> <0F74F71E-642B-4285-8FD1-AB547C8D09A0@andrew.cmu.edu> Message-ID: On Tue, Apr 4, 2017 at 1:07 PM, Yizheng Zhao wrote: > HI Ralf, > > I?ve found my status page and It is indeed be submitted by the deadline. > > Please help me, I?ve spent a lot of time on the proposal. > And also I?ve already contact the GSOC to find what was going wrong. > There may be a problem with the GSoC system; your title is identical to another title. We'll take this offline to not make too much noise on the mailing list. Can you please send me the full pdf of your proposal if you can? Cheers, Ralf > Thanks, > Yizheng > > On Apr 3, 2017, at 5:57 PM, Yizheng Zhao wrote: > > Hi Ralf, > > I definitely submitted it. > But right now the application page of GSOC is unavailable. > Could you please tell me what should I do? > > Thanks, > Yizheng > > On Apr 3, 2017, at 4:47 PM, Ralf Gommers wrote: > > Hi Yizheng, > > > On Tue, Apr 4, 2017 at 1:15 AM, Yizheng Zhao > wrote: > >> Hello developers: >> >> I am Yizheng Zhao, a graduate students at Carnegie Mellon University >> majoring in Software Engineering. And I am interested for your diff project. >> >> I?ve been using spicy for 2 years for scientific computing and data >> science and I am excited that I have this opportunity to make my own >> contribution to the community. >> >> Why me? >> I majored in Math in college and I do a lot of project about numerical >> analysis. >> I also have strong coding skills. >> >> Here is my proposal, I am happy to receive any suggestions: ) >> https://github.com/YizhengZHAO/scipy/wiki/GSoC-2017-:- >> Implement-scipy.diff-(numerical-differentiation) >> > > Great to see your interest, but the GSoC application deadline just passed. > I don't see your application under the Python Software Foundation org in > the GSoC system. Did you submit it? > > Ralf > > > >> >> Thanks, >> Yizheng Zhao >> >> >> _______________________________________________ >> 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 andyfaff at gmail.com Tue Apr 4 20:15:27 2017 From: andyfaff at gmail.com (Andrew Nelson) Date: Wed, 5 Apr 2017 10:15:27 +1000 Subject: [SciPy-Dev] rv_scatter - companion to rv_histogram In-Reply-To: References: Message-ID: I've just put up a PR, 7257, that proposes to add rv_scatter, a companion to rv_histogram (6801). It also picks up some aspects of 6466. It allows one to specify a PDF from x/y scatter data. The PDF is piecewise linearly interpolated between the supplied data points. The rationale behind this is to be able to use experimentally determined data to create a statistical distribution. It can also be used to approximate other distributions. Comments are welcomed. A. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ralf.gommers at gmail.com Wed Apr 5 06:52:49 2017 From: ralf.gommers at gmail.com (Ralf Gommers) Date: Wed, 5 Apr 2017 22:52:49 +1200 Subject: [SciPy-Dev] Are you using Bento to build scipy? In-Reply-To: References: Message-ID: On Sat, Apr 1, 2017 at 4:55 AM, CJ Carey wrote: > With the 1.0 release coming up, I figured this is a good time to take the > pulse of the community regarding Bento. > > The project seems to have been abandoned before reaching stability, > Unfortunately, yes. At this point I think it's unlikely that David will come back to working on it. But I'd like to hear his thoughts on it. > and it seems that the core problems it was trying to address have been at > least partially fixed by the more official build systems. > Unfortunately, no. Distutils/setuptools will never become a build system with a sane architecture I'm afraid. Even things like proper parallel builds are unlikely to appear. Also the way BLAS/LAPACK libraries are supported in Bento is a lot better than what numpy.distutils does. > If you use Bento and would like to keep using it post 1.0, or if my > previous sentence is wrong, please let me know! > I am using it all the time, but I suspect I'm the only one. Bento is way faster than distutils for building SciPy and produces sane build logs, hence I prefer it. But it is hard to install because it depends on a specific version of Waf (which is not on PyPI) and has some unresolved issues on Python 3.x. For me it has been worth the effort to keep the Bento build working, and given that it's not in our build matrix it doesn't really bother anyone. But if others prefer to remove Bento support, I am fine with that too. Cheers, Ralf -------------- next part -------------- An HTML attachment was scrubbed... URL: From evgeny.burovskiy at gmail.com Wed Apr 5 07:05:06 2017 From: evgeny.burovskiy at gmail.com (Evgeni Burovski) Date: Wed, 5 Apr 2017 14:05:06 +0300 Subject: [SciPy-Dev] Are you using Bento to build scipy? In-Reply-To: References: Message-ID: > I am using it all the time, but I suspect I'm the only one. Bento is way I seem to remember Stefan van der Walt saying the same thing :-). (I've no opinion on the matter itself though) From cournape at gmail.com Wed Apr 5 12:53:50 2017 From: cournape at gmail.com (David Cournapeau) Date: Wed, 5 Apr 2017 17:53:50 +0100 Subject: [SciPy-Dev] Are you using Bento to build scipy? In-Reply-To: References: Message-ID: Hi CJ, I don't think that the issues addressed by bento have been tackled much by anything in the python ecosystem. It is true that binary distribution today is much better than it was in 2008/2009 when I started working on Bento, which means much fewer people need to deal w/ distutils errors on a day to day basis. But distutils is pretty much as bad today as it was 10 years ago. If I were to start it today, I would have made different choices, as I was still very much a novice when I started bento :) But IMO the main failure is the lack of community around it. I still think the main ideas around it is where distutils2/whatever-it-is-called should go. David On Fri, Mar 31, 2017 at 4:55 PM, CJ Carey wrote: > With the 1.0 release coming up, I figured this is a good time to take the > pulse of the community regarding Bento. > > The project seems to have been abandoned before reaching stability, and it > seems that the core problems it was trying to address have been at least > partially fixed by the more official build systems. > > If you use Bento and would like to keep using it post 1.0, or if my > previous sentence is wrong, please let me know! > > _______________________________________________ > 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 stefanv at berkeley.edu Wed Apr 5 14:27:23 2017 From: stefanv at berkeley.edu (Stefan van der Walt) Date: Wed, 05 Apr 2017 11:27:23 -0700 Subject: [SciPy-Dev] Are you using Bento to build scipy? In-Reply-To: References: Message-ID: <1491416843.651959.935389952.0AFAB016@webmail.messagingengine.com> On Wed, Apr 5, 2017, at 04:05, Evgeni Burovski wrote: > > I am using it all the time, but I suspect I'm the only one. Bento is way > > I seem to remember Stefan van der Walt saying the same thing :-). So, I guess there are two of us ;) Ralf wrote: > But it is hard to install because it depends on a specific version of Waf (which is not on PyPI) and has some unresolved issues on Python 3.x. How hard would it be to vendor Waf into a pip package? If this worked out the box, it would be great to development (repeated builds execute much faster). St?fan From ralf.gommers at gmail.com Wed Apr 5 16:18:03 2017 From: ralf.gommers at gmail.com (Ralf Gommers) Date: Thu, 6 Apr 2017 08:18:03 +1200 Subject: [SciPy-Dev] Are you using Bento to build scipy? In-Reply-To: <1491416843.651959.935389952.0AFAB016@webmail.messagingengine.com> References: <1491416843.651959.935389952.0AFAB016@webmail.messagingengine.com> Message-ID: On Thu, Apr 6, 2017 at 6:27 AM, Stefan van der Walt wrote: > On Wed, Apr 5, 2017, at 04:05, Evgeni Burovski wrote: > > > I am using it all the time, but I suspect I'm the only one. Bento is > way > > > > I seem to remember Stefan van der Walt saying the same thing :-). > > So, I guess there are two of us ;) > > Ralf wrote: > > > But it is hard to install because it depends on a specific version of > Waf (which is not on PyPI) and has some unresolved issues on Python 3.x. > > How hard would it be to vendor Waf into a pip package? If this worked > out the box, it would be great to development (repeated builds execute > much faster). > You mean vendor Waf in Bento and make a Bento pip-installable PyPI package right ? David and I discussed that already 2 years ago, that'd be the way to go. Shouldn't be too hard, Waf is designed to be vendored. What's a little more work is fixing some obvious issues: it doesn't work on Python 3.x right now, there was a recurring issue with -fPIC going missing, finish the open PR on producing wheels. Ralf -------------- next part -------------- An HTML attachment was scrubbed... URL: From ralf.gommers at gmail.com Mon Apr 10 05:26:38 2017 From: ralf.gommers at gmail.com (Ralf Gommers) Date: Mon, 10 Apr 2017 21:26:38 +1200 Subject: [SciPy-Dev] new release of weave Message-ID: Hi all, In https://github.com/scipy/weave/issues/8 it was pointed out that the current release of Weave is incompatible with newer SciPy versions. So a new release seems in order. Does anyone see an issue with just making a new release from the current state of master? Or with making the version number 0.16.0 (no relation to scipy 0.16.0 but that seems okay)? Cheers, Ralf -------------- next part -------------- An HTML attachment was scrubbed... URL: From warren.weckesser at gmail.com Mon Apr 10 17:10:02 2017 From: warren.weckesser at gmail.com (Warren Weckesser) Date: Mon, 10 Apr 2017 17:10:02 -0400 Subject: [SciPy-Dev] new release of weave In-Reply-To: References: Message-ID: On Mon, Apr 10, 2017 at 5:26 AM, Ralf Gommers wrote: > Hi all, > > In https://github.com/scipy/weave/issues/8 it was pointed out that the > current release of Weave is incompatible with newer SciPy versions. So a > new release seems in order. > > Does anyone see an issue with just making a new release from the current > state of master? Or with making the version number 0.16.0 (no relation to > scipy 0.16.0 but that seems okay)? > > Both sound fine to me. Warren > Cheers, > Ralf > > > _______________________________________________ > 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 larson.eric.d at gmail.com Tue Apr 11 12:49:15 2017 From: larson.eric.d at gmail.com (Eric Larson) Date: Tue, 11 Apr 2017 12:49:15 -0400 Subject: [SciPy-Dev] Matrix subspace angle Message-ID: I don't see a SciPy equivalent for the MATLAB/Octave `subspace` to compute the subspace angle between two matrices. Did I miss it somewhere? If we don't have it and people think it would be worthwhile, I could add one. A computational formula is given on page 2014 of this article: http://epubs.siam.org/doi/abs/10.1137/S1064827500377332 Eric -------------- next part -------------- An HTML attachment was scrubbed... URL: From evgeny.zhurko at gmail.com Sun Apr 16 16:37:43 2017 From: evgeny.zhurko at gmail.com (Evgeny Zhurko) Date: Sun, 16 Apr 2017 23:37:43 +0300 Subject: [SciPy-Dev] Problem to apply changes to scipy.special.eval_jacobi Message-ID: Hi all, I want to fix this issue https://github.com/scipy/scipy/issues/7001 I made the fix, but i can't include it in scipy. I changed eval_jacobi function in https://github.com/scipy/scipy/blob/master/scipy/special/orthogonal_eval.pxd and tried to reinstall scipy, but i don't get changes in eval_jacobi. I also tried to run generate_ufuncs.py once again and install again scipy, but i don't get fix in eval_jacobi. What am i doing wrong? Best regards, Evgeny Zhurko. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dieter at werthmuller.org Mon Apr 17 12:32:51 2017 From: dieter at werthmuller.org (=?UTF-8?Q?Dieter_Werthm=c3=bcller?=) Date: Mon, 17 Apr 2017 11:32:51 -0500 Subject: [SciPy-Dev] FFTLog In-Reply-To: References: <723489e6-c783-aefc-3472-00d42fe472d8@werthmuller.org> <8641887f-3c5c-6605-1806-169ebd90ca1c@werthmuller.org> <1997ab61-0688-2d6f-6974-24118cf33924@werthmuller.org> <489aa41c-7ad4-9dee-fa57-f644ef0cef33@werthmuller.org> <24f91419-833e-5194-5d74-48c064b2ff95@werthmuller.org> Message-ID: Hi Devs, I created a pull request for the inclusion of FFTLog: https://github.com/scipy/scipy/pull/7310 It is missing one crucial point: I still uses the file cdgamma.f which, as was established in this thread last October, might not be bullet proof regarding license, and as Joshua Wright said it would be better to use SciPy's special.loggamma instead, https://mail.scipy.org/pipermail/scipy-dev/2016-October/021584.html. I am lacking the skills to include special.loggamma into a Fortran-file that will be compiled. If anyone has time and interest to have a look that would be great. Any other feedback is of course welcome. Dieter On 31/10/16 03:59, Ralf Gommers wrote: > > > On Tue, Oct 25, 2016 at 3:25 AM, Dieter Werthm?ller > > wrote: > > I agree, probably the best would be to use the already existing FFTPACK > and the already existing complex gamma function, which would mean only > one file, fftlog.f, has to be added. > > In this regard, it might be best to first ask if there is sufficient > interest for a logarithmic FFT, as you point out Joshua, before > investing more time. Any opinions? For anyone interested I list the > website of the original FFTLog again: > http://casa.colorado.edu/~ajsh/FFTLog > > > > I haven't come across a use case for this myself, but the original paper > [1] is highly cited and the citation come from a range of fields. The > one fftlog.f file doesn't look worse than the average Fortran file, so > this will likely be okay to maintain. So I'm fine with adding this feature. > > Ralf > > [1] http://www.sciencedirect.com/science/article/pii/0021999178901079 > > > _______________________________________________ > SciPy-Dev mailing list > SciPy-Dev at scipy.org > https://mail.scipy.org/mailman/listinfo/scipy-dev > From ralf.gommers at gmail.com Wed Apr 19 07:54:31 2017 From: ralf.gommers at gmail.com (Ralf Gommers) Date: Wed, 19 Apr 2017 23:54:31 +1200 Subject: [SciPy-Dev] new release of weave In-Reply-To: References: Message-ID: On Tue, Apr 11, 2017 at 9:10 AM, Warren Weckesser < warren.weckesser at gmail.com> wrote: > > > On Mon, Apr 10, 2017 at 5:26 AM, Ralf Gommers > wrote: > >> Hi all, >> >> In https://github.com/scipy/weave/issues/8 it was pointed out that the >> current release of Weave is incompatible with newer SciPy versions. So a >> new release seems in order. >> >> Does anyone see an issue with just making a new release from the current >> state of master? Or with making the version number 0.16.0 (no relation to >> scipy 0.16.0 but that seems okay)? >> >> > Both sound fine to me. > Weave 0.16.0 is now available on PyPI. Cheers, Ralf -------------- next part -------------- An HTML attachment was scrubbed... URL: From erik.brinkman at gmail.com Thu Apr 20 16:01:56 2017 From: erik.brinkman at gmail.com (Erik Brinkman) Date: Thu, 20 Apr 2017 20:01:56 +0000 Subject: [SciPy-Dev] Finding a fixed point on the simplex Message-ID: I recently wrote some code that uses simplicial subdivision to compute an approximate fixed point for functions on a simplex. It's guaranteed to always return an approximate fixed point, but may take exponential time. It's particularly useful for functions which have fixed points but no basin of attraction, and so won't converge via iteration (see the code at at the bottom that's looking for a fixed point in a degenerate case of rock paper scissors). Does this warrant inclusion into scipy? Generally computing fixed points of continuous functions over compact sets seems useful to many communities, however there are a couple of issues I see with blindly putting this in scipy based off of the fact that a function for computing fixed points already exists. - The proposed function works for cases where the existing function fails, which is an argument for inclusion. - The existing function is in optimize, but the proposed one is not an optimization algorithm, it's a search algorithm. - The proposed function only works for functions on the simplex. Most functions on compact sets should have homotopies that convert them into functions on the simplex, but the current fixed_point makes no such restriction. - The proposed function has different parameters than the current one. A few functions in optimize have signatures that take an `options` dictionary of parameters, but it would change the signature of fixed_point. - The algorithm is slightly more general than computing a fixed point of a simplex function. It actually finds fully labeled subsimplices for an arbitrary `proper` labeling function. From my very limited understanding, there are other labeling functions which produce approximate solutions to other problems. However, given this more general function, it's proper module seems less certain. In addition, the code as it stands is pure python, but it is relatively computationally intensive, and so potentially could be sped up by switching to a c or cython implementation. Conditioned on thinking that this would make a valid PR, is it worth looking into implementing it in a lower level language despite the fact that this makes a large number of calls to a supplied python function? Thanks, Erik Example ~~~~~~~ import numpy as np from scipy import optimize from gameanalysis import fixedpoint A = np.array([[[1, 0, 0], [2, 0, 0], [2, 0, 0]], [[0, 1, 0], [1, 0, 0], [1, 1, 0]], [[0, 0, 1], [1, 0, 1], [1, 0, 0]], [[0, 2, 0], [0, 1, 0], [0, 2, 0]], [[0, 1, 1], [0, 0, 1], [0, 1, 0]], [[0, 0, 2], [0, 0, 2], [0, 0, 1]]]) B = np.array([[ 0, 0, 0], [-2, 1, 0], [ 1, 0, -3], [ 0, 0, 0], [ 0, -3, 1], [ 0, 0, 0]]) FP = np.array([0.3129473 , 0.40598569, 0.28106701]) def fixed_point_func(x): x = np.maximum(x, 0) x /= x.sum() y = np.sum(np.prod(x ** A, -1) * B, 0) z = np.maximum(0, y - y.dot(x)) + x z /= z.sum() return z def main(): close = dict(rtol=1e-3, atol=1e-3) x0 = np.ones(3) / 3 # Verify fixed point assert np.allclose(FP, fixed_point_func(FP), **close) # Use guaranteed method fp = fixedpoint.fixed_point(fixed_point_func, x0, tol=1e-8) assert np.allclose(FP, fp, **close) # Expect error with scipy method try: optimize.fixed_point(fixed_point_func, x0) assert False, "shouldn't get this far" except RuntimeError: pass # Expected # Expect error with scipy method try: optimize.fixed_point(fixed_point_func, x0, method='iteration') assert False, "shouldn't get this far" except RuntimeError: pass # Expected if __name__ == '__main__': main() -------------- next part -------------- An HTML attachment was scrubbed... URL: From mrocklin at gmail.com Wed Apr 26 18:39:34 2017 From: mrocklin at gmail.com (Matthew Rocklin) Date: Wed, 26 Apr 2017 18:39:34 -0400 Subject: [SciPy-Dev] Sparse multi-dimensional array library Message-ID: Hello everyone, I would like to call attention to this small library for sparse multidimensional arrays: https://github.com/mrocklin/sparse . This is a small library that enables some computations with sparse arrays of dimension greater than two. It relies heavily on the numpy and scipy.sparse packages. More information about capabilities and intent is available on the project's readme available through the link above. Feedback is welcome. Also, while this library is strictly single-core and in-memory, work has been done to make it compatible to work smoothly with dask.arrays (in a development branch). Best, -matthew -------------- next part -------------- An HTML attachment was scrubbed... URL: