-
Notifications
You must be signed in to change notification settings - Fork 634
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
BACK namelist #13991
Comments
I will take a look. |
I am not recalling this discussion. Can you please provide me with context. What does BACK namelist do? |
A while back there was a conversation either Teams or email about making it easier to specify initial mass fractions when using detailed mechanisms. That it would be good to have some way other than the initial SPEC read to specify mass fractions. That way you could generate the file being CATFed once and then change individual scenario file. We discussed having multiple sets of SPEC inputs that would override prior ones but that seemed like it could cause unintended issues. So instead there was the idea of having BACK where you could list the initial mass fractions. This is just a list of species and their iniital mass fractions. I was suggesting that if BACK is used that we zero out any prior ZZ0 definition and then process BACK. |
What is the origin of the word "BACK", other than it has 4 letters? |
Ah right... "BACK" for overwriting BACKGROUND species from the CATF chem input library. Now I remember. |
Out of curiosity, is this method intended to provide different advantages than using |
@Er9y714 SPECFILE sets species grid cell by grid cell. The BACK is intended to simplify aspects of the workflow for running cases with detailed chemistry mechanisms and provides an alternative way of specifying the global MASS_FRACTION_0. |
Looking at this some more maybe ok to leave as is but if BACK is READ write a WARNING message if other MASS_FRACTION_0 have benn set. We are setting condensible mass fractions before we check for BACK. On BACK dealing with condensables would mean more complications for that input. In general few users will ever use this and in most cases I think it would be without also trying to set MASS_FRACTION_0 on SPEC. I will add a WARNING and remove YY0 which is no longer being used anywhere |
For the BACK namelist. I think this is a great idea, but should we make such that if BACK is used it completely replaces any prior MASS_FRACTION inputs? As it is now if you had multiple species with MASS_FRACTION_0 and also set a BACK with a different set of species, you would combine the two into a normalized list.
We would just need to add a couple of lines after the ERR check:
READ(LU_INPUT,NML=BACK,END=29,ERR=30,IOSTAT=IOS)
30 IF (IOS>0) THEN
WRITE(MESSAGE,'(A)') 'ERROR(101): Problem with BACK input'
CALL SHUTDOWN(MESSAGE) ; RETURN
ENDIF
*** add these ***
SPECIES_MIXTURE%ZZ0 = 0._EB
SPECIES%YY0 = 0._EB
*** add these ***
Also looking at the source I see we don't go back ad adjust YY0 for single spec index if species were normalized Though we don't seem to use that anywhere else now so maybe we can just delete.
The text was updated successfully, but these errors were encountered: