Geonomics

Latest version: v1.4.0

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

Scan your dependencies

Page 1 of 7

1.4.0

Added new functionality to the package to remove any number of Individuals from a Species (`Model.remove_individuals`), and to add any number of Individuals to a Species (`Model.add_individuals`) by either pulling them from another Species object or simulating them with msprime (`gnx.sim_msprime_individuals`). Along with this, also added a new, optional section to the species 'init' section of the parameters file (keyed to 'msprime') which provides parameters for simulating any number of Individuals from any number of msprime populations and placing them at specified coordinates on the Landscape (replacing the gnx-simulated starting population). (Also added a convenience method, `Model.burn`, to burn in a Model, because I was getting annoyed having to type something like `Model.walk(10000, 'burn')`.)

1.3.14

fixed the plot_allele_frequency plot to show a basic line plot again (so that it can better depict linkage blocks)

1.3.13

fixed error in mod.plot_allele_frequencies stemming from integration of tskit; also tried to delete dual_mode_debug_helper_fns.py from package build

1.3.12

add an `n_pcs` arg to `Model.plot_genetic_PCA()`, allowing for colorblind-friendly visualizations of the top 1 and 2 PCs

1.3.11

Fixed bug that made recorded population size and population-data filesize differ for a given time step.

1.3.10

Fixed the births_before_deaths issue: it was an internal parameter in demography.do_pop_dynamics, which was previously set to False, counterintutively; it made it so that gnx calculated the death-probability rasters before adding offspring to the landscape, then calculated all individuals', including offspring's, death probability from that raster; this somehow made sense to me at the time, but wound up appearing to be something that I was just overthinking, with the unfortunate result being that it allowed actual population size to exceed the target population size (i.e., the sum of the carrying capacity raster) when the n_births_distr_lambda parameter was large enough (e.g., ~>= 4). I had never noticed this before because I tend to use low values of n_births_distr_lambda anyhow. I now removed the births_before_deaths internal param completely and just fixed things so that births always happen before the calculation of the death-probability raster. I thought about adding this as a new user-facing parameter, but in the end could see no good reason to set births_before_deaths=False, so wound up just removing. I am treating this as a simple bug fix because it gets rid of a bug resulting in an artefact and does not break any legacy, but it is worth noting that some legacy code could now generate lower equilibrium population sizes than previously seen! (Nonetheless, this is unlikely to have any real scientific implications because any previous work should only have presented and assessed its results in the context of the actual mean equilibrium population size observed in simulations, rather than some theoretical equilibrium size calculated from the carrying capacity raster.)

Page 1 of 7

© 2024 Safety CLI Cybersecurity Inc. All Rights Reserved.