On lun, 2003-02-17 at 03:30, Daniel Mayer wrote: Compare: http://google.com/ http://google.fr/ http://google.pl/ etc. Do you think they are separate organizations? The Wikipedia name is much more unifying and significant than the .org / .com / .pl / whatever. The most important thing is that we're all working to create an open, free encyclopedia, using the GFDL license that enables us to share and share alike. It's really pretty frickin' irrelevant what the domain name is, much less the top-level domain. Disadvantages of putting everything under wikipedia.org include: * .org is exotic and unfamiliar to many potential users; a country domain is more familiar and comfortable (and recognizable as a web address!) and will have more local flavor. * Some search engines limit to the local country's top-level domain (possibly meant as a crude language filter; if 90% of your users are middle-aged housewives who don't speak anything but Foobarian there's little reason to return results outside of the .foo domain; the outside world is another market that bigger search engines like google have wrapped up), and may not index .org. Having a secondary redirect domain doesn't really help here, as 99% of links will be to the canonical URL, and a redirect may not get indexed at all. Disadvantages of putting languages preferentially under national domains include: * Many people have asked for a unified login system so you don't have to login separately in each language. Using different top-level domains will greatly limit the usefulness of this once it's put in place; even if usernames and passwords are synchronized, login cookies will be separate for each domain and you'll have to login separately (at least once per domain if you tell it to save your password, otherwise on every visit). * Many languages are not easily associated with countries, and many countries are not clearly associated with a single language. (www.wikipedia.be directs to a page where you can choose French, Dutch, or Frisian; meanwhile there is no TLD for Esperanto.) Further, in many cases there are mismatches between language codes and country codes -- .my is Malaysia, but my is the language code for Burmese; .uk is the United Kingdom, but uk is the language code for Ukrainian (TLD .ua). Inconsistency between naming and linking will lead to increased confusion. However I'm generally willing to let in a little confusion here to get rid of more confusion there; for instance the wikis for several European languages are set to display European standard time by default rather than UTC, since _most_ of their users are in a single time zone. I'd rather it were in UTC, but hey big deal! The overwhelming bulk of users can better decide what they want than I; my own personal settings can change the default timezone to my heart's content, but the default should be whatever's most appropriate for most people. Well, mav, what happens to Wiktionary if you were to forget to pay the bill for or decide to yank the plug on wiktionary.org? If the foundation happens, I like to think that the various domains would be donated to it. (I know you've said you'd do that for wiktionary.org.) -- brion vibber (brion @ pobox.com)