Battlestar Wiki:Candidates for deletion
From Battlestar Wiki, the free, open content Battlestar Galactica encyclopedia and episode guide
There are a cases where admins can delete pages. Non-admins can ask for an admin to delete such a page, by going through the procedure listed below.
This policy deals with how to nominate an article or other namespace item for deletion, in addition to how such deletions should be handled.
How to Ask
Before you ask to have a page deleted, make sure to read the qualifiers for deletion.
The user does not need to e-mail or send a message via an admin's talk page. It is as simple as tagging it, akin to "hide and go seek" where you tag people by saying "your it".
In non-juvenile terminology, the user would tag the page by adding one of the following tags:
Simple Delete Tag
A delete tag is simple as clicking "edit" on the page in question and typing the following on the first line:
Should you wish, you can also add your reasoning on the discussion / talk page in question.
Reason Delete Tag
An alternate tag available on this wiki is:
Speedy Delete Tag
To request a speedy delete enter:
This tag not only states that the article needs to be reviewed and, if necessary, deleted but also the reason for the deletion.
Image Delete Tag
To request that all previous versions of a image be deleted, but keeping the current version enter:
Sysops may immediately delete a page, so long as it satisfies one of the following criteria; it is however worthwhile to discuss and evaluate the reasons for the deletion before executing it. Always check the page history first to see if any previous version can be restored, such that deletion is not necessary.
Note that some Galactipedians create articles in multiple saves. Try to avoid deleting a page too soon after its initial creation, as the author may be working on it.
Of course, the Sandbox is exempt from these rules and should not be deleted even though it may satisfy some of the criteria. Removing the test content is preferred.
Criteria for Deletion
These apply to contributions made in any namespace; in most cases other criteria, in an another sub-section within the present section, also apply to the namespace in question.
Redirects can be deleted if they have no useful history and:
Dealing with candidates
All candidates for deletion should be evaluated prior to making a decision. Such evaluations are typically carried out by the community via discussion on the corresponding candidate's talk page, where multiple people can share their viewpoints.
For instance, not all CFDs should be deleted on sight, even if they satisfy the aforementioned criteria. For instance, content in CFD-tagged articles may be merged into other articles; other times, a CFD-tagged article may just need to be expanded upon. Even in other instances, content from a growing page may need to be segmented for easier reading, and thus find a home in a CFD-tagged article.
The timeline for these discussion is typically established by an administrator, as there is no default time period for discussions to take place in. Administrators strive to let everyone know the timeline for discussions, so that everyone is clear on the expectation.
While the expectation is that CFD articles should have a definitive resolution within the shortest time possible, the Wiki strives for accuracy and completeness, and not necessarily how quickly something is thrown up -- or thrown out.
With that said, many times a CFD-tagged article is very much an "open and shut" case, with little discussion needed. Thus common sense comes into play.
Upon determining whether an article should be deleted, the deleting administrator must:
If the article was chosen to not be deleted, then the CFD tag can be removed. Additionally, any additional ideas to come out of the discussion (such as merges or rewrites) should be implemented, unless consensus states otherwise.
Please note that copyright problems are not candidates for deletion unless they meet one of the above criteria.
Ideally, when a sysop deletes a test page or other page with no useful content, it is a good idea to put a note on the author's talk page explaining things, and preserving the deleted content, pointing them to the sandbox in cases of tests. Be friendly! Everyone was new once.