amuse
amuse copied to clipboard
Astrophysical Multipurpose Software Environment. This is the main repository for AMUSE
**Is your feature request related to a problem? Please describe.** Update the included SecularMultipe source to the newest version found here: https://github.com/hamers/secularmultiple **Describe the solution you'd like** In October 2020,...
The source code of the version used 2.02.70 has problems with recent compilers, there are new versions at https://github.com/rwesson/mocassin (this seems to be more reliable than https://github.com/mocassin/MOCASSIN-2.0 ) but it...
default printing strategy prints number+unit in si this lead to e.g. ``` dynamical␣time␣scale=12.2404614048 1.21539420228e+14 * s ``` maybe its better to use simple by default (less confusion)
changing the default printing strategy in console.py can break import of units e.g. changing: ``` class _Defaults(options.OptionalAttributes): @options.option(sections=['output',]) def printing_strategy(self): return 'simple' ``` to ``` class _Defaults(options.OptionalAttributes): @options.option(sections=['output',]) def printing_strategy(self):...
This PR adds SYCLIST (https://www.unige.ch/sciences/astro/evolution/en/database/syclist/, https://github.com/GESEG/SYCLIST). SYCLIST interpolates pre-calculated stellar evolution models. The interface works similar to that of other stellar evolution codes. Not yet finished.
# Issue The current build system for AMUSE is based on setuptools' custom build commands feature, which is obsolete and in the process of being removed. To keep AMUSE from...
Bridge uses `get_gravity_at_point` for each "kicker system" to determine the kick acceleration on each particle (note that in #556 we discussed renaming this to `get_acceleration_at_point`). It would be nice if...
The idea is that the tests for a specific community code (which is available as a separate package) should be included with that code, and not in a centralised place.
Adds an interface for GENEC, the Geneva stellar evolution code.