Register multiple ISMIP6 source_id entries (#103)

[durack1]

Fix #103
Ref #101

[durack1]

@geresie take a peek at https://github.com/PCMDI/input4MIPs-cmor-tables/pull/106/files#diff-1cda588ea26bdfb36f1725e1fa0ce8b1 which should then be in reasonable shape, aside from a couple of variable clarifications

[durack1]

@geresie if this looks good to you, then I will merge and you can use the revised tables for data writing

[durack1]

@geresie apologies for nagging, but could you take a peek at this, pointing out any issues and giving me an "approve" review? Then I can merge this and you can start writing your data.

[geresie]

Thanks so much, Paul.

[durack1]

@geresie great, there was one clarification, the mrro* variable, I have listed mrroLi (see here) which may not be the CMIP5/6 variable that you are writing, so we might have one last tweak.

Once you have confirmed I will (tweak if required, and) merge this pull request (PR) and double check our tables to make sure that we have all the variables that you want to write (mrro is a land monthly Lmon variable, and we only have the Lday table defined in this repo (see here). I assume all data that you are writing is monthly?

Note, if you are using CMOR3.6.0 there were some tweaks required to the input files, as some variables that CMOR 3.6.0 is expecting were renamed, so we can tweak that and add the code that you are using to produce this ISMIP6 as another demo to the repo (see here)

[geresie]

The data are yearly. Can we add it to Lyr?
Thanks

[durack1]

@geresie and mrro* which variable is it?

[geresie]

mrro -- surface_runoff_flux
Our data we are trying to write are all yearly.

[durack1]

@geresie that is the mrros variable see here from the Lmon table, whereas total runoff mrro is defined here for the Lmon table.

I will open a new issue to generate an Lyr table and make sure that mrros is included.

Which tables are you pulling the other variables from? I have guessed below, please correct anything wrong

"acabf" IyrGre/IyrAnt see here for the IyrGre table
"evspsbl" Amon see here
"mrros" Lmon see here
"pr", Amon as for evspsbl
"sftflf" is this fixed or time invariant, in which case it would be the fx table
"so" Omon see here
"ts" Amon see here

Obviously if you are generating annual mean data, all these tables become annual/yearly: Ayr, Lyr, Oyr etc etc

[geresie]

Yes, all those tables are correct.

[durack1]

@geresie perfect, I will pull this across into a new issue which will update the tables, hopefully this arvo