17
0
Commit Graph

7 Commits

Author SHA256 Message Date
Todd R
919a2cca45 Accepting request 773212 from home:TheBlackCat:branches:devel:languages:python:numeric
- Update to version 1.1.1
  * This release is identical in functionality to 1.1.0.
    It fixes setup.py to prevent pip from trying to install from PyPI for Python < 3.5.
- Update to version 1.1.0
  + New features
    * All ``swt`` functions now have a new ``trim_approx`` option that can be used
      to exclude the approximation coefficients from all but the final level of
      decomposition. This mode makes the output of these functions consistent with
      the format of the output from the corresponding ``wavedec`` functions.
    * All ``swt`` functions also now have a new ``norm`` option that, when set to
      ``True`` and used in combination with ``trim_approx=True``, gives a partition
      of variance across the transform coefficients. In other words, the  sum of
      the variances of all coefficients is equal to the variance of the original
      data. This partitioning of variance makes the ``swt`` transform more similar
      to the multiple-overlap DWT (MODWT) described in Percival and Walden's book,
      "Wavelet Methods for Time Series Analysis".
      A demo of this new ``swt`` functionality is available at
      https://github.com/PyWavelets/pywt/blob/master/demo/swt_variance.py
    * The continuous wavelet transform (``cwt``) now offers an FFT-based
      implementation in addition to the previous convolution based one. The new
      ``method`` argument can be set to either ``'conv'`` or ``'fft'`` to select
      between these two implementations..
    * The ``cwt`` now also has ``axis`` support so that CWTs can be applied in
      batch along any axis of an n-dimensional array. This enables faster batch
      transformation of signals.
  + Backwards incompatible changes
    * When the input to ``cwt`` is single precision, the computations are now
      performed in single precision. This was done both for efficiency and to make
      ``cwt`` handle dtypes consistently with the discrete transforms in
      PyWavelets. This is a change from the prior behaviour of always performing
      the ``cwt`` in double precision.
    * When using complex-valued wavelets with the ``cwt``, the output will now be
      the complex conjugate of the result that was produced by PyWavelets 1.0.x.
      This was done to account for a bug described below. The magnitude of the
      ``cwt`` coefficients will still match those from previous releases.
  + Bugs Fixed
    * For a ``cwt`` with complex wavelets, the results in PyWavelets 1.0.x releases
      matched the output of Matlab R2012a's ``cwt``. Howveer, older Matlab releases
      like R2012a had a phase that was of opposite sign to that given in textbook
      definitions of the CWT (Eq. 2 of Torrence and Compo's review article, "A
      Practical Guide to Wavelet Analysis"). Consequently, the wavelet coefficients
      were the complex conjugates of the expected result. This was validated by
      comparing the results of a transform using ``cmor1.0-1.0`` as compared to the
      ``cwt`` implementation available in Matlab R2017b as well as the function
      ``wt.m`` from the Lancaster University Physics department's
      `MODA toolbox <https://github.com/luphysics/MODA>`_.
    * For some boundary modes and data sizes, round-trip ``dwt``/``idwt`` can
      result in an output that has one additional coefficient. Prior to this
      relese, this could cause a failure during ``WaveletPacket`` or
      ``WaveletPacket2D`` reconstruction. These wavelet packet transforms have now
      been fixed and round-trip wavelet packet transforms always preserve the
      original data shape.
    * All inverse transforms now handle mixed precision coefficients consistently.
      Prior to this release some inverse transform raised an error upon
      encountering mixed precision dtypes in the wavelet subbands. In release 1.1,
      when the user-provided coefficients are a mixture of single and double
      precision, all coefficients will be promoted to double precision.
    * A bug that caused a failure for ``iswtn`` when using user-provided ``axes``
      with non-uniform shape along the transformed axes has been fixed.
  + Other changes
    * The PyWavelet test suite now uses ``pytest`` rather than ``nose``.
    * Cython code has been updated to use ``language_level=3``.
    * PyWavelets has adopted the SciPy Code of Conduct.
- Drop doc subpackage.  readthedocs is changing their url structure
  too quickly to easily keep up with.

OBS-URL: https://build.opensuse.org/request/show/773212
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python:numeric/python-PyWavelets?expand=0&rev=9
2020-02-10 19:35:59 +00:00
Todd R
3986c1fad9 Accepting request 717723 from home:TheBlackCat:branches:devel:languages:python:numeric
- Update to version 1.0.3
  PyWavelets 1.0.3 is functionally equivalent to the 1.0.2 release.
  It was made to archive the JOSS paper about PyWavelets to the
  1.0.x branch and serve as a reference corresponding to the
  version that was peer reviewed.

OBS-URL: https://build.opensuse.org/request/show/717723
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python:numeric/python-PyWavelets?expand=0&rev=7
2019-07-23 02:47:36 +00:00
Tomáš Chvátal
fd1a2a94f4 Accepting request 684464 from home:mcepl:branches:devel:languages:python:numeric
- Update to version 1.0.2:
  PyWavelets 1.0.2 is a bug-fix and maintenance release with no
  new features compared to 1.0.1.
  * Bugs Fixed
    - A bug in iswtn when using some combinations of
      user-specified axes was fixed.
    - A potential error related to coefficient shape mismatch
      during WaveletPacket or WaveletPacket2D reconstruction was
      fixed.
  * Other Changes
    - A deprecated import of Iterable was fixed.
    - The spelling of "Garrote" was fixed in the wavelet
      thresholding documentation. For backwards compatibility
      with 1.0.0, the incorrect ("garotte") spelling is also
      accepted for the mode parameter of pywt.threshold.
    - The spelling of "supported" was fixed in one of the
      ValueError messages that can be returned by pywt.cwt.
    - Cython language compatibility has been pinned to
      language_level = '2'. This is in contrast to the master
      branch which is now using language_level = '3'. To support
      this, the minimum supported Cython version has been raised
      to 0.23.5.

OBS-URL: https://build.opensuse.org/request/show/684464
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python:numeric/python-PyWavelets?expand=0&rev=5
2019-03-12 20:59:57 +00:00
2fa5fbdd91 Accepting request 662933 from devel:languages:python:numeric
OBS-URL: https://build.opensuse.org/request/show/662933
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/python-PyWavelets?expand=0&rev=4
2019-01-21 09:46:33 +00:00
eb4b9cc6d4 Accepting request 623642 from devel:languages:python
- Stricten numpy dependency

OBS-URL: https://build.opensuse.org/request/show/623642
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/python-PyWavelets?expand=0&rev=3
2018-07-18 20:57:36 +00:00
3e0a9e2bb2 Accepting request 533133 from devel:languages:python
Automatic submission by obs-autosubmit

OBS-URL: https://build.opensuse.org/request/show/533133
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/python-PyWavelets?expand=0&rev=2
2017-10-13 12:14:51 +00:00
b5274614fe Accepting request 503716 from devel:languages:python
Needed by python-scikit-image, which is already in openSUSE:Factory.

OBS-URL: https://build.opensuse.org/request/show/503716
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/python-PyWavelets?expand=0&rev=1
2017-08-24 16:30:13 +00:00