<div dir="auto">Hello Alan,<div dir="auto"><br></div><div dir="auto">Thanks for your response. I think one of the challenges (which by the way I am also guilty of) is the lack of significant active At-Large folks in those WGs. </div><div dir="auto"><br></div><div dir="auto">My question then was whether those active in it can help flag the issues while staff develop documents that provides background explanation which then helps those who are not quite active to have the opportunity to contribute which may then serve as sufficient information to improve participation in the WGs.</div><div dir="auto"><br></div><div dir="auto">Regards<br><br><div data-smartmail="gmail_signature" dir="auto">Sent from my mobile<br>Kindly excuse brevity and typos</div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sep 2, 2017 8:09 PM, "Alan Greenberg" <<a href="mailto:alan.greenberg@mcgill.ca">alan.greenberg@mcgill.ca</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
Seun, I will note that there is a page of upcoming public comments -
<a href="https://www.icann.org/resources/pages/upcoming-2012-02-25-en" target="_blank">
https://www.icann.org/<wbr>resources/pages/upcoming-2012-<wbr>02-25-en</a>. Perhaps
we have people who would be willing to review that regularly and identify
issues that we want staff to brief us on.<br><br>
And of course, it would be good if we had active WGs on topics that we
know are going to be in out view.<br><br>
Alan<div class="quoted-text"><br><br>
At 02/09/2017 01:24 PM, Seun Ojedeji wrote:<br>
</div><blockquote type="cite" class="m_-3402483734204334921cite"><div class="quoted-text">Hello Evan,<br><br>
Thanks for this and for raising a point about what you think we should be
focusing our resources upon. May I suggest you kindly provide references
to the discussion you refer so that people like myself can also
follow-up.<br><br>
I think we should consider a issue triggering approach to help focus our
discussion and spur up interest. What I mean by this is that folks
participating in certain working group discussion that find something
they believe ALAC should weigh in on can flag/raise it and that can form
discussion topics during ALAC calls and on the list. I think that
approach worked well during the transition. <br><br>
That said, I wonder whether once someone raises an issue of importance,
staff can be in a position to provide brief documentation that helps
others have some background understanding of the issue in other to better
contribute to the discussion. Overall we should not be waiting for PC
before ALAC puts in position statements to WG and/or advice to the
Board<br><br>
Regards<br><br>
Sent from my mobile<br>
Kindly excuse brevity and typos<br><br>
On Sep 2, 2017 5:20 PM, "Evan Leibovitch"
<<a href="mailto:evan@telly.org" target="_blank">evan@telly.org</a>> wrote:<br>

</div><dl>
<dd><div class="quoted-text">On 2 September 2017 at 09:05,
<<a href="mailto:h.raiche@internode.on.net" target="_blank">
h.raiche@internode.on.net</a>> wrote:<br>

</div><dd><div class="quoted-text"> <br>

<dl>
<dd>I've had a look at all three, and am not sure they are of real
importance to ALAC<br>

<dl><br>

</dl>
</dd></dl><br>

</div><dd>​Holly is exactly right.<br><br>

<dd>At-Large has a scarcity of volunteer resources Â­-- notably in those
who have the time, skills and background necessary to analyze such
matters and write cogent, relevant responses.​<div class="quoted-text"><br><br>

<dd>While it is wholly appropriate of staff to ensure that we don't
accidentally miss anything, it is also incumbent upon At-Large (and
especially its leadership) to show the discipline necessary to ignore
that minutiae and concentrate on the larger picture of how ICANN actions
impact end-users globally. We have not always succeeded in this
discipline.<br><br>

<dd>In fact, yesterday a software developer friend of mine introduced me
to a term I hadn't heard before, that IMO well describes ALAC's historic
tendency to get caught up in the flurry of responding to ICANN's trivia
and losing sight of the real bylaw-mandated purpose we are here to serve:
<a href="http://communitymgt.wikia.com/wiki/Bikeshedding" target="_blank">bikeshedding</a>
.<br><br>

<dd>Right now I am involved in a GNSO working group in which domain
industry representatives are insisting to pore over every word of the
Geneva Convention to determine whether the Red Cross has the right to ask
that its names not be in the pool of domains for sale in gTLDs. At least
from an end-user standpoint this is absolutely absurd; we don't need this
kind of time wastage for At-Large to tell the Board and community of
ICANN that enabling commercial (ab)use of Red Cross/Crescent/Diamond/etc
domain names is morally repugnant.<br><br>

<dd>Many other examples exist in At-Large. It most reliably emerges any
time the phrase "public interest" is invoked in our
midst.<br><br>

<dd>Industry advocates paid to divert stakeholders from the big picture
have created an ICANN process designed to distract and waste resources
from those of us without the financial incentive or means to keep up.
<br><br>

<dd>This is bikeshedding by design. Resist.<br><br>

<dd>Cheers,<br>

<dd>Evan<br><br>
<br>

<dd>______________________________<wbr>_________________<br>

<dd>ALAC mailing list<br>

<dd><a href="mailto:ALAC@atlarge-lists.icann.org" target="_blank">
ALAC@atlarge-lists.icann.org</a><br>

<dd>
<a href="https://atlarge-lists.icann.org/mailman/listinfo/alac" target="_blank">
https://atlarge-lists.icann.<wbr>org/mailman/listinfo/alac</a><br><br>

<dd>At-Large Online:
<a href="http://www.atlarge.icann.org" target="_blank">http://www.atlarge.icann.org</a>
<br>

<dd>ALAC Working Wiki:
<a href="https://community.icann.org/display/atlarge/At-Large+Advisory+Committee+(ALAC)" target="_blank">
https://community.icann.org/<wbr>display/atlarge/At-Large+<wbr>Advisory+Committee+(ALAC)</a>
<br>

</dd></dd></dd></dd></dd></dd></dd></dd></dd></dd></dd></dd></dd></dd></div></dd></dd></dd></dd></dl></blockquote></div>

</blockquote></div><br></div>