Nookipedia:Upload policy

The following are policies and guidelines for images uploaded to Nookipedia. We recommend that all users read this page entirely. Please note that if you have an image that does not follow these guidelines, it may be uploaded if no high-quality alternative exists.

Images may be uploaded via Special:Upload.

General policies
The following guidelines are strongly encouraged when uploading images for use in articles for this encyclopedia.
 * When uploading the file, be sure to give it a meaningful name which describes its content.
 * Make sure to fill out the File Info template in the upload form. The description and source fields are required.
 * It is suggested that you license your image when you upload it, but if you do not know what license it fits under, don't worry.
 * Do not upload any images that violates any of our wiki policies.
 * Do not upload images that you do not plan to use in an article within 24 hours (1 day) of uploading it.
 * Do not upload images that are irrelevant with the, unless you specifically follow the rules regarding personal images as listed below.

Image formats

 * The following three image formats are used on Nookipedia:
 * PNG - a lossless format that supports transparency and does not lose quality when generated, preferred for most images.
 * APNG - a lossless format that supports animation, only preferred for small, short animations (such as animated sprites) as MediaWiki support for it is limited. Note that APNGs may not animate in certain web browsers.
 * JPG - a lossy, compressed format, only preferred for photographic material and some types of artwork.
 * JPG images support two file extensions:  and  . The different extensions have no effect on the image itself and are simply alternate spellings; however, only   should be used for the sake of consistency.
 * GIF - a lossy format that supports animations, only preferred over APNGs or MP4s if the image is a native GIF, as it has a low color-depth.


 * MP4 - a video format, preferred for gameplay clips that cannot convey the information they need to in a single frame, as well as official trailers and commercials. If needed, MP4s can be auto-played within articles by adding the autoplay class (e.g. ), which will automatically mute, play, and loop the video.


 * Images should be uploaded in the format they were found or created in. Changing image formats either decreases image quality or increases file size without increasing quality.
 * If an image is in a format that is not supported by the wiki, such as BMP or PSD, they can be converted to PNG.
 * If replacing an existing image with a better one in a different format, the image should not be converted to upload over the old image. Instead, it should be uploaded in its original format as a separate file. Afterward, the old file's links on pages should be updated and the old file should be marked for deletion if appropriate.


 * File extensions should always be lowercase (e.g.  instead of  ). This has no effect on the image itself, but should be done for the sake of consistency.

Optimization
For smaller images that are displayed at full-size in articles (such as icons), it can be beneficial to optimize the images to reduce filesize. For larger images that go through MediaWiki's thumbnail engine when used on pages, optimization is not needed as the thumbnailer already compresses the images for display.

Optimizations of videogame assets should be lossless, meaning that no data is lost in the reduction of filesize. For losslessly optimizing images, we recommend ImageOptim for Mac users and FileOptimizer for Windows users. Editors are free to use any optimizing tool of choice, but please ensure that the optimizer is lossless.

When uploading an optimized image, it should be mentioned in the File Info template's  field that the file has been optimized along with the name of the optimizer used.

Screenshots

 * Screenshots should be taken in or close to a resolution that the original hardware can natively output to be as accurate and authentic to the original game and intention of the developers as possible. This means that if taken in an emulator, the emulator should be set to the console's native resolution (usually denoted as "1x" scale) before taking a screenshot. Additionally, the aspect ratio should match what the original hardware can produce. If a screenshot contains black borders that were not meant to be seen on a standard display, those borders should be cropped out.
 * Nintendo 64 native resolution is 320x240.
 * Nintendo GameCube native resolution is 640x480. Note that renders at 608x484,  and  render at 608x468, and the PAL version of  renders at 720x560.
 * Nintendo DS single-screen native resolution is 256x192. Images of both screens should be 256x384, stacked vertically, and have no empty space between them.
 * Wii native resolution at widescreen (16:9) is 854x480. Note that renders at 832x456.  screenshots should always be taken at 16:9; when running in 4:3, the game simply squishes the 16:9 image to fit in a 4:3 frame.
 * Nintendo 3DS top screen native resolution is 400x240, while bottom screen native resolution is 320x240. Images of both screens should be 400x480, stacked vertically, and have no empty space between them; the black bars on the sides of the bottom screen should be removed and replaced with transparency.
 * Wii U native resolution is 1920x1080. Note that despite this, most games render at 1280x720.
 * Nintendo Switch native resolution is 1920x1080. Note that when capturing using the Nintendo Switch's capture button or the Camera app in, screenshots are always saved in 1280x720 regardless of game or display mode. This is acceptable due to the ease of capture and lack of easy-to-use native resolution alternatives.


 * Screenshots should be captured and uploaded as a PNG; however, JPG screenshots are acceptable if capturing a PNG is not feasible. Note that, , , and all support native screenshot capture. While acceptable, these options are discouraged compared to direct capture or emulator screenshots as they save as heavily compressed JPGs, and in the case of , at a lower resolution than what is natively supported.
 * While most screenshots should be captured at native resolution, screenshots meant to identify a specific object or character that is to be cropped out of the image may be captured at a reasonable higher resolution. If this is the case, it should be noted what resolution the screenshot was taken at when uploading it.
 * Official promotional and press screenshots should be left identical to how they were found, regardless of quality, file type, or borders.
 * Off-screen photographs as screenshots are not acceptable and will not be used on pages. These images will likely be deleted on sight depending on the circumstances.
 * Screenshots that contain a town or player name should not be altered to remove the text.

Artwork
Artwork should in most cases be unaltered from how it is found.
 * Images may be cropped to content (without removing the background); however, this should only be done if the image is in a lossless format, such as PNG.
 * Removing the background from artwork to make an unofficial transparency is not acceptable. Doing so will most likely either leave some of the background on the edge of the artwork (which is very noticeable against a contrasting background) or cut off part of the artwork itself, so the background should be left alone.
 * If a background must be removed for use in a specific situation, such as the API or infoboxes, the artwork may be uploaded as a different file, keeping the original, unaltered version intact. The transparent version should have  appended to the original file name, and it should only be used in the specific place it is needed for; the unedited version should be used in all other places. If a transparent image is no longer needed for its original purpose, it should be deleted.

Sprites

 * Sprites should be ripped directly from a game or sourced from somewhere that did, like the Spriters Resource.
 * Sprites should not be cropped from screenshots. This is because games may scale sprites when displaying them.
 * Padding on sprites should generally be removed, with the exception of icons (like this), where the original padding as ripped from the game should be left intact.
 * Low-resolution sprites should not be upscaled to appear sharper on pages. Instead,  should be added to the image to render it with nearest neighbor interpolation. If for some reason an upscaled version is required, it should be upscaled using nearest-neighbor scaling (sharp edges) and tagged with Template:Upscaled and a non-upscaled version should be present on the wiki.

Personal images
We understand that users want to have fun while using the wiki, and so we do allow users to upload images that are not relevant to Animal Crossing. We ask that you obey the following guidelines while uploading these images.
 * Once again, do not upload any images that violates any of our wiki policies.
 * Once again, do not upload images that you do not plan to use somewhere (a user page, subpage etc.) within 24 hours (1 day) of uploading them. These will be removed immediately after that time period.
 * The staff of Nookipedia reserves the right to remove any and all personal images without notice.
 * You must license your image as a personal image when uploading it. Personal images that are not licensed will be removed on sight or be licensed as so.
 * Any one user should not have more than five personal images. Exceptions can be made by asking for the permission of any bureaucrat.
 * If you need more than five personal images, it is recommended that you include the image from an external image host.