Difference between revisions of "Lightning NOx emissions"

From Geos-chem
Jump to: navigation, search
(Replacing the near-land algorithm)
(Obsolete information)
 
(12 intermediate revisions by 2 users not shown)
Line 1: Line 1:
----
 
----
 
<big><strong>GEOS-Chem v11-02-final</strong> '''will also carry the designation''' <strong>GEOS-Chem 12.0.0</strong>'''.'''  We are migrating to a purely numeric versioning system in order to adhere more closely to software development best practices. For a complete description of the new versioning system, please see [[GEOS-Chem version numbering system|our ''GEOS-Chem version numbering system'' wiki page]].</big>
 
----
 
----
 
 
 
 
On this page we list various updates to GEOS-Chem's lightning NOx emissions algorithm.
 
On this page we list various updates to GEOS-Chem's lightning NOx emissions algorithm.
  
Line 208: Line 201:
 
--[[User:Melissa Payer|Melissa Sulprizio]] 14:19, 12 January 2015 (EST)
 
--[[User:Melissa Payer|Melissa Sulprizio]] 14:19, 12 January 2015 (EST)
  
== OTD/LIS redistribution for MERRA 2x2.5 ==
+
== Previous issues that are now resolved ==
  
<span style="color:green">'''''This update was tested in the 1-month benchmark simulation [[GEOS-Chem_v9-01-03_benchmark_history#v9-01-03g|v9-01-03g]] and approved on 27 Feb 2012.'''''</span>
+
=== Limit flash rate density in hcox_lightnox_mod.F90 ===
  
'''''[mailto:COOPERM2@dal.ca Matt Cooper] wrote:'''''
+
<span style="color:green">'''''This update was included in [[GEOS-Chem 12#12.0.0|GEOS-Chem 12.0.0]].'''''</span>
  
:I've been working with Lee Murray on scaling the lightning NOx for use with MERRA at 2x2.5. I've attached the new <tt>lightning_nox_mod</tt> that Lee made that now includes a scaling factor for MERRA. I've tested it and it produces the expected flash rates and lightning NOx amounts. So this is ready to included in the model.
+
'''''Chris Holmes suggested:'''''
  
--[[User:Melissa Payer|Melissa Payer]] 15:29, 22 February 2012 (EST)
+
:When operating outside the time range that Lee has calculated scale factors, we could cap the flash/emission rate at the maximum value at the maximum value that occurs during the OTD/LIS record. That way we use Lee’s work when it’s available, but things don’t go crazy outside it.
  
== OTD/LIS redistribution for GEOS-5 ==
+
'''''Lee Murray wrote:'''''
  
=== OTD/LIS factors in GEOS-Chem v10-01 via HEMCO ===
+
:After we apply the OTD/LIS redistribution, you can globally limit the flash rate to its highest observed value of 4.2e-3 flashes / km2 / s from the newish ENTLN global product.
  
