
<?xml
version="1.0" encoding="utf-8"?>
<rss version="2.0" 
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:atom="http://www.w3.org/2005/Atom"
>

<channel xml:lang="en">
	<title>SURFEX</title>
	<link>https://www.umr-cnrm.fr/surfex/</link>
	<description> SURFEX (Surface Externalis&#233;e, in French) is a surface modelling platform developed by M&#233;t&#233;o-France in cooperation with the scientific community.
SURFEX is composed of various physical models for natural land surface, urbanized areas, lakes and oceans. It also simulates chemistry and aerosols surface processes and can be used for assimilation of surface and near surface variables.
SURFEX has its own initialisation procedures and can be used in stand alone mode and coupled to an atmospheric model.
In SURFEX, each model grid box is represented by four surface types : sea or ocean, water bodies (lakes, ...), urban areas and nature (soil and vegetation). Each surface type is modeled with a specific surface model and the total flux of the grid box results from the addition of the individual fluxes weighted by their respective fraction. Summary of the main components of the surfex model Tile NATURE
The model for the tile &#034;Nature&#034; is the ISBA (interaction soil-biosphere-atmosphere) model Tile TOWN
The model for the tile &#034;Town&#034; is the TEB (Town energy balance) model Tile OCEAN
Surface fluxes above the tile &#034;sea and ocean&#034; can be treated in a very simple way or by using more physically based model Tile WATER
Surface fluxes above the lake tile can be treated in a very simple way or by using the FLake model Chemical scheme
Emission and deposition of dust and aerosols are treated over land and oceans Data assimilation
Assimilation of near surface meteorological variables and remotely sensed variables can be performed using an optimal interpolation or an Ensemble Kalman filter scheme </description>
	<language>en</language>
	<generator>SPIP - www.spip.net</generator>
	<atom:link href="https://www.cnrm.meteo.fr/surfex/spip.php?id_rubrique=151&amp;page=backend" rel="self" type="application/rss+xml" />

	<image>
		<title>SURFEX</title>
		<url>https://www.cnrm.meteo.fr/surfex/IMG/logo/test-logo-bleu2.png?1771324290</url>
		<link>https://www.umr-cnrm.fr/surfex/</link>
		<height>22</height>
		<width>144</width>
	</image>



<item xml:lang="en">
		<title>Practical changes</title>
		<link>https://www.cnrm.meteo.fr/surfex/spip.php?article471</link>
		<guid isPermaLink="true">https://www.cnrm.meteo.fr/surfex/spip.php?article471</guid>
		<dc:date>2026-01-29T08:52:49Z</dc:date>
		<dc:format>text/html</dc:format>
		<dc:language>en</dc:language>
		<dc:creator>Minvielle</dc:creator>



		<description>
&lt;p&gt;On a practical point of view, the following differences are noted between version 8_0 and version 8_1: 1) Changes in the namelist OPTIONS.nam 2) Changes in the subroutines doing the interface with the calling atmospheric model 3) Changes in the output fields 4) Changes in the results (reproducibility) 5). An OFFLINE test of performance for XIOS&lt;/p&gt;


-
&lt;a href="https://www.cnrm.meteo.fr/surfex/spip.php?rubrique151" rel="directory"&gt;Surfex V8.1&lt;/a&gt;


		</description>


 <content:encoded>&lt;div class='rss_texte'&gt;&lt;p&gt;On a practical point of view, the following differences are noted between version 8_0 and version 8_1:&lt;/p&gt;
&lt;ul class=&#034;spip&#034; role=&#034;list&#034;&gt;&lt;li&gt; &lt;a href='https://www.cnrm.meteo.fr/surfex/spip.php?article406' class=&#034;spip_in&#034;&gt;1) Changes in the namelist OPTIONS.nam&lt;/a&gt;&lt;/li&gt;&lt;li&gt; &lt;a href='https://www.cnrm.meteo.fr/surfex/spip.php?article407' class=&#034;spip_in&#034;&gt;2) Changes in the subroutines doing the interface with the calling atmospheric model&lt;/a&gt;&lt;/li&gt;&lt;li&gt; &lt;a href='https://www.cnrm.meteo.fr/surfex/spip.php?article408' class=&#034;spip_in&#034;&gt;3) Changes in the output fields&lt;/a&gt;&lt;/li&gt;&lt;li&gt; &lt;a href='https://www.cnrm.meteo.fr/surfex/spip.php?article409' class=&#034;spip_in&#034;&gt;4) Changes in the results (reproducibility)&lt;/a&gt;&lt;/li&gt;&lt;li&gt; &lt;a href='https://www.cnrm.meteo.fr/surfex/spip.php?article424' class=&#034;spip_in&#034;&gt;5). An OFFLINE test of performance for XIOS&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;/div&gt;
		
		</content:encoded>


		

	</item>
