Tardis:Tardis Manual

This page is under construction, but our policies are well-established. Until such time as the page finished, please consult category:manual of style, category:help and category:policies for the wiki's governing principles. Thanks for your patience while we improve this page. 21:45: Sat 22 Dec 2012 A manual of style is a document created by a publishing entity to ensure that all of its writers are working to a common standard. They are particularly necessary when working in the English language, as there are many different types of written English used throughout the world. A manual of style typically strives to settle matters of debate amongst writers by, in many cases, arbitrarily deciding questions like
 * When shall we italicise words?
 * How shall we name articles?
 * Shall we generally use British, American, Canadian, or Australian English?

Note that a manual of style can answer any question like this in a way that might contradict one's own sense of "proper" English usage. Therefore, you should not assume, even if you are an extremely advanced English writer, than you understand the rules that we have chosen to use. Please make sure that you read this document thoroughly if you intend to edit with us. Also, be aware that the rules laid down here do occasionally come up for community review at the Panopticon, a forum dedicated to discussing the way the wiki is run. Indeed, this manual is certainly a living document. It has been locked only to prevent vandalism — not to discourage change. Please post your suggestions for how to improve it at the Panopticon, so that a wide range of users can discuss your proposal.

Except where a more detailed policy page exists, the manual of style should be considered the final word on any matter it addresses. If you don't agree with what it says, please don't blatantly disregard it. Instead, please start a discussion in the forum to change it.

For information on the most basic writing techniques and styles, which are used here, see Wikipedia's Manual of Style.

Man


In-universe
All in-universe articles should be structured as follows: For more details as to what each section of an article should contain, see the Layout guide.
 * 1) Main body of article
 * 2) See also
 * 3) Behind the scenes
 * 4) External links
 * 5) Category

Out-of-Universe articles about real people
Write an encyclopaedic biography of the person, centred mainly on his or her contributions to Doctor Who, but also include other notable work if known. Do not place items of trivia, such as date of birth, under their own headings or sub-headings, especially if such headings only contain the single word, "unknown." This makes the article hard to read and is actually somewhat annoying. Please also see "Articles on living people", below, for important information regarding content.

Full sentences
Complete sentences — that is, sentences containing at least a subject and a verb — are required. A full sentence is not something that starts with a capital letter and ends with a period or full stop. The following are examples of incomplete sentences that have been found, at one time or another, on the wiki:

Exceptions to this rule are few.
 * If you are directly quoting, and the original quotation is a sentence fragment, and you indicate that you are quoting, you may reproduce it.
 * If you are making a simple list of words or titles, a complete sentence is not necessary on each line, because the list is likely to be a part of a preceding full sentence. For instance, if you said,
 * William Hartnell appeared in the following serials:
 * and then proceeded to give a list of those serials, the list is effectively a dependent clause of prepositional phrase "in the following serials". You therefore don't need a full sentence on each line of the list.

Image use

 * You may be interested in seeing this information presented in an easy-to-read chart.

Use of images is encouraged on articles. As has been made clear by the community, articles with images are preferred to those without.

Markup
Please use the following base nomenclature when putting images into articles:

as in



Do not use — even though it will work.  Using "file:" instead of "image:" makes it much easier to maintain the site, and it reduces server load, as "image:" simply redirects to "file:"

Disallowed images
Images that should not be used in any articles include; amateur 'spoiler photos' and images that have been highly image-edited or had an overlay of text or colour placed over them. Colourised images from episodes originally filmed in black-and-white are specifically disallowed.

Real world articles and Behind the scenes sections
The Quote template and quotes may be used within Real world articles or behind the scenes sections (including on occasion as headers), as quotes from the real world often are sourced from a wide variety of sources, that are often handled better by the template.

For example see the quote template used within this Doctor Who (2009) article.

In-universe articles
Telling readers where a statement can be verified is important. It helps to focus articles and keeps the details in an article to only that which actually appeared in the various Doctor Who narratives. Don't assume that your readers have the same level of knowledge about the Whoniverse as you do. Cite often, cite accurately. Format your citations according to these guidelines:
 * When citing an episode, novel, book, audio drama, webcast, comic or any other story use brackets, the proper prefix for the series and then the name of the episode, in italics and linked, e.g:
 * (TV: An Unearthly Child)
 * (PROSE: Timewyrm: Revelation)
 * (TV: Everything Changes)


 * When citing an in-universe website, use the WEB prefix, the name of the website in italics and the website address shown using a piped link, e.g:
 * (WEB: torchwood.org.uk ), which appears as: (WEB: torchwood.org.uk)


 * If you encounter a statement that obviously needs a citation, but you don't have the time or knowledge to correct it, type, which produces:
 * On this wiki, it is difficult to avoid using "weasel words" like "many", "often" and "sometimes". The nature of an internally inconsistent universe like Doctor Who's usually makes concise, absolute statements untrue.  For instance, there are many occasions when the Doctor appears have a binary vascular system, but there are a few where he does not.  Weasel words can be made more accurate by remembering to balance them with an appropriate number of citations.  In general, if a sentence implies that something occurred multiple times, then there should multiple citations given.  For instance, if you write, "The Doctor often thwarted the plans of the Master", then you should give several story names to give a sense that "often" is an accurate term.  Some other words which trigger the need for multiple citations are "frequently", "various", and "regularly" — as well as the simple use of numerals ("the Doctor was known to have gone there three times").
 * Should you come across a sentence that seems to need more citations, but you don't have the time or the knowledge to correct it, type, which produces:

