Adds StandardTypeItemType and adds updated Enums

[kevinkirkl3y]

Closes #172

[blizita]

Note to talk through NEC690 as an example of overlapping standard

[reepoi]

The StandardTypeItemType enums plus the CertificationTypeProductItemType enums cover all of the standard name/number values from the CEC data. Should we include all the enums from CertificationTypeProductItemType in the enums of StandardTypeItemType? UL1741SA is a value from the CEC data that is in CertificationTypeProductItemType, but not in StandardTypeItemType.

Also, for grid support solar inverters, the CEC lists whether a product was tested according to a range of sections of a standard. For example, UL 1741 SA8-SA13. To communicate that a product is certified under this range, one option is to add an enum for each section (UL1741SA8,...,UL1741SA13) to StandardTypeItemType, and then create a ProdCertification for each of the sections.

[kevinkirkl3y]

@reepoi I have added UL1741SA to the StandardTypeItemType Enums. In reference to the individual section that are noted, there is the element CertificationTypeSections within the taxonomy and designed to serve this specific purpose. It currently isn't a member of any objects but could quickly be added ProdCertification if it meets your requirements.

[reepoi]

@kevinkirkl3y I have the list of the remaining enums to add to the StandardTypeItemType:

• For ProdModule data
  • add UL 1703
• For ProdEnergyStorageSystem data
  • add UL 9540:2016
  • add UL 9540:2020
  • add JA12
  • This is also in CertificationTypeProductItemType here, and the CEC uses it to refer to the 2019 Building Energy Efficiency Standards' Reference Joint Appendix 12

Also, I saw that the CEC does not use UL 1741 SA Section 16, so we could skip adding that section enum for now.

[kevinkirkl3y]

@reepoi , I have added the requested UL 1703, UL 9450 and JA12 Standards

[cwhanse]

@kevinkirkl3y to discuss:

• UL9540 (2016, 2020 and 2021; I only find 2020 as a document date). The titles don't appear correct.
• CSIP_NRTL isn't a standard per se, its a report from a NRTL that a device satisifies CSIP. There must be a use case that requested this value; lets discuss.