Read and apply SCRFs internally

[gutmann]

Provide an option to GARD to read in pre-computed SCRF fields so they can be used with, e.g., sample_analog or simply used to apply the error and pop terms internally.

This could go along with only writing final output, instead of writing (and having to save) mean, error, and pop fields. This could save a lot of memory and enable longer runs without having to break it up.

[jhamman]

+1 on this.

[andywood]

Since the SCRF code we use for GMET (and used for the GMET version of GARD) is also in Fortran, how difficult would it be to connect it as a subroutine?

[gutmann]

Almost trivial I suspect, but it still depends on NR and I don’t want that dependency in GARD. Once that is ironed out I would prefer to have it as a subroutine.

On Jun 8, 2018, at 8:59 PM, Andy Wood [email protected] wrote:

Since the SCRF code we use for GMET (and used for the GMET version of GARD) is also in Fortran, how difficult would it be to connect it as a subroutine?

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or mute the thread.