Hi all,
I'm hitting a most perplexing wall in attempting to continue a GAIA computation from a previous file. The error message is consistently this and it occurs at the beginning of the computation, which for reasons I will explain below makes no sense to me:
DEBIMP: PROBLEM ON BOUNDARY NUMBER 1
GIVE A VELOCITY PROFILE
IN THE BOUNDARY CONDITIONS FILE
OR CHECK THE WATER DEPTHS.
OTHER POSSIBLE CAUSE:
SUPERCRITICAL ENTRY WITH FREE DEPTH
IN THIS CASE GIVE A POSITIVE DEPTH
IN THE INITIAL CONDITIONS
OR PRESCRIBE THE DEPTH AT THE ENTRANCE.
In essence, for my project, I am trying to combine sedimentological data (stratification etc) from a previous computation (file A) with new bathymetry data (file
. To do this, I
adapted a Python script that will take values of BOTTOM from file B and all the other variables from file A, outputting a file C containing both. Thus, I set GAIA to continue computation from file C. Once this is initialized, a user_bed_init subroutine is run to define certain non-erodible zones.
Additionally, the hydrodynamic (T2D) computation is also continued from a previous file (file D) to avoid cold-start issues. In this previous simulation as well as the current one, depth is defined at both boundaries and a velocity profile is defined upstream. For this reason, flow criticality should not be problematic and anyway, in file D, every node on the boundary has Fr < 0.7 (high, but not supercritical). The same boundary conditions are used between files C and D and in all the following simulations.
Here is what I have tried to narrow down and mitigate the cold crashing issue:
- Run the simulation in hydrodynamic mode only (T2D) - successful
- Run the simulation coupled T2D & GAIA, without a previous computation file - successful
- Run the simulation coupled T2D & GAIA, with the previous bathymetry (file A) as previous sediment computation file - successful
- Reinitialize (set to 0) variables in file A pertaining to bedload rates for each class and cumulative bed evolution - unsuccessful
- Copy bed shear stress from file B to file A - unsuccessful
- Verify that bathymetry is identical between file C and file D
- Reduce computation timestep - unsuccessful
- Not running user_bed_init - unsuccessful
Evidently, the problem lies with the introduction of file C, as every other simulation "leading up" to this runs successfully. I cannot see for the life of me what could be going wrong, as file C is not corrupted in any visible manner and in principle, it should be a drop-in replacement. I have attached the .cas file in case anyone sees something strange, but these settings all work in other simulations with no issues.
Thanks,
André Renault