<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        font-size:12.0pt;
        font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:#0563C1;
        text-decoration:underline;}
span.EmailStyle20
        {mso-style-type:personal-compose;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="#0563C1" vlink="#954F72" style="word-wrap:break-word">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt">Michael:<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Stephanie’s reference earlier to data quality reminded me that when I started looking at the assignments here on accuracy scoping and definitions back in November, I too hit the books but I choose the online
 library of Wikipedia for a quick study. I ended up at a page on data quality which considered accuracy as an element. I share the link now because it provides some useful context to further this stage of discussion and the information also shows that the determination
 of data quality varies depending on the perspective of who is using it and who is managing it, etc.  Among the definitions they provide: from a standards based perspective  </span><span style="font-size:10.5pt;font-family:"Arial",sans-serif;color:#202122;background:white">"the
 usefulness, accuracy, and correctness of data for its application" </span><span style="font-size:11.0pt;color:#202122;background:white">so I guess I will I will go with your correctness option as that appears the closer of your two options.  They also provide
 from a business perspective: quality data </span><span style="font-size:10.5pt;font-family:"Arial",sans-serif;color:#202122;background:white">exhibits "'conformance to standards' that have been set, so that fitness for use is achieved”</span><span style="font-size:11.0pt"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><a href="https://en.wikipedia.org/wiki/Data_quality">https://en.wikipedia.org/wiki/Data_quality</a><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#333333;background:white"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#333333;background:white">For those who suggest that a registrant’s data quality submitted is good enough so long as we can contact them I think we still fall short of an important element of quality,
 accuracy or correctness: reliability.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#333333;background:white">What if we contact the wrong “them”.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#333333;background:white"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#333333;background:white">What if the registrant’s name submitted by the submerged account holder is yours, mine or any member on this list but its none of us who submitted it?<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#333333;background:white"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#333333;background:white">Is that data accurate ?<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#333333;background:white">Is that the quality of data that we should accept as “good enough”?
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#333333;background:white"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#333333;background:white">That ICANN and its global user constituency should rely on? 
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#333333;background:white"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#333333;background:white">And as for costs, what about the costs to rightsholders, who now have to sue even to obtain the true name and jurisdiction of the one who abuses the rightsholder’s identity,
 embodied in their business name or mark. But those are just the secondary costs. Lets not overlook the primary costs, often incurred even before the rightsholder has been alerted to the bad actor’s abuse: 1) damages to business reputation, 2) fake substandard
 goods or services, and 3)phished identities and financial data of unsuspecting customers.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#333333;background:white"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#333333;background:white">Privacy should be protected; fabricated anonymity to encourage identity impersonation, fraud and phishing and assist in evading detection and liability for abuse should not.</span><span style="font-size:11.0pt"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p></o:p></span></p>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#1F497D">Best regards,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#1F497D">Scott<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><b><i><span style="font-size:11.0pt;color:red">Please click on a link below to calendar a 15, 30, or 60 minute call with me:<o:p></o:p></span></i></b></p>
<p class="MsoNormal"><b><i><span style="font-size:11.0pt;color:red">  <a href="calendly.com/saustin2/15min">
<span style="color:blue;font-weight:normal;font-style:normal">a 15-minute call</span></a>  
</span></i></b><span style="font-size:11.0pt;color:red"> <a href="calendly.com/saustin2/30min"><span style="color:blue">a 30-minute call</span></a>   
<a href="calendly.com/saustin2/60min"><span style="color:blue">a 60-minute call</span></a><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#1F497D">   <o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt;color:#1F497D"><img border="0" width="129" height="51" style="width:1.3416in;height:.5333in" id="Picture_x0020_1" src="cid:image001.png@01D8323E.03EFFBD0"><img border="0" width="40" height="53" style="width:.4166in;height:.55in" id="Picture_x0020_2" src="cid:image002.jpg@01D8323E.03EFFBD0" alt="IntellectualPropertyLaw 100">   
</span></b><a href="http://www.avvo.com/attorneys/33308-fl-scott-austin-1261914.html"><b><span style="font-size:11.0pt;color:#1F497D;text-decoration:none"><img border="0" width="150" height="36" style="width:1.5666in;height:.375in" id="Picture_x0020_3" src="cid:image003.jpg@01D8323E.03EFFBD0" alt="microbadge[1]"></span></b></a><span style="font-size:11.0pt"> <o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#1F497D">Scott R. Austin | Board Certified Intellectual Property Attorney | VLP Law Group LLP<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#1F497D">101 NE Third Avenue, Suite 1500, Fort Lauderdale, FL 33301
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#1F497D">Phone: (954) 204-3744 | Fax: (954) 320-0233 |
<a href="mailto:SAustin@VLPLawGroup.com"><span style="color:blue">SAustin@VLPLawGroup.com</span></a></span><span style="font-size:11.0pt"><o:p></o:p></span></p>
</div>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:11.0pt">From:</span></b><span style="font-size:11.0pt"> GNSO-Accuracy-ST <gnso-accuracy-st-bounces@icann.org>
<b>On Behalf Of </b>Michael Palage<br>
<b>Sent:</b> Sunday, March 6, 2022 2:32 PM<br>
<b>To:</b> gnso-accuracy-st@icann.org<br>
<b>Subject:</b> [GNSO-Accuracy-ST] Level Setting<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Hello All,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">I am looking forward to a productive ICANN73 public session tomorrow. 
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">I spent the past several days trying to digest all of the exchanges that took place last Thursday. While I think we are close to wrapping up our work on Assignments 1 & 2, I think it would be constructive
 to quickly level set and make sure we are all on the same page to minimize potential future confusion.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Part of my level setting involved going back to the original GNSO Council’s charge to the Scoping Team which asked is there “an agreed definition of registration data accuracy and, if not, consider what working
 definitions should be used in the context of the Scoping Team's deliberations.” See
