...
TR mono maps have large loss of precision. can be used for development, but not acceptable long term
MBTR FV->FV error - missing source points. It appears MBTR maps have a similar loss of precision as TR maps, but this could be corrupted du to the missing source points.
MBTR SE->SE: montone weights are bad, either NaN or >1
ESMF “aave” and “bilin” maps are good up to ne512pg2, but both produce too large weights with ne1024pg2 (both SE->SE and FV->SE)
AnalyzeMap
for MPAS->SE map, row sum calculation includes rows for non-mapped target points where the rowsum=0, and thus rowsum error is always 1.
request: add min/max of map file frac_a, frac_b data to output
request: check for NaNs when printing weight min/max
ncks --chk_map
request: add min/max of map file frac_a, frac_b data to output
request: check for NaNs when printing weight min/max
for MPAS->atm grid with bad weights (> 1.0), why are the rowsums still 1? , not how come frac_b min/max/ave is all near 1? even when there are bad weights (where there is a rowsum=3) and since MPAS is not a global grid, many rowsums should be between [0,1].