Releases: adjtomo/pyatoa
Pyatoa v0.4.2
Pyatoa v0.4.0
What's Changed
Full Changelog: v0.3.1...v0.4.0
- #41 Made Manager window selection function calls more explicit; removed
simple detrend from preprocessing steps which adversely affected
non-tapered data - #42 Introduce
Inspector.generate_report()
function; introducerevalidate
feature in Manager.window() that re-calculates window criteria for updated
waveforms and drops windows if they do not meet the original criteria;
improvescomp_wave
function to plot waveform updates through inversion - #43 Bugfixes
trim_streams
failing silently causing waveform data to not be
trimmed but returned as if they were - #44 Further improves
Inspector.generate_report()
functionality
Pyatoa v0.3.1
Bugfix: Manager.write_to_dataset() was writing 'observed' data in place of synthetic waveforms, causing observed data to be saved twice to the dataset.
Pyatoa version 0.3.0
- Removes all gathering capabilities from Pyatoa
- Streamlines internal processing by remove unnecessary abstractions
- Updates Doc building and documentation
Pyatoa version 0.2.2
- Bugfix: Gatherer using removed Config parameter causing breaking code
- Resolve PyPDF2 -> PyPDF dependency deprecation warning
- Add plot close statements to Manager class to avoid overflowing open figures using Matplotlib
Pyatoa version 0.2.1
- Feature for multiple period band adjoint sources (#26)
- Updated internal call structures to deal with Pyadjoint v0.2.1 API changes (#30)
- Changed internal test ASDFDataSet and created a script to generate new dataset
because the old one had no way of being remade. - New Docs + Example + Example data: Processing data with Pyatoa and MPI (#31)
- Remove GitHub Pip install links for PySEP, Pyflex and Pyadjoint
Pyatoa version 0.2.0
- Documentation overhaul
- Updates install procedures
- Strips out data gathering capabilities
- Fixes some critical bugs in codebase
Pyatoa version 0.1.1
Change Log
- Replaced Basemap mapping dependency with Cartopy due to Basemap EOL
- Refactored Gatherer class to simplify code structure. API remains the same.
- New Executive class takes care of standalone parallel processing
- Pyaflowa per-station parallel processing using concurrent.futures
- Pyaflowa refactor for more exposed intermediate objects
Relevant PR: #9
Pyatoa version 0.1.0
This is the official release version of Pyatoa. This initial development version is being released to facilitate hosting the repository on conda-forge. The repository is relatively stable, with a newly-added extensive unit testing suite. Additional feature releases and bug fixes are planned. The documentation is also under-developed, and will be the target of upcoming work.
Currently the repository is maintained solely by myself (Bryant Chow), but the short-term plan is to bring in new users who will hopefully transition to maintainers. Please note that the Pyatoa codebase is in an ongoing state of development and is subject to change at any time and without warning.