Re: [Numpy-discussion] Asking proposal review/feedback for GSOC 15
Hi, Sorry for a bit late reply. I will express my thoughts for Ralf's suggestions, respectively. Regarding your schedule: - I would remove the parts related to benchmarks. There's no nice benchmark infrastructure in numpy itself at the moment (that's a separate GSoC idea), so the two times 1 week that you have are likely not enough to get something off the ground there. - I think we can do a sample/demo benchmark only based on a library' speed performance over some basic set of data sets. Couldn't we? Instead of speed, it could be any other performance parameter, we can decide together. - The implement a flexible interface part will need some discussion, probably it makes sense to first draft a document (call it a NEP - Numpy Enhancement Proposal) that lays out the options and makes a proposal. To be realistic, I don't think I have enough time to complete an enhancement proposal. Maybe we can talk about it in the first half of April? - I wouldn't put investigate accuracy differences at the end. What if you find out there that you've been working on something for the whole summer that's not accurate enough? However, we can't examine possible accuracy differences without having seen their real performance (in my case it is 'implementing an interface to libraries'). Isn't investigating possible libraries for numpy the fountain head of this project? Integrating chosen library can be possible by a small set of wrapping functions. - The researching possible options I would do in the community bonding period - when the coding period starts you should have a fairly well-defined plan. I agree with you at this point. After moving this to community bounding period, I can put a milestone like 'integrating chosen library to numpy' for 2 weeks. And we decide it would be better to remove benchmark part, then I would use that part for interface, probably. - 3 weeks for implementing the interface looks optimistic. It was an estimated time, I asked Julian's opinion about it and waiting his answer. You could be right, I am not familiar with codebase and exact set of functions to be improved. Since I prepared my schedule to serve as basis, I think it is understandable if something takes a bit longer or shorter as compared to what is written on schedule. Cheers, Ralf Your suggestions made me able think about project better. Thank you, Ralf. If you could share your opinions for my thoughts as well, I appreciate. My proposal is at https://gist.github.com/oguzhanunlu/1f8bf3ffc6ac5c420dd1 Cheers, Oguzhan ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion
Re: [Numpy-discussion] Asking proposal review/feedback for GSOC 15
On 03/26/2015 12:58 PM, Oğuzhan Ünlü wrote: Hi, Sorry for a bit late reply. I will express my thoughts for Ralf's suggestions, respectively. Regarding your schedule: - I would remove the parts related to benchmarks. There's no nice benchmark infrastructure in numpy itself at the moment (that's a separate GSoC idea), so the two times 1 week that you have are likely not enough to get something off the ground there. - I think we can do a sample/demo benchmark only based on a library' speed performance over some basic set of data sets. Couldn't we? Instead of speed, it could be any other performance parameter, we can decide together. Creating benchmark and performance tracking tools should not be part of this project, but benchmarking is still important. You may have to research learn how to best benchmark this low level code, understand what influences their performance and we need a good set of benchmarks so we know in the end what we have gained by this project. I think the time allocation for this is good. - The implement a flexible interface part will need some discussion, probably it makes sense to first draft a document (call it a NEP - Numpy Enhancement Proposal) that lays out the options and makes a proposal. To be realistic, I don't think I have enough time to complete an enhancement proposal. Maybe we can talk about it in the first half of April? I think he means writing the nep proposal should be part of the project, you don't need to have a fleshed out one ready now. Though if you already have some ideas on how the interface might look like this should go into your proposal. - I wouldn't put investigate accuracy differences at the end. What if you find out there that you've been working on something for the whole summer that's not accurate enough? However, we can't examine possible accuracy differences without having seen their real performance (in my case it is 'implementing an interface to libraries'). Isn't investigating possible libraries for numpy the fountain head of this project? Integrating chosen library can be possible by a small set of wrapping functions. The accuracy of the libraries can be investigated prior to their integration into numpy, and it should be done early to rule out or de-prioritize bad options. Documenting the trade-offs between performance and accuracy is one of the most important tasks. This also involves researching what kind of inputs to functions may be numerically problematic which depending on your prior numerics knowledge may take some time and should be accounted for. - The researching possible options I would do in the community bonding period - when the coding period starts you should have a fairly well-defined plan. I agree with you at this point. After moving this to community bounding period, I can put a milestone like 'integrating chosen library to numpy' for 2 weeks. And we decide it would be better to remove benchmark part, then I would use that part for interface, probably. - 3 weeks for implementing the interface looks optimistic. It was an estimated time, I asked Julian's opinion about it and waiting his answer. You could be right, I am not familiar with codebase and exact set of functions to be improved. Since I prepared my schedule to serve as basis, I think it is understandable if something takes a bit longer or shorter as compared to what is written on schedule. I am pretty bad as estimating times, but I think the implementation of interfaces can be done in three weeks if you are confident enough in your C coding abilities and are some experienced in maneuvering foreign code bases. ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion
Re: [Numpy-discussion] Asking proposal review/feedback for GSOC 15
Hi Nikolay, Thanks for pointing out that! It really helped. I think it looks better and easier to review now. I appreciate any comment/feedback. My proposal is at https://gist.github.com/oguzhanunlu/1f8bf3ffc6ac5c420dd1 Thanks in advance, Oguzhan Hi, Oguzhan. I suggest to add .md extension to the gist file, now it is displayed as raw text. ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion
Re: [Numpy-discussion] Asking proposal review/feedback for GSOC 15
On Tue, Mar 24, 2015 at 1:12 PM, Oğuzhan Ünlü cengoguzhanu...@gmail.com wrote: Hi Nikolay, Thanks for pointing out that! It really helped. I think it looks better and easier to review now. I appreciate any comment/feedback. My proposal is at https://gist.github.com/oguzhanunlu/1f8bf3ffc6ac5c420dd1 Regarding your schedule: - I would remove the parts related to benchmarks. There's no nice benchmark infrastructure in numpy itself at the moment (that's a separate GSoC idea), so the two times 1 week that you have are likely not enough to get something off the ground there. - The implement a flexible interface part will need some discussion, probably it makes sense to first draft a document (call it a NEP - Numpy Enhancement Proposal) that lays out the options and makes a proposal. - I wouldn't put investigate accuracy differences at the end. What if you find out there that you've been working on something for the whole summer that's not accurate enough? - The researching possible options I would do in the community bonding period - when the coding period starts you should have a fairly well-defined plan. - 3 weeks for implementing the interface looks optimistic. Cheers, Ralf ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion
Re: [Numpy-discussion] Asking proposal review/feedback for GSOC 15
Hi, Oguzhan. I suggest to add .md extension to the gist file, now it is displayed as raw text. Date: Tue, 24 Mar 2015 01:16:40 +0200 From: cengoguzhanu...@gmail.com To: numpy-discussion@scipy.org Subject: Re: [Numpy-discussion] Asking proposal review/feedback for GSOC 15 Hi again, Thanks Ralf, I understand that. Then, I would like to share a public link to my proposal and I appreciate anybody who take time and leave comment/give feedback. It is on Github Gist. URL: https://gist.github.com/oguzhanunlu/1f8bf3ffc6ac5c420dd1 Thanks in advance, Oguzhan Hi, My name is O?uzhan(You may use 'Oguzhan'). I submitted a proposal on the system with the title 'NumPy - Vector math library integration'. Ralf commented on my proposal and advised to ask for a feedback on mailing list and here I am. I would appreciate any feedback from community. I think community members are able to view my proposal, its visibility is set to 'Organization members'. I preferred my name in its original form, if any mentor would like to search, I provide my name on system below. Name: O?uzhan ?nl? Hi O?uzhan, There are only a handful of potential mentors signed up in Melange, and this list is read by hundreds of people. So it would be good to post your proposal in a publicly accessible place and post the link here. Good options are on Github or on StackEdit. Cheers, Ralf P.S. for those who do have access to Melange: http://www.google-melange.com/gsoc/proposal/review/org/google/gsoc2015/blacksimit/5741031244955648 ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion
[Numpy-discussion] Asking proposal review/feedback for GSOC 15
Hi, My name is Oğuzhan(You may use 'Oguzhan'). I submitted a proposal on the system with the title 'NumPy - Vector math library integration'. Ralf commented on my proposal and advised to ask for a feedback on mailing list and here I am. I would appreciate any feedback from community. I think community members are able to view my proposal, its visibility is set to 'Organization members'. I preferred my name in its original form, if any mentor would like to search, I provide my name on system below. Name: Oğuzhan Ünlü Thanks in advance, ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion
Re: [Numpy-discussion] Asking proposal review/feedback for GSOC 15
On Mon, Mar 23, 2015 at 12:23 PM, Oğuzhan Ünlü cengoguzhanu...@gmail.com wrote: Hi, My name is Oğuzhan(You may use 'Oguzhan'). I submitted a proposal on the system with the title 'NumPy - Vector math library integration'. Ralf commented on my proposal and advised to ask for a feedback on mailing list and here I am. I would appreciate any feedback from community. I think community members are able to view my proposal, its visibility is set to 'Organization members'. I preferred my name in its original form, if any mentor would like to search, I provide my name on system below. Name: Oğuzhan Ünlü Hi Oğuzhan, There are only a handful of potential mentors signed up in Melange, and this list is read by hundreds of people. So it would be good to post your proposal in a publicly accessible place and post the link here. Good options are on Github or on StackEdit. Cheers, Ralf P.S. for those who do have access to Melange: http://www.google-melange.com/gsoc/proposal/review/org/google/gsoc2015/blacksimit/5741031244955648 ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion
