Hi, I am pleased to announce the availability of the second release candidate of SciPy 0.11.0. For this release many new features have been added, and over 120 tickets and pull requests have been closed. Also noteworthy is that the number of contributors for this release has risen to over 50. Some of the highlights are: - A new module, sparse.csgraph, has been added which provides a number of common sparse graph algorithms. - New unified interfaces to the existing optimization and root finding functions have been added. Sources and binaries can be found at http://sourceforge.net/projects/scipy/files/scipy/0.11.0rc2/, release notes are copied below. For this release candidate all known issues (with the exception of one Qhull issue on Debian, s390x platform) have been solved. In the meantime also OS X 10.8 was released, this RC contains a few build fixes for that platform. If no more serious issues are reported, the final release will be in one week. Cheers, Ralf ========================== SciPy 0.11.0 Release Notes ========================== .. note:: Scipy 0.11.0 is not released yet! .. contents:: SciPy 0.11.0 is the culmination of 8 months of hard work. It contains many new features, numerous bug-fixes, improved test coverage and better documentation. Highlights of this release are: - A new module has been added which provides a number of common sparse graph algorithms. - New unified interfaces to the existing optimization and root finding functions have been added. All users are encouraged to upgrade to this release, as there are a large number of bug-fixes and optimizations. Our development attention will now shift to bug-fix releases on the 0.11.x branch, and on adding new features on the master branch. This release requires Python 2.4-2.7 or 3.1-3.2 and NumPy 1.5.1 or greater. New features ============ Sparse Graph Submodule ---------------------- The new submodule :mod:`scipy.sparse.csgraph` implements a number of efficient graph algorithms for graphs stored as sparse adjacency matrices. Available routines are: - :func:`connected_components` - determine connected components of a graph - :func:`laplacian` - compute the laplacian of a graph - :func:`shortest_path` - compute the shortest path between points on a positive graph - :func:`dijkstra` - use Dijkstra's algorithm for shortest path - :func:`floyd_warshall` - use the Floyd-Warshall algorithm for shortest path - :func:`breadth_first_order` - compute a breadth-first order of nodes - :func:`depth_first_order` - compute a depth-first order of nodes - :func:`breadth_first_tree` - construct the breadth-first tree from a given node - :func:`depth_first_tree` - construct a depth-first tree from a given node - :func:`minimum_spanning_tree` - construct the minimum spanning tree of a graph ``scipy.optimize`` improvements ------------------------------- The optimize module has received a lot of attention this release. In addition to added tests, documentation improvements, bug fixes and code clean-up, the following improvements were made: - A unified interface to minimizers of univariate and multivariate functions has been added. - A unified interface to root finding algorithms for multivariate functions has been added. - The L-BFGS-B algorithm has been updated to version 3.0. Unified interfaces to minimizers ```````````````````````````````` Two new functions ``scipy.optimize.minimize`` and ``scipy.optimize.minimize_scalar`` were added to provide a common interface to minimizers of multivariate and univariate functions respectively. For multivariate functions, ``scipy.optimize.minimize`` provides an interface to methods for unconstrained optimization (`fmin`, `fmin_powell`, `fmin_cg`, `fmin_ncg`, `fmin_bfgs` and `anneal`) or constrained optimization (`fmin_l_bfgs_b`, `fmin_tnc`, `fmin_cobyla` and `fmin_slsqp`). For univariate functions, ``scipy.optimize.minimize_scalar`` provides an interface to methods for unconstrained and bounded optimization (`brent`, `golden`, `fminbound`). This allows for easier comparing and switching between solvers. Unified interface to root finding algorithms ```````````````````````````````````````````` The new function ``scipy.optimize.root`` provides a common interface to root finding algorithms for multivariate functions, embeding `fsolve`, `leastsq` and `nonlin` solvers. ``scipy.linalg`` improvements ----------------------------- New matrix equation solvers ``````````````````````````` Solvers for the Sylvester equation (``scipy.linalg.solve_sylvester``, discrete and continuous Lyapunov equations (``scipy.linalg.solve_lyapunov``, ``scipy.linalg.solve_discrete_lyapunov``) and discrete and continuous algebraic Riccati equations (``scipy.linalg.solve_continuous_are``, ``scipy.linalg.solve_discrete_are``) have been added to ``scipy.linalg``. These solvers are often used in the field of linear control theory. QZ and QR Decomposition ```````````````````````` It is now possible to calculate the QZ, or Generalized Schur, decomposition using ``scipy.linalg.qz``. This function wraps the LAPACK routines sgges, dgges, cgges, and zgges. The function ``scipy.linalg.qr_multiply``, which allows efficient computation of the matrix product of Q (from a QR decompostion) and a vector, has been added. Pascal matrices ``````````````` A function for creating Pascal matrices, ``scipy.linalg.pascal``, was added. Sparse matrix construction and operations ----------------------------------------- Two new functions, ``scipy.sparse.diags`` and ``scipy.sparse.block_diag``, were added to easily construct diagonal and block-diagonal sparse matrices respectively. ``scipy.sparse.csc_matrix`` and ``csr_matrix`` now support the operations ``sin``, ``tan``, ``arcsin``, ``arctan``, ``sinh``, ``tanh``, ``arcsinh``, ``arctanh``, ``rint``, ``sign``, ``expm1``, ``log1p``, ``deg2rad``, ``rad2deg``, ``floor``, ``ceil`` and ``trunc``. Previously, these operations had to be performed by operating on the matrices' ``data`` attribute. LSMR iterative solver --------------------- LSMR, an iterative method for solving (sparse) linear and linear least-squares systems, was added as ``scipy.sparse.linalg.lsmr``. Discrete Sine Transform ----------------------- Bindings for the discrete sine transform functions have been added to ``scipy.fftpack``. ``scipy.interpolate`` improvements ---------------------------------- For interpolation in spherical coordinates, the three classes ``scipy.interpolate.SmoothSphereBivariateSpline``, ``scipy.interpolate.LSQSphereBivariateSpline``, and ``scipy.interpolate.RectSphereBivariateSpline`` have been added. Binned statistics (``scipy.stats``) ----------------------------------- The stats module has gained functions to do binned statistics, which are a generalization of histograms, in 1-D, 2-D and multiple dimensions: ``scipy.stats.binned_statistic``, ``scipy.stats.binned_statistic_2d`` and ``scipy.stats.binned_statistic_dd``. Deprecated features =================== ``scipy.sparse.cs_graph_components`` has been made a part of the sparse graph submodule, and renamed to ``scipy.sparse.csgraph.connected_components``. Calling the former routine will result in a deprecation warning. ``scipy.misc.radon`` has been deprecated. A more full-featured radon transform can be found in scikits-image. ``scipy.io.save_as_module`` has been deprecated. A better way to save multiple Numpy arrays is the ``numpy.savez`` function. The `xa` and `xb` parameters for all distributions in ``scipy.stats.distributions`` already weren't used; they have now been deprecated. Backwards incompatible changes ============================== Removal of ``scipy.maxentropy`` ------------------------------- The ``scipy.maxentropy`` module, which was deprecated in the 0.10.0 release, has been removed. Logistic regression in scikits.learn is a good and modern alternative for this functionality. Minor change in behavior of ``splev`` ------------------------------------- The spline evaluation function now behaves similarly to ``interp1d`` for size-1 arrays. Previous behavior:: >>> from scipy.interpolate import splev, splrep, interp1d >>> x = [1,2,3,4,5] >>> y = [4,5,6,7,8] >>> tck = splrep(x, y) >>> splev([1], tck) 4. >>> splev(1, tck) 4. Corrected behavior:: >>> splev([1], tck) array([ 4.]) >>> splev(1, tck) array(4.) This affects also the ``UnivariateSpline`` classes. Behavior of ``scipy.integrate.complex_ode`` ------------------------------------------- The behavior of the ``y`` attribute of ``complex_ode`` is changed. Previously, it expressed the complex-valued solution in the form:: z = ode.y[::2] + 1j * ode.y[1::2] Now, it is directly the complex-valued solution:: z = ode.y Minor change in behavior of T-tests ----------------------------------- The T-tests ``scipy.stats.ttest_ind``, ``scipy.stats.ttest_rel`` and ``scipy.stats.ttest_1samp`` have been changed so that 0 / 0 now returns NaN instead of 1. Other changes ============= The SuperLU sources in ``scipy.sparse.linalg`` have been updated to version 4.3 from upstream. The function ``scipy.signal.bode``, which calculates magnitude and phase data for a continuous-time system, has been added. The two-sample T-test ``scipy.stats.ttest_ind`` gained an option to compare samples with unequal variances, i.e. Welch's T-test. ``scipy.misc.logsumexp`` now takes an optional ``axis`` keyword argument. Authors ======= This release contains work by the following people (contributed at least one patch to this release, names in alphabetical order): * Jeff Armstrong * Chad Baker * Brandon Beacher + * behrisch + * borishim + * Matthew Brett * Lars Buitinck * Luis Pedro Coelho + * Johann Cohen-Tanugi * David Cournapeau * dougal + * Ali Ebrahim + * endolith + * Bjørn Forsman + * Robert Gantner + * Sebastian Gassner + * Christoph Gohlke * Ralf Gommers * Yaroslav Halchenko * Charles Harris * Jonathan Helmus + * Andreas Hilboll + * Marc Honnorat + * Jonathan Hunt + * Maxim Ivanov + * Thouis (Ray) Jones * Christopher Kuster + * Josh Lawrence + * Denis Laxalde + * Travis Oliphant * Joonas Paalasmaa + * Fabian Pedregosa * Josef Perktold * Gavin Price + * Jim Radford + * Andrew Schein + * Skipper Seabold * Jacob Silterra + * Scott Sinclair * Alexis Tabary + * Martin Teichmann * Matt Terry + * Nicky van Foreest + * Jacob Vanderplas * Patrick Varilly + * Pauli Virtanen * Nils Wagner + * Darryl Wally + * Stefan van der Walt * Liming Wang + * David Warde-Farley + * Warren Weckesser * Sebastian Werk + * Mike Wimmer + * Tony S Yu + A total of 55 people contributed to this release. People with a "+" by their names contributed a patch for the first time.
On Mon, Aug 13, 2012 at 8:52 PM, John Hassler <hasslerjc@comcast.net> wrote:
On 8/13/2012 2:30 PM, Ralf Gommers wrote:
Hi,
I am pleased to announce the availability of the second release candidate of SciPy 0.11.0. For this release many new features have been added, and over 120 tickets and pull requests have been closed. Also noteworthy is that the number of contributors for this release has risen to over 50. Some of the highlights are:
- A new module, sparse.csgraph, has been added which provides a number of common sparse graph algorithms. - New unified interfaces to the existing optimization and root finding functions have been added.
Sources and binaries can be found at http://sourceforge.net/projects/scipy/files/scipy/0.11.0rc2/, release notes are copied below.
For this release candidate all known issues (with the exception of one Qhull issue on Debian, s390x platform) have been solved. In the meantime also OS X 10.8 was released, this RC contains a few build fixes for that platform.
If no more serious issues are reported, the final release will be in one week.
Cheers, Ralf
The diagnostics all run: one warning, one error, one failure.
Thanks John. Is that test_singular failure repeatable? You didn't report
that as failing for RC1. Ralf
Windows XP SP 3 Intel Core 2 Quad Q6600 3 GB RAM
Python 3.2.3 (default, Apr 11 2012, 07:15:24) [MSC v.1500 32 bit (Intel)] on win32 Type "copyright", "credits" or "license()" for more information.
import scipy scipy.test() Running unit tests for scipy NumPy version 1.6.2 NumPy is installed in C:\Python32\lib\site-packages\numpy SciPy version 0.11.0rc2 SciPy is installed in C:\Python32\lib\site-packages\scipy Python version 3.2.3 (default, Apr 11 2012, 07:15:24) [MSC v.1500 32 bit (Intel)] nose version 1.0.0
....................................................................... Warning (from warnings module): File "C:\Python32\lib\site-packages\scipy\special\tests\test_basic.py", line 1606 assert_(np.abs(c2) >= 1e300, (v, z)) RuntimeWarning: invalid value encountered in absolute .........................K.K.............................................................................................................................................................................................................................................................................................................................................................................................K........K..............SSSSSSS............................................................................................................................................................................S......................................................................................................................................................................................................................................................................................................................................................................................... ....... ..........................................................................................................................E ====================================================================== ERROR: Failure: ImportError (scipy.weave only supports Python 2.x) ---------------------------------------------------------------------- Traceback (most recent call last): File "C:\Python32\lib\site-packages\nose-1.0.0-py3.2.egg\nose\failure.py", line 37, in runTest raise self.exc_class(self.exc_val).with_traceback(self.tb) File "C:\Python32\lib\site-packages\nose-1.0.0-py3.2.egg\nose\loader.py", line 390, in loadTestsFromName addr.filename, addr.module) File "C:\Python32\lib\site-packages\nose-1.0.0-py3.2.egg\nose\importer.py", line 39, in importFromPath return self.importFromDir(dir_path, fqname) File "C:\Python32\lib\site-packages\nose-1.0.0-py3.2.egg\nose\importer.py", line 86, in importFromDir mod = load_module(part_fqname, fh, filename, desc) File "C:\Python32\lib\site-packages\scipy\weave\__init__.py", line 22, in <module> raise ImportError("scipy.weave only supports Python 2.x") ImportError: scipy.weave only supports Python 2.x
====================================================================== FAIL: test_decomp.TestEig.test_singular ---------------------------------------------------------------------- Traceback (most recent call last): File "C:\Python32\lib\site-packages\nose-1.0.0-py3.2.egg\nose\case.py", line 188, in runTest self.test(*self.arg) File "C:\Python32\lib\site-packages\scipy\linalg\tests\test_decomp.py", line 201, in test_singular self._check_gen_eig(A, B) File "C:\Python32\lib\site-packages\scipy\linalg\tests\test_decomp.py", line 188, in _check_gen_eig err_msg=msg) File "C:\Python32\lib\site-packages\numpy\testing\utils.py", line 800, in assert_array_almost_equal header=('Arrays are not almost equal to %d decimals' % decimal)) File "C:\Python32\lib\site-packages\numpy\testing\utils.py", line 636, in assert_array_compare raise AssertionError(msg) AssertionError: Arrays are not almost equal to 6 decimals
array([[22, 34, 31, 31, 17], [45, 45, 42, 19, 29], [39, 47, 49, 26, 34], [27, 31, 26, 21, 15], [38, 44, 44, 24, 30]]) array([[13, 26, 25, 17, 24], [31, 46, 40, 26, 37], [26, 40, 19, 25, 25], [16, 25, 27, 14, 23], [24, 35, 18, 21, 22]]) (mismatch 25.0%) x: array([ -2.45037885e-01 +0.00000000e+00j, 5.17637463e-16 -4.01120590e-08j, 5.17637463e-16 +4.01120590e-08j, 2.00000000e+00 +0.00000000e+00j]) y: array([ -3.74550285e-01 +0.00000000e+00j, -5.17716907e-17 -1.15230800e-08j, -5.17716907e-17 +1.15230800e-08j, 2.00000000e+00 +0.00000000e+00j])
---------------------------------------------------------------------- Ran 5351 tests in 107.672s
FAILED (KNOWNFAIL=14, SKIP=42, errors=1, failures=1) <nose.result.TextTestResult run=5351 errors=1 failures=1>
_______________________________________________ SciPy-User mailing list SciPy-User@scipy.org http://mail.scipy.org/mailman/listinfo/scipy-user
On Tue, Aug 14, 2012 at 12:09 AM, John Hassler <hasslerjc@comcast.net>wrote:
On 8/13/2012 5:17 PM, Ralf Gommers wrote:
On Mon, Aug 13, 2012 at 8:52 PM, John Hassler <hasslerjc@comcast.net>wrote:
On 8/13/2012 2:30 PM, Ralf Gommers wrote:
Hi,
I am pleased to announce the availability of the second release candidate of SciPy 0.11.0. For this release many new features have been added, and over 120 tickets and pull requests have been closed. Also noteworthy is that the number of contributors for this release has risen to over 50. Some of the highlights are:
- A new module, sparse.csgraph, has been added which provides a number of common sparse graph algorithms. - New unified interfaces to the existing optimization and root finding functions have been added.
Sources and binaries can be found at http://sourceforge.net/projects/scipy/files/scipy/0.11.0rc2/, release notes are copied below.
For this release candidate all known issues (with the exception of one Qhull issue on Debian, s390x platform) have been solved. In the meantime also OS X 10.8 was released, this RC contains a few build fixes for that platform.
If no more serious issues are reported, the final release will be in one week.
Cheers, Ralf
The diagnostics all run: one warning, one error, one failure.
Thanks John. Is that test_singular failure repeatable? You didn't
report that as failing for RC1.
Ralf
If I restart the shell, I always get the same result that I posted. If I re-run scipy.test() without a restart, I get two new errors every time, but I get the test_singular failure only about half the time. The new ones are:
Those two new ones are normal; Python only raises a warning from the same place once, so in the second test the check for raising it fails. Does anyone have an idea about that test_singular failure? Ralf
====================================================================== FAIL: test_mio.test_mat4_3d
---------------------------------------------------------------------- Traceback (most recent call last): File "C:\Python32\lib\site-packages\nose-1.0.0-py3.2.egg\nose\case.py", line 188, in runTest self.test(*self.arg) File "C:\Python32\lib\site-packages\scipy\io\matlab\tests\test_mio.py", line 771, in test_mat4_3d stream, {'a': arr}, True, '4') File "C:\Python32\lib\site-packages\numpy\testing\utils.py", line 1008, in assert_raises return nose.tools.assert_raises(*args,**kwargs) AssertionError: DeprecationWarning not raised by functools.partial(<function savemat at 0x021E39C0>, oned_as='row')
====================================================================== FAIL: Regression test for #651: better handling of badly conditioned
---------------------------------------------------------------------- Traceback (most recent call last): File "C:\Python32\lib\site-packages\scipy\signal\tests\test_filter_design.py", line 34, in test_bad_filter assert_raises(BadCoefficients, tf2zpk, [1e-15], [1.0, 1.0]) File "C:\Python32\lib\site-packages\numpy\testing\utils.py", line 1008, in assert_raises return nose.tools.assert_raises(*args,**kwargs) AssertionError: BadCoefficients not raised by tf2zpk
---------------------------------------------------------------------- Ran 5351 tests in 103.766s
FAILED (KNOWNFAIL=14, SKIP=42, errors=1, failures=2)
_______________________________________________ SciPy-User mailing list SciPy-User@scipy.org http://mail.scipy.org/mailman/listinfo/scipy-user
Ralf Gommers <ralf.gommers <at> gmail.com> writes: [clip]
Does anyone have an idea about that test_singular failure?
That's very likely some problem with the underlying LAPACK library. I think the problem solved is close to a numerical instability. The failing comparison compares eigenvalues computed by eig(A, B) eig(A, B, left=False, right=False) which differ solely in passing 'N' vs. 'V' to DGGEV. The eigenvalue property of the former is also checked and seems to pass. Interestingly, the result obtained from the two seems to differ (therefore, the latter is probably wrong), which appears to point to a LAPACK issue. Here, it would be interesting to know if the problem occurs with the official Scipy binaries, or something else. -- Pauli Virtanen
On 8/14/2012 7:21 AM, Pauli Virtanen wrote:
Ralf Gommers <ralf.gommers <at> gmail.com> writes: [clip]
Does anyone have an idea about that test_singular failure? That's very likely some problem with the underlying LAPACK library. I think the problem solved is close to a numerical instability.
The failing comparison compares eigenvalues computed by
eig(A, B) eig(A, B, left=False, right=False)
which differ solely in passing 'N' vs. 'V' to DGGEV. The eigenvalue property of the former is also checked and seems to pass. Interestingly, the result obtained from the two seems to differ (therefore, the latter is probably wrong), which appears to point to a LAPACK issue.
Here, it would be interesting to know if the problem occurs with the official Scipy binaries, or something else.
I installed rc2 on Python 2.7.3. Same problem. I get the test_singular error on some, but not all, of the runs. Both are win32-superpack from http://sourceforge.net/projects/scipy/files/scipy/0.11.0rc2/. The error occurs on less than half but more than 1/3 (based on a very small sample) of the runs on both 2.7 and 3.2. I've been working on computers for more than 50 years. Somehow, I had developed the delusion that they were deterministic ..... john ------------- Python 2.7 --------------------
import scipy scipy.test() Running unit tests for scipy NumPy version 1.6.2 NumPy is installed in C:\Python27\lib\site-packages\numpy SciPy version 0.11.0rc2 SciPy is installed in C:\Python27\lib\site-packages\scipy Python version 2.7.3 (default, Apr 10 2012, 23:31:26) [MSC v.1500 32 bit (Intel)] nose version 0.11.2
====================================================================== FAIL: test_decomp.TestEig.test_singular Test singular pair ---------------------------------------------------------------------- Traceback (most recent call last): File "C:\Python27\lib\site-packages\nose-0.11.2-py2.7.egg\nose\case.py", line 186, in runTest self.test(*self.arg) File "C:\Python27\lib\site-packages\scipy\linalg\tests\test_decomp.py", line 201, in test_singular self._check_gen_eig(A, B) File "C:\Python27\lib\site-packages\scipy\linalg\tests\test_decomp.py", line 188, in _check_gen_eig err_msg=msg) File "C:\Python27\lib\site-packages\numpy\testing\utils.py", line 800, in assert_array_almost_equal header=('Arrays are not almost equal to %d decimals' % decimal)) File "C:\Python27\lib\site-packages\numpy\testing\utils.py", line 636, in assert_array_compare raise AssertionError(msg) AssertionError: Arrays are not almost equal to 6 decimals array([[22, 34, 31, 31, 17], [45, 45, 42, 19, 29], [39, 47, 49, 26, 34], [27, 31, 26, 21, 15], [38, 44, 44, 24, 30]]) array([[13, 26, 25, 17, 24], [31, 46, 40, 26, 37], [26, 40, 19, 25, 25], [16, 25, 27, 14, 23], [24, 35, 18, 21, 22]]) (mismatch 25.0%) x: array([ -2.45037885e-01 +0.00000000e+00j, 5.17637463e-16 -4.01120590e-08j, 5.17637463e-16 +4.01120590e-08j, 2.00000000e+00 +0.00000000e+00j]) y: array([ -3.74550285e-01 +0.00000000e+00j, -5.17716907e-17 -1.15230800e-08j, -5.17716907e-17 +1.15230800e-08j, 2.00000000e+00 +0.00000000e+00j]) ---------------------------------------------------------------------- Ran 5490 tests in 103.250s FAILED (KNOWNFAIL=14, SKIP=36, failures=1) <nose.result.TextTestResult run=5490 errors=0 failures=1>
-------------- Python 3.2 --------------
scipy.test() Running unit tests for scipy NumPy version 1.6.2 NumPy is installed in C:\Python32\lib\site-packages\numpy SciPy version 0.11.0rc2 SciPy is installed in C:\Python32\lib\site-packages\scipy Python version 3.2.3 (default, Apr 11 2012, 07:15:24) [MSC v.1500 32 bit (Intel)] nose version 1.0.0
====================================================================== FAIL: test_decomp.TestEig.test_singular ---------------------------------------------------------------------- Traceback (most recent call last): File "C:\Python32\lib\site-packages\nose-1.0.0-py3.2.egg\nose\case.py", line 188, in runTest self.test(*self.arg) File "C:\Python32\lib\site-packages\scipy\linalg\tests\test_decomp.py", line 201, in test_singular self._check_gen_eig(A, B) File "C:\Python32\lib\site-packages\scipy\linalg\tests\test_decomp.py", line 188, in _check_gen_eig err_msg=msg) File "C:\Python32\lib\site-packages\numpy\testing\utils.py", line 800, in assert_array_almost_equal header=('Arrays are not almost equal to %d decimals' % decimal)) File "C:\Python32\lib\site-packages\numpy\testing\utils.py", line 636, in assert_array_compare raise AssertionError(msg) AssertionError: Arrays are not almost equal to 6 decimals array([[22, 34, 31, 31, 17], [45, 45, 42, 19, 29], [39, 47, 49, 26, 34], [27, 31, 26, 21, 15], [38, 44, 44, 24, 30]]) array([[13, 26, 25, 17, 24], [31, 46, 40, 26, 37], [26, 40, 19, 25, 25], [16, 25, 27, 14, 23], [24, 35, 18, 21, 22]]) (mismatch 25.0%) x: array([ -2.450e-01 +0.000e+00j, 5.176e-16 -4.011e-08j, 5.176e-16 +4.011e-08j, 2.000e+00 +0.000e+00j]) y: array([ -3.746e-01 +0.000e+00j, -5.177e-17 -1.152e-08j, -5.177e-17 +1.152e-08j, 2.000e+00 +0.000e+00j])
On 8/13/2012 11:30 AM, Ralf Gommers wrote:
Hi,
I am pleased to announce the availability of the second release candidate of SciPy 0.11.0. For this release many new features have been added, and over 120 tickets and pull requests have been closed. Also noteworthy is that the number of contributors for this release has risen to over 50. Some of the highlights are:
- A new module, sparse.csgraph, has been added which provides a number of common sparse graph algorithms. - New unified interfaces to the existing optimization and root finding functions have been added.
Sources and binaries can be found at http://sourceforge.net/projects/scipy/files/scipy/0.11.0rc2/, release notes are copied below.
For this release candidate all known issues (with the exception of one Qhull issue on Debian, s390x platform) have been solved. In the meantime also OS X 10.8 was released, this RC contains a few build fixes for that platform.
If no more serious issues are reported, the final release will be in one week.
Cheers, Ralf
Hi Ralf, test_qz_double_sort is now failing in all msvc9/MKL builds (Python 2.6 to 3.2, 32 and 64 bit): FAIL: test_qz_double_sort (test_decomp.TestQZ) ---------------------------------------------------------------------- Traceback (most recent call last): File "X:\Python32\lib\site-packages\scipy\linalg\tests\test_decomp.py", line 1728, in test_qz_double_sort [ 0. , 0. , 0. , -12.8217]]), 4) File "X:\Python32\lib\site-packages\numpy\testing\utils.py", line 800, in assert_array_almost_equal header=('Arrays are not almost equal to %d decimals' % decimal)) File "X:\Python32\lib\site-packages\numpy\testing\utils.py", line 636, in assert_array_compare raise AssertionError(msg) AssertionError: Arrays are not almost equal to 4 decimals (mismatch 62.5%) x: array([[-14.66007968, -27.25220511, -31.55732717, -29.0823765 ], [ 0. , 30.23027809, 42.47668118, 52.55438253], [ 0. , 0. , 0.71600413, -2.77147791], [ 0. , 0. , 0. , 2.50096525]]) y: array([[ 3.57864000e+01, -8.09061000e+01, -1.20629000e+01, -9.49800000e+00], [ 0.00000000e+00, 2.76380000e+00, -2.35050000e+00,... Christoph
On Tue, Aug 14, 2012 at 12:09 AM, Christoph Gohlke <cgohlke@uci.edu> wrote:
On 8/13/2012 11:30 AM, Ralf Gommers wrote:
Hi,
I am pleased to announce the availability of the second release candidate of SciPy 0.11.0. For this release many new features have been added, and over 120 tickets and pull requests have been closed. Also noteworthy is that the number of contributors for this release has risen to over 50. Some of the highlights are:
- A new module, sparse.csgraph, has been added which provides a number of common sparse graph algorithms. - New unified interfaces to the existing optimization and root finding functions have been added.
Sources and binaries can be found at http://sourceforge.net/projects/scipy/files/scipy/0.11.0rc2/, release notes are copied below.
For this release candidate all known issues (with the exception of one Qhull issue on Debian, s390x platform) have been solved. In the meantime also OS X 10.8 was released, this RC contains a few build fixes for that platform.
If no more serious issues are reported, the final release will be in one week.
Cheers, Ralf
Hi Ralf,
test_qz_double_sort is now failing in all msvc9/MKL builds (Python 2.6 to 3.2, 32 and 64 bit):
Hmm, I think that that excludes anything compiler or ATLAS specific. This is the only test which really checks the results are correct for float input, almost all the other test only check that the output of qz is self-consistent (no hard-coded expected output). It seems that a couple more tests would be helpful. This issue has held up the release for too long already, so unless someone has time to get it resolved this week, I propose the following: 1. Figure out if the problem is the sort function or something else. 2. If it's sort, disable it. Otherwise remove the qz function from the 0.11.x branch. Ralf
FAIL: test_qz_double_sort (test_decomp.TestQZ) ---------------------------------------------------------------------- Traceback (most recent call last): File "X:\Python32\lib\site-packages\scipy\linalg\tests\test_decomp.py", line 1728, in test_qz_double_sort [ 0. , 0. , 0. , -12.8217]]), 4) File "X:\Python32\lib\site-packages\numpy\testing\utils.py", line 800, in assert_array_almost_equal header=('Arrays are not almost equal to %d decimals' % decimal)) File "X:\Python32\lib\site-packages\numpy\testing\utils.py", line 636, in assert_array_compare raise AssertionError(msg) AssertionError: Arrays are not almost equal to 4 decimals
(mismatch 62.5%) x: array([[-14.66007968, -27.25220511, -31.55732717, -29.0823765 ], [ 0. , 30.23027809, 42.47668118, 52.55438253], [ 0. , 0. , 0.71600413, -2.77147791], [ 0. , 0. , 0. , 2.50096525]]) y: array([[ 3.57864000e+01, -8.09061000e+01, -1.20629000e+01, -9.49800000e+00], [ 0.00000000e+00, 2.76380000e+00, -2.35050000e+00,...
Christoph
_______________________________________________ SciPy-User mailing list SciPy-User@scipy.org http://mail.scipy.org/mailman/listinfo/scipy-user
participants (4)
-
Christoph Gohlke -
John Hassler -
Pauli Virtanen -
Ralf Gommers