What's Up in NEMO

Here we intend to list software currently under construction or consideration. If you would like to join efforts, please let teuben@astro.umd.edu know. Last modified: 7-jan-03 .

Currently working on

• slow migration to a Linux Standards Base (LSB), to simplify running binary distributions of NEMO
• code conversions:
  • proper prototype usage to aid compilation with -DSINGLEPREC and using the g++ compiler instead of gcc compiler
  • Random I/O:
  • Adding some new integrators: Sellwood's GALAXY, Aarseth's NBODY1 and NBODY2.
  • although all -DSINGLEPREC is now supposed to work, some minor cleanup may be needed, in particular the proc's. Perhaps use new typedef's for prototyped versions. Sometimes one can get by with only a helper typedef in the actual code where the (*proc)() is called. [see e.g. contour.c]
  • shared libraries. Works for linux, but formal installation not supported yet.
  • A nearly completely rewritten command line user interface getparam(3NEMO) Also fixed many small bugs. The main new features will be:
    • new argv= system keyword. To allow hackers to bypass some of the restrictions os a static program keyword list. One obvious example is a resource list for X windows yapp drivers (although yapp= should be used for this primarely)
    • keywords can be used in minimum matched mode, but a warning will be given for each minimum match that gets expanded.
    • if keywords have not been used, and a debug level is given, the user will be warned about this.
    • a tcl interface, although by default this is not compiled
• Planned upgrades:
  • automatic selection of yapp's during installation
  • automatic guess of NEMORC.local during installation
  • default hdf support
  • add cmhog/hdfgrid support
  • add some more potentials, e.g. athan92, piner94
  • tcl/tk support for genscript's
  • better mapsys support, currently too much in $NMEOBIN/cc expected
  • Sellwood's N-body integrator
  • add NEMOXLIB, NEMOXINC environment variables for X windows
  • starlab support
• supplying all manual pages for the kernel routines
• orbname, orbwood - orbit classification and spectral dynamics
• snapfit - best fit 6D snapshot to a 3D data cube
• yapp_x - generic X windows device (Patrick Frisch' contribution)
• nbody0, nbody1, nbody2, nbody5 - interfaces
• snap interface (Luis Aguilar)
• tabview - dynamic table queries
• serial snapshot processing. This is primarely usefull for 'small' memory (slow?) machines where as snapshot is broken up in pieces (see e.g. snapsplit or mkspiral) and processed independantly. Useful for Monte-Carlo simulations.
• WWW

Considering work on

• yapp_generic - binds multiple yapp's into one (cf. yapp_pgplot), in particular for yapp_x and yapp_ps
• tk interface ala Khoros/Cantata and Mirtool
• using GNU make (gmake). This would (eventually) make it impossible to install NEMO without gmake. It would become part of the installation procedure.
• better image data-structure, e.g. allowing dynamic typing, and better random access for big images/cubes.
• support for non-homogenous snapshots (e.g. SPH, Tipsy "3S")
• stripping kernel routines in favor of a more generic library, such as glib (part of GTK+).

Back to: NEMO Home page , the What's Down , or the What's New page.