<item xml:lang="en">
		<title>New developments in SURFEX V8.1.0</title>
		<link>https://www.cnrm.meteo.fr/surfex/spip.php?article470</link>
		<guid isPermaLink="true">https://www.cnrm.meteo.fr/surfex/spip.php?article470</guid>
		<dc:date>2026-01-29T08:50:05Z</dc:date>
		<dc:format>text/html</dc:format>
		<dc:language>en</dc:language>
		<dc:creator>Minvielle</dc:creator>



		<description>
&lt;p&gt;This version contains the following novelties: 1) Optimization and MPI parallelisation of the PGD and PREP steps. 2) The general OPEN-MP in the OFFLINE driver is removed. 3) By default, the output written fields are all 1D-fields (there is no longer the dimension PATCH in output files). 4) The types introduced in version 8_0 are used to simplify the writing of several subroutines of the code. 5) Some obsolete options are suppressed. 6) The modifications of P. Marguinaud for the (&#8230;)&lt;/p&gt;


-
&lt;a href="https://www.cnrm.meteo.fr/surfex/spip.php?rubrique151" rel="directory"&gt;Surfex V8.1&lt;/a&gt;


		</description>


 <content:encoded>&lt;div class='rss_texte'&gt;&lt;p&gt;This version contains the following novelties:&lt;/p&gt;
&lt;ul class=&#034;spip&#034; role=&#034;list&#034;&gt;&lt;li&gt; &lt;a href='https://www.cnrm.meteo.fr/surfex/spip.php?article396' class=&#034;spip_in&#034;&gt;1) Optimization and MPI parallelisation of the PGD and PREP steps.&lt;/a&gt;&lt;/li&gt;&lt;li&gt; &lt;a href='https://www.cnrm.meteo.fr/surfex/spip.php?article397' class=&#034;spip_in&#034;&gt;2) The general OPEN-MP in the OFFLINE driver is removed.&lt;/a&gt;&lt;/li&gt;&lt;li&gt; &lt;a href='https://www.cnrm.meteo.fr/surfex/spip.php?article399' class=&#034;spip_in&#034;&gt;3) By default, the output written fields are all 1D-fields (there is no longer the dimension PATCH in output files).&lt;/a&gt;&lt;/li&gt;&lt;li&gt; &lt;a href='https://www.cnrm.meteo.fr/surfex/spip.php?article398' class=&#034;spip_in&#034;&gt;4) The types introduced in version 8_0 are used to simplify the writing of several subroutines of the code.&lt;/a&gt;&lt;/li&gt;&lt;li&gt; &lt;a href='https://www.cnrm.meteo.fr/surfex/spip.php?article400' class=&#034;spip_in&#034;&gt;5) Some obsolete options are suppressed.&lt;/a&gt;&lt;/li&gt;&lt;li&gt; &lt;a href='https://www.cnrm.meteo.fr/surfex/spip.php?article402' class=&#034;spip_in&#034;&gt;6) The modifications of P. Marguinaud for the parallelization of the PREP with FULLPOS in AROME.&lt;/a&gt;&lt;/li&gt;&lt;li&gt; &lt;a href='https://www.cnrm.meteo.fr/surfex/spip.php?article401' class=&#034;spip_in&#034;&gt;7) The modifications of J. Escobar and M. Moge for the MPI parallelization of the PREP_REAL, PREP_NEST_PGD and SPAWNING.&lt;/a&gt;&lt;/li&gt;&lt;li&gt; &lt;a href='https://www.cnrm.meteo.fr/surfex/spip.php?article403' class=&#034;spip_in&#034;&gt;8) The parallel I/O server XIOS implemented in Surfex by S. Senesi.&lt;/a&gt;&lt;/li&gt;&lt;li&gt; &lt;a href='https://www.cnrm.meteo.fr/surfex/spip.php?article404' class=&#034;spip_in&#034;&gt;9) The fortran interface for NETCDF4 replaces the previous NETCDF3 interface.&lt;/a&gt;&lt;/li&gt;&lt;li&gt; &lt;a href='https://www.cnrm.meteo.fr/surfex/spip.php?article405' class=&#034;spip_in&#034;&gt;10) A first draft of the new coding related to the further building of ECOCLIMAP-SG.&lt;/a&gt;&lt;/li&gt;&lt;li&gt; &lt;a href='https://www.cnrm.meteo.fr/surfex/spip.php?article410' class=&#034;spip_in&#034;&gt;11) The GRIB-API library is updated to version 1.17.0.&lt;/a&gt;&lt;/li&gt;&lt;li&gt; &lt;a href='https://www.cnrm.meteo.fr/surfex/spip.php?article411' class=&#034;spip_in&#034;&gt;12) The output SNOW fields can be written 2D (number of points / number of snow layers), by M. Lafaysse (CEN).&lt;/a&gt;&lt;/li&gt;&lt;li&gt; &lt;a href='https://www.cnrm.meteo.fr/surfex/spip.php?article412' class=&#034;spip_in&#034;&gt;13) The NETCDF forcing file can be partially read, by M. Lafaysse (CEN).&lt;/a&gt;&lt;/li&gt;&lt;li&gt; &lt;a href='https://www.cnrm.meteo.fr/surfex/spip.php?article413' class=&#034;spip_in&#034;&gt;14) The definition of the OFFLIN output fields to be written is suppressed from files init_outfn_... .&lt;/a&gt;&lt;/li&gt;&lt;li&gt; &lt;a href='https://www.cnrm.meteo.fr/surfex/spip.php?article418' class=&#034;spip_in&#034;&gt;15) The OFFLIN output fields are adapted to plot their fields with EPyGrAM.&lt;/a&gt;&lt;/li&gt;&lt;li&gt; &lt;a href='https://www.cnrm.meteo.fr/surfex/spip.php?article427' class=&#034;spip_in&#034;&gt;16) The possibility to give CONDSAT, MPOTSAT, BCOEF, WWILT, WFC and WSAT, by soil layer, in the namelist NAM_DATA_ISBA, is added.&lt;/a&gt;&lt;/li&gt;&lt;li&gt; &lt;a href='https://www.cnrm.meteo.fr/surfex/spip.php?article428' class=&#034;spip_in&#034;&gt;17) A correction for the forcing radiation is introduced, under key (C. Szczypta, P. Le Moigne).&lt;/a&gt;&lt;/li&gt;&lt;li&gt; &lt;a href='https://www.cnrm.meteo.fr/surfex/spip.php?article429' class=&#034;spip_in&#034;&gt;18) Technical news for the assimilation part SODA (C. Albergel, S. Munier).&lt;/a&gt;&lt;/li&gt;&lt;li&gt; &lt;a href='https://www.cnrm.meteo.fr/surfex/spip.php?article430' class=&#034;spip_in&#034;&gt;19) The XRD and DR_HOOK library are merged and updated to version 44.&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;/div&gt;
		
		</content:encoded>


		

	</item>
<item xml:lang="en">
		<title>19) The XRD and DR_HOOK library are merged and updated to version 44.</title>
		<link>https://www.cnrm.meteo.fr/surfex/spip.php?article430</link>
		<guid isPermaLink="true">https://www.cnrm.meteo.fr/surfex/spip.php?article430</guid>
		<dc:date>2017-03-27T14:49:43Z</dc:date>
		<dc:format>text/html</dc:format>
		<dc:language>en</dc:language>
		



		<description>
