Samuel Levis

Thank you @bekozi For my benefit, I'm linking this issue to my [PR here.](https://github.com/ESCOMP/CTSM/pull/815)

New concern relating to auxiliary data in the context of CTSM's surface data generation (with a piece of very good news): Running `./mksurfdata_map` to generate a surface dataset appears to...

> it looks like the routine that is responsible for writing the weight files does indeed handle the areas (and fractions). The routine consists of a couple thousand lines of...

> I will debug this further later this week. Could one of you please send me the aforementioned reproducer? `qsub /glade/work/slevis/ocgis_work/no_subset_20200825_reproducer.sh`

@rokuingh cc: @bekozi is there an update regarding the aforementioned debugging? This issue blocks the use of ocgis in CTSM's mkmapdata tool.

@rokuingh thank you for prioritizing this issue, I appreciate your help.

@rokuingh I have not run this script in a while (likely since Oct 2020). Thank you for the heads-up about it failing. I will look into it soon. Meanwhile, thank...

This far my code mods are simple and they work BUT I have eliminated the lat/lon coordinates because they were 1D and I haven't, yet, found a way to make...

From an email from Peter: The new historical data for 1850 - 2015 with the new absolute values is in the directory: /glade/p/cesm/sdwg_dev/thesis/data/cesm_tools/surfacedata/ctsm52finalrawdata/globalctsm52nrhistLUH2deg025_220918 Peter tested with an old version of...

> @wwieder and @billsacks Yes this is simple to do in the CTSM 5.2 raw data. We can simply scale all the land unit component percentages by landfrac. This will...