<a href="https://community.icann.org/display/AST/2.+Council+Instructions+to+Scoping+Team">
https://community.icann.org/display/AST/2.+Council+Instructions+to+Scoping+Team</a>
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">This task at first blush seems simple enough, but as we have learned there have been several concerns raised in connection with the use of the term “definition” and the meaning of “accuracy.” Therefore, instead
 of using the term “definition” as proposed by the GNSO Council I propose that we use the phrase “current contractual requirements and enforcement construct.” I believe this should meet the concerns of the RrSG that have repeatedly raised concerns about “providing
 a definition” and the concerns of the GAC and others about how a definition might bias future discussions.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Is there any objection to us using the phrase “current contractual requirements and enforcement construct?”  If so please explain your objection and proposed alternative suggestion.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Next we need to tackle what I have deemed the accuracy conundrum. The intervention by Stephanie this past week reminded me of some previous research that I was doing which I decided to revisit. I think Stephanie
 hit the nail on the head when she talked about how “accuracy” to most people conveys a binary choice, e.g. the data is accurate or is the data inaccurate.  It is a black or white answer with no room for grey. In fact this seemed to align closely with the RrSG
 proposed “current contractual requirements and enforcement construct.” If the data collected meets syntactical validation and either the email or phone number was operationally verified, then the data provided by the Registrant was “accurate” per their interpretation
 of the 2013 RAA.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">So I decided to spend a couple of hours researching the definition and origins of the word “accuracy” online and with an old school trip to the local library. I believe this definition of the word “accuracy”
 best describes the conundrum that we as a group find ourselves. <o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">noun, plural <o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">1.           the condition or quality of being true, correct, or exact; freedom from error or defect; precision or exactness; correctness.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">2.           Chemistry, Physics. the extent to which a given measurement agrees with the standard value for that measurement. Compare precision (def. 6).<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">3.           Mathematics. the degree of correctness of a quantity, expression, etc. Compare precision (def. 5).<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Source Dictionary.com<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Now the first definition “being true, correct, or exact; freedom from error or defect” is a rather high bar, particularly if you are applying this bar to all registration data elements processed like some
 working group members have advocated. However, that bar is substantially lower if free from defect simply means that the data collected by the Registrar was syntactically correct and a Registrar at a point in time got an affirmative response from either telephone
 number or an email.  <o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Alternatively, the third definition of a “degree of correctness” suggests something other than a binary accurate or inaccurate response.  Therefore to help steer our future discussions I would like everyone
 to answer the following question:<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Question #1<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">For purposes of our Working Group the term accuracy should be defined as:
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">[  ] true, correct and free from error; or<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">[  ] degree of correctness;<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">(PICK ONE)<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">I think once we get clarity and/or agreement on these points, we should have a more clearly defined path forward for our post ICANN73 call.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Best regards,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Michael<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
</div>
<br>
<font face="Arial" color="Gray" size="1"><br>
This message contains information which may be confidential and legally privileged. Unless you are the addressee, you may not use, copy or disclose to anyone this message or any information contained in the message. If you have received this message in error,
 please send me an email and delete this message. Any tax advice provided by VLP is for your use only and cannot be used to avoid tax penalties or for promotional or marketing purposes.<br>
</font>
</body>
</html>