&lt;p&gt;The XRD39 library from the GMAP is replaced by the XRD44. The DRHOOK library is included in the XRD44 library.&lt;/p&gt;


-
&lt;a href="https://www.cnrm.meteo.fr/surfex/spip.php?rubrique151" rel="directory"&gt;Surfex V8.1&lt;/a&gt;


		</description>


 <content:encoded>&lt;div class='rss_texte'&gt;&lt;p&gt;The &lt;strong&gt;XRD39&lt;/strong&gt; library from the GMAP is replaced by the &lt;strong&gt;XRD44&lt;/strong&gt;. The &lt;strong&gt;DRHOOK&lt;/strong&gt; library is included in the &lt;strong&gt;XRD44&lt;/strong&gt; library.&lt;/p&gt;&lt;/div&gt;
		
		</content:encoded>


		

	</item>
<item xml:lang="en">
		<title>18) Tehcnical news for the assimilation part SODA (C. Albergel, S. Munier).</title>
		<link>https://www.cnrm.meteo.fr/surfex/spip.php?article429</link>
		<guid isPermaLink="true">https://www.cnrm.meteo.fr/surfex/spip.php?article429</guid>
		<dc:date>2017-03-27T14:49:16Z</dc:date>
		<dc:format>text/html</dc:format>
		<dc:language>en</dc:language>
		



		<description>
