Paul OBrien

Is it possible to create a github.com/PRBEM/IRBEM-extras, and put all the extras there? That's similar to what we did at sourceforge, and I think it makes the most sense. If not, then we should probably make a single separate github repository github.com/IRBEM-extras. Technically, the extras are individual little packages that do their own separate things, and could be their own separate repositories, as you suggest. So, we could have PRBEM/invlib, PRBEM/opendc, PRBEM/nnlib, etc. My only concern...

Note that right now this migration only includes the /trunk portion of the project. It does not include the extras or docs folders. Those will need to be migrated elsewhere, too. I'm not sure how github structures projects. Can it support multiple packages within a single project? Because the extras and docs are not part of the main library, they're stand-alone things.

fixed a possible initialization failure in drfit_bounce_orbit

fixed some 180/pi errors and a couple typos

I would guess this is a truncation issue. The ONERA group wrote this bit, I believe. If Sebastien weighs in, we might learn more about why it looks the way it does. If you would like to modify the code to make it cleaner and to conform to the latest / official implementation that is welcome. Be mindful, however, that the truncation was made in order to maintain speed of execution. The library is intended to be a fast code and sometimes sacrifices accuracy to that end. If you do make a modification,...

updated HDF5 cell array variable name description -- zero padding

fixed bug in ordering of cell array contents on large cell arrays

new routine to write CSV files for isotropic energy response