Changeset 248
- Timestamp:
- Aug 1, 2011, 10:10:54 AM (13 years ago)
- Location:
- trunk
- Files:
-
- 3 added
- 5 edited
Legend:
- Unmodified
- Added
- Removed
-
trunk/MESOSCALE/LMD_MM_MARS/SIMU/runmeso
r242 r248 593 593 if [ ${wrfstep} -eq 1 ] 594 594 then 595 xeyes &596 595 echo '******************************' 597 596 echo '**** Step 4: Execute wrf.exe *' … … 614 613 615 614 fi 615 xeyes & 616 616 exit 617 617 -
trunk/MESOSCALE_DEV/MANUAL/SRC/guide.tex
r245 r248 5 5 6 6 \mk 7 \section{A summary of the complete set of commands to run a mesoscale simulation} 7 \section{A summary of the complete set of commands to run a mesoscale simulation}\label{zecommands} 8 8 9 9 \sk … … 30 30 ln -sf $MMM/your_compdir/wrf_suffix_reflecting_your_choices.exe wrf.exe 31 31 ln -sf $MMM/your_compdir/real_suffix_reflecting_your_choices.exe real.exe 32 [NB: executables can be copied instead of linked] 32 33 \end{verbatim} 33 34 … … 77 78 \section{The \ttt{runmeso} script} 78 79 80 \sk 81 The serie of commands detailed in section~\ref{zecommands} has to be repeated each time the user would like to run a new simulation with the LMD Martian Mesoscale Model. This is usually simple if the user simply want to change, e.g., the integration timestep, because only the few commands detailed at step~$4$ have to be used. On the contrary, if the user wants to run a new simulation in which, e.g., both the simulated season and the number of grid points are changed, every step from~$0$ to~$4$ have to be repeated (see e.g. section~\ref{changeparam}). Not only it can be tedious to type all commands again and again, but there is a quite high probability that the user (even the most experienced one) will face one or several of the following problems, which would prevent the simulation from running correctly, from running at all, from computing reasonable results, or would waste the user's time: 82 \begin{citemize} 83 \item A parameter labelled \ttt{(r)} in \ttt{namelist.input} (see chapter~\ref{zeparam}) is changed, but the sources have not been recompiled accordingly; 84 \item The answers to \ttt{makemeso} are not compliant with information in \ttt{namelist.input}; 85 \item The common information in \ttt{namelist.input} and \ttt{namelist.wps} are different; 86 \item The input sol in \ttt{launch\_gcm} does not correspond to the dates in \ttt{namelist.input} and \ttt{namelist.wps} (in accordance to the calendar table in appendix~\ref{calendar} and in \ttt{calendar}); 87 \item One or several of the various files used as input/output in step~$1$, $2$, $3$ are not correctly linked; 88 \item The wrong executable is used because the right model executables are not correctly linked; 89 \item Large domain simulations yield long computations of step~$2$ and~$3$, so the user have sometimes to wait a long time between each commands to type. 90 \end{citemize} 91 92 \sk 93 In those circumstances, using the \ttt{bash} script \ttt{runmeso} located in \ttt{\$MMM/SIMU} is probably a good idea when the commands listed in section~\ref{zecommands} has been successfully followed \emph{at least once}. The purpose of the \ttt{runmeso} script is to perform all commands and tests about links, executables, etc... described in section~\ref{zecommands}. To put it in a nutshell, after all the efforts made in the previous chapters to install, compile, test the LMD Martian Mesoscale Model and its initialization routines, the user can now rely on \ttt{runmeso} to easily launch a simulation with the LMD Martian Mesoscale Model. The serie of commands listed in the previous section~\ref{zecommands} is replaced by a more user-friendly method: 94 \begin{citemize} 95 \item set a simulation directory containing the parameter files \ttt{namelist.input} and \ttt{callphys.def}; 96 \item edit the \ttt{namelist.input} file with your settings; 97 \item edit the \ttt{callphys.def} file with your settings; 98 \item run the \ttt{runmeso} script in the simulation folder by typing \ttt{\$MMM/SIMU/runmeso} (or only \ttt{runmeso} if you add \ttt{\$MMM/SIMU} in your \ttt{PATH} environment variable); 99 \item make a choice about which step to start with. 100 \end{citemize} 101 102 When executing the \ttt{runmeso} script, useful information about the simulation and the system in which you plan to run it are prompted, before an invitation appears about the choice of step(s) to process with: 103 % 104 \scriptsize 105 \codesource{runmeso_output} 106 \normalsize 107 108 \sk 109 \begin{finger} 110 \item A first test of \ttt{runmeso} can be carried out with the test case of section~\ref{sc:arsia}. Please create a directory (e.g. \ttt{test}) and copy the files \ttt{namelist.input}, \ttt{callphys.def} and \ttt{namelist.wps} referring to this Arsia Mons test case in this directory. Then run \ttt{runmeso} and make choice~$1$, i.e. going through all steps detailed in \ref{steps} and \ref{zecommands}. 111 \item The execution of \ttt{runmeso} stops if an error is encountered: e.g., the environment variable \ttt{MESO} is not defined, one of the two files~\ttt{namelist.input} or~\ttt{callphys.def} are not present in the working directory, etc... 112 \item If \ttt{namelist.wps} is not present in the simulation directory, the \ttt{runmeso} script will propose to create it and will prompt $4$~additional questions about map projection, data source, latitude for center of domain, longitude for center of domain. The remaining information to be set in \ttt{namelist.wps} (cf. section~\ref{wps}) is then copied from \ttt{namelist.input} to ensure all common parameters between the two files are the same. The program \ttt{geogrid.exe} is then run and, if \ttt{ncview} is installed on your system, this program is prompted so that you can explore the file \ttt{geo\_em} file to check the created domain. 113 \item An \ttt{xeyes} session is prompted when the \ttt{runmeso} script has finished processing required steps. 114 \item If \ttt{runmeso} went well through steps~$1$ and~$2$, but encountered an error in~$3$, once the error has been corrected \ttt{runmeso} is not required to perform steps~$1$ and~$2$ again and can be started directly at step~$3$ (by typing~$3$, see possible choices above). 115 \end{finger} 116 79 117 %\mk 80 %\section{Complete simulations with \ttt{runmeso}} 81 % 82 %you'll notice you need to change namelist according to model compilation 83 %in order to minimize errors and help the user. 84 % 85 %\begin{remarque} 86 %To be completed 87 %\end{remarque} 88 % 89 %parler de xeyes 90 91 \mk 92 \section{Examples of parameter files} 93 118 %\section{Examples of parameter files} -
trunk/MESOSCALE_DEV/MANUAL/SRC/preproc.tex
r245 r248 85 85 86 86 \sk 87 The other necessary operation to prepare the LMD-MGCM for step~1 is to store a set of initial states for the LMD-MGCM to start with -- based on previous typical LMD-MGCM runs having reached equilibrium after ten years of integration. A reference database can be found in the following online big archive~\url{ftp://ftp.lmd.jussieu.fr/pub/aslmd/STARTBASE_64_48_32_t2.tar.gz}. This archive must be extracted somewhere on a disk that would be accessible by the system you plan to run the mesoscale model on ; the absolute link of the \ttt{STARTBASE\_64\_48\_32\_t2} directory on your disk must be reported in the beginning of the script~\ttt{\$MESO/LMDZ.MARS/myGCM/launch\_gcm} (variable \ttt{startbase}). If those operations went well, please try the command line~\ttt{echo 22 | launch\_gcm} which should launch the GCM integrations on your system.87 The other necessary operation to prepare the LMD-MGCM for step~1 is to store a set of initial states for the LMD-MGCM to start with -- based on previous typical LMD-MGCM runs having reached equilibrium after ten years of integration. A reference database can be found in the following online big archive~\url{ftp://ftp.lmd.jussieu.fr/pub/aslmd/STARTBASE_64_48_32_t2.tar.gz}. This archive must be extracted somewhere on a disk that would be accessible by the system you plan to run the mesoscale model on. A link named~\ttt{startbase} towards the \ttt{STARTBASE\_64\_48\_32\_t2} directory must be created in the directory~\ttt{\$MESO/LMDZ.MARS/myGCM}. If those operations went well, please try the command line~\ttt{echo 22 | launch\_gcm} which should launch the GCM integrations on your system. 88 88 89 89 \mk … … 91 91 92 92 \sk 93 \subsection{General overview} 93 \subsection{General overview}\label{changeparam} 94 94 95 95 \sk … … 142 142 \end{verbatim} 143 143 144 %%% compile_and_exec ???? au moment de runmeso145 146 144 \sk 147 145 \subsection{Step 2: Interpolation on the regional domain}\label{wps} … … 161 159 \item No input meteorological data are actually needed to execute \ttt{geogrid.exe}. This step~2a can be achieved/prepared e.g. before step~1. It is probably a good idea to prepare step~2 by choosing the mesoscale simulation domain, while GCM computations are done in step~1. 162 160 \item More details about the database and more options of interpolation could be found in the file \ttt{geogrid/GEOGRID.TBL} (for advanced users only). 163 \item Two examples are given in Figure~\ref{vallespolar}.161 \item Two examples of \ttt{namelist.wps} parameters are given in Figure~\ref{vallespolar} with resulting domains. 164 162 \end{finger} 165 163 … … 176 174 \end{figure} 177 175 178 176 \sk 177 The input datasets for topography and soil properties can be set in \ttt{namelist.wps} through the keyword \ttt{geog\_data\_res}. Possible choices are 178 \begin{citemize} 179 \item \ttt{'gcm'}: coarse-resolution datasets, 180 \item \ttt{'32ppd'}: coarse-resolution datasets, but 32ppd MOLA topography, 181 \item \ttt{'64ppd'}: fine-resolution datasets: TES albedo \& thermal inertia, 64ppd MOLA topography, 182 \item \ttt{'64ppd\_noHRti'}: fine-resolution datasets, but coarse-resolution thermal inertia, 183 \item \ttt{'32ppd\_HRalb'}: fine-resolution albedo, coarse-resolution thermal inertia, 32ppd topography. 184 \end{citemize} 179 185 180 186 \sk -
trunk/MESOSCALE_DEV/MANUAL/SRC/user_manual.tex
r245 r248 102 102 103 103 \sk 104 \s mall104 \scriptsize 105 105 \codesource{calendar} 106 106 \normalsize -
trunk/MESOSCALE_DEV/MANUAL/SRC/user_manual_txt.tex
r245 r248 12 12 13 13 \codesource{namelist.wps_NEST} 14 15 \section{geogrid.tbl} 14 16 15 17 \section{Tracers}
Note: See TracChangeset
for help on using the changeset viewer.