WikiIndex talk:Naming conventions

WikiIndex - wikis, wiki people, wiki software, and wiki ideas
Jump to: navigation, search

Choosing a name[edit]

If wiki uses various names[edit]

  • What if the home link has one name and a different name appears in the welcome message?
    • Personally I think we should link to the home link, but it may be a judgement call, SpookyWiki seemed pretty straight forward to me. That text could change anytime, but the FrontPage is always the same, unless there is a code change. MarkDilley
      • I agree TedErnst
      • Yes, and I'd go with what makes for a more "specific" name if it's a toss up --Ray 23:42, 22 Jan 2006 (EST)

If no name apparent[edit]

  • What if there is no name?
    • AnUnnamedMoinMoinWiki is a problematic name. See also: http://dunck.us/collab/FrontPage
      • We could use the url instead. TedErnst | talk 11:44, 30 Jan 2006 (EST)
      • I agree, and in my humble opinion, some wiki's are not worth having in the system and can be deleted. Of course we have to be a bit careful because sometimes an active wiki is offline for a short period of time, but there are a lot of wiki's that were no more than short lived experiments which are junking up our wiki. --Raymond King | talk 14:37, 30 Jan 2006 (EST)

CamelCase?[edit]

All the examples are CamelCase, but it is not needed in MediaWiki. Is there a policy of using CamelCase for preference? robinp 14:14, 7 Feb 2006 (EST)

If a wiki doesn't use CamelCase in it's name, do we name their page here using Camel Case? If so, why? And what about the name of the wiki in the template? Is that always the same as the pagename or can it be different? Are their two different conventions? If not, can't we just code that in the template and lose that field? If they are different, we ought to define how so. TedErnst | talk 23:02, 27 Feb 2006 (EST)
As far as I understand the small discussion here at WikiIndex, I think that the WikiIndex page name should be like the name of the wiki. The name in the template is something that I have always made the same as the page name, which is the same as the Wiki. Triple redundancy baby!  :-) Just like the categories! Could we code it? Not I, you? :-) (if so, can you map the logo_url to the wiki_url?) MarkDilley

I can take a shot at coding that. Where's that list of codes? I can't find it anywhere. It had tons of triple curly brackets on it. TedErnst | talk 10:11, 2 Mar 2006 (EST)

found it: WikiIndex:Magic words. TedErnst | talk 12:51, 2 Mar 2006 (EST)
I've done it! Template talk:Wiki has the discussion TedErnst | talk 13:06, 2 Mar 2006 (EST)

Also, it's not clear to me what our convention is. It seems we're using CamelCase most of the time, even when the wiki in question doesn't use CamelCase. I don't understand what our convention is. I bring this up not because I care that much, but because you (Mark) pointed out an inconsistency in my work. I'm not even sure I see the inconsistency, but it's something important to you, so let's document how it should be. TedErnst | talk 10:11, 2 Mar 2006 (EST)

more camel case and case sensitivity[edit]

Moved from Talk: Guidelines

Could we avoid using CamelCase here? You don't need it in MediaWiki to make links, it looks unintuitive for a newcomer, and many people (including me) find it ugly. Also, people create duplicate pages more easier, when they use CamelCase. They may create an article about WikTionary, and another about WiktioNary etc.

I think that we should capitalize the article titles similarly as Wikipedia does. We should rather write some article than some article or Some Article. The latter form is either hard to link or a mispelling in the text. Several proper nouns like the names of wikis would be an exception to this. We should simply look how they spell their community's name in their wiki, and use that form. Tristram Shandy 09:41, 18 Jan 2006 (EST)

Ouch, I didn't notice that the wiki automatically capitalizes all words. This is wrong and should be changed. We are going to have articles about wikis that are in other languages than English. And not all languages use this sort of universal capitalization in titles. Examples of such languages: Finnish, Swedish, Russian, Estonian. You are bound to misspell the names of several wikis in these languages if you use universal capitalization. Tristram Shandy 11:26, 18 Jan 2006 (EST)

Case-sensitivity of the first character[edit]

