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
added a short note about the HDF5 3-D response file format
added hdf5 support
Error in conversion between SPH coordinates and RLL coordinates
closing for Steve.
IGRF 12th have been superseeded by IGRF 13th edition
Morley applied the fix and updated the coefficients.
I will attempt to close this ticket. I don't know the actual reason for truncating the IGRF. But, since IRBEM was built to be fast, it could be that the ONERA team decided they didn't need those extra terms. Or, it could be they just copied whatever GEOPACK had. We know from the old Olson-Pfitzer study that one need not evaluate all the IGRF terms to get an accurate L value. But, for just computing B at the surface of the Earth, those details would presumably matter.
Alex, IRBEM only does guiding center calculations. So, we can't generate cyclotron motion. As for R0, the idea is that sometimes you might want to trace trajectories below the surface of the Earth. When R0=1, the tracing aborts any time it hits the Earth's surface (r <= R0). But, because the tracing involves some searching along the field line for the mirror point, it can also abort inadvertently if the search goes below surface. So, it's often best to try R0=0.8 or R0=0.9 to allow some margin in...
added python version of odc_util
fixed another shieldose target abbreviation
added target material options
sync
modified mks.RE (km) to mks.R_E (m). This affected odc_DLL_Ozeke2012.m which may have had a km/m error. It's a bit of a mystery, since w/o the fix, the test wouldn't have passed. Clearly it did. mysterious.
adding PDF version of RFL lib doc
sync
sync
created folder for python wrapper
sync
sync
sync
sync
sync
test
test
test
added utilities to work with E,alpha and M,K co...
sync
updates to open diffusion code
updates to open diffusion code
sync
sync
bug fixes and better comments for mult_Lstar_hmin
Updated Win32 DLL
Updated Win64 DLL and Matlab instructions
modified init_nouveau.f to report IGRF year war...
modified makefile for cygwin32
Added Lejosne 2013 DLL
switched output argument order to match BA2000
Added routine for Schulz 1991 DLLs
changed default angular dependence for Ozeke201...
new utility function
added new (preferred) method for bowtie: find E...
new GyroRadius in odc_util.m
added n <=1 power law cases
added exponential spectra to bowtie
little fixes to extras
sync
Better options and a default for E0 mode for 'w...
new bowtie for 'wide' differential channel defined