Skip to Content.
Sympa Menu

dns-operations - Re: [opennic-dns-operations] Please, resolve .ibu domains

dns-operations AT lists.opennicproject.org

Subject: Dns-operations mailing list

List archive

Re: [opennic-dns-operations] Please, resolve .ibu domains


Chronological Thread 
  • From: Alejandro Bonet <albogoal AT gmail.com>
  • To: dns-operations AT lists.opennicproject.org
  • Subject: Re: [opennic-dns-operations] Please, resolve .ibu domains
  • Date: Sat, 11 Jan 2014 13:14:55 +0100

Perhaps we could need an additional rule for "no speculative content"...

But this is under discussion: If you register a generic name (like
"water" or "money"),
and you want the register only for speculative pourposes (and you only
want to sell it to someothers and dont have pointed it to related
content), perhaps we could need a simple rule to avoid it.

But at today, we didn't found a good rule for this...

All the conclussions we reach are:

Simplifiying the issue very much, there are three states for each
posible domain: "fair", "unfair" and "potentially conflictive"...

And we are trying to build a dictionary to automate this
classification, but this is all but easy...

Perhaps we can get to put this dictionary online to get the people
ideas and votes about each possible domain, and to be more
"statistically democratic"...


Thanks to all...

Alejandro Bonet
albogoal AT gmail.com

PD: As conclussions about these discussions, we have reach some
"proto-rules" to help the judges:

"If a word has translations like Wood or Table to all the languages
(thus it is an "universal concept in all cultures"), it is at least
potentially conflictive"...
"Personal names like Peter, or Pedro, must not be registrables (unfair
state), but name and surname like PedroBarrio are fair"...
"Geographic names like Madrid or Washington could be only registrables
by the democratic political authorities in these places"...
"Combinations of two or more words are almost allways fair ones"...

"Almost any fair rule has fair exceptions"...

But to simplify all: "Three impartial judges: If they cant reach
unanimity, ask The People to decide".


2014/1/11, Alejandro Bonet <albogoal AT gmail.com>:
> Travis:
>
> Some registries limit the amount of domains one user can register:
> They limit the quantity to ten or to one hundred domains per user, and
> this limits very much the capacity of firms dedicated to hosting
> services, or similar services, to use the registry...
>
> .ibu domains are not limited in this way: You can register all the
> domains you want. This is the rule 3.
>
> Of course, somebody can think "Well, if i can register all the domains
> i want, i will register the complete Oxford English Dictionary"...
>
> But this is unfair and socially unacceptable: This is the reason to rule 4.
>
> About rule 5, some others can accept irony or parody as a valid reason
> to register "cocacola.ibu", but we want to be serious. If somebody
> want to make a web page to ridiculize or criticize cocacola, we
> encorage them to use the .parody OpenNIC tld to do that: This is more
> honest and funny.
>
> And well, if you register "musica.ibu" you will notice from the .ibu
> namespace judges "Hey, men, this is a very generic domain, are you
> consider to limit its meaning little more?... If you dont put a very
> very big web page with all the music (or near it), your register could
> be denied..."
>
> And if you dont put any contents on it, of course the register will be
> denied.
>
> But if you have a music enciclopedia very useful and with many
> information recollected since years, all around music, and register
> music.ibu to point to it, you will be welcome.
>
> This is the explanation of our rule number 6 you said "its awfull".
>
> Perhaps you have better rules for your tld, if this is true, please
> post a link here: We will study them carefully...
>
> Alejandro Bonet
> albogoal AT gmail.com
>
> PD: As conclusion, we can say "Our registry is oriented to fair
> content", but this is very imprecise... And we want to write rules
> more precise and as examples...
>
> To avoid conflicts, which are the target we want to center...
> (With the less effort and more clarity, honesty and simplicity we could
> get...)
>



Archive powered by MHonArc 2.6.19.

Top of Page