Images are an integral part of every wiki, and Smashpedia is no exception from this rule. However, there must exist a set of guiding policies regarding the inclusion of pictures on the wiki. The goal of using pictures in an encyclopedic wiki is to clarify the topic at hand and improve the quality of understanding one can achieve from reading an article. This policy exists as a guide to what images are allowed on the site and where to use them properly. If you need help in the uploading and insertion of images into articles, please go to Help:Images.
Primary Rules[]
- Mainspace articles should have at least one image, with few exceptions. Stages, characters, moves, techniques... all of these need pictures to help show the article's content. Exceptions and variations are explained below.
- Images must be relevant. If a page about a Sonic combo needs an image, do not simply add a general picture of Sonic. Make the images as focused on the article's content as possible.
- Image size and location are important. Images should make an article more readable and understandable. The main idea of this policy is ignored if images are too distracting or force the text into odd shapes.
- There is such a thing as too many pictures. While having a few pictures is ideal, some articles may not need five images to make the content clear.
- Use a gallery. Usually, more than one or two pictures can overwhelm an article. For additional images, try using the <gallery> tags.
- Wherever applicable, include at least one image per game. Fireball should include images of the move from all three Smash games, Vegetable should have pictures from Melee and Brawl, etc.
- Usage of the "image-needed" template. Add {{image}} to mark an article as needing additional or higher-quality images, and it will show this:
- Additionally, it will add the article to this category.
- Categorize your images. Use the list of categories to figure out which of the existing categories your image falls under. ALWAYS have at least one category on every image.
Exceptions to the Mainspace Rule[]
The following mainspace articles might not require images:
- Crews. Many a crew may not be well-enough known or sufficiently active to require an image. However, if possible, articles about major tournaments should have images, perhaps of a prize ceremony or other major event.
- Articles not explainable with a still image. Certain techniques or glitches may not be apparent by simply a still image. The recommendation is to use an animated .gif file. See Yoshi Bomb or Shield Jump for examples. Some articles, such as those depicting complex techniques or glitches with intricate set-up methods, would be better off by an external link to a video, or else usage of one that has been uploaded.
Personal Images[]
Smashpedia allows personal images, with some restrictions.
- Images must not violate any copyright laws and must be licensed correctly.
- Image content must be appropriate. Anything deemed disruptive or obscene, for example, may be deleted.
Appropriate Image Naming[]
- An image's name should be relevant to the image itself. For example, an image used for a specific user, such as a signature image, should be named Image:Example_sig, where 'Example' is the user name, or something similar. Pictures of images to be used in articles should be named for the article it is being used in, such as Image:Kencombo_ex or Image:Summit_sliding.
Not acceptable[]
- Code names, from the DOJO image naming system (i.e. "Mball 70482397vs4"), SD Card names, frequently via Brawl Snapshots, etc. These names tell searchers nothing about the image's content.
- Inappropriate names. Things like "LOL Lucas" or "F*ck yeah! Beedril!" are inappropriately named. These will be deleted and renamed, or if the image itself is inappropriate, not uploaded again.
Other concepts[]
- Redundant or unused images will be deleted; do not upload a duplicate image.
- No image can "belong" to any user or group of users. Images "belong" to the wiki once uploaded; if not needed or against this policy, they will be deleted.
- Never use fanart in the mainspace.