Ticket #893 (closed Issue: fixed)

Opened 3 years ago

Last modified 2 years ago

conformance class optional type property

Reported by: rupert Owned by: rupert
Priority: blocker Milestone: V1.1 Questionnaire Release
Component: WP2 - CIM etc Version:
Keywords: subCMIP5 Cc: charlotte, gerry, bryan
Requirement: http://metaforclimate.eu/Work-Package-2/Developing-the-CIM/Project-Requirements-summary.htm

Description

Hi Allyn

Could you add an optional property called type (of type string) to the conformance class. This is required due to the change in the way conformances are handled in the questionnaire. The questionnaire no longer associates conformances with particular mods/inputs so the CMIP5 CIM output no longer makes use of conformance/source. What remains is a descriptor which gives an indication of the type of modification. We did not need this information in the CIM previously as we could infer it. Now we can't so we need to add it.

Many thanks

-- Rupert

Change History

comment:1 Changed 3 years ago by rupert

Could you hold off doing this for the moment as there is still a discussion on whether we need to add this information or not. Thanks. Rupert

comment:2 Changed 3 years ago by bryan

  • Cc bryan added

comment:3 Changed 3 years ago by charlotte

Gerry and I plan to remove the “how this simulation conformed” question from the conformance pages of the questionnaire, we’ll replace it with a “do you conform to this requirement” [yes]/[no] tick box instead.  We are circulating this proposal now so you have a chance to digest it before we discuss it at the telco this afternoon.

Here’s a link to a conformance page so you know what we’re talking about http://q.cmip5.ceda.ac.uk/cmip5/39/simulation/19/conformance/

Conformance Type can be : not conformant, standard config, via inputs, via model mods, via combination.

We want to remove conformance type because the conformance simplifications mean that it is no longer associated with a  resolved input or a model mod, it’s a lonely piece of information that doesn’t join up to anything – so why are we asking for it?  Users will tell us about the inputs and model mods that were used by the simulation – at the simulation level.

Obviously removing the conformance type will have implications for the tools that are going to ingest questionnaire output we need to discuss:

  • what is the consequence of leaving the questionnaire as it is
  • what is the benefit of making the change we suggest 

comment:4 Changed 2 years ago by charlotte

  • Type changed from Task to Issue

comment:5 Changed 2 years ago by charlotte

Conformance Type can be : not conformant, standard config, via inputs, via model mods, via combination.

comment:6 Changed 2 years ago by charlotte

Hi Allyn, When you are don with this can you pass the ticket on to Rupert so he can make sure this information gets into the output CIM documents

Rupert the info is held in protoq_conformance as ctype_id

comment:7 Changed 2 years ago by allyn

As of r768, a new ConformanceType class with the above enumerations.  A type attribute of this class has been added to conformance.

comment:8 Changed 2 years ago by allyn

  • Owner changed from allyn to rupert

comment:9 Changed 2 years ago by rupert

  • Status changed from new to closed
  • Resolution set to fixed
Note: See TracTickets for help on using tickets.