scipy 0.11.0 release schedule
Hi all, It's time for a new release I think; 0.10.0 was released just over 6 months ago. There are a lot of PRs to merge, but no release blockers anymore as far as I know. Does anyone still have important fixes or other things that should go in? For the release schedule I propose: June 7: beta 1 June 17: rc 1 June 30: rc 2 July 7: final release Ralf
Hi all,
It's time for a new release I think; 0.10.0 was released just over 6 months ago. There are a lot of PRs to merge, but no release blockers anymore as far as I know. Does anyone still have important fixes or other things that should go in?
Though it's by no means important, I personally would really appreciate if https://github.com/scipy/scipy/pull/192 could go in. Andreas.
On Wed, May 30, 2012 at 6:50 PM, Andreas Hilboll <lists@hilboll.de> wrote:
Hi all,
It's time for a new release I think; 0.10.0 was released just over 6 months ago. There are a lot of PRs to merge, but no release blockers anymore as far as I know. Does anyone still have important fixes or other things that should go in?
Though it's by no means important, I personally would really appreciate if https://github.com/scipy/scipy/pull/192 could go in.
That looks ready to be merged now, I'll make sure to not forget it. Ralf
Hi, 28.05.2012 17:26, Ralf Gommers kirjoitti:
It's time for a new release I think; 0.10.0 was released just over 6 months ago. There are a lot of PRs to merge, but no release blockers anymore as far as I know. Does anyone still have important fixes or other things that should go in?
For the release schedule I propose: June 7: beta 1 June 17: rc 1 June 30: rc 2 July 7: final release
The schedule seems possible. I'd like to get in as many as possible of the open PRs and any "nearly easy" stuff from the Trac. There are also a couple of low-hanging bugfixes in scipy.special listed in the Trac that are short of some quality time with Abramowitz&Stegun on verifying that the fixes are correct. Finally, making the Qhull wrappers expose circumcenters (for easy Voronoi) and allow passing in custom Qhull options could also be useful, and not too difficult to do. I'll see how much of this gets done. Pauli
Pauli, If you look at QHull, could you check if there's an easy way for it to expose information on edges as well? (that is, a listing of the segments connecting the points which define the simplexes). If we had that, it could be combined with the new csgraph tools to allow a very fast computation of euclidean minimum spanning trees for spatial clustering. I'm not aware of any good python implementation of EMST available currently. Jake Pauli Virtanen wrote:
Hi,
28.05.2012 17:26, Ralf Gommers kirjoitti:
It's time for a new release I think; 0.10.0 was released just over 6 months ago. There are a lot of PRs to merge, but no release blockers anymore as far as I know. Does anyone still have important fixes or other things that should go in?
For the release schedule I propose: June 7: beta 1 June 17: rc 1 June 30: rc 2 July 7: final release
The schedule seems possible.
I'd like to get in as many as possible of the open PRs and any "nearly easy" stuff from the Trac. There are also a couple of low-hanging bugfixes in scipy.special listed in the Trac that are short of some quality time with Abramowitz&Stegun on verifying that the fixes are correct.
Finally, making the Qhull wrappers expose circumcenters (for easy Voronoi) and allow passing in custom Qhull options could also be useful, and not too difficult to do. I'll see how much of this gets done.
Pauli
_______________________________________________ SciPy-Dev mailing list SciPy-Dev@scipy.org http://mail.scipy.org/mailman/listinfo/scipy-dev
30.05.2012 21:03, Jacob VanderPlas kirjoitti:
If you look at QHull, could you check if there's an easy way for it to expose information on edges as well? (that is, a listing of the segments connecting the points which define the simplexes). If we had that, it could be combined with the new csgraph tools to allow a very fast computation of euclidean minimum spanning trees for spatial clustering. I'm not aware of any good python implementation of EMST available currently.
That's currently implicitly contained in the adjacency information (the `neighbors` attribute). The edge between simplex and its j-th neighbor consists of its vertices, excluding the j-th one. Sounds like that might be extracted with some slicing and a range(ndim) for loop. Needs some filtering out of the -1 entries in the neighbor array, though... But this could also be added as a new attribute. The information can be lazily computed when first accessed, so there's no memory penalty. Pauli
30.05.2012 21:24, Pauli Virtanen kirjoitti:
30.05.2012 21:03, Jacob VanderPlas kirjoitti:
If you look at QHull, could you check if there's an easy way for it to expose information on edges as well? (that is, a listing of the segments connecting the points which define the simplexes). If we had that, it could be combined with the new csgraph tools to allow a very fast computation of euclidean minimum spanning trees for spatial clustering. I'm not aware of any good python implementation of EMST available currently.
That's currently implicitly contained in the adjacency information (the `neighbors` attribute). [clip]
Sorry, those were the ridges (or facets). The 1-d edges (pruned for duplicates) could also be useful to get easily. Pauli
On Wed, May 30, 2012 at 8:00 PM, Pauli Virtanen <pav@iki.fi> wrote:
Hi,
28.05.2012 17:26, Ralf Gommers kirjoitti:
It's time for a new release I think; 0.10.0 was released just over 6 months ago. There are a lot of PRs to merge, but no release blockers anymore as far as I know. Does anyone still have important fixes or other things that should go in?
For the release schedule I propose: June 7: beta 1 June 17: rc 1 June 30: rc 2 July 7: final release
The schedule seems possible.
I'd like to get in as many as possible of the open PRs and any "nearly easy" stuff from the Trac. There are also a couple of low-hanging bugfixes in scipy.special listed in the Trac that are short of some quality time with Abramowitz&Stegun on verifying that the fixes are correct.
Finally, making the Qhull wrappers expose circumcenters (for easy Voronoi) and allow passing in custom Qhull options could also be useful, and not too difficult to do. I'll see how much of this gets done.
Sounds like a busy weekend. I'll also focus on the open PRs. Besides that, some more python 2.4 fixes are needed and the wiki edits need to be merged. If anyone already wants to do some testing, especially on problematic platforms (Windows + MSVC, PPC OS X), that would be quite helpful. Ralf
On Wed, May 30, 2012 at 8:00 PM, Pauli Virtanen <pav@iki.fi> wrote:
Hi,
28.05.2012 17:26, Ralf Gommers kirjoitti:
It's time for a new release I think; 0.10.0 was released just over 6 months ago. There are a lot of PRs to merge, but no release blockers anymore as far as I know. Does anyone still have important fixes or other things that should go in?
For the release schedule I propose: June 7: beta 1 June 17: rc 1 June 30: rc 2 July 7: final release
The schedule seems possible.
Everything will have to shift by half a week; there are still too much PRs to merge and some failures on 2.4 to be fixed. There aren't any serious issues though, so branching 0.11.x on Saturday should be possible. Help merging PRs would be much appreciated. If maintainers could look at what's still open for their module (not more than a couple of PRs per module) and comment on those, we can get as many contributions as possible in. Ralf
participants (4)
-
Andreas Hilboll -
Jacob VanderPlas -
Pauli Virtanen -
Ralf Gommers