Lines of Code
| Author | Changes | Lines of Code | Lines per Change |
|---|---|---|---|
| Totals | 32 (100.0%) | 778 (100.0%) | 24.3 |
| fairhead | 24 (75.0%) | 747 (96.0%) | 31.1 |
| acozic | 3 (9.4%) | 21 (2.7%) | 7.0 |
| dcugnet | 5 (15.6%) | 10 (1.3%) | 2.0 |
Fixes for INCO, CO2i AND REPROBUS, mostly because some sections are specific to type_trac=="lmdz",
which is not always equivalent to ANY(types_trac=='lmdz).
Also force the water phases to get tracers(*)%component='lmdz' so that nqo can be correctly computed.
0 lines of code changed in 1 file:
Modifications to code to introduce a new vertical axis on llm+1 levels so that fluxes can
be output on their proper levels as per the CMIP6 DataRequest?
Actually is r3853 from the IPSL-CM6A-MR branch
LF
7 lines of code changed in 2 files:
* add the computation of nqINCA in the "tracer.def" case (A. Cozic)
* few fixes
6 lines of code changed in 1 file:
The variable "types_trac" is the equivalent of "type_trac" in case multiple sections must be read
and used in "tracer.def" file.
Tests on the "type_trac" were replaced with tests on the vector "types_trac".
Most of the time, there are two components: 'lmdz' and a second one. The later has priority on 'lmdz'
and must be used for the tests. For more components, care must be taken to execute specific parts
of the code on the right tracers ; the tracers(:)%component has been created in that respect.
4 lines of code changed in 1 file:
modify lmdz code in order to transfer to inca model all infomations necessary for the coupling with dynamico
21 lines of code changed in 3 files:
Inclusion of some corrections and optimisations for XIOS done by
Arnaud Durocher during his TGCC mission.
Included here are r3703, r3704, r3750, r3751, r3752 from his
LMDZ6/branches/Optimisation_LMDZ branch
18 lines of code changed in 1 file:
Adds a routine 'prt_alerte' to enable developpers to print out informative messages on the first pass through physics
and from the master process only. This can be used to remind oneself of potential problems or further enhancements.
Messages can be differentiated by a 'priority' code 0/1/2 (corresponding to GREEN/ORANGE/RED alerts)
By default, the messages are output in a file called ALERTES.txt but changing the unit number to 6 in the
print_control_mod.F90 file allows you to print out your messages to the screen.
To use you simply need to:
- have this USE statement at the start of your routine:
USE print_control_mod, ONLY: prt_level, lunout, call_alert, prt_alerte
- ensure that the modname variable is defined and contains the name of your routine
- then you just need to add the following lines in your routine wherever you want to ouput your message
(preferably not in a do loop)
message='your informative message'
IF (call_alert) CALL prt_alerte(message,modname,CODE)
where
* message is the message to print out
* modname is the routine name
* CODE is an integer representing your priority code (0/1/2)
and you should get messages of the form
ALERTE ROUGE cva_driver! ym missing init, need to have a look by developpers
ALERTE VERTE orosetup_strato! ym correction en attendant mieux
in your output file.
39 lines of code changed in 1 file:
Further modifications for DYNAMICO/LMDZ convergence. These are based
on Yann's LMDZ6_V2 sources. Compiles on irene and converges with revision 3459
in a bucket configuration
YM/LF
565 lines of code changed in 7 files:
"Historic" :-) commit merging the physics branch used for DYNAMICO with the LMDZ trunk.
The same physics branch can now be used seamlessly with the traditional lon-lat LMDZ
dynamical core and DYNAMICO.
Testing consisted in running a lon-lat LMDZ bucket simulation with the NPv6.1 physics package
with the original trunk sources and the merged sources. Tests were succesful in the sense that
numeric continuity was preserved in the restart files from both simulation. Further tests
included running both versions of the physics codes for one year in a LMDZOR setting in which
the restart files also came out identical.
Caution:
- as the physics package now manages unstructured grids, grid information needs to be transmitted
to the surface scheme ORCHIDEE. This means that the interface defined in surf_land_orchidee_mod.F90
is only compatible with ORCHIDEE version orchidee2.1 and later versions. If previous versions of
ORCHIDEE need to be used, the CPP key ORCHIDEE_NOUNSTRUCT needs to be set at compilation time.
This is done automatically if makelmdz/makelmdz_fcm are called with the veget orchidee2.0 switch
- due to a limitation in XIOS, the time at which limit conditions will be read in by DYNAMICO will be
delayed by one physic timestep with respect to the time it is read in by the lon-lat model. This is caused
by the line
IF (MOD(itime-1, lmt_pas) == 0 .OR. (jour_lu /= jour .AND. grid_type /= unstructured)) THEN ! time to read
in limit_read_mod.F90
Work still needed on COSP integration and XML files for DYNAMICO
EM, YM, LF
118 lines of code changed in 13 files:
Fix in regr_horiz_time_climoz_m: <= instead of < in an index search loop to avoid
a possible error in the 3D ozone interpolation when input and output longitudes
numbers are equal.
Few typos in the comments corrected.
0 lines of code changed in 2 files: