The call for the New gTLD Subsequent Procedures Working Group will take place on Thursday, 17 September 2020 at 15:00 UTC for 90 minutes.

For other places see: https://tinyurl.com/y4dbk9ov

PROPOSED AGENDA


  1. Review Agenda/Updates to Statements of Interest
  2. CPE Guidelines and WG Recommendations / Implementation Guidance; see:https://newgtlds.icann.org/en/applicants/cpe/guidelines-27sep13-en.pdf and https://gnso.icann.org/sites/default/files/file/field-file-attach/draft-final-report-new-gtld-subsequent-20aug20-en.pdf, Topic 34: Community Applications, page 157; with WG redlines/comments: https://drive.google.com/file/d/1Ih_1NARViJXNNewDg-q87sQzQoC1dCtC/view?usp=sharing; and theProposal by At-Large
  3. Applicant Support (time permitting)
    1. In the context of auctions; see: https://gnso.icann.org/sites/default/files/file/field-file-attach/draft-final-report-new-gtld-subsequent-20aug20-en.pdf, Topic 17: Applicant Support, page 67; Topic 35: Auctions: Mechanisms of Last Resort / Private Resolution of Contention Sets, page 167; and
    2. Review as a comprehensive program; see Topic 17: Applicant Support, page 67
  4. AOB

BACKGROUND DOCUMENTS



RECORDINGS


Audio Recording

Zoom Recording

Chat Transcript 

GNSO transcripts are located on the GNSO Calendar

PARTICIPATION


Attendance

Apologies:  Martin Sutton

Notes/ Action Items


Actions:

CPE Guidelines and WG Recommendations/Implementation Guidance:

Re: “Pre-Existing”:

ACTION ITEM: Add to “Pre-existing” the same language used above:  “Some understanding that the community existed prior to the opening of the application window.”

Re: “Delineation”:

ACTION ITEM: WG can comment that the EIU’s interpretation of “delineation” was too narrow and we think it should be [what we think in the positive].


Notes:

  1. Updates to Statements of Interest:  No updates provided.


2. CPE Guidelines and WG Recommendations / Implementation Guidance; see: https://newgtlds.icann.org/en/applicants/cpe/guidelines-27sep13-en.pdfand https://gnso.icann.org/sites/default/files/file/field-file-attach/draft-final-report-new-gtld-subsequent-20aug20-en.pdf, Topic 34: Community Applications, page 157; with WG redlines/comments: https://drive.google.com/file/d/1Ih_1NARViJXNNewDg-q87sQzQoC1dCtC/view?usp=sharing; and the Proposal by At-Large


Proposal by At-Large:

-- Received the proposal from At-Large or a subset thereof.

-- Asked them to resubmit during public comment.


CPE Guidelines with WG Redlines/Comments: https://drive.google.com/file/d/1Ih_1NARViJXNNewDg-q87sQzQoC1dCtC/view?usp=sharing

-- Redline from Anne Aikman-Scalese.

-- Would need to harmonize against the WG’s recommendation.

-- Verify that it’s the same language that is in the Draft Final Report.


Re: "Pre-existing" means that a community has been active as such since before the new gTLD policy recommendations were completed in September 2007.

-- We would need to develop a recommendation for what we think “Pre-existing” means – some period of time prior to a round opening up.

-- Do we really want this pre-existing commitment to be so strict?  Are the rest of the guidelines the guardrails about what it means to be a community?

-- This was designed to prevent gaming.

-- Don’t know that the reason for this being here is really a reason.

-- If there is an arbitrary window it should be shorter and with exceptions.

-- If we keep the statement with any timeline it almost guarantees that the concept of community application applied to a community with a piece of paper with a starting date on it.  It has to be demonstrably a group, but putting a timeline on it means it has to be an officially sanctioned group.  This has to go.

-- Also, there might be geographic communities, which just established themselves as a result from foundation of new countries. We saw that in eastern europe just a couple of years ago.

-- Or just say it has to be pre-existing before the opening up of the application window.

-- Report says there should be a predictable window based on volume or time.

-- Dropping it entirely is a major change.

-- It is also part of the scoring “Has the community been active since at least September 2007?

-- Keep it but without the requirement for documented proof, but demonstrable.

-- We could note it for the very particular and strenuous discourse in deciding to drop or not in implementation.

-- “Pre-existing” should be in the patent/copyright form – that it was around (not documented).

-- Could be a loose association of people as a community.  Could note that governmental sources of proof are only one method.  Do like the suggestion that it should be by the application date.

