Additional KIND enumerated values for BIRT and DEAT

[cdhorn]

Seeing the merge of #322 it seems if that is the direction please consider adding the following KIND enumeration sets:

For BIRT:

• Natural
• Cesarean

For DEAT:

• Natural
• Accidental
• Murdered
• Executed
• Euthanized
• In Surgery
• In Battle

[dthaler]

Discussion in GEDCOM Steering Committee 9 MAY 2024:

• Some of these may overlap with the use of the CAUS tag.
• Some might not be well-defined.
• Agreed in general that this discussion is useful, and we welcome more input.

[dthaler]

Although some might overlap with CAUS, the CAUS tag has the same issue as TYPE which is that it's a human readable string (that may also vary by language) not a unique identifier like KIND is and so doesn't support high-fidelity matching like KIND would.

[Norwegian-Sardines]

Is there a definition of “KIND”.

As far as “human readable”, at this point all tags and enum value are/should be in English, and all should be well defined so that any program can translate the English value to their native tongue. This is already done in the program I use for tags and v5.5.1 enum values. For cases when a concept is not directly translatable, the definitions could include these terms in the definition to ease translations, but also allow for other/phrase options.

[dthaler]

Discussion in GEDCOM Steering Committee meeting 23 MAY 2024:

• The KIND tag does not exist in any non-defunct branch. It was merged into the next-minor branch which was abandoned in favor of the v7.1 branch that does not have KIND.
• Issue 448 tracks potential addition to v7.1.
• There is a proposed definition of KIND in PR Add KIND enumerated values for MARR and BURI #322 which might be useful.