Behind the scenes
"Behind the scenes" or "real world" subsections within in-universe articles should be cited using the same method as out of universe articles. See below for more information.

What a citation indicates to our readers
The above sections tell you when, where and how to insert a citation, but it's important to understand what a citation means. A citation says to our readers, "If you go back to the story cited, you will find that the work substantively includes the statement just prior to the citation.

For instance, let's look at the following statement:

By putting  at the end of that sentence, what we're saying is that, within the body of the serial known as Spearhead from Space, you will find a scene where a guy named "Dr Henderson" puzzles over a TARDIS key. Since that actually happens in Spearhead, this sentence is allowed to remain in our database.

The problem is that sometimes we kind of remember scenes being in one serial, but in fact they're in another. Or sometimes we use fan sites comprised of badly-researched statements incorrectly ascribed to a particular story. Worse, some fan sites give a citation for a particular story, but fail to make obvious that this assertion is based on speculation involving another story. (This, incidentally, is why we don't think fan sites are valid sources.)

It's absolutely vital that you check every statement you make against the story you're citing. Some good questions to ask yourself include:


 * Am I going off my own research into the story?
 * If asked — and given a few minutes, cause me memory's goin' — could I definitely point to a page, episode or time code when the event I'm citing happened within the story?
 * Could I insert a direct quotation from the story into my sentence?

If the answer to any of these questions is "no", you're probably not on terribly solid ground.

Remember: the goal of our project is to write an original reference work.  If you're copying someone else's work, rather than going back to the original narrative, you're not really creating anything new. You're just participating in a game of Chinese whispers.

If information is discovered which includes false citations, it is subject to immediate deletion.

Out of universe articles
Telling readers a statement that can be verified is important. For out of universe articles (those about the Real World or Behind the scenes) we use the same system as Wikipedia; Footnotes. The sources must have reference tags around the (see also Wikipedia:Citing sources for more info). Or The Dark Dimension and Gothic stories for examples of correct citation within articles. A section at the base of the article entitled 'Footnotes' must also be placed with (this will collect the cited sources at the base of the article).


 * Please use 'Footnotes' rather than 'References' as this term is associated with the in-universe References section.

If while editing you come across a cited piece of information which has no source you can place the tag beside it which will display the Fact tag like this;, which states a source needs to be cited.

Rumours
Rumours may be added to articles concerning yet to be broadcast stories/series', these should only be placed within the 'Rumours' section of the article. Users must ensure the rumours are cited with a source so that they may be verified by other readers and editors.

Unsourced rumours should be removed.

Bot enforcement
Because of the size of this wiki, global maintenance can only be done through the use of a bot. Enforcement of any of the provisions of this document are subject to automatic enforcement by bot, without prior notice. It is therefore possible that you might occasionally get it into an edit conflict with a bot. Please don't take it personally; the bot has no ability to sense you're editing an article.

It is important to note, however, that you should not rely upon the bot to clean up your mistakes. It is always better to try to do things according to the MOS. Remember two key rules:
 * Bots are stupid. They absolutely cannot predict the precise way in which you will have violated this manual of style.
 * Bots can't be everywhere at once. It might be months until the next time that the spelling bot hits the page you've just edited.  So spell things correctly now, or else your mistake might persist for an unexpectedly long time.

From time to time, a bot shall execute a script whose sole function is to clean up the code. It shall run on every page in the main namespace, as well as several other namespaces. This script will in no way change the way that a page appears. But it will perform a number of menial tasks on pages, such as:
 * the removal of extraneous spaces, per T:SPACING
 * the insertion of leading and trailing spaces in section headers, per T:HEAD
 * the placement of exactly one space following a full stop, which isn't required, but is allowed by T:SPACING
 * the placement of exactly one space between a symbol which creates a list (i.e., * and #) and the following text
 * consistent capitalisation of namespaces, such that — for instance — file: becomes File:
 * the elimination of some redundant pipe tricks — human would become simply human, for instance