[Internal-cg] ICG FAQ ..

Narelle Clark narelle.clark at accan.org.au
Wed Oct 1 06:42:45 UTC 2014


I hesitate to say that it is often best to point to an authoritative source for definitions, rather than come up with one's own.

It may be safer and easier to do that here, ie point to a full definition elsewhere and have the shortest, most succinct version on our FAQ we can.


Narelle

> -----Original Message-----
> From: internal-cg-bounces at icann.org [mailto:internal-cg-bounces at icann.org]
> On Behalf Of Patrik Fältström
> Sent: Wednesday, 1 October 2014 2:23 PM
> To: Wu Kuo-Wei
> Cc: internal-cg at icann.org
> Subject: Re: [Internal-cg] ICG FAQ ..
> 
> In general, if people want questions and/or answers added to the FAQ, please
> do type and do send text. Not until people do so we can discuss whether it is to
> be added.
> 
> Personally, I do not think we need to add definitions. It adds to the confusion.
> 
> Specifically terms like "The IANA Database" that I honestly have no idea what it
> is.
> 
> The important thing is for whoever is sending things *to* us makes clear what
> they mean with whatever terminology they use.
> 
>    Patrik
> 
> On 1 okt 2014, at 06:01, Wu Kuo-Wei <kuoweiwu at gmail.com> wrote:
> 
> > I will suggest to describe all about IANA function (provide NTIA’s contract and
> other for “complete” information).
> >
> > Kuo Wu
> >
> > Keith Davidson <keith at internetnz.net.nz> 於 2014/10/1 9:13 寫道:
> >
> >> I would go further, and suggest we should have working definitions for:
> >>
> >> The IANA Function
> >> The IANA Database
> >> The IANA Operator (or IANA Functions Operator)
> >>
> >> Cheers
> >>
> >> Keith
> >>
> >> On 1/10/2014 3:02 a.m., joseph alhadeff wrote:
> >>> I think our IANA definition is confusing.  IANA is an acronym that
> >>> should be included in the definmtion and then we should describe
> >>> functions that fall under that work.  I looked at some definitions
> >>> from What Is and Wikipedia which i attach...
> >>> On 9/30/2014 9:06 AM, Milton L Mueller wrote:
> >>>>
> >>>> *From:* Manal Ismail [mailto:manal at tra.gov.eg]
> >>>>
> >>>> [MI]: Noted .. will add it to the new version that is to be
> >>>> circulated shortly .. Although, personally, I would be reluctant to
> >>>> leave the last sentence "But the ICG cannot give these objections
> >>>> any weight if the person made no effort to participate in the
> >>>> operational community-convened process." .. I think it's a bit
> >>>> negative and I don't think it adds ..
> >>>>
> >>>> JPerhaps it does sound a bit negative, but I don’t want people to
> >>>> get the (wrong) idea that they can short-circuit the process and
> >>>> appeal to us to get their ideas implemented. Can you think of a
> >>>> better way to phrase it?
> >>>>
> >>>> Milton L. Mueller
> >>>>
> >>>> Laura J. and L. Douglas Meredith Professor
> >>>>
> >>>> Syracuse University School of Information Studies
> >>>>
> >>>> http://faculty.ischool.syr.edu/mueller/mueller/Home.html
> >>>>
> >>>>
> >>>>
> >>>> _______________________________________________
> >>>> Internal-cg mailing list
> >>>> Internal-cg at icann.org
> >>>> https://mm.icann.org/mailman/listinfo/internal-cg
> >>>
> >>>
> >>>
> >>> _______________________________________________
> >>> Internal-cg mailing list
> >>> Internal-cg at icann.org
> >>> https://mm.icann.org/mailman/listinfo/internal-cg
> >>>
> >> _______________________________________________
> >> Internal-cg mailing list
> >> Internal-cg at icann.org
> >> https://mm.icann.org/mailman/listinfo/internal-cg
> >
> > _______________________________________________
> > Internal-cg mailing list
> > Internal-cg at icann.org
> > https://mm.icann.org/mailman/listinfo/internal-cg



More information about the Internal-cg mailing list