How is the position of a policy computed?

Vertical position of a policy

In the policy mapping at the domain name policies are placed vertically on the scale of requirements for applicant based on a value computed from the answers in the policy survey. The different requirements have been given different values according to how strict they are, and the sum of the requirements that a policy have are computed to give the position of the policy on the scale of requirements. If a policy is counted as partially having a requirement, it gets half the value of that requirement when computing the sum.

The values of the requirements are:

  • Require the registrant to document some kind of right to the domain name (e.g. requiring the domain to be a tradename, a trademark, the organization name etc.) = value 6. This requirement is weighted more heavily than the other two.
  • Require the registrant to be situated in the country of the TLD = value 2 (or 1 if only the admin contact is required to be resident in the contry)
  • Require the registrant to be a registered organization = value 2

The border between the strict upper categories and the more liberalised lower categories goes at 5, so all policies that requires documentation ends up in the higher categories, and all that don’t ends in the lower categories (as this is a requirement that significantly influences how strict a policy is percieved to be).

Horizontal position of a policy

Policies that has a limit on the number of domain names that a registrant may have are placed on the left side of the figure. The higher the limit is (in number of domain names), the closer the policy is to the centre of the figure. Domain name policies without a limit on the number of domain names are placed on the right side of the figure.

Last updated 2015 or before