Activity for IRBEM-LIB

Antoine Brunet posted a comment on discussion Help

Antoine Brunet — Thu, 25 Mar 2021 14:54:04 -0000

Ok I'll setup the PRBEM/IRBEM-extras repository. I think it's okay to have a simple repository with everything in the extras folder without messing with submodules. Plus this way we can easily preserve the SVN history the same way it was done for IRBEM. I agree with you concerning the github pages, I'll open an issue about this on the IRBEM github.

Mykhaylo Shumko posted a comment on discussion Help

Mykhaylo Shumko — Thu, 25 Mar 2021 14:54:01 -0000

My vote is to add the extra code to a https://github.com/PRBEM/IRBEM-extras repo. As for the docs, it will be great to host them online, if we go with Github pages, our url will be irbem.github.io, so it should be easy to find. I am not sure if should dump the HTML into the website repo, or copy the text into a more modern website template such as this one: https://aksakalli.github.io/jekyll-doc-theme/ ? Another option is to use https://readthedocs.org/, but that may be more work.

Steve Morley posted a comment on discussion Help

Steve Morley — Thu, 25 Mar 2021 14:47:45 -0000

For extras, I'll second (third? since Paul replied while I was typing) the IRBEM-extras repo under the PRBEM group. It's the easy solution and best preserves the ability of anyone looking for it to actually find it. Or we could look into having IRBEM-extras be a repo with submodules, where each submodule is an extras package. That would allow folks to only grab the ones they want and still give a top level repo that has everything (from a user perspective). Least work all round is the basic "move...

Paul OBrien posted a comment on discussion Help

Paul OBrien — Thu, 25 Mar 2021 14:33:11 -0000

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...

Antoine Brunet posted a comment on discussion Help

Antoine Brunet — Thu, 25 Mar 2021 14:20:19 -0000

Paul, thanks for pointing this to me. As far as I can tell the extras folder contains separate projects that are not integrated (for now) in IRBEM. If some or all of these projects are still relevant, I see the following options : - Creating a separete github repo for each of the extras projects. These could be under the PRBEM github organization, with a dedicated development team (or the IRBEM-dev github team). - Creating a IRBEM-extras github repo with all the extras. This could be the simplest...

Paul OBrien posted a comment on discussion Help

Paul OBrien — Thu, 25 Mar 2021 13:25:16 -0000

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.

Antoine Brunet posted a comment on discussion Help

Antoine Brunet — Tue, 19 Jan 2021 08:12:32 -0000

Hello to all IRBEM contributors, I have tried to send this message to the dev mailing list, but it looks like it's not reaching you. As discussed in the lastest PRBEM meeting, there seems to be a strong consensus towards migrating IRBEM to the Github platform. I am currently setting up a Github Organisation to manage the PRBEM activities on Github, the first of which will be a IRBEM development team and repository. As IRBEM contributors, you probably should be part of this team on the github platform...

hevans committed [r635]

hevans — Fri, 08 Jan 2021 11:48:38 -0000

updated IDL example to use get_irbem_ntime_max

Paul OBrien committed [r634]

Paul OBrien — Tue, 05 Jan 2021 16:48:06 -0000

fixed a possible initialization failure in drfit_bounce_orbit

Mykhaylo Shumko committed [r633]

Mykhaylo Shumko — Fri, 16 Oct 2020 16:16:27 -0000

Wrapped the get_mlt function and added

Mykhaylo Shumko committed [r632]

Mykhaylo Shumko — Fri, 16 Oct 2020 15:28:52 -0000

Fix an import bug in IRBEM.py Coords class.

Mykhaylo Shumko committed [r631]

Mykhaylo Shumko — Thu, 15 Oct 2020 03:49:14 -0000

A typo. Added a -e arg.

Mykhaylo Shumko committed [r630]

Mykhaylo Shumko — Thu, 15 Oct 2020 03:48:38 -0000

Updated the README install requirements.

Mykhaylo Shumko committed [r629]

Mykhaylo Shumko — Thu, 15 Oct 2020 03:15:19 -0000

Removed old files. Still getting used to svn

Mykhaylo Shumko committed [r628]

Mykhaylo Shumko — Thu, 15 Oct 2020 03:13:15 -0000

Moved the Python IRBEM wrapper into an inner

Paul OBrien committed [r627]

Paul OBrien — Mon, 05 Oct 2020 21:08:11 -0000

fixed some 180/pi errors and a couple typos

AaronH posted a comment on ticket #10

AaronH — Tue, 08 Sep 2020 22:36:31 -0000

