@@ -24,19 +24,26 @@ changelog <https://keepachangelog.com/en/1.1.0/>`_ format. This project follows
2424 `Unreleased <https://github.com/lab-cosmo/torch-pme/ >`_
2525-------------------------------------------------------
2626
27+ `Version 0.3.0 <https://github.com/lab-cosmo/torch-pme/releases/tag/v0.3.0 >`_ - 2025-02-21
28+ ------------------------------------------------------------------------------------------
29+
2730Added
2831#####
2932
30- * Updated to ``metatensor-torch `` version 0.7
3133* Added support for Python 3.13
32- * Added classes for the calculation of dipole interactions
34+ * Updated to ``metatensor-torch `` version 0.7
35+ * Add a method to select a subset of a neighbor list based on a new ``cutoff ``
36+ (:meth: `torchpme.tuning.tuner.TunerBase.filter_neighbors `)
37+ * Added an *Ewald * calculator for computing dipole-dipole interactions
38+ (:class: `torchpme.CalculatorDipole `) using a dipolar potential
39+ (:class: `torchpme.PotentialDipole `)
3340* Better documentation for for ``cell ``, ``charges `` and ``positions `` parameters
3441
3542Removed
3643#######
3744
38- * Remove ``device `` and ``dtype `` from init of ``Calculator ``, ``Potential `` and
39- ``Tuning `` classes
45+ * Remove ``device `` and ``dtype `` from the init from all ``Calculator ``, ``Potential ``
46+ and ``Tuning `` classes
4047
4148`Version 0.2.0 <https://github.com/lab-cosmo/torch-pme/releases/tag/v0.2.0 >`_ - 2025-01-23
4249------------------------------------------------------------------------------------------
@@ -56,15 +63,16 @@ Changed
5663* Tuning now uses a grid-search based scheme, instead of a gradient based scheme
5764* Tuning functions no longer takes the ``cutoff `` parameter, and thus does not
5865 support a built-in NL calculation.
59- * Refactor the `` InversePowerLawPotential `` class to restrict the exponent to integer
60- values
66+ * Refactor the :class: ` torchpme. InversePowerLawPotential` ` class to restrict the
67+ exponent to integer values
6168
6269Fixed
6370#####
6471
6572* Ensured consistency of ``dtype `` and ``device `` in the ``Potential `` and
6673 ``Calculator `` classses
67- * Fixed consistency of ``dtype `` and ``device `` in the ``SplinePotential `` class
74+ * Fixed consistency of ``dtype `` and ``device `` in the :class: `torchpme.SplinePotential `
75+ class
6876* Fix inconsistent ``cutoff `` in neighbor list example
6977* All calculators now check if the cell is zero if the potential is range-separated
7078
0 commit comments