&lt;p&gt;These changes include: the names of the observation fields can be given in the namelist (new entry COBS_M in NAM_OBS). The EKF scheme can run with ISBA-DF, and can have WG1, WG2... WG8 as variable fields. No more limitation on Jacobians values (was [-0.1,1]) but on analysis increments instead ([-1,1] for LAI, [-0.1,0.1] for SM) new diagnostics: Jacobian values, innovations and residuals (additionally to the analysis increments)&lt;/p&gt;


-
&lt;a href="https://www.cnrm.meteo.fr/surfex/spip.php?rubrique151" rel="directory"&gt;Surfex V8.1&lt;/a&gt;


		</description>


 <content:encoded>&lt;div class='rss_texte'&gt;&lt;p&gt;These changes include:&lt;/p&gt;
&lt;ul class=&#034;spip&#034; role=&#034;list&#034;&gt;&lt;li&gt; the names of the observation fields can be given in the namelist (new entry &lt;i&gt;COBS_M&lt;/i&gt; in &lt;strong&gt;NAM_OBS&lt;/strong&gt;).&lt;/li&gt;&lt;li&gt; The EKF scheme can run with ISBA-DF, and can have WG1, WG2... WG8 as variable fields.&lt;/li&gt;&lt;li&gt; No more limitation on Jacobians values (was [-0.1,1]) but on analysis increments instead ([-1,1] for LAI, [-0.1,0.1] for SM)&lt;/li&gt;&lt;li&gt; new diagnostics: Jacobian values, innovations and residuals (additionally to the analysis increments)&lt;/li&gt;&lt;/ul&gt;&lt;/div&gt;
		
		</content:encoded>


		

	</item>
<item xml:lang="en">
		<title>17) A correction for the forcing radiation is introduced, under key (C. Szczypta, P. Le Moigne).</title>
		<link>https://www.cnrm.meteo.fr/surfex/spip.php?article428</link>
		<guid isPermaLink="true">https://www.cnrm.meteo.fr/surfex/spip.php?article428</guid>
		<dc:date>2017-03-27T14:48:34Z</dc:date>
		<dc:format>text/html</dc:format>
		<dc:language>en</dc:language>
		



		<description>
&lt;p&gt;If LINTERP_SW (new key in NAM_IO_OFFLINE) is .TRUE., a new time interpolation for the short-wave radiation forcing data is done, taking into account the zenith angle, and allowing not to lost energy anymore.&lt;/p&gt;


-
&lt;a href="https://www.cnrm.meteo.fr/surfex/spip.php?rubrique151" rel="directory"&gt;Surfex V8.1&lt;/a&gt;


		</description>


 <content:encoded>&lt;div class='rss_texte'&gt;&lt;p&gt;If &lt;i&gt;LINTERP_SW&lt;/i&gt; (new key in &lt;strong&gt;NAM_IO_OFFLINE&lt;/strong&gt;) is .TRUE., a new time interpolation for the short-wave radiation forcing data is done, taking into account the zenith angle, and allowing not to lost energy anymore.&lt;/p&gt;&lt;/div&gt;
		
		</content:encoded>


		

	</item>
<item xml:lang="en">
		<title>16) The possibility to give CONDSAT, MPOTSAT, BCOEF, WWILT, WFC and WSAT, by soil layer, in the namelist NAM_DATA_ISBA, is added.</title>
		<link>https://www.cnrm.meteo.fr/surfex/spip.php?article427</link>
		<guid isPermaLink="true">https://www.cnrm.meteo.fr/surfex/spip.php?article427</guid>
		<dc:date>2017-02-15T07:38:46Z</dc:date>
		<dc:format>text/html</dc:format>
		<dc:language>en</dc:language>
		



		<description>
&lt;p&gt;It's now possible to set these paramaters at the PGD step, via the namelist NAM_DATA_ISBA. &lt;br class='autobr' /&gt;
They are defined by soil layer and don't depend on the vegetation type.&lt;/p&gt;