Hi Paul, On further investigation I think you're right. I had actually tested truncating the result to N=10 and was getting different results, but I now realise that's due to the way that IGRF interpolates the Gauss coefficients (if you don't specify the IGRF initialization frequency, it defaults to the middle of the year rather than the start of the year). I get values much closer if I emulate this. I can try and modify the code to try and implement the full range of coefficients, although I don't...

Paul OBrien posted a comment on ticket #10

Paul OBrien — Tue, 08 Sep 2020 13:04:01 -0000

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,...

AaronH posted a comment on ticket #10

AaronH — Sun, 06 Sep 2020 02:33:58 -0000

I realise I forgot to specify that the above example was calculated for 2015/01/1, but the year used does not seem to matter -- the values are incorrect regardless.

AaronH created ticket #10

AaronH — Sun, 06 Sep 2020 02:31:51 -0000

IRBEM IGRF implementation producing incorrect values

Paul OBrien committed [r626]

Paul OBrien — Thu, 27 Aug 2020 13:19:39 -0000

updated HDF5 cell array variable name description -- zero padding

Paul OBrien committed [r625]

Paul OBrien — Mon, 24 Aug 2020 20:33:52 -0000

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

Paul OBrien committed [r624]

Paul OBrien — Wed, 29 Jul 2020 14:45:31 -0000

new routine to write CSV files for isotropic energy response

Paul OBrien committed [r623]

Paul OBrien — Tue, 28 Jul 2020 20:40:39 -0000

added a short note about the HDF5 3-D response file format

Paul OBrien committed [r622]

Paul OBrien — Tue, 28 Jul 2020 20:14:40 -0000

added hdf5 support

Dillon Gillespie posted a comment on discussion Help

Dillon Gillespie — Fri, 12 Jun 2020 21:02:28 -0000

Hi there, So I'm having difficulties using the IRBEM function 'get_Lstar'. I'm trying to make a mapping from the ionosphere (specifically distances around 1.017 Re) to lower L values in the inner-magneto sphere. I ran the following script to call out the Lstar values using the OPQ model. I should note that the intention is to use this for average values and their is no specific date or time I'm looking for. But I do need to keep the coordinates in Re, MLAT, MLT format to Lstar, MLAT, MLT values....

Mykhaylo Shumko committed [r621]

Mykhaylo Shumko — Thu, 28 May 2020 23:50:38 -0000

Added get_field_multi() to the Python wrapper.

Paul OBrien modified ticket #8

Paul OBrien — Thu, 28 May 2020 16:33:23 -0000

Error in conversion between SPH coordinates and RLL coordinates

Paul OBrien posted a comment on ticket #8

Paul OBrien — Thu, 28 May 2020 16:33:23 -0000

closing for Steve.

Paul OBrien modified ticket #9

Paul OBrien — Thu, 28 May 2020 16:32:32 -0000

IGRF 12th have been superseeded by IGRF 13th edition

Paul OBrien posted a comment on ticket #9

Paul OBrien — Thu, 28 May 2020 16:32:32 -0000

Morley applied the fix and updated the coefficients.

Paul OBrien posted a comment on ticket #9

Paul OBrien — Thu, 28 May 2020 16:31:31 -0000

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.

AaronH posted a comment on ticket #7

AaronH — Sun, 12 Apr 2020 21:50:32 -0000

For anyone else running into this error, the following will work around the error that Adam mentioned in the previous post without explicitly providing a myownfield_init function: In the file source/init_nouveau.f, comment out line 58, In the file source/onera_desp_lib.f, comment out lines 1267 and 1284 Remake the library. As long as you don't use the "own field" functionality, the library should work without issue now.

Steve Morley posted a comment on ticket #9

Steve Morley — Sat, 04 Apr 2020 01:11:32 -0000

Hi Thomas, Thanks for the patch. I'm not part of the core development team, so hopefully my commit access will be deemed as having been used for good here. This has been applied in r620. I can't speak for the IRBEM developers on why the additional coefficients aren't used where they are available. If you do need the functionality provided by IRBEMlib, but need the additional precision, and aren't tied in to using Fortran - then take a look at LANLGeoMag (https://github.com/drsteve/LANLGeoMag). There's...

Steve Morley committed [r620]

Steve Morley — Sat, 04 Apr 2020 01:01:29 -0000

Update DGRF/IGRF to 2020. Patch from T. Nilsson. Closes #9.

Steve Morley modified a comment on ticket #8

Steve Morley — Fri, 03 Apr 2020 00:59:11 -0000

Change made in r619. I don't think I have permissions close this ticket though...

Steve Morley posted a comment on ticket #8

Steve Morley — Fri, 03 Apr 2020 00:58:08 -0000

Change made in r619

Steve Morley committed [r619]

Steve Morley — Fri, 03 Apr 2020 00:57:38 -0000

Correct radius assignment in SPH to RLL conversion. Closes issue #8.

Thomas Nilsson modified a comment on ticket #9

Thomas Nilsson — Fri, 21 Feb 2020 09:44:55 -0000

Since there has been very little progress on this more or less trivial issue, I took the liberty of creating a proposed fix (attached here as a diff file) in case it can be of any help to anyone. With best regards, Thomas Nilsson, IRF Uppsala edited 2020-02-21T10:45 CET: Removed incorrect attachement file, see comment below

Thomas Nilsson posted a comment on ticket #9

Thomas Nilsson — Fri, 21 Feb 2020 09:42:36 -0000

Dear everyone, I was just made aware of a typo which snuck into my proposed "igrf_coef.f.diff" file which was linked above. One line, which added: +2020 F2=(year-2020.D0)/5.D0 instead should have read: +2020 F2=(year-2015.D0)/5.D0 Please consider using the corrcted "igrf_coef.f.diff" file which is attached in this message instead. And my appologizes to anyone who downloaded and used the previous incorrect verison. Credit goes to Nikolai Pavlov for catching this and making me aware of it, thanks again!...

Thomas Nilsson posted a comment on ticket #9

Thomas Nilsson — Mon, 13 Jan 2020 13:34:03 -0000

As all of you may noticed, in my suggested patch (igrf_coef.f.diff) I simply followed suite in regards to only having the main-field coefficients of the IGRF up to degree N=10. This was done to ensure it did not introduce unexpected bugs in other parts of the IRBEM-LIB codebase, which I am not too familiar with, (in particual igrf.f). However now I must simply ask, why does not IRBEM-LIB take into account the full IGRF model which, since IAGA's decision in 2001 (which is referenced in text here https://doi.org/10.1111/j.1365-246X.2005.02641.x),...

Thomas Nilsson posted a comment on ticket #9

Thomas Nilsson — Thu, 09 Jan 2020 15:52:08 -0000

Thomas Nilsson created ticket #9

Thomas Nilsson — Tue, 07 Jan 2020 10:10:52 -0000

IGRF 12th have been superseeded by IGRF 13th edition

Alexander Lozinski posted a comment on discussion Help

Alexander Lozinski — Fri, 13 Dec 2019 17:55:29 -0000

Hi Paul, thanks very much for your explanation, that makes sense now Kind regards

Paul OBrien posted a comment on discussion Help

Paul OBrien — Fri, 13 Dec 2019 14:06:00 -0000

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...

Alexander Lozinski posted a comment on discussion Help

Alexander Lozinski — Fri, 13 Dec 2019 13:07:07 -0000

Dear all, I recenty began using IRBEM with Fortran to plot bounce paths using DRIFT_BOUNCE_ORBIT. I have two questions: 1) I would like to calculate the full trapped particle trajectory including gyromotion. Am I correct in thinking that DRIFT_BOUNCE_ORBIT can only calculate the bounce path of the gyrocentre? I can create plots like those attached. I also have my own code that solves the Lorentz equation for a particle at a given mu, L and alpha, but it is very slow and I would like to validate the...

AaronH created ticket #8

AaronH — Wed, 02 Oct 2019 18:54:52 -0000

Error in conversion between SPH coordinates and RLL coordinates

Paul OBrien committed [r618]

Paul OBrien — Wed, 02 Oct 2019 16:31:25 -0000

added python version of odc_util

Steve Morley committed [r617]

Steve Morley — Thu, 13 Jun 2019 20:07:51 -0000

moved inline comments on statement lines for f2py compatibility

Mykhaylo Shumko committed [r616]

Mykhaylo Shumko — Thu, 04 Apr 2019 19:07:44 -0000

Updated the external models look up table.

Mykhaylo Shumko committed [r615]

Mykhaylo Shumko — Sun, 17 Mar 2019 23:03:48 -0000

magfields_tests_and_visualizations.py: Fixed a small output name bug.

Mykhaylo Shumko committed [r614]

Mykhaylo Shumko — Sun, 17 Mar 2019 22:31:53 -0000

Added python documentation.

Steve Morley committed [r613]

Steve Morley — Thu, 28 Feb 2019 18:43:51 -0000

moved inline comments to fix python wrapping with f2py

Adam Kellerman posted a comment on ticket #7

Adam Kellerman — Tue, 31 Jul 2018 00:08:10 -0000

When calling the code, I get the following error "undefined symbol: myownmagfield_init", So I guess we are missing a file?

Adam Kellerman posted a comment on ticket #7

Adam Kellerman — Tue, 31 Jul 2018 00:03:03 -0000

Correction: Not deleting the line, but removing the 'myOwnMagField' commands on line 359 of the Makefile - so that it reads "all.build: version.fortran ntime_max compile_irbem" - get's around the error.

Adam Kellerman created ticket #7

Adam Kellerman — Tue, 31 Jul 2018 00:00:39 -0000

Make file fails with new 'myownmagnetic field' options

Paul OBrien committed [r612]

Paul OBrien — Fri, 15 Jun 2018 13:37:32 -0000

fixed another shieldose target abbreviation

Paul OBrien committed [r611]

Paul OBrien — Thu, 14 Jun 2018 18:55:47 -0000

added target material options

Jongkil Lee posted a comment on discussion Help

Jongkil Lee — Thu, 12 Apr 2018 06:15:05 -0000

Using make command, I try to install IRBEM LIB. But cant create correcty. My system is Linux64, intel fortran64. So my command is make OS=linux64 ENV=intel32 all Building non-sharable object onera_desp_lib_linux_x86.a AFRL_CRRES_models.f(525): remark #8291: Recommended relationship between field width 'W' and the number of fractional digits 'D' in this edit descriptor is 'W>=D+7'. read(10,'(34(D9.3,1x))')(flux(e,k,ish),k=1,34) ------------------------------^ AFRL_CRRES_models.f(543): remark #8291:...

Thomas Nilsson created ticket #4

Thomas Nilsson — Fri, 16 Mar 2018 13:37:49 -0000

Avoid hard coded IGRF coefficents, read from text file in environment variable "IGRF_COEFFS".

Paul OBrien committed [r610]

Paul OBrien — Wed, 07 Feb 2018 22:27:14 -0000

sync

Paul OBrien committed [r609]

Paul OBrien — Wed, 24 Jan 2018 20:22:18 -0000

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.

s-bourdarie committed [r608]

s-bourdarie — Wed, 17 Jan 2018 07:55:24 -0000

Memory error fixed in find_mirror_point1

s-bourdarie committed [r607]

s-bourdarie — Wed, 17 Jan 2018 07:44:00 -0000

Added the possibility to compile my_own_mag_field.f routine by provide path to access the source file in case it is not included in IRBEM/source directory

Paul OBrien committed [r606]

Paul OBrien — Mon, 04 Dec 2017 19:18:16 -0000

adding PDF version of RFL lib doc

Adam Kellerman committed [r605]

Adam Kellerman — Thu, 09 Nov 2017 06:46:33 -0000

removed ts07d target

Adam Kellerman committed [r604]

Adam Kellerman — Wed, 08 Nov 2017 20:26:38 -0000

Added the newer July 2017 TS07d model to kext 14, added new geopack_08, revised makefile, init scripts to remove the ts07 include file - we now rely on the global variable. Revised the ts07d setup script. removed geopack routines from the ts07d-2015 file. Note that the 2015 and 2017 versions of the TS07 model both include the Bessel function optimizations from JA. The former had them previously implemented in a separate file, now renamed to TS07j_2015.f. The 2015 model can now be found in Tsy...

Paul OBrien committed [r603]

Paul OBrien — Tue, 31 Oct 2017 20:27:50 -0000

sync

Mykhaylo Shumko committed [r602]

Mykhaylo Shumko — Fri, 06 Oct 2017 20:10:14 -0000

Added a local pitch angle parameter to the bounce_period calculator.

Mykhaylo Shumko committed [r601]

Mykhaylo Shumko — Fri, 06 Oct 2017 00:25:03 -0000

Cleaned up the code comments

Mykhaylo Shumko committed [r600]

Mykhaylo Shumko — Sat, 16 Sep 2017 18:37:19 -0000

Adjusted the package info variables to comply with Python's

Paul OBrien committed [r599]

Paul OBrien — Fri, 01 Sep 2017 18:55:32 -0000

sync

Mykhaylo Shumko committed [r598]

Mykhaylo Shumko — Wed, 30 Aug 2017 19:59:38 -0000

Fixed the function output names to be consistant.

Mykhaylo Shumko committed [r597]

Mykhaylo Shumko — Wed, 30 Aug 2017 16:01:38 -0000

Moved the IRBEM class to MagFields in the IRBEM.py file. Added a Coords class that wraps the coordinate transform functions in IRBEM FORTRAN code. Lastly, added test scripts for the two classes.

s-bourdarie committed [r596]

s-bourdarie — Tue, 27 Jun 2017 13:49:16 -0000

Updated coord_trans_vec description where ECI_TOD and J2000 coordinates have been added

s-bourdarie committed [r595]

s-bourdarie — Mon, 26 Jun 2017 07:10:54 -0000

Sync

s-bourdarie committed [r594]

s-bourdarie — Mon, 26 Jun 2017 07:05:15 -0000

Sync

s-bourdarie committed [r593]

s-bourdarie — Mon, 26 Jun 2017 06:58:02 -0000

Minimum energy in AE8 set to 40 keV instead of 50 keV.

s-bourdarie committed [r592]

s-bourdarie — Mon, 26 Jun 2017 06:56:31 -0000

Tab change to spaces (better with eclipse/fotran)

s-bourdarie committed [r591]

s-bourdarie — Mon, 26 Jun 2017 06:54:55 -0000

Tab change to spaces (better with eclipse/fotran)

s-bourdarie committed [r590]

s-bourdarie — Mon, 26 Jun 2017 06:53:22 -0000

Tab change to spaces (better with eclipse/fotran)

s-bourdarie committed [r589]

s-bourdarie — Mon, 26 Jun 2017 06:52:34 -0000

New file

s-bourdarie committed [r588]

s-bourdarie — Mon, 26 Jun 2017 06:50:42 -0000

Tab change to spaces (better with eclipse/fotran)

Mykhaylo Shumko committed [r587]

Mykhaylo Shumko — Mon, 19 Jun 2017 22:45:21 -0000

Added a if statement to test if user is using mac osX to load a mac-specific shared linrary. Same thing for Windows, but has not been tested!

Mykhaylo Shumko committed [r586]

Mykhaylo Shumko — Sat, 27 May 2017 00:44:03 -0000

Fixed the naming nominclature so now the function output

Mykhaylo Shumko committed [r585]

Mykhaylo Shumko — Mon, 22 May 2017 03:48:56 -0000

Made checks for arrays more Pythonic and fixed the Lstar dictionary key.

Mykhaylo Shumko committed [r584]

Mykhaylo Shumko — Sun, 21 May 2017 16:15:37 -0000

Added the functionality for the user to choose the external model by name from

Mykhaylo Shumko committed [r583]

Mykhaylo Shumko — Sat, 13 May 2017 19:24:39 -0000

Changed the STATUS_FLAG keyword to verbose.

Mykhaylo Shumko committed [r582]

Mykhaylo Shumko — Sat, 13 May 2017 19:24:15 -0000

Updated comments, and added the verbose keyword, which used to be called

Mykhaylo Shumko committed [r581]

Mykhaylo Shumko — Thu, 04 May 2017 20:26:50 -0000

Updated the test suite to run all of the tests when called with

Mykhaylo Shumko committed [r580]

Mykhaylo Shumko — Thu, 04 May 2017 19:41:06 -0000

Added package information to IRBEM, and added a setup script in setup.py

Mykhaylo Shumko committed [r579]

Mykhaylo Shumko — Tue, 11 Apr 2017 22:29:27 -0000

Added a check for magnetic field model paramete...

Mykhaylo Shumko committed [r578]

Mykhaylo Shumko — Fri, 07 Apr 2017 17:29:36 -0000

Fixed a bug with make_lstar modifying the input...

Mykhaylo Shumko committed [r577]

Mykhaylo Shumko — Thu, 06 Apr 2017 19:42:07 -0000

Reorganized functions so that the "protected" f...

Mykhaylo Shumko committed [r576]

Mykhaylo Shumko — Thu, 06 Apr 2017 19:34:22 -0000

Added two functions that utilize IRBEM to calcu...

Mykhaylo Shumko committed [r575]

Mykhaylo Shumko — Wed, 08 Mar 2017 23:52:23 -0000

Added a warning message if more than 50,000 ele...

Mykhaylo Shumko committed [r574]

Mykhaylo Shumko — Wed, 08 Mar 2017 21:34:30 -0000

Added a little bit of user firendliness to the ...

Mykhaylo Shumko committed [r573]

Mykhaylo Shumko — Wed, 08 Feb 2017 22:58:46 -0000

Fixed comments

Mykhaylo Shumko committed [r572]

Mykhaylo Shumko — Wed, 08 Feb 2017 22:56:04 -0000

find_magequator function seems to work, so I re...

Mykhaylo Shumko committed [r571]

Mykhaylo Shumko — Thu, 02 Feb 2017 17:36:45 -0000

Made helper functions in IRBEM.py "private". Wr...