<div dir="ltr"><div class="gmail_extra">Hi Sam,<div><br></div><div>thanks for those comments, however I am putting some remarks below because some assumptions you made</div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000"><small><br></small>Briefly reviewing the membership process, applicants apply for membership in the NCSG stakeholders group, and may (are urged to) apply for membership in one of the two constituency groups (NCUC and NPOC). Within the membership guidelines any non-commercial person or organization can also apply to the NCUC constituency group, but only not-for-profit organizations can apply to the NPOC constituency group. <u></u><u></u><small><br></small><small><br></small><b>The membership application process:</b><u></u><u></u><small><br></small><small><br></small>If one reviews the membership information and application processes on ICANN, NCSG, NCUC and NPOC it is clear that a constituent interested in membership can be left a bit confused. There is a need for a single common application form, located at one or more websites, with a common return to relevant membership committees, initially for NCSG consideration and NCUC/NPOC information, and subsequently for NCUC/NPOC consideration. <u></u><u></u><small><br></small><small><br></small></div></blockquote><div><br></div><div>prospective NCSG applicants are asked to apply here <a href="https://community.icann.org/display/gnsononcomstake/How+to+Join" target="_blank">https://community.icann.org/display/gnsononcomstake/How+to+Join</a> </div><div>NCUC indicate here <a href="http://www.ncuc.org/participate/become-a-member/" target="_blank">http://www.ncuc.org/participate/become-a-member/</a> to future members to go that form </div><div>while NPOC sounds adding another layer to the process and request additional application to be filled <a href="http://npoc.org/?p=membershipinfo" target="_blank">http://npoc.org/?p=membershipinfo</a></div><div><br></div><div>so yes we have already a single common application form which also ask applicants if they want to join constituency. its improvement was discussed at EC and Lori Schulman volunteered to make proposals to add fields to get better info from future members while keeping the application simple.</div><div>the members of NCSG EC from each constituency are supposed to liaise with groups committees regarding those who want to join them.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000"><small></small>There is also a need for more clarity about the membership options, and for fields within the common form that allow an applicant to at that time request (or not request) subsequent consideration for NCUC or NPOC membership. This is a well-defined task that could be addressed by a small ad hoc committee made up of ICANN staff and NCSG, NCUC and NPOC members. Such committee would not address membership issues that are Charter issues but could identify and report such issues back to NCSG.</div></blockquote><div><br></div><div>not sure to get your point here and I may see some overengineering.  </div><div>as I said , applicants already select to join NCUC, NPOC, both or none when he/she fills the form . the issue is not the form or review by NCSG EC, it is about how constituencies handles those new applicants in regard to their own processes. some suggestions was to delegate the decision to NCSG EC members to  confirm applications for their respective constituencies. </div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000"><u></u><u></u><small><br></small><small><br></small><b>Maintaining the membership database:</b><u></u><u></u><small><br></small><small><br></small>NCSG, NCUC and NPOC are part of ICANN and should be using Internet best practices for maintaining usable and up to date membership information. There are existing Internet best practices that can be drawn on to achieve those objectives. <u></u><u></u><small><br></small><small><br></small>First, from a technical standpoint, from a user standpoint, and as reflected in the expressed views of Internet savvy NCSG members, there should be one master NCSG database with fields indicating NCUC and NPOC membership. This would allow those with approval the ability to access one or more of the NCSG, NCUC and NPOC views of the database. <u></u><u></u><small><br></small><small><br></small></div></blockquote><div>we have already one master NCSG database file.</div><div>the fields for constituency exist already in particular for those who applied with the current form, in addition to other information. however  it need to be confirmed since the approval to join a constituency is done at its level and getting confirmation back. that is how I could send you for your last NPOC election the list of NPOC members extracted from NCSG database while warning that you need to double-check if you approved them or not.</div><div><br></div><div>I am working with the admin support to clean-up, consolidate the existing NCSG membership list and working to update info for some organizational members after the check-in process for the last election.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000"><small></small>The majority of the fields in the membership database should be populated directly by field information from the membership application form. NCSG, NCUC, and NPOC may wish additional fields, either embedded in the overall NCSG database or added as custom fields to an extracted subset of membership data, possibly for special events or initiatives. The master NCSG database will always serve as the membership list of record. <u></u><u></u><small><br></small><small><br></small></div></blockquote><div><br></div><div>yes membership database fields are already filled form the current form , only old records may miss some information and they can populate by contacting members. </div><div>I would advise to not add more additional fields not directly related to applications or aimed for specific purpose. that should be in another list/table which link to NCSG membership list.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000"><small></small>There are a number of issues with regard to the management of the membership database that require some discussion so that NCSG can take a position on them. They include:<u></u><u></u><small><br></small><small><br></small>1.      Dialogue between the effort to construct the proper fields for the membership application and the field information desired by NCSG, NCUC and NPOC.</div></blockquote><div><br></div><div>NCSG EC is tasked to work on improving the application , and work started already. EC members should liaise with their respective groups</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000"><u></u><u></u><small><br></small>2.      Where should the membership database be hosted? Should it be on an ICANN server or elsewhere?</div></blockquote><div><br></div><div>while we are involved in ICANN, we have to be independant on our internal  management matters. we have public  NCSG membership list for transparency . I don't think any other group in GNSO is using ICANN platform for critical matter like membership but they should provide public list of the membership which is missing for many.</div><div>so membership database or list must be kept at NCSG.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000"><u></u><u></u><small><br></small>3.      Who should have what levels of access to the membership database?</div></blockquote><div><br></div><div>NCSG EC and Chair are tasked to maintain the database and update it (refer to NCSG charter). maybe EC for constituencies may have access to view-only mode .</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000"><u></u><u></u><small><br></small>4.      Should members have password protected access to their own profiles in order to update information (especially important for organizations)?</div></blockquote><div><br></div><div>we don't have such solution yet and this need development to support user management, authentication, authorization and which data they can access.  members just need to update records by informing the NCSG chair during the check-in election process. if an organization don't do that during a check-in period, it is unlikely to do it in other time.  </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000"><u></u><u></u><small><br></small>5.      Should profile access by via the ICANN dashboard?</div></blockquote><div><br></div><div>which ICANN dashboard?how many people from NCSG use them regularly? so many initiative launched with random adoption by the community or any clear added value. as software engineer, I am more in favor of KISS principle (<a href="http://en.wikipedia.org/wiki/KISS_principle" target="_blank">http://en.wikipedia.org/wiki/KISS_principle</a>) , lets keep things simple and focused at this stage. any additional feature can be done later.</div><div><br></div><div>hope that helps,</div><div><br></div><div>Rafik</div></div></div></div></div>