Equation of State Sub-Library: Version 0.910
Ideas for Future Development
Class apr_eos

There might be room to improve the testing of the finite temperature part a bit.

There is some repetition between calc_e() and calc_temp_e() that possibly could be removed.

Global apr_eos::parent_method
This function is probably unnecessary, as the syntax
Class bps_eos

Can the pressure be made to match more closely?

Convert to a hadronic_eos object and offer an associated interface?

Class cfl_njl_eos

This class internally mixes ovector, omatrix, gsl_vector and gsl_matrix objects in a confusing and non-optimal way. Fix this.

Allow user to change derivative object? This isn't possible right now because the stepsize parameter of the derivative object is used.

Class cold_nstar
Warn if the EOS becomes pure neutron matter.
Class ddc_eos
Implement the finite temperature EOS properly.
Class gen_potential_eos
Calculate the chemical potentials analytically
Class gen_sn_eos

Create a table object, possibly using tensor_grid::vector_slice.

Show how matrix_slice and vector_slice can be used with this object.

Could this be a child of hadronic_eos_temp and then directly used in cold_nstar()?

Add option to load and store a separate lepton/photon EOS

Add muons and/or pions

Class hadronic_eos
Could write a function to compute the "symmetry free energy" or the "symmetry entropy"
Global hadronic_eos::saturation ()
It would be great to provide numerical uncertainties in the saturation properties.
Class ldrop_mass_skin

Add translational energy?

Remove excluded volume correction and compute nuclear mass relative to the gas rather than relative to the vacuum.

In principle, Tc should be self-consistently determined from the EOS.

Does this work if the nucleus is "inside-out"?

Class nse_eos
Right now calc_density() needs a very good guess. This could be fixed, probably by solving for the log(mu/T) instead of mu.
Page Other Todos
Right now, the equation of state classes depend on the user to input the correct value of non_interacting for the particle inputs. This is not very graceful...
Class rmf_delta_eos
Finish the finite temperature EOS
Class rmf_eos
  • It might be nice to remove explicit reference to the meson masses in functions which only compute nuclear matter since they are unnecessary. This might, however, demand redefining some of the couplings.
  • Fix calc_p() to be better at guessing
  • The number of couplings is getting large, maybe new organization is required.
  • Overload hadronic_eos::fcomp() with an exact version
Global rmf_eos::calc_e (fermion &ne, fermion &pr, thermo &lth)
Improve the operation of this function when the proton density is zero.
Global rmf_eos::calc_e_fields (fermion &ne, fermion &pr, thermo &lth, double &sig, double &ome, double &rho)
Improve the operation of this function when the proton density is zero.
Global rmf_eos::calc_eq_p (fermion &neu, fermion &p, double sig, double ome, double rho, double &f1, double &f2, double &f3, thermo &th)
Probably best to have f1, f2, and f3 scaled in some sensible way, i.e. scaled to the fields?
Class rmf_nucleus

Sort energy levels at the end by energy

Improve the numerical methods

Make the neutron and proton orbitals more configurable

Generalize to $ m_n \neq m_p $ .

Allow more freedom in the integrations

Consider converting everything to inverse fermis.

Convert to zero-indexed arrays

Warn when the level ordering is wrong, and unoccupied levels are lower energy than occupied levels

Class skyrme_eos
  • There is some code duplication between calc_e() and calc_temp_e() which could be simplified.
Class stos_eos
Add the T=0 and Ye=0 data to this class
Class tov_buchdahl_eos
Figure out what to do with the buchfun() function
 All Data Structures Namespaces Files Functions Variables Typedefs Enumerations Friends

Documentation generated with Doxygen. Provided under the GNU Free Documentation License (see License Information).

Get Object-oriented Scientific Computing
Lib at SourceForge.net. Fast, secure and Free Open Source software
downloads.