-
&lt;a href="https://www.cnrm.meteo.fr/surfex/spip.php?rubrique151" rel="directory"&gt;Surfex V8.1&lt;/a&gt;


		</description>


 <content:encoded>&lt;div class='rss_texte'&gt;&lt;p&gt;It's now possible to set these paramaters at the PGD step, via the namelist NAM_DATA_ISBA.&lt;/p&gt;
&lt;p&gt;They are defined by soil layer and don't depend on the vegetation type.&lt;/p&gt;&lt;/div&gt;
		
		</content:encoded>


		

	</item>
<item xml:lang="en">
		<title>5). An OFFLINE test of performance for XIOS</title>
		<link>https://www.cnrm.meteo.fr/surfex/spip.php?article424</link>
		<guid isPermaLink="true">https://www.cnrm.meteo.fr/surfex/spip.php?article424</guid>
		<dc:date>2016-11-30T15:50:59Z</dc:date>
		<dc:format>text/html</dc:format>
		<dc:language>en</dc:language>
		



		<description>
&lt;p&gt;Version of SURFEX: V81 &lt;br class='autobr' /&gt;
Version of XIOS: r986 &lt;br class='autobr' /&gt;
Test case: global 1/2 degree. 720*300 points. ISBA-DIF, 19 patches, NCB, ISBA-ES. Number of written output fields: 3466 Duration of the simulation: 1 month of 31 days. &lt;br class='autobr' /&gt;
Performances: Without XIOS and with none output field: 2 nodes 80 MPI tasks Time Elapsed: 7 min 19 s READ_SURFX1_NC is in 3&lt;sup class=&#034;typo_exposants&#034;&gt;rd&lt;/sup&gt; position with 8% of the total time against 9.93% for HYDRO_SOILDIF in 1&lt;sup class=&#034;typo_exposants&#034;&gt;st&lt;/sup&gt; position. =&gt; the reading begins to restrain the scalability. ===&gt; (&#8230;)&lt;/p&gt;


-
&lt;a href="https://www.cnrm.meteo.fr/surfex/spip.php?rubrique151" rel="directory"&gt;Surfex V8.1&lt;/a&gt;


		</description>


 <content:encoded>&lt;div class='rss_texte'&gt;&lt;p&gt;&lt;strong&gt;Version of SURFEX&lt;/strong&gt;: V81&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Version of XIOS&lt;/strong&gt;: r986&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Test case&lt;/strong&gt;:&lt;/p&gt;
