.. _release_notes:
*************
Release Notes
*************
pyMOR 0.5 (January 17, 2019)
----------------------------
After more than two years of development, we are proud to announce the release
of pyMOR 0.5! Highlights of this release are support for Python 3, bindings for
the NGSolve finite element library, new linear algebra algorithms, various
|VectorArray| usability improvements, as well as a redesign of pyMOR's
projection algorithms based on |RuleTables|.
Especially we would like to highlight the addition of various system-theoretic
reduction methods such as Balanced Truncation or IRKA. All algorithms are
implemented in terms of pyMOR's |Operator| and |VectorArray| interfaces,
allowing their application to any model implemented using one of the PDE solver
supported by pyMOR. In particular, no import of the system matrices is
required.
Over 1,500 single commits have entered this release. For a full list of changes
see `here `__.
pyMOR 0.5 contains contributions by Linus Balicki, Julia Brunken and Christoph
Lehrenfeld. See `here `__
for more details.
Release highlights
^^^^^^^^^^^^^^^^^^
Python 3 support
~~~~~~~~~~~~~~~~
pyMOR is now compatible with Python 3.5 or greater. Since the use of Python 3 is
now standard in the scientific computing community and security updates for
Python 2 will stop in less than a year (https://pythonclock.org), we decided to
no longer support Python 2 and make pyMOR 0.5 a Python 3-only release. Switching
to Python 3 also allows us to leverage newer language features such as the `@`
binary operator for concatenation of |Operators|, keyword-only arguments or
improved support for asynchronous programming.
System-theoretic MOR methods
~~~~~~~~~~~~~~~~~~~~~~~~~~~~
With 386 commits, `[#464] `_ added
systems-theoretic methods to pyMOR. Module :mod:`pymor.discretizations.iosys`
contains new discretization classes for input-output systems, e.g. |LTISystem|,
|SecondOrderSystem| and |TransferFunction|. At present, methods related to these
classes mainly focus on continuous-time, non-parametric systems.
Since matrix equation solvers are important tools in many system-theoretic
methods, support for Lyapunov, Riccati and Sylvester equations has been added in
:mod:`pymor.algorithms.lyapunov`, :mod:`pymor.algorithms.riccati` and
:mod:`pymor.algorithms.sylvester`. A generic low-rank ADI (Alternating Direction
Implicit) solver for Lyapunov equations is implemented in
:mod:`pymor.algorithms.lradi`. Furthermore, bindings to low-rank and dense
solvers for Lyapunov and Riccati equations from |SciPy|,
`Slycot `_ and
`Py-M.E.S.S. `_ are provided in
:mod:`pymor.bindings.scipy`, :mod:`pymor.bindings.slycot` and
:mod:`pymor.bindings.pymess`. A generic Schur decomposition-based solver for
sparse-dense Sylvester equations is implemented in
:mod:`pymor.algorithms.sylvester`.
Balancing Truncation (BT) and Iterative Rational Krylov Algorithm (IRKA) are
implemented in :class:`~pymor.reductors.bt.BTReductor` and
:class:`~pymor.reductors.h2.IRKAReductor`. LQG and Bounded Real variants of BT
are also available (:class:`~pymor.reductors.bt.LQGBTReductor`,
:class:`~pymor.reductors.bt.BRBTReductor`). Bitangential Hermite interpolation
(used in IRKA) is implemented in
:class:`~pymor.reductors.interpolation.LTI_BHIReductor`. Two-Sided Iteration
Algorithm (TSIA), a method related to IRKA, is implemented in
:class:`~pymor.reductors.h2.TSIAReductor`.
Several structure-preserving MOR methods for second-order systems have been
implemented. Balancing-based MOR methods are implemented in
:mod:`pymor.reductors.sobt`, bitangential Hermite interpolation in
:class:`~pymor.reductors.interpolation.SO_BHIReductor` and Second-Order Reduced
IRKA (SOR-IRKA) in :class:`~pymor.reductors.sor_irka.SOR_IRKAReductor`.
For more general transfer functions, MOR methods which return |LTISystems| are
also available. Bitangential Hermite interpolation is implemented in
:class:`~pymor.reductors.interpolation.TFInterpReductor` and Transfer Function
IRKA (TF-IRKA) in :class:`~pymor.reductors.h2.TF_IRKAReductor`.
Usage examples can be found in the `heat` and `string_equation` demo scripts.
NGSolve support
~~~~~~~~~~~~~~~
We now ship bindings for the `NGSolve `_ finite element
library. Wrapper classes for |VectorArrays| and matrix-based |Operators| can be
found in the :mod:`pymor.bindings.ngsolve` module. A usage example can be found
in the `thermalblock_simple` demo script.
New linear algebra algorithms
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
pyMOR now includes an implementation of the
`HAPOD algorithm `_ for fast distributed
or incremental computation of the Proper Orthogonal Decomposition
(:mod:`pymor.algorithms.hapod`). The code allows for arbitrary sub-POD trees,
on-the-fly snapshot generation and shared memory parallelization via
:mod:`concurrent.futures`. A basic usage example can be found in the `hapod`
demo script.
In addition, the Gram-Schmidt biorthogonalization algorithm has been included in
:mod:`pymor.algorithms.gram_schmidt`.
VectorArray improvements
~~~~~~~~~~~~~~~~~~~~~~~~
|VectorArrays| in pyMOR have undergone several usability improvements:
- The somewhat dubious concept of a `subtype` has been superseded by the concept
of |VectorSpaces| which act as factories for |VectorArrays|. In particular,
instead of a `subtype`, |VectorSpaces| can now hold meaningful attributes
(e.g. the dimension) which are required to construct |VectorArrays| contained
in the space. The
:attr:`~pymor.vectorarrays.interfaces.VectorSpaceInterface.id` attribute
allows to differentiate between technically identical but mathematically
different spaces `[#323] `_.
- |VectorArrays| can now be indexed to select a subset of vectors to operate on.
In contrast to advanced indexing in |NumPy|, indexing a |VectorArray| will
always return a view onto the original array data
`[#299] `_.
- New methods with clear semantics have been introduced for the conversion of
|VectorArrays| to
(:meth:`~pymor.vectorarrays.interfaces.VectorArrayInterface.to_numpy`) and
from (:meth:`~pymor.vectorarrays.interfaces.VectorSpaceInterface.from_numpy`)
|NumPy arrays| `[#446] `_.
- Inner products between |VectorArrays| w.r.t. to a given inner product
|Operator| or their norm w.r.t. such an operator can now easily be computed by
passing the |Operator| as the optional `product` argument to the new
:meth:`~pymor.vectorarrays.interfaces.VectorArrayInterface.inner` and
:meth:`~pymor.vectorarrays.interfaces.VectorArrayInterface.norm` methods
`[#407] `_.
- The `components` method of |VectorArrays| has been renamed to the more
intuitive name
:meth:`~pymor.vectorarrays.interfaces.VectorArrayInterface.dofs`
`[#414] `_.
- The :meth:`~pymor.vectorarrays.interfaces.VectorArrayInterface.l2_norm2` and
:meth:`~pymor.vectorarrays.interfaces.VectorArrayInterface.norm2` have been
introduced to compute the squared vector norms
`[#237] `_.
RuleTable based algorithms
~~~~~~~~~~~~~~~~~~~~~~~~~~
In pyMOR 0.5, projection algorithms are implemented via recursively applied
tables of transformation rules. This replaces the previous inheritance-based
approach. In particular, the `projected` method to perform a (Petrov-)Galerkin
projection of an arbitrary |Operator| has been removed and replaced by a free
|project| function. Rule-based algorithms are implemented by deriving from the
|RuleTable| base class `[#367] `_,
`[#408] `_.
This approach has several advantages:
- Rules can match based on the class of the object, but also on more general
conditions, e.g. the name of the |Operator| or being linear and
non-|parametric|.
- The entire mathematical algorithm can be specified in a single file even when
the definition of the possible classes the algorithm can be applied to is
scattered over various files.
- The precedence of rules is directly apparent from the definition of the
|RuleTable|.
- Generic rules (e.g. the projection of a linear non-|parametric| |Operator| by
simply applying the basis) can be easily scheduled to take precedence over
more specific rules.
- Users can implement or modify |RuleTables| without modification of the classes
shipped with pyMOR.
Additional new features
^^^^^^^^^^^^^^^^^^^^^^^
- Reduction algorithms are now implemented using mutable reductor objects, e.g.
:class:`~pymor.reductors.basic.GenericRBReductor`, which store and
:meth:`extend ` the
reduced bases onto which the model is projected. The only return value of the
reductor's :meth:`~pymor.reductors.basic.GenericRBReductor.reduce` method is
now the reduced discretization. Instead of a separate reconstructor, the
reductor's :meth:`~pymor.reductors.basic.GenericRBReductor.reconstruct` method
can be used to reconstruct a high-dimensional state-space representation.
Additional reduction data (e.g. used to speed up repeated reductions in greedy
algorithms) is now managed by the reductor
`[#375] `_.
- Linear combinations and concatenations of |Operators| can now easily be formed
using arithmetic operators `[#421] `_.
- The handling of complex numbers in pyMOR is now more consistent. See
`[#458] `_,
`[#362] `_,
`[#447] `_
for details. As a consequence of these changes, the `rhs` |Operator| in
|StationaryDiscretization| is now a vector-like |Operator| instead of a functional.
- The analytical problems and discretizers of pyMOR's discretization toolbox
have been reorganized and improved. All problems are now implemented as
instances of |StationaryProblem| or |InstationaryProblem|, which allows an
easy exchange of data |Functions| of a predefined problem with user-defined
|Functions|. Affine decomposition of |Functions| is now represented by
specifying a :class:`~pymor.functions.basic.LincombFunction` as the respective
data function
`[#312] `_,
`[#316] `_,
`[#318] `_,
`[#337] `_.
- The :mod:`pymor.core.config` module allows simple run-time checking of the
availability of optional dependencies and their versions
`[#339] `_.
- Packaging improvements
A compiler toolchain is no longer necessary to install pyMOR as we are now
distributing binary wheels for releases through the Python Package Index
(PyPI). Using the `extras_require` mechanism the user can select to install
either a minimal set::
pip install pymor
or almost all, including optional, dependencies::
pip install pymor[full]
A docker image containing all of the discretization packages pyMOR has
bindings to is available for demonstration and development purposes::
docker run -it pymor/demo:0.5 pymor-demo -h
docker run -it pymor/demo:0.5 pymor-demo thermalblock --fenics 2 2 5 5
Backward incompatible changes
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
- `dim_outer` has been removed from the grid interface `[#277]
`_.
- All wrapper code for interfacing with external PDE libraries or equation
solvers has been moved to the :mod:`pymor.bindings` package. For instance,
`FenicsMatrixOperator` can now be found in the :mod:`pymor.bindings.fenics`
module. `[#353] `_
- The `source` and `range` arguments of the constructor of
:class:`~pymor.operators.constructions.ZeroOperator` have
been swapped to comply with related function signatures
`[#415] `_.
- The identifiers `discretization`, `rb_discretization`, `ei_discretization`
have been replaced by `d`, `rd`, `ei_d` throughout pyMOR
`[#416] `_.
- The `_matrix` attribute of |NumpyMatrixOperator| has been renamed to `matrix`
`[#436] `_. If `matrix` holds a
|NumPy array| this array is automatically made read-only to prevent accidental
modification of the |Operator| `[#462] `_.
- The `BoundaryType` class has been removed in favor of simple strings `[#305]
`_.
- The complicated and unused mapping of local parameter component names to
global names has been removed `[#306] `_.
Further notable improvements
^^^^^^^^^^^^^^^^^^^^^^^^^^^^
- `[#176] Support different colormaps in GLPatchWidget `_.
- `[#238] From Operator to NumPy operator `_.
- `[#308] Add NumpyGenericOperator.apply_adjoint `_.
- `[#313] Add finiteness checks to linear solvers `_.
- `[#314] [ExpressionFunction] add components of mu to locals `_.
- `[#315] [functions] some improvements to ExpressionFunction/GenericFunction `_.
- `[#338] Do not print version string on import `_.
- `[#346] Implement more arithmetic operations on VectorArrays and Operators `_.
- `[#348] add InverseOperator and InverseTransposeOperator `_.
- `[#359] [grids] bugfix for boundary handling in subgrid `_.
- `[#365] [operators] add ProxyOperator `_.
- `[#366] [operators] add LinearOperator and AffineOperator `_.
- `[#368] Add support for PyQt4 and PyQt5 by using Qt.py shim `_.
- `[#369] Add basic support for visualization in juypter notebooks `_.
- `[#370] Let BitmapFunction accept non-grayscale images `_.
- `[#382] Support mpi4py > 2.0 `_.
- `[#401] [analyticalproblems] add text_problem `_.
- `[#410] add relative_error and project_array functions `_.
- `[#422] [Concatenation] allow more than two operators in a Concatenation `_.
- `[#425] [ParameterType] base implementation on OrderedDict `_.
- `[#431] [operators.cg] fix first order integration `_.
- `[#437] [LincombOperator] implement 'apply_inverse' `_.
- `[#438] Fix VectorArrayOperator, generalize as_range/source_array `_.
- `[#441] fix #439 (assemble_lincomb "operators" parameter sometimes list, sometimes tuple) `_.
- `[#452] Several improvements to pymor.algorithms.ei.deim `_.
- `[#453] Extend test_assemble `_.
- `[#480| [operators] Improve subtraction of LincombOperators `_.
- `[#481] [project] ensure solver_options are removed from projected operators `_.
- `[#484] [docs] move all references to bibliography.rst `_.
- `[#488] [operators.block] add BlockRowOperator, BlockColumnOperator `_.
- `[#489] Output functionals in CG discretizations `_.
- `[#497] Support automatic conversion of InstationaryDiscretization to LTISystem `_.
pyMOR 0.4 (September 28, 2016)
------------------------------
With the pyMOR 0.4 release we have changed the copyright of
pyMOR to
Copyright 2013-2016 pyMOR developers and contributors. All rights reserved.
Moreover, we have added a `Contribution guideline `_
to help new users with starting to contribute to pyMOR.
Over 800 single commits have entered this release.
For a full list of changes see
`here `__.
pyMOR 0.4 contains contributions by Andreas Buhr, Michael Laier, Falk Meyer,
Petar MlinariÄ‡ and Michael Schaefer. See
`here `__ for more
details.
Release highlights
^^^^^^^^^^^^^^^^^^
FEniCS and deal.II support
~~~~~~~~~~~~~~~~~~~~~~~~~~
pyMOR now includes wrapper classes for integrating PDE solvers
written with the `dolfin` library of the `FEniCS `_
project. For a usage example, see :meth:`pymordemos.thermalblock_simple.discretize_fenics`.
Experimental support for `deal.II `_ can be
found in the `pymor-deal.II `_
repository of the pyMOR GitHub organization.
Parallelization of pyMOR's reduction algorithms
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
We have added a parallelization framework to pyMOR which allows
parallel execution of reduction algorithms based on a simple
|WorkerPool| interface `[#14] `_.
The :meth:`~pymor.algorithms.greedy.greedy` `[#155] `_
and :meth:`~pymor.algorithms.ei.ei_greedy` algorithms `[#162] `_
have been refactored to utilize this interface.
Two |WorkerPool| implementations are shipped with pyMOR:
:class:`~pymor.parallel.ipython.IPythonPool` utilizes the parallel
computing features of `IPython `_, allowing
parallel algorithm execution in large heterogeneous clusters of
computing nodes. :class:`~pymor.parallel.mpi.MPIPool` can be used
to benefit from existing MPI-based parallel HPC computing architectures
`[#161] `_.
Support classes for MPI distributed external PDE solvers
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
While pyMOR's |VectorArray|, |Operator| and |Discretization|
interfaces are agnostic to the concrete (parallel) implementation
of the corresponding objects in the PDE solver, external solvers
are often integrated by creating wrapper classes directly corresponding
to the solvers data structures. However, when the solver is executed
in an MPI distributed context, these wrapper classes will then only
correspond to the rank-local data of a distributed |VectorArray| or
|Operator|.
To facilitate the integration of MPI parallel solvers, we have added
MPI helper classes `[#163] `_
in :mod:`pymor.vectorarrays.mpi`, :mod:`pymor.operators.mpi`
and :mod:`pymor.discretizations.mpi` that allow an automatic
wrapping of existing sequential bindings for MPI distributed use.
These wrapper classes are based on a simple event loop provided
by :mod:`pymor.tools.mpi`, which is used in the interface methods of
the wrapper classes to dispatch into MPI distributed execution
of the corresponding methods on the underlying MPI distributed
objects.
The resulting objects can be used on MPI rank 0 (including interactive
Python sessions) without any further changes to pyMOR or the user code.
For an example, see :meth:`pymordemos.thermalblock_simple.discretize_fenics`.
New reduction algorithms
~~~~~~~~~~~~~~~~~~~~~~~~
- :meth:`~pymor.algorithms.adaptivegreedy.adaptive_greedy` uses adaptive
parameter training set refinement according to [HDO11]_ to prevent
overfitting of the reduced model to the training set `[#213] `_.
- :meth:`~pymor.reductors.parabolic.reduce_parabolic` reduces linear parabolic
problems using :meth:`~pymor.reductors.basic.reduce_generic_rb` and
assembles an error estimator similar to [GP05]_, [HO08]_.
The :mod:`~pymordemos.parabolic_mor` demo contains a simple sample
application using this reductor `[#190] `_.
- The :meth:`~pymor.algorithms.image.estimate_image` and
:meth:`~pymor.algorithms.image.estimate_image_hierarchical` algorithms
can be used to find an as small as possible space in which the images of
a given list of operators for a given source space are contained for all
possible parameters `mu`. For possible applications, see
:meth:`~pymor.reductors.residual.reduce_residual` which now uses
:meth:`~pymor.algorithms.image.estimate_image_hierarchical` for
Petrov-Galerkin projection of the residual operator `[#223] `_.
Copy-on-write semantics for |VectorArrays|
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
The :meth:`~pymor.vectorarrays.interfaces.VectorArrayInterface.copy` method
of the |VectorArray| interface is now assumed to have copy-on-write
semantics. I.e., the returned |VectorArray| will contain a reference to the same
data as the original array, and the actual data will only be copied when one of
the arrays is changed. Both |NumpyVectorArray| and |ListVectorArray| have been
updated accordingly `[#55] `_.
As a main benefit of this approach, |immutable| objects having a |VectorArray| as
an attribute now can safely create copies of the passed |VectorArrays| (to ensure
the immutability of their state) without having to worry about unnecessarily
increased memory consumption.
Improvements to pyMOR's discretizaion tookit
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
- An unstructured triangular |Grid| is now provided by :class:`~pymor.grids.unstructured.UnstructuredTriangleGrid`.
Such a |Grid| can be obtained using the :meth:`~pymor.domaindiscretizers.gmsh.discretize_gmsh`
method, which can parse `Gmsh `_ output files. Moreover, this
method can generate `Gmsh` input files to create unstructured meshes for
an arbitrary :class:`~pymor.domaindescriptions.polygonal.PolygonalDomain`
`[#9] `_.
- Basic support for parabolic problems has been added.
The :meth:`~pymor.discretizers.parabolic.discretize_parabolic_cg` and
:meth:`~pymor.discretizers.parabolic.discretize_parabolic_fv` methods can
be used to build continuous finite element or finite volume |Discretizations|
from a given :class:`pymor.analyticalproblems.parabolic.ParabolicProblem`.
The :mod:`~pymordemos.parabolic` demo demonstrates the use of these methods
`[#189] `_.
- The :mod:`pymor.discretizers.disk` module contains methods to create stationary and
instationary affinely decomposed |Discretizations| from matrix data files
and an `.ini` file defining the given problem.
- :class:`EllipticProblems `
can now also contain advection and reaction terms in addition to the diffusion part.
:meth:`~pymor.discretizers.cg.discretize_elliptic_cg` has been
extended accordingly `[#211] `_.
- The :mod:`continuous Galerkin ` module has been extended to
support Robin boundary conditions `[#110] `_.
- :class:`~pymor.functions.bitmap.BitmapFunction` allows to use grayscale
image data as data |Functions| `[#194] `_.
- For the visualization of time-dependent data, the colorbars can now be
rescaled with each new frame `[#91] `_.
Caching improvements
~~~~~~~~~~~~~~~~~~~~
- |state id| generation is now based on deterministic pickling.
In previous version of pyMOR, the |state id| of |immutable| objects
was computed from the state ids of the parameters passed to the
object's `__init__` method. This approach was complicated and error-prone.
Instead, we now compute the |state id| as a hash of a deterministic serialization
of the object's state. While this approach is more robust, it is also
slightly more expensive. However, due to the object's immutability,
the |state id| only has to be computed once, and state ids are now only
required for storing results in persistent cache regions (see below).
Computing such results will usually be much more expensive than the
|state id| calculation `[#106] `_.
- :class:`CacheRegions ` now have a
:attr:`~pymor.core.cache.CacheRegion.persistent` attribute indicating
whether the cache data will be kept between program runs. For persistent
cache regions the |state id| of the object for which the cached method is
called has to be computed to obtain a unique persistent id for the given object.
For non-persistent regions the object's
:attr:`~pymor.core.interfaces.BasicInterface.uid` can be used instead.
:attr:`pymor.core.cache_regions` now by default contains `'memory'`,
`'disk'` and `'persistent'` cache regions
`[#182] `_, `[#121] `_ .
- |defaults| can now be marked to not affect |state id| computation.
In previous version of pyMOR, changing any |default| value caused
a change of the |state id| pyMOR's defaults dictionary, leading to cache
misses. While this in general is desirable, as, for instance, changed linear
solver default error tolerances might lead to different solutions for
the same |Discretization| object, it is clear for many I/O related defaults,
that these will not affect the outcome of any computation. For these defaults,
the :meth:`~pymor.core.defaults.defaults` decorator now accepts a `sid_ignore`
parameter, to exclude these defaults from |state id| computation, preventing
changes of these defaults causing cache misses `[#81] `_.
- As an alternative to using the :meth:`@cached `
decorator, :meth:`~pymor.core.cache.CacheableInterface.cached_method_call`
can be used to cache the results of a function call. This is now used
in :meth:`~pymor.discretizations.interfaces.DiscretizationInterface.solve`
to enable parsing of the input parameter before it enters the cache key
calculation `[#231] `_.
Additional new features
^^^^^^^^^^^^^^^^^^^^^^^
- :meth:`~pymor.operators.interfaces.OperatorInterface.apply_inverse_adjoint` has been added to the |Operator| interface `[#133] `_.
- Support for complex values in |NumpyVectorArray| and |NumpyMatrixOperator| `[#131] `_.
- New :class:`~pymor.parameters.functionals.ProductParameterFunctional`.
This |ParameterFunctional| represents the product of a given list of
|ParameterFunctionals|.
- New :class:`~pymor.operators.constructions.SelectionOperator` `[#105] `_.
This |Operator| represents one |Operator| of a given list of |Operators|,
depending on the evaluation of a provided |ParameterFunctional|,
- New block matrix operators `[#215] `_.
:class:`~pymor.operators.block.BlockOperator` and
:class:`~pymor.operators.block.BlockDiagonalOperator` represent block
matrices of |Operators| which can be applied to appropriately shaped
:class:`BlockVectorArrays `.
- `from_file` factory method for |NumpyVectorArray| and |NumpyMatrixOperator| `[#118] `_.
:meth:`NumpyVectorArray.from_file ` and
:meth:`NumpyMatrixOperator.from_file `
can be used to construct such objects from data files of various formats
(MATLAB, matrix market, NumPy data files, text).
- |ListVectorArray|-based |NumpyMatrixOperator| `[#164] `_.
The :mod:`~pymor.playground` now contains
:class:`~pymor.playground.operators.numpy.NumpyListVectorArrayMatrixOperator`
which can apply |NumPy|/|SciPy| matrices to a |ListVectorArray|.
This |Operator| is mainly intended for performance testing purposes.
The :mod:`~pymordemos.thermalblock` demo now has an option
`--list-vector-array` for using this operator instead of |NumpyMatrixOperator|.
- Log indentation support `[#230] `_.
pyMOR's log output can now be indented via the `logger.block(msg)`
context manger to reflect the hierarchy of subalgorithms.
- Additional `INFO2` and `INFO3` log levels `[#212] `_.
:mod:`Loggers ` now have additional `info2`
and `info3` methods to highlight important information (which does
fall in the 'warning' category).
- Default implementation of :meth:`~pymor.operators.interfaces.OperatorInterface.as_vector` for functionals `[#107] `_.
:meth:`OperatorBase.as_vector ` now
contains a default implementation for functionals by calling
:meth:`~pymor.operators.interfaces.OperatorInterface.apply_adjoint`.
- `pycontracts` has been removed as a dependency of pyMOR `[#127] `_.
- Test coverage has been raised to 80 percent.
Backward incompatible changes
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
- |VectorArray| implementations have been moved to the :mod:`pymor.vectorarrays` sub-package `[#89] `_.
- The `dot` method of the |VectorArray| interface has been split into :meth:`~pymor.vectorarrays.interfaces.VectorArrayInterface.dot` and :meth:`~pymor.vectorarrays.interfaces.VectorArrayInterface.pairwise_dot` `[#76] `_.
The `pairwise` parameter of :meth:`~pymor.vectorarrays.interfaces.VectorArrayInterface.dot`
has been removed, always assuming `pairwise == False`. The method
:meth:`~pymor.vectorarrays.interfaces.VectorArrayInterface.pairwise_dot`
corresponds to the `pairwise == True` case. Similarly the `pariwise` parameter
of the :meth:`~pymor.operators.interfaces.OperatorInterface.apply2` method
of the |Operator| interface has been removed and a
:meth:`~pymor.operators.interfaces.OperatorInterface.pairwise_apply2` method
has been added.
- `almost_equal` has been removed from the |VectorArray| interface `[#143] `_.
As a replacement, the new method :meth:`pymor.algorithms.basic.almost_equal`
can be used to compare |VectorArrays| for almost equality by the norm
of their difference.
- `lincomb` has been removed from the |Operator| interface `[#83] `_.
Instead, a |LincombOperator| should be directly instantiated.
- Removal of the `options` parameter of :meth:`~pymor.operators.interfaces.OperatorInterface.apply_inverse` in favor of :attr:`~pymor.operators.interfaces.OperatorInterface.solver_options` attribute `[#122] `_.
The `options` parameter of :meth:`OperatorInterface.apply_inverse `
has been replaced by the :attr:`~pymor.operators.interfaces.OperatorInterface.solver_options`
attribute. This attribute controls which fixed (linear) solver options are
used when :meth:`~pymor.operators.interfaces.OperatorInterface.apply_inverse` is
called. See `here `__ for more details.
- Renaming of reductors for coercive problems `[#224] `_.
:meth:`pymor.reductors.linear.reduce_stationary_affine_linear` and
:meth:`pymor.reductors.stationary.reduce_stationary_coercive` have been
renamed to :meth:`pymor.reductors.coercive.reduce_coercive` and
:meth:`pymor.reductors.coercive.reduce_coercive_simple`. The old names
are deprecated and will be removed in pyMOR 0.5.
- Non-parametric objects have now :attr:`~pymor.parameters.base.Parametric.parameter_type` `{}` instead of `None` `[#84] `_.
- Sampling methods of |ParameterSpaces| now return iterables instead of iterators `[#108] `_.
- Caching of :meth:`~pymor.discretizations.interfaces.DiscretizationInterface.solve` is now disabled by default `[#178] `_.
Caching of :meth:`~pymor.discretizations.interfaces.DiscretizationInterface.solve`
must now be explicitly enabled by using
:meth:`pymor.core.cache.CacheableInterface.enable_caching`.
- The default value for `extension_algorithm` parameter of :meth:`~pymor.algorithms.greedy.greedy` has been removed `[#82] `_.
- Changes to :meth:`~pymor.algorithms.ei.ei_greedy` `[#159] `_, `[#160] `_.
The default for the `projection` parameter has been changed from `'orthogonal'`
to `'ei'` to let the default algorithm agree with literature. In
addition a `copy` parameter with default `True` has been added.
When `copy` is `True`, the input data is copied before executing
the algorithm, ensuring, that the original |VectorArray| is left
unchanged. When possible, `copy` should be set to `False` in order
to reduce memory consumption.
- The `copy` parameter of :meth:`pymor.algorithms.gram_schmidt.gram_schmidt` now defaults to `True` `[#123] `_.
- `with_` has been moved from |BasicInterface| to |ImmutableInterface| `[#154] `_.
- `BasicInterface.add_attributes` has been removed `[#158] `_.
- Auto-generated names no longer contain the :attr:`~pymor.core.interfaces.BasicInterface.uid` `[#198] `_.
The auto-generated :attr:`~pymor.core.interfaces.BasicInterface.name`
of pyMOR objects no longer contains their
:attr:`~pymor.core.interfaces.BasicInterface.uid`. Instead, the name
is now simply set to the class name.
- Python fallbacks to Cython functions have been removed `[#145] `_.
In order to use pyMOR's discretization toolkit, building of the
:mod:`~pymor.grids._unstructured`, :mod:`~pymor.tools.inplace`,
:mod:`~pymor.tools.relations` Cython extension modules is now
required.
Further improvements
^^^^^^^^^^^^^^^^^^^^
- `[#78] update apply_inverse signature `_
- `[#115] [algorithms.gram_schmidt] silence numpy warning `_
- `[#144] L2ProductP1 uses wrong quadrature rule in 1D case `_
- `[#147] Debian doc packages have weird title `_
- `[#151] add tests for 'almost_equal' using different norms `_
- `[#156] Let thermal block demo use error estimator by default `_
- `[#195] Add more tests / fixtures for operators in pymor.operators.constructions `_
- `[#197] possible problem in caching `_
- `[#207] No useful error message in case PySide.QtOpenGL cannot be imported `_
- `[#209] Allow 'pip install pymor' to work even when numpy/scipy are not installed yet `_
- `[#219] add minimum versions for dependencies `_
- `[#228] merge fixes in python3 branch back to master `_
- `[#269] Provide a helpful error message when cython modules are missing `_
- `[#276] Infinite recursion in apply for IdentityOperator * scalar `_
pyMOR 0.3 (March 2, 2015)
-------------------------
- Introduction of the vector space concept for even simpler
integration with external solvers.
- Addition of a generic Newton algorithm.
- Support for Jacobian evaluation of empirically interpolated operators.
- Greatly improved performance of the EI-Greedy algorithm. Addition of
the DEIM algorithm.
- A new algorithm for residual operator projection and a new,
numerically stable a posteriori error estimator for stationary coercive
problems based on this algorithm. (cf. A. Buhr, C. Engwer, M. Ohlberger,
S. Rave, 'A numerically stable a posteriori error estimator for reduced
basis approximations of elliptic equations', proceedings of WCCM 2014,
Barcelona, 2014.)
- A new, easy to use mechanism for setting and accessing default values.
- Serialization via the pickle module is now possible for each class in
pyMOR. (See the new 'analyze_pickle' demo.)
- Addition of generic iterative linear solvers which can be used in
conjunction with any operator satisfying pyMOR's operator interface.
Support for least squares solvers and PyAMG (http://www.pyamg.org/).
- An improved SQLite-based cache backend.
- Improvements to the built-in discretizations: support for bilinear
finite elements and addition of a finite volume diffusion operator.
- Test coverage has been raised from 46% to 75%.
Over 500 single commits have entered this release. A full list of
all changes can be obtained under the following address:
https://github.com/pymor/pymor/compare/0.2.2...0.3.0