----- Original Message ----- From: "Stephen Turner" Sent: Tuesday, March 12, 2002 6:24 AM
: 1) I'm surprised to find .ac in the IANA list, : because it's not in ISO 3166, and I thought : IANA's stated policy was only to include : ISO 3166 names as geographic TLDs. IANA's policy -- http://www.iana.org/cctld/cctld.htm -- *does* plainly state: "The codes IANA uses are two-letter codes from the ISO 3166-1 list." However, note this passage from a link on the above-referenced document entitled "describing the relationship between the ISO 3166-1 list and ccTLDs": "So the alpha-2 code elements from ISO 3166-1 are used in the Internet as the country code top-level domain identifiers (ccTLDs). There are more than 240 ccTLDs in the Internet. In fact ICANN's subsidiary IANA has created a few ccTLDs (.ac, .gg, .im, .je and .uk) which are not based on official list of country codes but on the list of reserved ISO 3166-1 code elements." ISO 3166-1 is a basis for ccTLD generation. There is a passing discussion of the above-named exceptions here: http://www.wwtld.org/mailarchive/cctld-discuss/vol01/msg00268.html Note also that .eu is lumbering toward eventual approval. ;) : 2) Of course I'm happy to include .biz, .info etc. as well. : Sorry, I should have done that before. No need to apologize. Here's the list I created for gTLDs in my working/revised *dom.tab file: # # ############################################# # Generic TLDs - Primary Reference: # # http://www.iana.org/gtld/gtld.htm # ############################################# aero 2 Air-Transport Industry - Global biz 2 Businesses - Global com 2 Commercial - Global coop 2 Cooperatives - Global edu 2 US Higher Education gov 2 US Government info 2 Informative - Global int 2 International Treaty Organizations mil 2 US Military museum 2 Museums - Global name 2 Individuals - Global net 2 Networks - Global org 2 Non-Profits - Global I changed the textual descriptions, but that's the list as I know it now. arpa was excluded from the above list because it is considered am "Infrastructual TLD" and so resides in a distinct section of my *dom.tab file. : 4) If you have any corrections to the organisation : levels, let me know. I have several. I'll want to sit on them for a few more days as I work through the subdomain mappings for each TLD and check my work over ... to where should I send these? Should I err on the side of caution (lower) or potential accuracy (higher) in setting levels -- there are a number of ccTLDs that use a mixed structure where a given organization could be identified at level 2 or 3, depending on how the domain in question was registered? I guess I can play it by ear -- when I have time to post the subdomain mappings (not here -- on the Web) for interested parties, they can check to see what I'm up against and re-verify my work where I indicate potential ambiguity. Sound fair? : Usually I choose the higher number, although : sometimes (e.g. Canada) I don't, if most of : the organisations are at the smaller level. Unfortunately, few TLD registrars openly provide count statistics per scheme used. :( : I don't want to put subdomains back in the : domains file. That's fine. In thinking thing through later, I think I'm pretty happy with setting one level and attempting to live with the results. I also found that it would kill the way in which I'm handling SUBDOMAIN directives (including files based on which TLD I wish to break out into described levels), as *dom.tab is monolithic and does not permit arbitrary inclusion. : I would consider allowing the user to give : exceptions to the normal organisation levels : for domains in the configuration file. It's : not a high priority for me at the moment, but : if someone writes a patch, I'll consider it : and probably include it. That sounds fair. Perhaps I can find time to take a closer look at the source and provide a patch myself in the coming year ;) Should someone else want to think about this, though ... Thanks for the response. Please let me know how best to present the changes I think should be made to organization levels in *dom.tab. - don +------------------------------------------------------------------------ | This is the analog-help mailing list. To unsubscribe from this | mailing list, go to | http://lists.isite.net/listgate/analog-help/unsubscribe.html | | List archives are available at | http://www.mail-archive.com/[email protected]/ | http://lists.isite.net/listgate/analog-help/archives/ | http://www.tallylist.com/archives/index.cfm/mlist.7 +------------------------------------------------------------------------