&lt;ul class=&#034;spip&#034; role=&#034;list&#034;&gt;&lt;li&gt; global 1/2 degree. 720*300 points.&lt;/li&gt;&lt;li&gt; ISBA-DIF, 19 patches, NCB, ISBA-ES.&lt;/li&gt;&lt;li&gt; Number of written output fields: 3466&lt;/li&gt;&lt;li&gt; Duration of the simulation: 1 month of 31 days.&lt;/li&gt;&lt;/ul&gt;
&lt;p&gt;&lt;strong&gt;Performances&lt;/strong&gt;:&lt;/p&gt;
&lt;ul class=&#034;spip&#034; role=&#034;list&#034;&gt;&lt;li&gt; &lt;i&gt;Without XIOS and with none output field: 2 nodes 80 MPI tasks&lt;/i&gt;
&lt;ul class=&#034;spip&#034; role=&#034;list&#034;&gt;&lt;li&gt; Time Elapsed: 7 min 19 s&lt;/li&gt;&lt;li&gt; READ_SURFX1_NC is in 3&lt;sup class=&#034;typo_exposants&#034;&gt;rd&lt;/sup&gt; position with 8% of the total time against 9.93% for HYDRO_SOILDIF in 1&lt;sup class=&#034;typo_exposants&#034;&gt;st&lt;/sup&gt; position.&lt;br/&gt; =&gt; the reading begins to restrain the scalability.&lt;br/&gt; ===&gt; will take around 1h18min for 1 year.&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;/ul&gt;&lt;ul class=&#034;spip&#034; role=&#034;list&#034;&gt;&lt;li&gt; &lt;i&gt;Without XIOS and with all output fields: 1 node 40 MPI tasks&lt;/i&gt;
&lt;ul class=&#034;spip&#034; role=&#034;list&#034;&gt;&lt;li&gt; Time Elapsed: 36 min 20 s&lt;/li&gt;&lt;li&gt; 3 routines linked to the output writing are at the 3 first positions with a total of 57% of the total time. &lt;br/&gt; =&gt; the output writing highly constrains the scalability. &lt;br/&gt;
===&gt; around 7h15 for 1 year.&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;/ul&gt;&lt;ul class=&#034;spip&#034; role=&#034;list&#034;&gt;&lt;li&gt; &lt;i&gt;With XIOS and with all output fields: 2 nodes, 1 XIOS server and 60 MPI tasks for the OFFLINE&lt;/i&gt;
&lt;ul class=&#034;spip&#034; role=&#034;list&#034;&gt;&lt;li&gt; Time Elapsed: 10 min 29s&lt;/li&gt;&lt;li&gt; READ_SURFX1_NC in 3&lt;sup class=&#034;typo_exposants&#034;&gt;rd&lt;/sup&gt; position, 5.93% of the total time against 10% for HYDRO_SOILDIF in first position. &lt;br/&gt;
=&gt; the reading begins to constraint the scalability when using 2 nodes. &lt;br/&gt;
===&gt; around 2h06 minutes for 1 an.&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;/ul&gt;
&lt;p&gt;&lt;strong&gt;Remarks&lt;/strong&gt;:&lt;/p&gt;
&lt;ul class=&#034;spip&#034; role=&#034;list&#034;&gt;&lt;li&gt; With r986 of XIOS, it's recommended to use only 1 XIOS server (not more) because of a problem being treated by the XIOS team.&lt;/li&gt;&lt;li&gt; For the moment, XIOS can't handle output files with too many fields defined in them. So it's better to define in the XIOS .xml input file several output files with not a too big amount of fields in each of them.&lt;/li&gt;&lt;/ul&gt;
&lt;p&gt;&lt;strong&gt;Conclusion&lt;/strong&gt;:&lt;/p&gt;
&lt;ul class=&#034;spip&#034; role=&#034;list&#034;&gt;&lt;li&gt; Even with one only XIOS server, the performances for SURFEX OFFLINE are very satisfying.&lt;/li&gt;&lt;/ul&gt;
&lt;p&gt;&lt;strong&gt;Input .xml and OPTIONS.nam files, batch script to run it&lt;/strong&gt;:&lt;/p&gt;
&lt;ul class=&#034;spip&#034; role=&#034;list&#034;&gt;&lt;li&gt; &lt;a href='https://www.cnrm.meteo.fr/surfex/data/XIOS/OPTIONS.nam'&gt;OPTIONS.nam&lt;/a&gt;&lt;/li&gt;&lt;li&gt; &lt;a href='https://www.cnrm.meteo.fr/surfex/data/XIOS/iodef.xml'&gt;iodef.xml&lt;/a&gt;&lt;/li&gt;&lt;li&gt; &lt;a href='https://www.cnrm.meteo.fr/surfex/data/XIOS/surfex_xias.xml'&gt;surfex_xias.xml&lt;/a&gt;&lt;/li&gt;&lt;li&gt; &lt;a href='https://www.cnrm.meteo.fr/surfex/data/XIOS/script.sh'&gt;script.sh&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;/div&gt;
		
		</content:encoded>


		

	</item>
<item xml:lang="en">
		<title>15) The OFFLIN output fields are adapted to plot their fields with EPyGrAM.</title>
		<link>https://www.cnrm.meteo.fr/surfex/spip.php?article418</link>
		<guid isPermaLink="true">https://www.cnrm.meteo.fr/surfex/spip.php?article418</guid>
		<dc:date>2016-11-08T14:46:55Z</dc:date>
		<dc:format>text/html</dc:format>
		<dc:language>en</dc:language>
		



		<description>
&lt;p&gt;The documentation to plot SURFEX OFFLIN output fields with EPyGrAM is available here. &lt;br class='autobr' /&gt;
To make it possible, several changes are applied to the ....OUT.nc output files: Each field to be plotted has a new attribute, grid_mapping = &#034;Projection_Type&#034;. The variable Projection_Type is added to each OUT.nc file and filled according to: the projection of the run, the needs of EPyGrAM to plot it correctly. This implies the creation of the new file ol_write_proj.F90.&lt;/p&gt;


-
&lt;a href="https://www.cnrm.meteo.fr/surfex/spip.php?rubrique151" rel="directory"&gt;Surfex V8.1&lt;/a&gt;


		</description>


 <content:encoded>&lt;div class='rss_texte'&gt;&lt;p&gt;The documentation to plot SURFEX OFFLIN output fields with EPyGrAM is available &lt;a href='https://www.cnrm.meteo.fr/surfex/spip.php?rubrique155'&gt;here&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;To make it possible, several changes are applied to the ....OUT.nc output files:&lt;/p&gt;