In [[GEOS-Chem v10-01]] and newer versions, the OTD/LIS lightning redistribution factors are read with the [[HEMCO|HEMCO emissions component]].  We have created [http://ftp.as.harvard.edu/gcgrid/data/ExtData/HEMCO/LIGHTNOX/v2014-07/README new OTD/LIS data files] (in [[Preparing data files for use with HEMCO|COARDS-compliant netCDF format]]) for use with HEMCO. These new data files are contained in the [[HEMCO data directories|HEMCO data directory tree]].  For detailed instructions on how to download these data files to your disk server, please see our [[HEMCO_data_directories#Downloading_the_HEMCO_data_directories|''Downloading the HEMCO data directories'' wiki post]].
+
:For the grid-independent lightning product, I'm using local upper values from ENTLN to limit unrealistically high values.
  
--[[User:Bmy|Bob Y.]] 13:16, 3 March 2015 (EST)
+
      !-----------------------------------------------------------
 
+
      ! (6a) Compute flash rate and apply OTD/LIS redistribution
==== Correct problem in OTD-LIS local redistribution files ====
+
      !-----------------------------------------------------------
 
+
   
<span style="color:green">'''''This fix was validated with the 1-month benchmark simulation [[GEOS-Chem v11-01 benchmark history#v11-01c|v11-01c]] and approved on 14 Sept 2015.'''''</span>
+
      ! Convert [flashes/min] to [flashes/6h]
 
+
      RATE    = FLASHRATE * 360.0d0
'''''[[User:Christoph_Keller|Christoph Keller]] wrote:'''''
+
   
 
+
      ! Apply regional or local OTD-LIS redistribution so that the
:Lu and I just figured out that there might be a problem with the lightning NOx OTD-LIS local redistribution files for GEOS-5 simulations: the two files (<tt>OTD-LIS-Local-Redist.CTH.v5.geos5.1.0.4x5.nc</tt> and <tt>OTD-LIS-Local-Redist.CTH.v5.geos5.2.0.4x5.nc</tt>) should be merged into one single file and we should then refer to this file in the HEMCO configuration file, e.g.:
+
      ! flashes occur in the right place.  
 
+
      RATE = RATE * REDIST
  103 LIGHTNOX_OTDLIS $ROOT/LIGHTNOX/v2014-07/OTD-LIS-Local-Redist.CTH.v5.{LNOX}.$RES.nc OTD $YYYY/1-12/1/0 C xy unitless NO - 1 1
+
 
+
:Should evaluate to
+
 
+
  103 LIGHTNOX_OTDLIS $ROOT/LIGHTNOX/v2014-07/OTD-LIS-Local-Redist.CTH.v5.geos5.4x5.nc OTD $YYYY/1-12/1/0 C xy unitless NO - 1 1
+
 
+
:The problem with the monthly GEOS-5 redistribution factors is that they change from version 5.1.0 to 5.2.0, with the switch occurring on September 2008. My solution to this problem was to create one single file that covers years 2007 to 2009. The monthly data of 2007 is then the full year of 5.1.0 data, and year 2009 covers the entire 5.2.0 data. Year 2008 is a hybrid with 5.1.0 data from Jan – Aug and 5.2.0 fields afterwards. HEMCO will then automatically pick the correct scale factors depending on the current simulation year!
+
 
+
--[[User:Melissa Payer|Melissa Sulprizio]] ([[User talk:Melissa Payer|talk]]) 17:07, 3 August 2015 (UTC)
+
 
+
=== OTD/LIS factors in GEOS-Chem v9-02 and earlier versions ===
+
 
+
==== Updated OTD/LIS local redistribution for GEOS-5 ====
+
 
+
Lee Murray has regenerated the OTD/LIS local redistribution factors for use with the new reprocessed GEOS-5 met data fields.  The scale factors were based on GEOS-5 met data from Dec 2003 through Feb 2009.
+
 
+
'''''IMPORTANT!  It is important to download the reprocessed GEOS-5 met data as soon as possible.  This reprocessed data eliminates the [[GEOS-5_issues#Error_in_GEOS-5_Cloud_Optical_Depths|optical depth error]] that was previously noted some months ago.  The GEOS-5 reprocessing effort was concluded on July 10, 2009.'''''
+
 
+
You may obtain the new OTD/LIS scale factors from:
+
 
+
ftp ftp.as.harvard.edu
+
cd pub/geos-chem/data/GEOS_4x5/lightning_NOx_200907
+
mget *
+
cd pub/geos-chem/data/GEOS_2x2.5/lightning_NOx_200907
+
mget *
+
cd pub/geos-chem/data/GEOS_0.5x0.666_CH/lightning_NOx_200907
+
mget *
+
 
+
The OTD/LIS files are named with the following convention:
+
 
+
OTD-LIS-Local-Redist.CTH.v4.geos4.*
+
OTD-LIS-Local-Redist.CTH.v4.geos5.*
+
 
+
Note that the version of the data has been updated from <tt>v3</tt> to <tt>v4</tt>, in order to distinguish them from the files in the previous directory <tt>lightning_NOx_200709/</tt>.
+
 
+
NOTE: The GEOS-4 files in <tt>lightning_NOx_200907/</tt> are identical to those in <tt>lightning_NOx_200709/</tt>.  For consistency and simplicity of coding, they have been renamed from <tt>v3</tt> to <tt>v4</tt>.
+
 
+
You will also need to get an updated version of source code file <tt>lightning_nox_mod.f</tt>, which has been modified to read in these new OTD/LIS local factors.  You may obtain this from:
+
 
+
ftp ftp.as.harvard.edu
+
cd /lustre/pub/ftp/pub/geos-chem/patches/v8-02-02
+
 
+
NOTE: You must also compile GEOS-Chem with the
+
 
+
#define IN_CLOUD_OD 'IN_CLOUD_OD'
+
 
+
switch activated in the <tt>define.h</tt> header file.  However, at a later time the <tt>IN_CLOUD_OD</tt> switch will be removed from the code.  We will keep it for now in case some GEOS-Chem users may not have all of the GEOS-5 met data downloaded onto their systems.
+
 
+
--[[User:Bmy|Bob Y.]] 10:00, 4 February 2010 (EST)
+
 
+
==== 17-Jul-2008 ====
+
 
+
Clarification: the [[#22-Apr-2008|method described by Lee Murray below]] expands upon previous work as described by [http://www.atmos-chem-phys.net/7/815/2007/acp-7-815-2007.pdf Sauvage et al., ACP 2007].
+
 
+
--[[User:Bmy|Bob Y.]] 16:14, 17 July 2008 (EDT)
+
 
+
==== 22-Apr-2008 ====
+
 
+
It was discovered that GEOS-5 lighting was consistently lower than in GEOS-4:
+
 
+
'''''[mailto:ltmurray@fas.harvard.edu Lee Murray] wrote:'''''
+
 
+
:[http://acmg.seas.harvard.edu/geos/wiki_docs/emissions/lnox_geos4_vs_geos5.ppt HERE] is a ppt on the lightning problem in GEOS5.
+
 
+
:The punch line is that the horizontal distribution of lightning in GEOS5 v8-01-01 is smaller than GEOS4, and more importantly the climatology, so local redistribution was causing a net loss in lightning flashes (~11%), and mostly over Central Asia which appeared to affect the N MidLat background (North America emissions match GEOS4 very well).  I am currently implementing the fix that I propose in the last slide, which preliminary results seem to indicate eradication of the problem.
+
 
+
:Please let me know if you have any questions/concerns. 
+
 
+
:~Lee
+
 
+
'''''[mailto:djacob@fas.harvard.edu Daniel Jacob] replied:'''''
+
 
+
:Hi Lee - thanks for the analysis! A problem I have with waiving the CTH requirement is that if we emit lightning from shallow clouds it's like not having lightning at all - the NOx will have a short lifetime and little effect. I prefer increasing the mid-latitudes yield per flash in order to have the right amount injected in the UT at northern mid-latitudes. I understand your concern about the yield per flash already being at the upper end of literature values. But increasing the yield is just a computational convenience - what we would effectively be doing in fact is displacing the flashes to neighboring regions where the model does have deep convection, and we would do it in a simple way rather than having a complicated algorithm to search for neighboring gridboxes. Let me know what you think. Daniel
+
 
+
Therefore we have made the following updates for lightning in GEOS-5:
+
 
+
# We now consider lightning to be produced at cloud top heights where T > -40 C. 
+
# We have created new OTD/LIS flash redistribution files for GEOS-5. 
+
 
+
'''''[mailto:ltmurray@fas.harvard.edu Lee Murray] replied:'''''
+
 
+
:The totals are now brought up to realistic values (see post script).
+
:Let me know if you have any questions.
+
:~Lee
+
 
+
  ## New 4x5 LNOx totals
+
  Category: NOX-LI-$    Tracer:    NOx  Cum Total:      6.0708 Tg N
+
  --------------------------------------------------------------------------
+
  TAU0 = 175320.00,    NYMD = 20050101,    Total =      0.3633 Tg N
+
  TAU0 =  176064.00,    NYMD = 20050201,    Total =      0.3378 Tg N
+
  TAU0 = 176736.00,    NYMD = 20050301,    Total =      0.4205 Tg N
+
  TAU0 = 177480.00,    NYMD = 20050401,    Total =      0.4454 Tg N
+
  TAU0 =  178200.00,    NYMD = 20050501,    Total =      0.5362 Tg N
+
  TAU0 =  178944.00,    NYMD = 20050601,    Total =      0.6714 Tg N
+
  TAU0 = 179664.00,    NYMD = 20050701,    Total =      0.7286 Tg N
+
  TAU0 =  180408.00,    NYMD = 20050801,    Total =      0.7432 Tg N
+
  TAU0 =  181152.00,    NYMD = 20050901,    Total =      0.5377 Tg N
+
  TAU0 =  181872.00,    NYMD = 20051001,    Total =      0.4931 Tg N
+
  TAU0 =  182616.00,    NYMD = 20051101,    Total =      0.4212 Tg N
+
  TAU0 =  183336.00,    NYMD = 20051201,    Total =      0.3724 Tg N
+
 
   
 
   
   ## New 2x25 July and Aug LNOx totals
+
      ! Apply scaling factor to make sure annual average flash rate
   Category: NOX-LI-$    Tracer:    NOx  Cum Total:      1.4678 Tg N
+
      ! equals that of the climatology. (ltm, 09/24/07)
  --------------------------------------------------------------------------
+
      RATE = RATE * Inst%OTD_LIS_SCALE
  TAU0 =  179664.00,    NYMD = 20050701,    Total =      0.7256 Tg N
+
  TAU0 =  180408.00,    NYMD = 20050801,    Total =      0.7422 Tg N
+
      END IF ! LBOTTOM >  1
 +
      END IF ! LTOP   >= LCHARGE
 +
      END IF ! LTOP   >  0
 +
      END IF ! LCHARGE >  1  
 +
 +
      <span style="color:green">'''! Do not allow flash density to become unrealistically high
 +
      IF ( ( RATE / 21600. / A_KM2 ) > 0.004177159 ) THEN
 +
            RATE = 0.004177159 * 21600. * A_KM2
 +
      END IF'''</span>
 +
 +
      !-----------------------------------------------------------
 +
      ! Eventually overwrite with values determined from imported
 +
      ! flash rate
 +
      !-----------------------------------------------------------
  
--[[User:Bmy|Bmy]] 09:50, 22 April 2008 (EDT)
+
--[[User:Melissa Payer|Melissa Sulprizio]] ([[User talk:Melissa Payer|talk]]) 12:11, 10 August 2018 (UTC)
 
+
== Previous issues that are now resolved ==
+
  
 
=== Update WEST_NS_DIV to fix ozone overestimate in southern US ===
 
=== Update WEST_NS_DIV to fix ozone overestimate in southern US ===
Line 361: Line 265:
  
 
--[[User:Melissa Payer|Melissa Sulprizio]] ([[User talk:Melissa Payer|talk]]) 20:57, 2 December 2016 (UTC)
 
--[[User:Melissa Payer|Melissa Sulprizio]] ([[User talk:Melissa Payer|talk]]) 20:57, 2 December 2016 (UTC)
 
=== BETA values for North America for years after 2008 ===
 
 
If you are using the North-American Nested-Grid simulation for years post-2008, then you should be aware of the following.  We will add this update into [[GEOS-Chem v9-01-03]].
 
 
'''''[mailto:ltmurray@fas.harvard.edu Lee Murray] wrote:'''''
 
 
:Since the operational version of GEOS5 used for the assimilation by GMAO changed in October 2008 from 5.1.0 to 5.2.0, which use different convection schemes, the lightning redistribution (i.e., satellite climatological constraint) needs to be determined for 5.2.0 separately.  However, Harvard doesn't host Nested NA 2009-2010, so I couldn't generate the necessary input files until others had sent me the unconstrained lightning flash rates who had previously downloaded from the Dalhousie archive with those years.  You should expect an annual average about 0.005 Tg N d-1 across the North American domain, with a summertime peak of about 0.01 Tg N d-1.
 
 
:However, a few warnings. Using the attached lightning constraint will be an improvement over running unconstrained, however there are substantial interannual changes in the lightning distribution -- especially at the nested horizontal resolution.  The constraint will make the 2009-2010 lightning distribution that of the 1995-2005 climatological mean, and therefore perhaps not be indicative of actual lightning in 2009 or 2010.  And since only two years are used to generate a simulated climatology for comparison with the long term satellite climatology, the problem may be exacerbated.
 
 
--[[User:Bmy|Bob Y.]] 16:07, 28 February 2012 (EST)
 
 
=== The common block bug fix ===
 
 
<span style="color:red">'''''This code has been removed from GEOS-Chem.  NOx emissions are now handled by [[HEMCO]].'''''</span>
 
 
Lee Murray has identified a bug in the existing code ([[GEOS-Chem_versions_under_development#v7-04-12|GEOS-Chem v7-04-12]]) which manifests itself when lightning emissions are turned off in GEOS-Chem.  The bug causes non-physical values to propagate through the tracer array...this shows up as anomalous CO concentrations at high altitudes over the tropics.
 
 
'''''[mailto:ltmurray@fas.harvard.edu Lee Murray] wrote:'''''
 
 
:The bug of simply turning off lightning in input.geos in a clean build of GEOS-Chem v7-04-12 causing the CO (and other species) to explode has been fixed.  (see attached)
 
 
:We use common block arrays to pass lightning and aircraft (GEMISNOX) and soil (GEMISNOX2) emissions to the SMVGEAR solver.  If a common block is called only in a subroutine, apparently (perhaps architecture/compiler-specific) it is able to occasionally lose its values (I had to really dig up old comments on F77 programming), which is feeding junk values into the model.
 
 
:I don't know if this will correct the problems that Ray and I had with the local-rescaling lightning as well.  It is quite possible that this is also common block error, though maybe not.  I will continue to investigate.
 
 
:The only sure way to eliminate this problem for certain is to eliminate the use of common block arrays (which is something that's been on the to-do list for a while).  If we're going to be overhauling lightning for v7-04-13, I would strongly recommend that we switch over to the use of allocated arrays to hold the lightning emissions.  (This would then also require modifying at least the aircraft emissions similarly).
 
 
:Do you agree?
 
 
:~Lee
 
 
ERROR: note weird values in CO
 
 
[[Image:Lnox_common_block_error.png]]
 
 
FIXED: weird values in CO disappear
 
 
[[Image:Lnox_common_block_error_fixed.png]]
 
 
Bob Yantosca replied that the preferred way to fix this error would be to replace the common block array GEMISNOX with separate module arrays for lightning NOx (EMIS_LI_NOx) and [[Aircraft_emissions#NOx|Aircraft NOx]] (EMIS_AC_NOx).  This fix will be implemented into [[GEOS-Chem_versions_under_development#v7-04-13|GEOS-Chem v7-04-13]].
 
 
'''''[mailto:yantosca@seas.harvard.edu Bob Yantosca] replied:'''''
 
 
:It's probably better to just take the GEMISNOX array out of the common block completely and to create separate module arrays for lightning and aircraft emissions.  That should get rid of any instability.
 
 
:Indeed, some of these common-block errors can be very esoteric.  As Lee said, they may be specific to a given compiler/platform combination.  Some of these types of errors may also depend on what level of optimization that you use to compile the code.  Fortran optimizers can do stuff like try to force common blocks to align themselves in multiples of 64kb chunks or other weird stuff (unless you tell it not to).
 
 
:We do have some common blocks still in GEOS-Chem, mainly in the legacy code and 3rd-party code sections (i.e. emissions, SMVGEAR, FAST-J, ISORROPIA, etc.).  It is often difficult to totally remove all of the common blocks in the older code sections without making changes in a lot of other places as well.  Newer parts of GEOS-Chem have been written to the F90 specifications.
 
 
:Bob Y.
 
 
=== Replacing the near-land algorithm ===
 
 
==== 24-Sep-2007 ====
 
 
Lee Murray (see correspondence below) has submitted a revised algorithm for lightning NOx emissions.  This will be added into [[GEOS-Chem_versions_under_development#v7-04-13|GEOS-Chem internal version v7-04-13]].
 
 
'''''[mailto:ltmurray@fas.harvard.edu Lee Murray] wrote:'''''
 
 
:Here's a list of the changes in the lightning code over v7.04.12 that I'm about to send over to Bob for inclusion into the standard model -- these are all what I have been running my sensitivity simulations with, and I think are improvements.  I just want to make sure that these sound reasonable to everyone -- please let me know if you have any concerns/objections.
 
 
:Thanks,
 
:Lee
 
 
:# '''Elimination of "near-land" treatment''' -- reverting to a single "lightning_nox_mod.f"  ("lightning_nox_nl_mod.f" will be removed).  This offers a significant improvement in correlation with the climatology on its own.
 
:# '''Elimination of all top-down scaling''' -- Attempt to have a physically-based parameterization.
 
:# '''Elimination of emissions per path length'''.  This relied on the grossly-simplified assumption that the relative path lengths vary as the linear ratio between the vertical distances between the negative charge layer with the ground and the cloud top heights for CG or IC flashes, respectively.  The CG and IC path lengths (which have significant horizontal components and many multiple strokes per flash) almost definitely do not follow this relationship -- and we don't differentially distribute vertically anyway.  In the future, we can look at aggregated pdfs of path lengths available from single-storm measurements to make a more appropriate distinction (hopefully in conjunction with different vertical pdfs).  This was already done for N MIdLats, but now for tropics too.
 
:# '''Tropical flashes at 260 mol/fl''' -- from Randall's constraint of 4.4 Tg N in the tropics and the OTD-LIS climatology for the region he  considered.  (Versus 500 mol/fl currently in the model for N MidLat, as per Rynda's work).  Both of these are within the range of values in the literature.  The 500 is at the upper range.  The 260 is very close to the mean/median (and will be applied to ~80% of all flashes).
 
:# '''New Local Scaling''' -- Now monthly  rather than seasonally, since we have the high res monthly climatology and there are significant intra-seasonal spatial variability in the lightning distribution -- particularly over the SE USA.  Also, set the redist factor in boxes where the model parameterization calculates no lightning over the OTD-LIS window  (May 1995-Dec 2005) but OTD-LIS saw some to 1.0 (I believe Bastien set them to 0.0), so as not to suppress future years that may want to put lightning there via the param.<br>(For now, have inserted a logical trap to cancel the simulation if the regional redistribution is selected.  Once my study is done, then we just remove the trap in a future version)
 
:# '''New input.geos mid-level scaling option''' -- If turned on (may be used with or without any of the redistributions), it will multiply every box by a uniform factor determined such that the 11-year parameterized and observed average annual flash rates (~46 flashes per second) are equal.  This will be a highly recommended feature.  CTH does an okay job without it, but PRECON and MFLUX really need it to be brought to the correct order of magnitude (at  least in GEOS4).  However, leave it optional so that one can use the unmodified physical parameterizations as well if they so choose.  In the future, this may be modified to be a year-specific scaling factor as determined by the LIS observations.
 
:#'''Recommended options in "input.geos"'''
 
 
<blockquote><pre>
 
  => Use lightning NOx?  : T
 
    => Scale glb flrate : T
 
    => OTD reg redist?  : F
 
    => OTD local redist?: T
 
    => Use CTH param?  : T
 
    => Use MFLUX param? : F
 
    => Use PRECON param?: F
 
</pre></blockquote>
 
 
== Obsolete information ==
 
 
These sections pertain to code or data that has been removed from the most recent versions of GEOS-Chem.  We shall keep this information here for reference.
 

Latest revision as of 20:53, 27 November 2018

On this page we list various updates to GEOS-Chem's lightning NOx emissions algorithm.

Generating OTD/LIS factors

When running a GEOS-Chem simulation for a time period that doesn't have OTS/LIS factors, your simulation will stop with the following error:

    Your model framework has not had its
    lightnox code reprocessed for the correction
    to how CLDTOPS are calculated, probably due to
    the lack of your met fields at Harvard.
    
    Please contact Lee Murray
    (ltmurray@post.harvard.edu), who can help you
    prepare the necessary modifications and files
    to get lightnox working for you.
    
    You may remove this trap in lightnox_nox_mod.f
    at your own peril, but be aware that the
    magnitude and distribution of lightnox may be
    unrealistic.
    
    You can explicitly set the beta value in your
    HEMCO configuration file by adding it to the
    'Lightning NOx settings:
    # ExtNr ExtName            on/off Species
    103     LightNOx         : on     NO
        --> OTD-LIS scaling  :        1.00e-3
        
      CALL HCO_ERROR( 'Wrong beta - see information in standard output', RC )

To guarantee that lightning remains reasonable during your simulation period, you'll need to provide Lee Murray with the unconstrained flash rates so he can generate the OTD/LIS factor.

To generate unconstrained flash rates, run GEOS-Chem for your full period and turn off all emissions except lightning in HEMCO_Config.rc:

103     LightNOx          : on    NO
    --> OTD-LIS factors   :       false
    --> OTD-LIS scaling   :       1.000001
    --> CDF table         :       $ROOT/LIGHTNOX/v2014-07/light_dist.ott2010.dat

To speed up the simulation, we also recommend disabling all processes (transport, chemistry, convection, wet deposition, dry deposition) in input.geos. To avoid hitting the above error in this simulation, you can either use OTD-LIS scaling : 1.000001 in HEMCO_Config.rc or manually comment out the IF ( BETA == 1d0 ) trap in HEMCO/Extensions/hcox_lightnox_mod.F90 (you will need to inform Lee of which method you used). Archive monthly mean lightning flash rates using the ND56 diagnostic and send those to Lee Murray.

--Melissa Sulprizio (talk) 16:15, 18 November 2016 (UTC)

OTD/LIS redistribution for GEOS-FP

OTD/LIS factors in GEOS-Chem v10-01

In GEOS-Chem v10-01 and newer versions, the OTD/LIS lightning redistribution factors are read with the HEMCO emissions component. We have created new OTD/LIS data files (in COARDS-compliant netCDF format) for use with HEMCO. These new data files are contained in the HEMCO data directory tree. For detailed instructions on how to download these data files to your disk server, please see our Downloading the HEMCO data directories wiki post.

--Bob Y. 16:31, 13 February 2015 (EST)

OTD/LIS factors in GEOS-Chem v9-02

Lee Murray has generated OTD-LIS local redistribution factors for use with the GEOS-FP met fields. The scale factors were based on GEOS-FP met data from April 2012 through September 2013.

You may obtain the new OTD/LIS scale factors from:

ftp ftp.as.harvard.edu
cd gcgrid/data/GEOS_4x5/lightning_NOx_201311
mget *
cd gcgrid/data/GEOS_2x2.5/lightning_NOx_201311
mget *
cd gcgrid/data/GEOS_0.5x0.666_NA/lightning_NOx_201311
mget *
cd gcgrid/data/GEOS_0.25x0.3125_NA/lightning_NOx_201311
mget *

The OTD/LIS files are named with the following convention:

OTD-LIS-Local-Redist.CTH.v5.geos5.*
OTD-LIS-Local-Redist.CTH.v5.geosfp.*

Note that the version of the data has been updated from v4 to v5, in order to distinguish them from the files in the previous directory lightning_NOx_201101/.

Code updates have also been made to lightning_nox_mod.f in GEOS-Chem v9-02, so that GEOS-Chem reads in these new OTD/LIS local factors.

--Bob Y. 13:13, 18 June 2014 (EDT)

Update OTD/LIS factors for GEOS-FP through October 2014

These updates were validated with the 1-month benchmark simulation v10-01h and approved on Approved 01 May 2015.

Lee Murray has generated OTD-LIS factors for GEOS-FP through October 2014. These updates will be brought into GEOS-Chem v10-01 via HEMCO.

Users of GEOS-Chem v9-02 may use the updated OTD/LIS factors by following the steps below.

Download the updated OTD/LIS scale factors

You may obtain the latest OTD/LIS scale factors using:

ftp ftp.as.harvard.edu
cd gcgrid/data/GEOS_4x5/lightning_NOx_201408
mget *
cd gcgrid/data/GEOS_2x2.5/lightning_NOx_201408
mget *
cd gcgrid/data/GEOS_0.25x0.3125_NA/lightning_NOx_201408
mget *

Modify the code in lightning_nox_mod.F

(1) In routine READ_LOCAL_REDIST, change FILENAME to point to the lightning_NOx_201408 data directory and use the appropriate suffix. The code should now look like this:

      ! OTD-LIS local redist filename for CTH parameterization
      ! Now read from lightning_NOx_201408 (ltm, 7/23/14)
      FILENAME = 
     &        'lightning_NOx_201408/OTD-LIS-Local-Redist.CTH.v5.' // 
     &        TRIM( MODELNAME ) // '.' // GET_RES_EXT()

      ! Prefix directory to file name
      FILENAME = TRIM( DATA_DIR ) // TRIM( FILENAME ) 

      ! Append suffix for GEOS-FP nested grids
#if   defined( GEOS_FP ) && defined( NESTED_CH )
      FILENAME = TRIM( FILENAME ) // '.CH'
#elif defined( GEOS_FP ) && defined( NESTED_NA )
      FILENAME = TRIM( FILENAME ) // '.NA'
#elif defined( GEOS_FP ) && defined( NESTED_EU ) 
      FILENAME = TRIM( FILENAME ) // '.EU'
#elif defined( GEOS_FP ) && defined( NESTED_SE ) 
      FILENAME = TRIM( FILENAME ) // '.SE'
#endif

      ! Append suffix for developmental lightning redistribution files
      ! This file constrains lightning distribution from Apr. 2012-Oct. 2014
      ! (ltm, 12/10/2014)
#if   defined( GEOS_FP )
      FILENAME = TRIM( FILENAME ) // '.v20141210'
#endif

(2) In routine READ_LOCAL_REDIST, update the BETA factors for GEOS-FP. The code should now look like this:

#if   defined( GEOS_FP ) && defined( GRID4x5 ) 

      !---------------------------------------
      ! GEOS-FP: 4 x 5 global simulation
      !---------------------------------------

      ! Constrained with simulated "climatology" for
      ! April 2012 - Oct 2014. Will need to be updated as more
      ! met fields become available (ltm, 2014-12-10).
      IF ( ( GET_YEAR() .eq. 2012 .and. GET_MONTH() .ge. 4  ) .or.
     &     ( GET_YEAR() .eq. 2013                           ) .or.
     &     ( GET_YEAR() .eq. 2014 .and. GET_MONTH() .le. 10 ) ) THEN
         BETA = ANN_AVG_FLASHRATE / 82.373293d0
      ENDIF

#elif defined( GEOS_FP ) && defined( GRID2x25 )

      !---------------------------------------
      ! GEOS-FP: 2 x 2.5 global simulation
      !---------------------------------------
 
      ! Constrained with simulated "climatology" for
      ! April 2012 - Oct 2014. Will need to be updated as more
      ! met fields become available (ltm, 2014-12-10).
      IF ( ( GET_YEAR() .eq. 2012 .and. GET_MONTH() .ge. 4  ) .or.
     &     ( GET_YEAR() .eq. 2013                           ) .or.
     &     ( GET_YEAR() .eq. 2014 .and. GET_MONTH() .le. 10 ) ) THEN
         BETA = ANN_AVG_FLASHRATE / 260.40253d0
      ENDIF

#elif defined( GEOS_FP ) && defined( GRID025x0325 ) && defined( NESTED_CH )

      !---------------------------------------
      ! GEOS-FP: Nested China simulation
      !---------------------------------------
     
      ! Constrained with simulated "climatology" for
      ! Jan 2013 - Dec 2013. Will need to be updated as more
      ! met fields become available (ltm, 2014-10-22).
      IF ( ( cYr .eq. 2013 .and. cMt .ge. 1  )   .or. &
           ( cYr .eq. 2013 .and. cMt .le. 12 ) ) THEN
         BETA = ANN_AVG_FLASHRATE / 1052.6366d0
      ENDIF

#elif defined( GEOS_FP ) && defined( GRID025x03125 ) && defined( NESTED_NA )

      !---------------------------------------
      ! GEOS-FP: Nested N America simulation
      !---------------------------------------

      ! Constrained with simulated "climatology" for
      ! April 2012 - Oct 2014. Will need to be updated as more
      ! met fields become available (ltm, 2015-01-13).
      IF ( ( GET_YEAR() .eq. 2012 .and. GET_MONTH() .ge. 4  ) .or. 
     &     ( GET_YEAR() .eq. 2013                           ) .or.
     &     ( GET_YEAR() .eq. 2014 .and. GET_MONTH() .le. 10 ) ) THEN
         BETA = ANN_AVG_FLASHRATE / 720.10258d0
      ENDIF

(3) In routine INIT_LIGHTNING_NOX, change FILENAME to point to the lightning_NOx_201408 data directory.

     !=================================================================
     ! Read lightning CDF from Ott et al [JGR, 2010]. (ltm, 1/25/11)
     !=================================================================

     ! Define filename
     FILENAME = 'lightning_NOx_201408/light_dist.ott2010.dat'
     FILENAME = TRIM( DATA_DIR ) // TRIM( FILENAME ) 

--Melissa Sulprizio 14:19, 12 January 2015 (EST)

Previous issues that are now resolved

Limit flash rate density in hcox_lightnox_mod.F90

This update was included in GEOS-Chem 12.0.0.

Chris Holmes suggested:

When operating outside the time range that Lee has calculated scale factors, we could cap the flash/emission rate at the maximum value at the maximum value that occurs during the OTD/LIS record. That way we use Lee’s work when it’s available, but things don’t go crazy outside it.

Lee Murray wrote:

After we apply the OTD/LIS redistribution, you can globally limit the flash rate to its highest observed value of 4.2e-3 flashes / km2 / s from the newish ENTLN global product.
For the grid-independent lightning product, I'm using local upper values from ENTLN to limit unrealistically high values.
      !-----------------------------------------------------------
      ! (6a) Compute flash rate and apply OTD/LIS redistribution
      !-----------------------------------------------------------

      ! Convert [flashes/min] to [flashes/6h]
      RATE     = FLASHRATE * 360.0d0

      ! Apply regional or local OTD-LIS redistribution so that the 
      ! flashes occur in the right place. 
      RATE = RATE * REDIST

      ! Apply scaling factor to make sure annual average flash rate 
      ! equals that of the climatology. (ltm, 09/24/07)
      RATE = RATE * Inst%OTD_LIS_SCALE

      END IF ! LBOTTOM >  1
      END IF ! LTOP    >= LCHARGE 
      END IF ! LTOP    >  0 
      END IF ! LCHARGE >  1 

      ! Do not allow flash density to become unrealistically high
      IF ( ( RATE / 21600. / A_KM2 ) > 0.004177159 ) THEN
           RATE = 0.004177159 * 21600. * A_KM2
      END IF

      !-----------------------------------------------------------
      ! Eventually overwrite with values determined from imported
      ! flash rate 
      !-----------------------------------------------------------

--Melissa Sulprizio (talk) 12:11, 10 August 2018 (UTC)

Update WEST_NS_DIV to fix ozone overestimate in southern US

This update was validated with 1-month benchmark simulation v11-01f and 1-year benchmark simulation v11-01k-Run0. This version was approved on 19 Dec 2016.

From Travis et al. (2016, ACP):

We constrain the lightning NOx source with satellite data as described by Murray et al. (2012). Lightning NOx is mainly released at the top of convective updrafts following Ott et al. (2010). The standard GEOS-Chem model uses higher NOx yields for midlatitudes lightning (500 mol flash-1) than for tropical (260 mol flash-1) (Huntrieser et al. 2007, 2008; Hudman et al., 2007; Ott et al., 2010) with a fairly arbitrary boundary between the two at 23° N in North America and 35° N in Eurasia. Zhang et al. (2014) previously found that this leads GEOS-Chem to overestimate background ozone in the southwestern US and we find the same here for the eastern US and the Gulf of Mexico. We treat here all lightning in the 35° S-35° N band as tropical and this remove the distinction between North America and Eurasia.

Katie Travis wrote:

All that is needed [for this update] is to change the following line in hcox_lightnox_mod.F90 from
 REAL*8,  PARAMETER            :: WEST_NS_DIV   =  23d0
to
 REAL*8,  PARAMETER            :: WEST_NS_DIV   =  35d0

--Melissa Sulprizio (talk) 20:57, 2 December 2016 (UTC)