Gvar

Latest version: v13.1.1

Safety actively analyzes 681866 Python packages for vulnerabilities to keep your Python projects secure.

Scan your dependencies

Page 17 of 18

4.4

==========================

- New function gvar.deriv(f, x) computes df/dx where f and x
are gvar.GVars, and x is independent (ie, x has only one non-zero
element in x.der). A ValueError exception is raised when x
is dependent on other GVars. f can also be an array of GVars
or a dictionary of GVars and/or arrays of GVars. GVars also
have a method which computes the derivative: f.deriv(x).

- Small code improvements to lsqfit.transform_p.

4.3.1

============================

- Slight refinements to the support for log-normal, etc
priors. The decorator name is changed (but the old
name is aliased to the new, to support legacy code
(if there is any)).

4.3

===========================

- Works with python3.3 (and numpy >= 1.17 which is necessary for 3.3).
Fixed minor errors in gvar.BufferDict.__str__ and in some of the unittests
that showed up with python3.3.

- Support for log-normal and "sqrt-normal" prior distributions for fit
function parameters. The idea is to use parameters with names like
"log(a)" instead of "a" in the prior, while expressing the fit
function in terms of "a": so prior["log(a)"] is
specified in the prior but not prior["a"], while the fit
function uses parameter p["a"] but not p["log(a)"]. Parameter
p["a"] has a log-normal distribution because prior["log(a)"] is
a gaussian variable. See the section "Positive Parameters" in
the overview section of the html documentation, for more
information.

- gvar.dataset.Dataset changed to an OrderedDict from a dict. This mostly
doesn't matter. Just about the only non-cosmetic effect concerns what
happens when an svdcut is applied to the output of avg_data --- small
differences arise when rows and columns of the covariance matrix are
interchanged (roundoff error).

- Changed == and != for GVars to allow comparisons with non-GVar types; a GVar
compares as not equal to a non-GVar unless its mean equals the
non-GVar and its standard deviation is zero. Note that >, <, etc are
not defined for GVars since GVars are not unambiguously ordered
--- eg, a number drawn from the distribution 100(99) will be
larger than one from 101(1) almost 50% of the time, even though
100 < 101.

- Had too many pieces in the version number, so moved to 4.3. A
third component, as in 4.3.1, will indicate bug fixes and minor
features. There has been a lot added since 4.2 started (see 4.2.2).

4.2.7.2

==============================
gvar.fmt_errbudget(...) has new parameter to specify column widths. This
allows for longer names for outputs and inputs.

4.2.7.1

=============================
Adds a further tweak to the exception handling inside fit functions ---
slightly more robust than what is in 4.2.7.

4.2.7

===========================
Another minor update:

- gvar.raniter and gvar.bootstrap_iter now work with single gvar.GVar's as
arguments (in addition to the more useful cases of arrays and
dictionaries). This makes them more consistent with the other utility
functions.

- Python errors buried inside fit functions now result in slightly more
intelligible error messages. Added two new unittests for such
exception-handling.

Page 17 of 18

© 2024 Safety CLI Cybersecurity Inc. All Rights Reserved.