&lt;ul class=&#034;spip&#034; role=&#034;list&#034;&gt;&lt;li&gt; Each field to be plotted has a new attribute, &lt;i&gt;grid_mapping = &#034;Projection_Type&#034;&lt;/i&gt;.&lt;/li&gt;&lt;li&gt; The variable &lt;i&gt;Projection_Type&lt;/i&gt; is added to each OUT.nc file and filled according to:
&lt;ul class=&#034;spip&#034; role=&#034;list&#034;&gt;&lt;li&gt; the projection of the run,&lt;/li&gt;&lt;li&gt; the needs of EPyGrAM to plot it correctly.&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;li&gt; This implies the creation of the new file &lt;i&gt;ol_write_proj.F90&lt;/i&gt;.&lt;/li&gt;&lt;/ul&gt;&lt;/div&gt;
		
		</content:encoded>


		

	</item>
<item xml:lang="en">
		<title>14) The definition of the OFFLIN output fields to be written is suppressed from files init_outfn_....</title>
		<link>https://www.cnrm.meteo.fr/surfex/spip.php?article413</link>
		<guid isPermaLink="true">https://www.cnrm.meteo.fr/surfex/spip.php?article413</guid>
		<dc:date>2016-10-04T10:11:22Z</dc:date>
		<dc:format>text/html</dc:format>
		<dc:language>en</dc:language>
		



		<description>
&lt;p&gt;When CTIMESERIES_FILETYPE = &#034;OFFLIN&#034;, the init_outfn_... files allow to define which fields will be written in the output OUT.nc files. &lt;br class='autobr' /&gt;
They force to define two times the variables to write: in the write_... routines, when the write_surf routine is called for each field to write. in the init_outfn_.. routines. &lt;br class='autobr' /&gt;
They are hard to maintain and sources of errors. &lt;br class='autobr' /&gt;
So, according to what was done for the &#034;NC&#034; I/O format, they are kept only to create the output files and the definition of (&#8230;)&lt;/p&gt;


-
&lt;a href="https://www.cnrm.meteo.fr/surfex/spip.php?rubrique151" rel="directory"&gt;Surfex V8.1&lt;/a&gt;


		</description>


 <content:encoded>&lt;div class='rss_texte'&gt;&lt;p&gt;When &lt;i&gt;CTIMESERIES_FILETYPE = &#034;OFFLIN&#034;&lt;/i&gt;, the &lt;i&gt;init_outfn_...&lt;/i&gt; files allow to define which fields will be written in the output OUT.nc files.&lt;/p&gt;
