<!DOCTYPE html><html><head><title></title><style type="text/css">#qt p.qt-MsoNormal{margin-top:0cm;margin-right:0cm;margin-bottom:0cm;margin-left:0cm;font-size:10pt;font-family:"Calibri", sans-serif;}
#qt a:link{color:blue;text-decoration-line:underline;text-decoration-style:solid;text-decoration-color:currentcolor;text-decoration-thickness:auto;}
#qt li.qt-MsoListParagraph{margin-top:0cm;margin-right:0cm;margin-bottom:0cm;margin-left:36pt;font-size:10pt;font-family:"Calibri", sans-serif;}
#qt ul{margin-bottom:0cm;}

p.MsoNormal,p.MsoNoSpacing{margin:0}
p.MsoNormal,p.MsoNoSpacing{margin:0}
p.MsoNormal,p.MsoNoSpacing{margin:0}</style></head><body><div>Hi Mike,<br></div><div><br></div><div>Thanks for your message.<br></div><div><br></div><div>On Thu, Dec 9, 2021, at 8:01 PM, Mike McKenna wrote:<br></div><blockquote type="cite" id="qt" style="overflow-wrap:break-word;"><div class="qt-WordSection1"><p class="qt-MsoNormal"><span style=""><span class="font" style="font-family:"Gill Sans", sans-serif;"><span class="size" style="font-size:11pt;">In the proposed PersonName spec, we have left gender out of the name formatting, as the spec is specific to the name only, and not the grammatical context of the surrounding
 text. The current spec expects the calling application to know, and provide the correctly formatted honorifics or gender-specific connector terms [...]</span></span></span><br></p></div></blockquote><div><br></div><div>I assume that this is unlikely to change when the spec becomes a standard? The currently published draft of PRI434 states gender-specific formatting to be an open issue (page 14). I would like to avoid coming up with a solution in our spec that then contradicts what gets defined in PRI434.<br></div><div><br></div><blockquote type="cite" id="qt" style="overflow-wrap:break-word;"><div class="qt-WordSection1"><p class="qt-MsoNormal"><span style=""><span class="font" style="font-family:"Gill Sans", sans-serif;"><span class="size" style="font-size:11pt;"> </span></span></span><br></p><p class="qt-MsoNormal"><span style=""><span class="font" style="font-family:"Gill Sans", sans-serif;"><span class="size" style="font-size:11pt;">But gender as part of a person object that happens to also contain the personName, and possibly variations of the personName (also-known-as, preferred-name, legal-name, birth-name,
 etc.) makes perfect sense.</span></span></span><br></p><p class="qt-MsoNormal"><span style=""><span class="font" style="font-family:"Gill Sans", sans-serif;"><span class="size" style="font-size:11pt;"> </span></span></span><br></p><p class="qt-MsoNormal"><span style=""><span class="font" style="font-family:"Gill Sans", sans-serif;"><span class="size" style="font-size:11pt;">What I have found on “standards” for gender enumeration are as follows:</span></span></span><br></p><ul style="margin-top:0cm;" type="disc"><li class="qt-MsoListParagraph" style="margin-left:0cm;"><span style=""><span class="font" style="font-family:"Gill Sans", sans-serif;"><span class="size" style="font-size:11pt;"><a href="https://www.iso20022.org/standardsrepository/type/GenderCode">ISO 20022</a> – Financial Industry – only has
 male, female</span></span></span><br></li><li class="qt-MsoListParagraph" style="margin-left:0cm;"><span style=""><span class="font" style="font-family:"Gill Sans", sans-serif;"><span class="size" style="font-size:11pt;"><a href="https://en.wikipedia.org/wiki/ISO/IEC_5218">ISO 5218</a>: not known, male, female, not applicable</span></span></span><br></li><li class="qt-MsoListParagraph" style="margin-left:0cm;"><span style=""><span class="font" style="font-family:"Gill Sans", sans-serif;"><span class="size" style="font-size:11pt;"><a href="https://deedpolloffice.com/change-name/changing-your-gender">UK Deed Poll</a>: male, female, neither male
 nor female. <a href="https://datadictionary.nhs.uk/attributes/person_gender_code.html"> NHS</a> appears to be using the ISO 5218 codes</span></span></span><br></li><li class="qt-MsoListParagraph" style="margin-left:0cm;"><span style=""><span class="font" style="font-family:"Gill Sans", sans-serif;"><span class="size" style="font-size:11pt;"><a href="http://microformats.org/wiki/gender-formats">vCard4</a>: male, female, other, nor or not applicable, unknown</span></span></span><br></li></ul><p class="qt-MsoNormal"><span style=""><span class="font" style="font-family:"Gill Sans", sans-serif;"><span class="size" style="font-size:11pt;"> </span></span></span><br></p></div></blockquote><div><br></div><div>Thanks, I was not aware of ISO 5128. I like the term "human sexes" which narrows down its purpose better than "gender" or "biological sex", the latter being a likely source of confusion as outlined in this <a href="https://www.thelancet.com/journals/lancet/article/PIIS0140-6736(19)32764-3/fulltext">article</a>.<br></div><div><br></div><blockquote type="cite" id="qt" style="overflow-wrap:break-word;"><div class="qt-WordSection1"><p class="qt-MsoNormal"><span style=""><span class="font" style="font-family:"Gill Sans", sans-serif;"><span class="size" style="font-size:11pt;">One thing to consider is that in the evolution of “diversity and inclusion” as part of user interface and data design, we now have the <i>preferred pronoun</i> as part of the expected de facto person descriptor</span></span></span><br></p></div></blockquote><div><br></div><div>I also think about adding pronouns to our proposed contacts spec. I see that the Google Contacts API allows for pronouns in the free-text valued <a href="https://developers.google.com/people/api/rest/v1/people#gender">addressMeAs</a> property of a Person object. Do you plan to use a structured or free-text value?<br></div><div><br></div><div>Cheers,<br></div><div>Robert<br></div></body></html>