-- I would argue that a good case for a "Well defined and clearly delineated organised community" would be bolstered by as MUCH evidence as possible.

-- If you use the term “pre-existing” we should be clear that this does not require documented proof.

-- The easiest thing to do is to just make it that when we say “pre-existing” it needs to have had activities prior to the opening of the application window.

-- How about "demonstrable and significant activities"?

-- Or just use the term "established" then burden of proof is influenced by actual evidence
whatever it may be as presented.

-- If we don’t say anything the IRT could make the assumption that for the next round the approval could be 2020 so the cut off is December 2020.  We need to provide guidance.

-- Saying “Pre-existing” means that it is a “community” as defined in these Guidelines prior to the application window opening.

-- The At-Large proposal proposes "prior to the launch of this application window" (this meaning the applicable application window).

ACTION ITEM: Add to “Pre-existing” the same language used above:  “Some understanding that the community existed prior to the opening of the application window.”


Re: “Delineation”:

-- The problem was the deep dive in the Evaluation Guidelines.  It is discriminatory.

-- At-Large’s proposal was to redraft the Guidelines.

-- The Evaluation Guidelines on delineation favor communities with large and structured memberships, over other less-structured groupings.  Favors membership communities.

-- At-Large’s proposal provided a looser definition of a community.

-- The At-Large proposal went through the usual mechanism for proposing text for At-Large to endorse; it has been endorsed by At-Large, it wasn’t put to a formal vote.

-- Does the WG agree that the definition in the Evaluation Guidelines is too narrowly focused?

-- The left side text is from the AGB, so the WG should consider whether the left-hand text is problematic.

-- Sounds like the word “membership” should be removed.

-- Changing the AGB language is a bigger deal than changing the Evaluation Guidelines.  We could say by “delineation this is what was actually meant”.

-- We could add Implementation Guidance that it is our belief that the EIU too narrowly interpreted the definition of “delineation” and we think it should cover [whatever we think it should].

-- Even if we were to change the interpretation the AGB says, “where a clear and straight-forward membership definition scores high”.  Need to not have discriminatory scoring.

-- Changing the scoring would be a big change.

-- Being a member of a community is very different than having membership in a community.

-- We’ve discussed this for many years and we haven’t agreed to change the scoring or the elements of the scoring.  We are talking about the interpretation that the EIU provided.

-- Helpful for the WG to indicate in comments to the Guidelines what we think “delineation” should also apply to.

-- Agree that the way this was interpreted by EIU was not what was intended.

-- WG can comment that the EIU’s interpretation of “delineation” was too narrow and we think it should be [what we think in the positive].

-- After we review the CPE Guidelines we’ll need to see if there are any other impacts.

ACTION ITEM: WG can comment that the EIU’s interpretation of “delineation” was too narrow and we think it should be [what we think in the positive].


Re: “Organized” and Was the entity established to administer the community?

-- Comment from Anne Aikman-Scalese: There is language about awarding points based on the idea that the applicant entity was formed to "administer the community". Does this requirement make sense when we are trying to encourage Community TLDs for purposes of Applicant Freedom of Expression? It would seem more appropriate to talk about an entity that is formed for the purpose of administering the TLD for a clearly-delineated community. Is there an assumption here that all communities are somehow "administered"? And was that the assumption in the 2012 AGB?

-- We should be thinking of administering and/or advocating on the behalf of a community.

-- We are trying to see if the applicant is one who is responsible for organizing community activities?

-- There is also a really narrow approach by the EIU here.

-- We need to have two tracks to deal with Community applications. For PROFESSIONAL and TRADE communities you have to Apply all criteria. But for the others you need to introduce flexibility…

-- Are there communities that have various entities that administer their activities?  Seems like those would be scored lower.


Re: “Extension”: and “The following questions must be scored when evaluating the application: Is the community of considerable size? Does the community demonstrate longevity?

-- Comment from Anne Aikman-Scalese: t is a bit confusing that the 1 point category is defined as "not meeting the 2 point category" Is the only difference here the fact that 2 points emphasizes "considerable size AND longevity" whereas 1 point could mean "either considerable size OR longevity" or could the entity be of less than considerable "size" but have lots of longevity - maybe like the Kurds?

-- “Longevity” is a forward-looking criteria.


3. AOB: Has there been any further activity/interaction with the ICANN Board/Org about planning for new gTLDs. I know there were meetings months ago but it’s been months.

-- There was a recent call.  We’ll add that as an agenda item at the start of the next meeting.


  • No labels