This idea has its drawbacks, but I still support it: the wiki software shouldn't change the page title to start with a capital letter. Then we could spell the names of wikis as their community wants. Notice that the articles that have a common noun as their title wouldn't have it capitalized (like "some article"). But we could make capitalized redirects to them (like "Some article" ­→ "some article"). Non-capitalized common nouns simply occur more often than capitalized, because there can be a capitalized common nouns only in the beginning of the sentence, in a bulleted list, and probably also in some other special contexts that I don't remember now.

The drawback is that this kind of titles likely annoy some people. But also the current practise is going to annoy someone. People in Wikipedia regularly complain how they have article titles like EBay. Case-sensitivity of the first character was turned on in English Wiktionary, so this approach isn't something completely new.

If the first character case sensitivity is turned on, we should still decide how to capitalize the pages outside the article namespace. Would it be "Category:Wiki" or "Cateogyry:wiki"? They use the form Category:Wiki in the English Wiktionary. If we used form "Category:Wiki", would there be "Category:Wiki guides" or "Category:Wiki Guides" then? I think that the "Category:Wiki guides" is better because it is similar to "some article" compared to "Some Article". Tristram Shandy 09:41, 18 Jan 2006 (EST)

I created a table to present and clarify my ideas. Tristram Shandy 11:26, 18 Jan 2006 (EST)

Article title What it looks like
Common noun article
Proper noun How it is properly spelled: Wikipedia
Several words example article; comparison to Wikipedia
Category title What it looks like
Common noun Category:Maintainance
Proper noun Category:WikiIndex
Several words Category:Helping WikiIndex; Category:Guides for editors


Naming guidelines discussion can move to CamelCase or Free links or both - I lost in an edit conflict what I had wrote here about the subject, will get back to it later, Best MarkDilley
The easiest way to overcome this particular quirk is to use a specific magic word, namely: {{DISPLAYTITLE:iFone wiki}}. It is important to note that the DISPLAYTITLE will only work correctly if the words entered in the magic word command are identical to its page title. If not, it won't have any effect. Sean, aka Hoof HeartedAdmin / 'Crattalk2HH 10:55, 9 May 2017 (PDT)

CamelCase (with some mention of other capitals and of spacing)[edit]

Page names for articles about specific wikis[edit]

Well, since this is a wiki about wikis, the article names for those wikis should reflect the actual name of the wiki. Many wikis have CamelCase names and I believe we should stick with them in that case. For wikis with free link names, we ought to use exactly the form they use, including spaces and capitalization. That's my thought, anyway. TedErnst 17:05, 18 Jan 2006 (EST)

Yes that is the standard for wiki name pages but Tristram brings up good point regarding internal links within the wiki. - MarkDilley
I'm talking about internally. We can debate about pagenames for pages that aren't referring to wikis. I just wanted to talk about the most important pages, those for the actual wikis. TedErnst 17:10, 18 Jan 2006 (EST)
I meant that you have an article about MeatballWiki in MeatballWiki because the wiki is called MeatballWiki. Sorry if I didn't say it clearly enough. Tristram Shandy 17:19, 18 Jan 2006 (EST)

For Meatball, there's no debate, I think. If it were called Meatball Wiki, then our page would be Meatball Wiki. It's clear, yes? (See below next heading for this next pair of sentences repeated with responses:) But what about guidelines and other meta pages? Are we using namespaces for them? Are we using camel case or something else? TedErnst 17:34, 18 Jan 2006 (EST)

I agree absolutely - Wiki names (in text and in their own page name) as the wikis call themselves (as far as we can). Example of what not to do: if we got a wiki that managed to get away with calling itself Micro Soft we'd be in trouble calling it MicroSoft! robinp 00:32, 7 Mar 2006 (EST)

(See below next heading for this next contribution - dated earlier than 7 March - repeated with responses:) Trying to clarify, we are currently using both CamelCase and free links for our internal wiki page names. This is because:

  • We have not decided one way or the other about what a standard would be.
  • Because I think it is important to be open to the way people use wiki, not to clamp down on any side. MarkDilley

Other pages[edit]

[First a copy of the above paragraphs that seem to be wholly or partly dealing with this subject]

For Meatball, there's no debate, I think. If it were called Meatball Wiki, then our page would be Meatball Wiki. It's clear, yes? But what about guidelines and other meta pages? Are we using namespaces for them? Are we using camel case or something else? TedErnst 17:34, 18 Jan 2006 (EST)