&lt;p&gt;They force to define two times the variables to write:&lt;/p&gt;
&lt;ul class=&#034;spip&#034; role=&#034;list&#034;&gt;&lt;li&gt; in the &lt;i&gt;write_...&lt;/i&gt; routines, when the &lt;i&gt;write_surf&lt;/i&gt; routine is called for each field to write.&lt;/li&gt;&lt;li&gt; in the &lt;i&gt;init_outfn_..&lt;/i&gt; routines.&lt;/li&gt;&lt;/ul&gt;
&lt;p&gt;They are hard to maintain and sources of errors.&lt;/p&gt;
&lt;p&gt;So, according to what was done for the &#034;NC&#034; I/O format, they are kept only to create the output files and the definition of output fields is replaced by the following mechanics:&lt;/p&gt;
&lt;ul class=&#034;spip&#034; role=&#034;list&#034;&gt;&lt;li&gt; at the first OFFLINE writing time step, the routines &lt;i&gt;write_surf_atm&lt;/i&gt; and &lt;i&gt;write_diag_surf_atm&lt;/i&gt; are called two times, one with LDEF = T, one with LDEF = F.&lt;/li&gt;&lt;li&gt; the routine &lt;i&gt;mode_write_surf_ol&lt;/i&gt; is adapted so that, if LDEF = T, the call to &lt;i&gt;write_surf&lt;/i&gt; leads to the call of &lt;i&gt;def_var_netcdf&lt;/i&gt;, and not to the writing of the field yet.&lt;/li&gt;&lt;li&gt; The &lt;i&gt;init_output_ol&lt;/i&gt; and &lt;i&gt;init_oufn_...&lt;/i&gt; routines are kept only to create the output OUT.nc files.&lt;/li&gt;&lt;li&gt; The routine &lt;i&gt;init_io_surfn&lt;/i&gt; takes in optional argument the name of the file where the following fields are to be written.&lt;/li&gt;&lt;/ul&gt;
&lt;p&gt; &lt;strong&gt;Remark&lt;/strong&gt;:&lt;/p&gt;
&lt;ul class=&#034;spip&#034; role=&#034;list&#034;&gt;&lt;li&gt; In the &lt;i&gt;init_outfn_...&lt;/i&gt; files, the attributes &lt;i&gt;long_name&lt;/i&gt; and &lt;i&gt;units&lt;/i&gt; were more precisely defined that in the &lt;i&gt;write_...&lt;/i&gt; routines.&lt;/li&gt;&lt;li&gt; If they want to keep this level of precision, the users are invited to take the old &lt;i&gt;init_outfn_..&lt;/i&gt; files and to put the attributes &lt;i&gt;long_name&lt;/i&gt; and &lt;i&gt;units&lt;/i&gt; in the &lt;strong&gt;HCOMMENT&lt;/strong&gt; argument of the &lt;i&gt;write_surf&lt;/i&gt; routine, with the following syntax: &lt;br/&gt;
&lt;i&gt;YCOMMENT = &#034;&lt;i&gt;long_name&lt;/i&gt; (&lt;i&gt;units&lt;/i&gt;)&#034;&lt;/i&gt;&lt;br/&gt;
Thus &lt;i&gt;mode_write_surf_ol&lt;/i&gt; will separate &lt;i&gt;long_name&lt;/i&gt; from &lt;i&gt;units&lt;/i&gt; and put them in the appropriate NETCDF variable attributes.&lt;/li&gt;&lt;/ul&gt;&lt;/div&gt;
		
		</content:encoded>


		

	</item>
<item xml:lang="en">
		<title>13) The NETCDF forcing file can be partially read, by M. Lafaysse (CEN).</title>
		<link>https://www.cnrm.meteo.fr/surfex/spip.php?article412</link>
		<guid isPermaLink="true">https://www.cnrm.meteo.fr/surfex/spip.php?article412</guid>
		<dc:date>2016-10-04T10:00:58Z</dc:date>
		<dc:format>text/html</dc:format>
		<dc:language>en</dc:language>
		



		<description>
&lt;p&gt;Two keys are added in NAM_IO_OFFLINE: LDELAYEDSTART_NC: If .TRUE., the variable time in the NETCDF FORCING file is considered. This variable TIME is defined for each forcing time step, so the forcing time step corresponding to the date of beginning of the simulation (coming from the PREP file) is kept as the first forcing time step for the run. NDATESTOP: Integer array of 4 elements: year, month, day and hour (in s) for the end of the simulation. If NDATESTOP is not 0, it's converted in (&#8230;)&lt;/p&gt;


-
&lt;a href="https://www.cnrm.meteo.fr/surfex/spip.php?rubrique151" rel="directory"&gt;Surfex V8.1&lt;/a&gt;


		</description>


 <content:encoded>&lt;div class='rss_texte'&gt;&lt;p&gt;Two keys are added in &lt;i&gt;NAM_IO_OFFLINE&lt;/i&gt;:&lt;/p&gt;
&lt;ul class=&#034;spip&#034; role=&#034;list&#034;&gt;&lt;li&gt; &lt;strong&gt;LDELAYEDSTART_NC&lt;/strong&gt;: &lt;br/&gt;
If .TRUE., the variable &lt;i&gt;time&lt;/i&gt; in the NETCDF FORCING file is considered. This variable TIME is defined for each forcing time step, so the forcing time step corresponding to the date of beginning of the simulation (coming from the PREP file) is kept as the first forcing time step for the run.&lt;/li&gt;&lt;/ul&gt;&lt;ul class=&#034;spip&#034; role=&#034;list&#034;&gt;&lt;li&gt; &lt;strong&gt;NDATESTOP&lt;/strong&gt;: &lt;br/&gt;
Integer array of 4 elements: year, month, day and hour (in s) for the end of the simulation. &lt;br/&gt;
If NDATESTOP is not 0, it's converted in number of forcing time steps and used to stop the simulation at this ending date.&lt;/li&gt;&lt;/ul&gt;&lt;/div&gt;
		
		</content:encoded>


		

	</item>



</channel>

</rss>
