Custom Query (964 matches)
Results (370 - 372 of 964)
Ticket | Owner | Reporter | Resolution | Summary |
---|---|---|---|---|
#470 | Fixed | Corrected bug in obs_write.F when computing final misfit | ||
Description |
|
|||
#471 | Fixed | Corrected typo in plotting package routine slevels.F | ||
Description |
Correted routine slevels.F in the plotting package. The variable tindx was already declared in common block (ncinfo.h). Many thanks to David Robertson for bringing this to my attention. The was also reported by Robert Bauer in the forum. |
|||
#472 | Fixed | FLOAT_VWALK scaling problem | ||
Description |
There are a couple of significant problems with the operation of the FLOAT_VWALK option:
I investigated these problems with a simple case: fluid at rest with uniform diffusivity at 10-5 m2/s, doubly periodic domain 50 m deep, 5 uniformly spaced levels, 300 floats released at 25 m depth and followed for 0.5 days. The standard deviation of the float vertical position should increase with time as sqrt(2 K t) so at 0.5 days should be 0.93 m. However in the simulation it is 9.3 m (VWALK_FORWARD defined) or 6.6 m (not defined). The scaling problem arises because the nudging velocity (nudg) is calculated in vwalk_floats.F in m/s and is then applied in interp_floats.F to calculate the rhs term track(izrhs,...) without further scaling. It should be scaled by the layer depth Hz. I have applied the correct (I think) scaling in a copy of interp_floats.F on my branch on the developers' repository https://www.myroms.org/svn/omlab/branches/hadfield/trunk/ROMS/Nonlinear/interp_floats.F I haven't yet looked into the situation where VWALK_FORWARD is undefined, but presumably it arises from the predictor-corrector scheme trying to cope with impulsive perturbations and can be fixed by multiplying the perturbations by sqrt(2). |