Trying to clarify, we are currently using both CamelCase and free links for our internal wiki page names. This is because:

  • We have not decided one way or the other about what a standard would be.
  • Because I think it is important to be open to the way people use wiki, not to clamp down on any side. MarkDilley
With utmost respect, Mark, you don't "clarify" 100% if you use an expression such as "internal wiki page names" when we have just been discussing how to write the names of wikis in our pages here. So I've duplicated your comments. In this section we are talking about page names in WikiIndex other than proper nouns (which term includes Wiki names). robinp 00:32, 7 Mar 2006 (EST)

I get the impression from the above that Ted definitely favours the Wikipedia style (sentence case, ie only the first letter capitalised except for proper nouns), as I do, and that Mark doesn't mind and doesn't want to make rules about it.

  • I actually prefer CamelCase for internal work, but felt it too hard to argue for it in a "WikipediaWorld." I prefer CamelCase based on my prefered way to show internal links and a good way to help people understand wiki. MarkDilley | talk
I don't mind CamelCase, and in fact, notwithstanding my comments below wishing for a standard, I'm fine with every meta page having a CamelCase redirect. Or redirecting the other way, if that's what we decide. Add a Wiki is the worst of both worlds. I'd prefer Add a wiki or AddAWiki (which brings up the question of the word "a", is it to be capitalized in CamelCase? This is complication I'd rather avoid. TedErnst | talk 11:01, 7 Mar 2006 (EST)
Yes, I agree WikiIndex:Add a Wiki is the worst of both worlds and think it should be AddWiki, simple link language. MarkDilley

I respect Mark's "open" approach. However, I recommend that we encourage sentence case. Reasons:

  • If anyone's "allowed" to capitalise whatever word they think is important, we run a risk of much timewasting from the enthusiastic independent creation of pages such as Help:How to edit images, Help:How to edit Images, Help:How to Edit Images, and Help:How To Edit Images, each of which could attract later contributors and be a near-hopeless job to merge when someone twigged. (The permutations of various CamelCase options additional to those do not bear thinking about.)
  • I'm guessing but confident that eventually most of the contributors who start here will be familiar with Wikipedia style and use it without thinking. Therefore a lot of page names will use sentence case whatever our guidelines say (because not everybody reads the guidelines; some because the idea that different wikis have different guidelines would not have occurred to them). So the easiest route to eventual consistency is to recommend Wikipedia styles.

robinp 00:32, 7 Mar 2006 (EST)

I definitely agree with this. I believe it would be an important contribution for someone to move all of our existing meta pages to these sentence-case page names. I've been creating redirects lately, from alternative capitalization versions of meta pages, which can certainly be changed to point to whatever the standard is. Having a standard really helps me remember how to link to a page. TedErnst | talk 10:57, 7 Mar 2006 (EST)
I think that the name for this page mentioned should be Help:EditingImages - clear and as link language, spot on. MarkDilley So if we are talking standards, I would be in favor of camel case internal wikilinks.

removed from page[edit]

I removed this: We name the pages with upper and lower case characters, capitalising each word because I think that we name the page as exact as it is possible to do so. One of the advatages I see to FreeLinking MarkDilley | talk

I totally agree. TedErnst | talk 15:43, 8 Mar 2006 (EST)

Naming Wikimedia wikis[edit]

I think that the present guidelines present a problem with naming articles for Wikimedia wikis and any similar wikis. http://wikipedia.org, for example, is just a gateway to wikipedias in over 120 languages. The Wikipedia article should be a general overview of those Wikipedias. I think there should also be WikiIndex articles on at least the Top 10 or Top 20 Wikipedias. For this to happen, the article names should probably be the Wiki's URL (minus http://), so the article for the English-language Wikipedia would be at en.wikipedia.org, the Japanese-languages WIkipedia would be at ja.wikipedia.org, etc. BlankVerse 05:23, 16 Mar 2006 (EST)

I agree with you that the Wikipedia page needs to be an overview, or a disambiguation page of some sort. No one's gotten to doing that yet. Want to get it started? Another alternative to naming the languages would be Wikipedia (English), Wikipedia (Japanese), etc. TedErnst | talk 12:19, 16 Mar 2006 (EST)
I just found Simple English Wikipedia. That would be a 3rd option for naming conventions. English Wikipedia, Japanese Wikipedia etc. TedErnst | talk 13:42, 16 Mar 2006 (EST)

naming places that host lots of wiki[edit]

I think I messed up with Near-Time and StikiPad. They are technically not wiki -- they are 'wiki farms' that allow lots of people to set up lots of wiki. So ... to be consistent with what people seem to already be doing, (such as Category:TaoRiver and Pbwiki which redirects to Category:Pbwiki), should we "move" (rename) them into the Category: namespace, a sub-category of Category:WikiFarm?

I expected the people who set up Near-Time and StikiPad -- obviously familiar with how wonderful wiki are -- to have a prominent link to a wiki holding FAQs about that host. I am a bit surprised that not only is there no prominent link, I can't even find an obscure link. I'm starting to suspect -- maybe there is no wiki about Near-Time or StikiPad? --DavidCary 23:17, 15 October 2006 (EDT)

Mark and I started to move wiki farms and wiki engines to their respective categories, but the effort petered out. Feel free to pick it back up. There are templates, I think. TedErnst | talk 18:10, 16 October 2006 (EDT)

2012 current status[edit]

wiki engines[edit]

Following on from the above standard, the basic wiki engine will be a subcategory of Category:Wiki Engine, and will have an infobox rendered via the {{Wiki Engine}} template (now with a orange border). However, if the said wiki engine also has its own wiki - say as a management administration 'help desk' or similar, then it will also have its own separate article in the main namespace, and will have its infobox rendered via the standard {{Wiki}} template (with the default black border); with the description prose clearly detailing the relationship between the namespace wiki article to the category wiki engine.

A handy tip for the administration wiki: when listing it in its relevant wiki engine category, use a pipe then a space in the category, eg, for MediaWiki, add [[Category:MediaWiki| ]] at the bottom of the edit box, and this will then list it at the begining of all other category listings. Hoof Heartedtalk2HH 07:04, 28 September 2012 (PDT)

wiki farms[edit]

Wiki farms will follow the same format - the basic wiki farm will be a subcategory of Category:WikiFarm, the infobox will be rendered via the {{Wiki Farm}} (now with a green border), and any wikis used for the administration of the said engine will be in the main namespace, eg, for Wikkii.com, add [[Category:Wikkii| ]] at the bottom of the edit box.

For those where there is no clear definition of weather it is primarilly a wiki engine or a wiki farm - such as say Wikia, use your best judgement as to which template to use for its infobox. Hoof Heartedtalk2HH 07:04, 28 September 2012 (PDT)

Multiple wiki names of the same names[edit]

There are multiple wikias I'm gonna add that have the same name (and they're all in English), for examples:

