Hi All,
In 2012, the standards were too high and virtually nothing
qualified as communities; in 2025, especially with this last round
of edits (still red in our sheets), we have lowered the standard
for community to only what an applicant believes the community to
be. This community could be only a subset, a minority, or a fringe
of the larger community associated with the name/gTLD, and that
creates a real problem.
As others have shared, we now the CPE process to gaming, and I
add, abuse by factions and small minorities trying to take the
gTLD string of their larger community. Anne says this is what the
SubPro recommended, but I disagree. I was in SubPro WG too and
have gone back to our recommendations. The need to have
external confirmation, facts and size of the majority of the
group is not a matter for the applicant alone to
determine. We have always sought external
validation in SubPro's Final Report - and the version of the
CPE Scoring we put out for the public to review. Now we change
without balance or protectoin.
As discussed in our zoom and subsequent emails, small linguistic communities of indigenous peoples all over the world do NOT have "global" recognition. Global recognition was not part of the Sub Pro Policy work on CPE. Validation for linguistic communities is expressly referred to in the Sub Pro work as is the ability to establish recognition via experts. I suggest that all IRT participants check that language in Topic 34 of the Sub Pro Final Report again if this is going to be debated in our upcoming call.
The "Larger communities using the same name" you invoke clearly have two options: (1) Send letters of opposition to the CPE evaluators and (2) file community objections. Legitimate small linguistic communities have NO options and should not be penalized because their recognition does not qualify as "global". External recognition in the scoring is fine. There is no requirement that this recognition be global or "wider" in the Sub Pro Final Report. The Final Report supports even "expert" recognition.
I agree that Elaine's .COIN family example should be provided to the evaluators as an example of something that should not qualify.
Anne
On Sun, May 4, 2025 at 7:33 PM Kathy Kleiman via SubPro-IRT <subpro-irt@icann.org> wrote:
_______________________________________________Hi All,
I've put together a spreadsheet for CPE scoring. I offer it to you (attached) to test groups that you think should pass and those you think should not pass. (Quick note: some scoring skips numbers.)
I share Elaine Pruis' email of February and borrow her example of the Coin Family in my spreadsheet as a test.
I am concerned that our newest version of the scoring puts the community scoring almost entirely in the evaluation of the community itself and not the larger world. Is that fair to larger communities using the same name? Won't there be gaming?
Best, Kathy
----------------------------------
From: "Pruis, Elaine via SubPro-IRT" <subpro-irt@icann.org>
Reply-To: "Pruis, Elaine" <epruis@verisign.com>
Date: Friday, 7 February 2025 at 23:51
To: Michael Karakash <michael.karakash@icann.org>, "subpro-irt@icann.org" <subpro-irt@icann.org>
Subject: [SubPro-IRT] Re: Updated Draft AGB Section for Topic 34: Community Applications
Hello IRT,
I had hoped to discuss this on a call, but have been asked to share to the list for discussion. Please read and provide feedback as CPE is about to go to public comment.
There is a scenario where Community Priority could be gained by a very small group for a super generic string, which I don’t think aligns with the intention of providing this great advantage of avoiding ICANN auction via designation as a community.
For ease of reference, here is the overall scoring section:
1.6.1 Criterion 1: Community Establishment
This criterion relates to the community as explicitly identified according to statements in the application. The panel will seek to answer the following core questions in evaluating the application against this criterion:
- Organization (2 points): Is the applicant the organizing body for the community? If not, is the applicant able to demonstrate that the community is organized, with an organizing body(ies) relevant to the community or to each member category of the community?
- Engagement (1 point): Is the applicant able to demonstrate that there is active engagement with community members?
- Awareness (1 point): Is the applicant able to demonstrate awareness among and between community members of the identified community?
- Longevity (1 point): Is the applicant able to demonstrate the longevity of the community's pursuits, showing that they are enduring and sustainable rather than temporary?
Here is the scenario.
The application is for .coin, and the applicant represents a multigenerational family with the surname “Coin” .
The applicant Mr. Coin Sr. has created an LLC and that LLC “Coin TLD” is the organizing body for the community “as defined by the applicant” (“My family, the Coin Klan is a community” says Mr. Coin).
Mr. Coin Sr. can claim the family including Ms. Coin, Mr. Coin Jr. and Sister Coin have appointed him and the LLC as the organizing body for their Coin community.
They are actively engaged with each other, even on a daily basis (“Dad can I have a ride to the movies?” says Sister Coin. They then spend lots of time in the car interacting. They text each other every day).
Clearly the entire family is fully aware of their community and know they are part of the Coin Klan.
The Coin community was established generations ago and since Mr. Coin Jr. has two kids and is expecting a baby soon, they can demonstrate longevity, sustainability, and prove they are not merely a temporary Klan.
The opportunity for the Coin Klan to win .coin over any other applicant is real, but the delegation of a super generic string to a community such as The Coin Klan over any other applicant seems counter to the spirit of the recommendation.
Can we add some language that prevents this sort of opportunism? Should there be extra scrutiny or higher points required when a super generic string is in play?
Elaine
SubPro-IRT mailing list -- subpro-irt@icann.org
To unsubscribe send an email to subpro-irt-leave@icann.org
_______________________________________________
By submitting your personal data, you consent to the processing of your personal data for purposes of subscribing to this mailing list accordance with the ICANN Privacy Policy (https://www.icann.org/privacy/policy) and the website Terms of Service (https://www.icann.org/privacy/tos). You can visit the Mailman link above to change your membership status or configuration, including unsubscribing, setting digest-style delivery or disabling delivery altogether (e.g., for a vacation), and so on.
_______________________________________________ SubPro-IRT mailing list -- subpro-irt@icann.org To unsubscribe send an email to subpro-irt-leave@icann.org _______________________________________________ By submitting your personal data, you consent to the processing of your personal data for purposes of subscribing to this mailing list accordance with the ICANN Privacy Policy (https://www.icann.org/privacy/policy) and the website Terms of Service (https://www.icann.org/privacy/tos). You can visit the Mailman link above to change your membership status or configuration, including unsubscribing, setting digest-style delivery or disabling delivery altogether (e.g., for a vacation), and so on.