[gnso-rpm-wg] Recommendation for Question#10 (Appropriate Strings for Notification)

Tue Apr 25 21:21:16 UTC 2017

Your kindness is greatly appreciated.  Now that we're actually talking
about the topic: Do we have any evidence on the extent of the problem
the proposal addresses?  I've suggested URS decisions as a potential
source of information; are there others?

Greg's suggestions for limits on matches are quite interesting, and
would at least partially address the ELLE/Cottonelle/Seller problem--a
much bigger problem for the common words like those in the top ten
from the audit than for EXXON.  Especially given how Deloitte has
interpreted some of the current requirements, I'd want to be very
certain where the relevant keyword lists would come from.  The
registration information seems the least vulnerable to gaming,
especially if the TMCH remains secret, though we might then consider
the effects on the need for proof of use.  Anything that requires
someone to develop a separate list (and verify it? or would Deloitte
be allowed to take the submitter's word?) might increase the expense
of the TMCH, which seems like a concern.

I have more concerns about dealing with typos, because that can wander
quickly into very broad territory.  The suggestion that the registrant
provide typos seems the most limited, but would the registrant be
limited to any number of typos submitted, or any amount of
transformation?  (E.g., could a registrant of Pfeffernusse submit
Fefernus?  Would whether this is a plausible typo, versus the owner of
"cloud" submitting "climb," be evaluated by anyone?). Greg mentions a
"formula or process" for generating typo matches--does any such
automated program already exist?  How much would it cost to create
one? Data about the TMCH +50 may also be relevant here in terms of the
magnitude of the problem to be addressed, or the model of the TMCH +50
where the registrant identifies a previously abused string.
Rebecca Tushnet
Georgetown Law
703 593 6759

On Tue, Apr 25, 2017 at 4:45 PM, Greg Shatan <gregshatanipc at gmail.com> wrote:
> Clearly, we have people who are interested in defending the proposal.  Paul
> McGrady has done so on this thread.  I'm certain the proposer is
> "interested," as well.  We've also had some responses that are interested in
> variations on the proposal, but still going beyond exact match.  We've had
> almost nobody "interested" in disagreeing with the proposal.  The upcoming
> meetings of the WG will be used to open up the discussion of the various
> proposals, including this one.  I believe that was the game plan all along.
> So at best, it's both incorrect and premature to attempt to call consensus
> in one direction or the other.  At worst, it seems like an attempt to drown
> the proposal in the bathtub while nobody's watching.  The general approach
> in ICANN WGs is to give any proposal a full and fair hearing and opportunity
> for discussion, across at least a couple of meetings.  Summary execution is
> not consistent with that approach.  I'll give you the benefit of the doubt
> and believe that you were "shaking the tree" rather than intended to cut off
> discussion before it even started.  It seem that has been the effect.  If
> that was your intent, thank you for focusing us.
>
> I would support an expansion beyond exact match for matching rules.  I would
> suggest modifying the proposal to have more defined methods of matching.
> For example, typos of the mark and mark+keywords.  Keywords could be derived
> from the trademark registration description or from either
> registrant-defined or pre-defined lists of keywords, based on the goods and
> services.  Typos could simply be determined in a fashion, either by the
> registrant or by some formula or process.  Domain hacks should also be
> considered (e.g., the trademark SALAD NINJA would be a match with
> salad.ninja, as well as saladninja.ninja.  This would not require that
> variations be registered in the TMCH.
>
> This is consistent with the type of harms seen in the marketplace.  While
> early UDRPs largely dealt with "exact match", the trend for quite some time
> has been toward typosquats and mark+keyword violations.  The first wave of
> UDRPs has seen more exact matches, but we can expect history to repeat
> itself.  The TMCH should keep pace.
>
> Greg
>
>
> On Tue, Apr 25, 2017 at 2:32 PM Rebecca Tushnet
> <Rebecca.Tushnet at law.georgetown.edu> wrote:
>>
>> That's because it came from words that weren't mine.
>>
>> If no one at all is interested in defending the "expanding the match"
>> proposal that this thread is supposed to cover, does that mean that we
>> have a consensus that it's not worth pursuing?  I'm not sure what the
>> procedure for determining that would be.
>> Rebecca Tushnet
>> Georgetown Law
>> 703 593 6759
>>
>>
>> On Tue, Apr 25, 2017 at 2:23 PM, Paul Keating <paul at law.es> wrote:
>> > I'm sorry but these 2 statements seem to be in conflict with each
>> > other.....
>> >
>> > I don't in fact think that the TMCH contains names of those individuals
>> > who've been wrongly deterred from registering domain names they had a right
>> > to register.
>> >
>> > As has been discussed for a while, I think it contains other relevant
>> > evidence, like more words like "cloud" and "hotel" that prima facie don't
>> > seem likely to justify preemptive rights across new gTLDs.
>> >
>> > I am more concerned about the latter but must say I really don't
>> > understand what is meant by the former.
>> >
>> >
>> > Sent from my iPad
>> >
>> >> On 25 Apr 2017, at 16:22, Scott Austin <SAustin at vlplawgroup.com> wrote:
>> >>
>> >> I don't in fact think that the
>> >>     TMCH contains names of those individuals who've been wrongly
>> >> deterred
>> >>     from registering domain names they had a right to register.  As has
>> >>     been discussed for a while, I think it contains other relevant
>> >>     evidence, like more words like "cloud" and "hotel" that prima facie
>> >>     don't seem likely to justify preemptive rights across new gTLDs.
>> _______________________________________________
>> gnso-rpm-wg mailing list
>> gnso-rpm-wg at icann.org
>> https://mm.icann.org/mailman/listinfo/gnso-rpm-wg
>
> --
>
> Greg Shatan
> C: 917-816-6428
> S: gsshatan
> Phone-to-Skype: 646-845-9428
> gregshatanipc at gmail.com