name URL description
Idea Wiki http://ideas.wikia.com/ The more popular one
Idea Wiki http://idea.wikia.com/ The less popular one
Video Games Fanon Wiki http://videogames-fanon.wikia.com/ More popular
Video Games Fanon Wiki http://videogamesfanon.wikia.com/ Less popular
Video Game Ideas Wiki http://videogameideas.wikia.com/ Dormant wiki
Video Game Ideas Wiki http://vgi.wikia.com/ Both of them are dormant, though
Angry Birds Wiki Angry Birds Wiki Less popular one, English
Angry Birds Wiki Angry Birds Wiki (1) More popular one, English
Angry Birds Wiki Angry Birds Wiki (2) I founded this one, Dormant, in Tagalog

What should I do? This ain't mentioned in the page. Luis (talk) (guestbook) 03:12, 3 June 2015 (PDT)

We usually create a separate page for each individual wiki site, with the unique domain in brackets, each with their own infobox. We then create a disambiguation page listing all wikis from any original simple name. Your examples all list Wikia sites, however, if the same wiki has moved from one domain name to another, we have two infoboxes in the one article, the first infobox with their original set of URLs (ideally with Archive.org or similar links), and the second infobox containing the new current domain URLs. HTH. Sean, aka Hoof HeartedAdmin / 'Crattalk2HH 12:52, 9 May 2017 (PDT)