위키백과:그림 사용 정책 제정을 위한 편집

본 문서에서는 그림 사용에 대하여 형식, 이용 가능 컨텐츠, 저작권 문제 등 적용되는 정책에 대해 설명합니다.

이미지, 사운드, 동영상 파일 등 일반적인 미디어에 대해서는 도움말:미디어 파일 제작과 사용 도움말을 참고하세요. 미디어 업로드에 관한 내용은 도움말:그림 올리기를 참고하세요. 기타 법률 및 저작권 관련 정책에 대해서는 법적 정책 목록을 참고하세요

사용 가능한 그림 확인하기

편집

저작권과 라이선스

편집

저작권자가 상업적 목적을 포함한 모든 목적으로 사용할 수 있도록 허락했거나, 저작권이 없는 자유 저작물위키미디어 공용에 자유롭게 올릴 수 있습니다. 하지만 전 세계의 저작권법이 조금씩 다르므로, 특정 국가에서만 자유 저작물인 경우에는 위키미디어 공용에 업로드할 수 없고 한국어 위키백과에 별도로 업로드를 해야합니다. 아래는 위키미디어 공용에 업로드할 수 없지만, 한국어 위키백과에 별도로 업로드가 가능한 경우에 대해 설명합니다.

  • 자유 저작물: 특정 국가에서는 자유 저작물에 해당하는 경우가 있습니다. 그럴 경우 위키백과의 파일 업로드 기능을 이용해 업로드가 가능합니다. 여기서 저작권에 구속되지 않는 자유 저작물이란 위키백과에서만 사용하거나 비상업적 또는 교육적 용도로만 사용하도록 라이선스가 부여된 이미지, 수정/파생 저작물 생성을 허용하지 않는 경우는 해당하지 않습니다. 중요 사항: 그림에 돈을 지불하지 않았다고 해서 "자유 저작물"이거나 위키백과에서 사용할 수 있다는 의미는 아닙니다. 인터넷에 있는 대부분의 이미지는 저작권이 있으므로 위키백과에서 사용할 수 없으며, 저작권 표시가 없더라도 만든 순간부터 자동으로 저작권이 부여되어 보호됩니다. 저작권이 있는지 확실하지 않은 경우 이미지를 업로드하지 마세요.
  • 공정 이용/비자유 저작물: 당신이 사용하러는 이미지가 비자유 저작물의 공정한 이용 규정에 해당되는 경우, 사용 이유와 방법 등을 체계적으로 설명해 최소한으로 비자유 저작물을 사용할 수 있습니다.
사진
편집

사진의 경우, 저작권은 사진을 촬영한 사람이 가지고 있습니다. 피사체가 가지고 있지 않습니다. 그러므로 촬영자가 자유롭게 사용할 수 있다고 라이선스를 부여한 경우 위키미디어 공용에 업로드할 수 있습니다.

다만 예외적으로 위키백과에 업로드해야 하는 경우가 있습니다. 3차원 미술품(조각, 전시 등)과 건축물의 경우 저작권은 다른 사람이 보유할 수 있습니다. 촬영한 건축물은 각국 법에 따라 다른데, 공공장소에 있는 3차원 미술품이나 건축물의 경우 국가마다 다른 파노라마의 자유에 따라 자유 저작물이 될 수도, 아닐 수도 있습니다. 대한민국의 경우 파노라마의 자유를 인정하고 있지 않으므로, 대한민국에서 건축물을 촬영한 사진은 한국어 위키백과에 "비자유 저작물"로 업로드를 요청해야 합니다. 그 외 다른 국가의 파노라마의 자유 여부에 대해서는 위키백과 공용의 "파노라마의 자유" 문서를 참고하세요.

공정 이용/비자유 이미지

편집

저작권 소유자의 허가 없이 저작권이 있는 자료를 일부 사용하는 것은 미국과 대한민국에서는 공정 이용에 따라 허가되는 경우가 있지만, 합법적인 사용 범위가 매우 제한됩니다. 위키백과는 자유 콘텐츠 백과사전을 지향하므로 모든 이미지가 공정 이용에 적합하진 않습니다. 자유 콘텐츠 백과사전이라는 목표를 달성하기 위해 위키미디어 재단의 요구 사항대로 위키백과는 저작권이 존재하는 이미지 및 기타 저작물의 공정한 이용에 대해 아주 엄격한 기준을 요구하고 있습니다. 일반적으로 상업적 사용자를 포함한 모든 주체가 이미지를 재사용(재배포 및 수정 권한 포함)할 수 없는 경우, 해당 이미지는 자유 콘텐츠가 아니라고 간주해야 합니다.

비자유 저작물에 대해 잘못된 이용을 토대로 업로드하는 일은 저작권 침해에 해당하며 불법입니다. 명백히 공정한 이용 사항을 어기거나 저작권 위반을 위해 사용된 미디어는 즉시 삭제해야 합니다. 반복적으로 자유 라이선스가 아니거나 잘못된 저작권 태그를 이용하여 저작권 침해를 반복하는 사용자는 업로더 권한이 회수되거나 차단될 수 있습니다.

참조 문서:

법적 문제

편집

명예훼손, 인격권, 상표권, 프라이버시권 등 사진 작가, 업로더, 위키미디어 재단 등에 영향을 줄 수 있는 다양한 저작권 외 법이 있습니다.

명예훼손은 이미지 자체 뿐 아니라 업로드할 때 쓰는 제목과 설명에서도 발생할 수 있습니다. 제목과 설명을 통해서 살아있는 사람의 명예를 이유 없이 훼손하지 않도록 해야 합니다.

고려해야 할 또 다른 요소로 사진을 게시한 출처의 신뢰도 및 과거 저작권 존중 여부가 있습니다. 일부 타블로이드 신문과 잡지는 기사를 보도할 때 원본의 저작권과 관련하여 법적 문제를 일으킨 적이 있으며, 이런 출처의 이미지는 법적, 도덕적 이유로 위키백과에서 사용하기에 문제가 될 수 있습니다.

아동 포르노와 같이 미국 수정헌법 제1조에서 보호되는 표현으로 간주되지 않아 불법인 이미지 유형은 업로드가 제한되어 있습니다. 이런 이미지는 위키미디어 재단의 이용약관에 따라 금지되어 있으며 위키미디어 서버에 업로드가 불가능합니다. 이런 이미지를 업로드하러고 시도하는 사용자는 위키미디어 서버 이용이 금지됩니다.

도덕적 문제

편집

합법적으로 취득했다고 해서 모든 사진, 특히 인물 사진이 허용되는 것은 아닙니다. 다음 유형의 사진은 보통 허용되지 않습니다.

  • 피사체를 부당하게 비하하거나 조롱하는 사진
  • 부당하게 획득한 사진
  • 피사체의 사생활 또는 가족 생활을 부당하게 침해하는 사진

이는 법보다는 상도의, 도덕에 해당하는 문제입니다. 이는 세계인권선언 제12조 "어느 누구도 그의 사생활, 가정, 주거 또는 통신에 대하여 자의적인 간섭을 받거나 또는 그의 명예와 명성에 대한 비난을 받지 아니한다. 모든 사람은 이러한 간섭이나 비난에 대하여 법의 보호를 받을 권리를 가진다." 문구에서 볼 수 있습니다.

특정 사진이 "부당한지", "도덕적으로 부적합한지"는 사진의 성격, 제목과 설명, 공공장소/사적인 공간 여부, 피사체의 유형 등에 따라 달라집니다. 이는 모두 정도의 문제입니다. 하지만 생존 인물의 사진의 경우에는 더욱 보수적으로, 조심스럽게 접근해야 하며 부당한 사진은 즉시 삭제해야 합니다.

예시

편집
보통 피사체의 동의가 필요하지 않은 경우
  • 공연 중인 거리 공연가
  • 공공장소에 있는 사람의 모습, 특히 군중 속의 일부인 경우
  • 사진 촬영이 예상되는 대규모 개인 파티의 참석자
  • 대중에게 공개된 경기에 출전한 축구 선수
보통 동의가 필요한 경우
  • "뚱뚱한 소녀"라는 이름으로 올려진 어린이 사진(비하 혹은 경멸의 의미가 담김)
  • 사진 촬영이 허용되지 않거나 예상되지 않는 비공개 파티의 참석자(동의 없는 부당한 콘텐츠)
  • 공공장소에서 촬영한게 명백하지 않은 곳에서 누드, 속옷, 수영복 차림의 사진(동의 없는 부당한 콘텐츠)
  • 사적인 장소에 있는 개인의 모습을 원거리에서 촬영한 사진 (부당한 콘텐츠)

이미지 업로드

편집

자유로운 저작물일 경우 위키공용에 자유롭게 업로드가 가능합니다. 자세한 사항은 위키미디어 공용의 업로드 마법사를 참고하면 됩니다. 하지만 한국어 위키백과에만 업로드 가능한 저작물은 업로더 기능을 가진 사용자만 업로드가 가능하며, 업로더가 아닌 경우에는 파일 업로드 요청을 통해 파일 업로드를 별도로 요청해야 합니다.

또한 이미지 파일 형식인 JPG나 PNG인 경우 업로드된 이미지의 모든 EXIF 메타데이터가 모든 위키백과 및 위키미디어 자매 프로젝트에 전부 공개됩니다. 여기에는 촬영자의 위치, 이미지가 촬영된 시간과 날짜, 촬영한 카메라 또는 스마트폰의 제조사 및 모델 등 정보가 포함됩니다.

파일 포맷

편집

업로드할 그림의 포맷에 대해서는 보통 다음을 사용하면 좋습니다.

  • 그림, 아이콘, 로고, 지도, 깃발 및 기타 이미지는 보통 벡터 그래픽SVG 포맷으로 업로드하는 것이 좋습니다. SVG로 사용할 수 없는 크고 단순하며 연속적인 색상 패턴이 있는 이미지는 PNG로 업로드하는 것이 좋습니다.
  • 소프트웨어 스크린샷은 PNG 형식이어야 합니다.
  • 사진과 이미지 스캐너로 스캔한 이미지는 JPEG 형식으로 업로드해야 하지만 단순한 피사체인 경우 PNG도 유용할 수 있습니다(PNG를 사용하면 품질 저하 없이 파일 크기를 줄일 수 있음)
  • TV와 영화 스크린샷은 JPEG 형식이 좋습니다.
  • 움직이는 애니메이션 사진은 GIF 형식이 좋습니다.
  • 동영상은 Ogg/테오라 또는 WebM 형식으로 올려야 합니다.

통상적으로 형식이 있거나/없는 텍스트, 표, 수학 공식으로만 이루어진 사진은 특별한 이유가 없다면 업로드해선 안 됩니다. 대부분의 경우 표, LaTeX 수식 같은 위키 문법으로 직접 문서에 입력해 넣어 해결할 수 있습니다. 특별한 경우가 아니라면 이런 읽을 수 있는 텍스트나 공식은 위키 문법으로 적어야 편집이 더 쉬우며 화면 리더기나 텍스트 기반 웹 브라우저에서도 쉽게 볼 수 있어 웹 접근성이 높아집니다.

일반적으로 좋은 이미지가 잘못된 형식으로 되어 있는 경우 업로드하기 전에 올바른 형식으로 변환하는 것이 좋습니다. 단, 지도, 깃발 등이 JPEG 형식인 경우 파일 크기를 줄일 수 있는 경우에만 PNG로 변환하세요. PNG 파일을 무리하게 SVG 파일로 바꾸는 것도 좋지 않습니다. 벡터 그래픽스를 그대로 사용하지 않고 단순히 PNG가 삽입된 유사 PNG식 SVG 파일이 될 가능성이 높습니다.

JPEG를 너무 자주 편집하지 말아야 합니다. 편집할 때마다 화질이 점점 열화됩니다. 16비트 혹은 24비트 PNG나 TIFF로 된 사진 원본을 찾을 수 있다면 이를 편집한 다음에 JPEG로 변환한 후 업로드하세요. 자르기, 회전, 뒤집기 등의 제한된 편집의 경우 jpegcrop(윈도우) 또는 jpegtran(기타 운영체제)를 사용해 무손실로 수행할 수 있으므로 가능한 경우 이 기능을 사용하세요.

JPEG 파일의 경우 should not use arithmetic coding due to limited browser support. Please prefer Huffman coding for JPEG files instead.

Avoid images that mix photographic and iconic content. Though CSS makes it easy to use a PNG overlay on top of a JPEG image, the Wikipedia software does not allow such a technique. Thus, both parts must be in the same file, and either the quality of one part will suffer, or the file size will be unnecessarily large.

SVG support is implemented as of September 2005 (see meta:SVG image support). The SVG is not directly given to the browser; instead, the SVG file is dynamically rendered as a PNG at a given size, and that PNG is given to the browser.

Images containing text

편집

If you create an image that contains text, please also upload a version without any text. It will help Wikipedians translate your image into other languages.

SVG images can contain text in multiple languages in a single file (using a switch element). See Commons:Help:Translation tutorial § SVG files.

Cropping

편집

Within reason, crop an image to remove irrelevant areas. But do not "throw away information"; for example, if a photograph shows George Washington and Abraham Lincoln together at a birthday party, and the article you're working on requires only Lincoln, consider uploading both the original image and the crop of Lincoln. Also, if an image has captions as an inherent part of the artwork (as with book illustrations, early cartoons, many lithographs, etc.), don't crop them, or upload the original uncropped version as well.

Animated images

편집

It may be preferable to convert a long or color-rich animation to Ogg/Theora format instead of GIF. Ogg does not allow an animation to play automatically on page loading, but it can contain audio and has generally better resolution.

Inline animations should be used sparingly; a static image with a link to the animation is preferred unless the animation has a very small file size. Keep in mind the problems with print compatibility mentioned elsewhere on this page.

Uploaded image size

편집

Wikipedia and its sister projects are repositories of knowledge, so images should be uploaded at high resolution whether or not this seems "necessary" for the use immediately contemplated틀:Mdashb"saving server space" is not a valid consideration in general, though there is a 1,000 MB (1 GB) limit. Exception: If the image is copyrighted and used under fair use, the uploaded image must be as low-resolution as possible consistent with its fair-use rationale, to prevent use of Wikipedia's copy as a substitute for the original work.

The servers automatically handle the scaling of images (whatever their original size) to the sizes called for in particular articles, so it is neither necessary nor desirable to upload separate reduced-size or reduced-quality "thumbnail" versions, although compressing PNGs may be useful.

Image titles and file names

편집

Descriptive file names are also useful. A map of Africa could be called "Africa.png", but quite likely more maps of Africa will be useful in Wikipedia, so it is good to be more specific in a meaningful way, e.g. "Africa political map Jan. 2012.png", or "Africa political map with red borders.png". Check whether there are already maps of Africa in Wikipedia. Then decide whether your map should replace one (in each article that uses it) or be additional. In the first case give it exactly the same name, otherwise a suitable other name. Avoid special characters in filenames or excessively long filenames, though, as that might make it difficult for some users to download the files onto their machines. Every letter of a file name – including the extension – is case sensitive: "Africa.png" is considered distinct from "Africa.PNG". For uniformity, lower case file name extensions are recommended.

You may use the same name in the case of a different image that replaces the old one, and also if you make an improved version of the same image – perhaps a scanned image that you scanned again with a better quality scanner, or you used a better way of reducing the original in scale – then upload it with the same title as the old one. This allows people to easily compare the two images, and avoids the need to delete images or change articles. However, this is not possible if the format is changed, since then at least the extension part of the name has to be changed.

Required information

편집

  • An Image copyright tag
  • Description: The subject of the image. This should explain what the picture is of (ideally linking the article(s) it would be used on), and other identifying information that is not covered by the bullets below. For example, a picture of a person taken at a public event will often identify that event and the date of the event. (This is different from the image's caption or alt-text, and might be more descriptive than these.)
  • Origin (source): The copyright holder of the image or URL of the web page the image came from
  • For an image from the internet the URL of an HTML page containing the image is preferable to the URL for just the image itself.
  • For an image from a book this is ideally page number and full bibliographic information (author, title, ISBN number, page number(s), date of copyright, publisher information, etc.).
  • For a self-created image, state "Own work" (in addition to an appropriate copyright tag, such as {{self}} or {{PD-self}}).
  • Author: The original creator of the image (especially if different from the copyright holder).
  • Permission: Who or what law or policy gives permission to post on Wikipedia with the selected image copyright tag
  • Date the image was created, if available; a full date, if available, is better than simply the year
  • Location at which the image was created, if applicable and available. This can be as specific as a GPS-derived longitude and latitude.
  • Other versions of this file on Wikipedia e.g. cropped or uncropped, retouched or unretouched.
  • Rationale for use (only required for non-free images). A separate non-free rationale is required for each use of the image on the English Wikipedia. Details of what is required for the non-free rationale is described in more depth on the non-free content page.

Adding images to articles

편집

Image content and selection

편집

The purpose of an image is to increase readers' understanding of the article's subject matter, usually by directly depicting people, things, activities, and concepts described in the article. The relevant aspect of the image should be clear and central. Guidance for selecting images when multiple potential images are available can be found at Wikipedia:Manual of Style/Images, keeping in mind that Wikipedia desires freely licensed images over non-free ones when they otherwise serve the same educational purpose.

Wikipedia is not censored, and explicit or even shocking pictures may serve an encyclopedic purpose, but editors should take care not to use such images simply to bring attention to an article.

Placement

편집

See Wikipedia:Extended image syntax for recommendations on the best markup to use. Images should be placed in articles following Wikipedia:Manual of Style/Images. For ideas and examples of how to place images, see Help:Pictures.

Image galleries

편집

In articles that have several images, they are typically placed individually near the relevant text (see ). Wikipedia is not an image repository. A gallery is not a tool to shoehorn images into an article, and a gallery consisting of an indiscriminate collection of images of the article subject should generally either be improved in accordance with the below paragraphs or moved to Wikimedia Commons.

Generally, a gallery or cluster of images should not be added so long as there is space for images to be effectively presented adjacent to text. A gallery section may be appropriate in some Wikipedia articles if a collection of images can illustrate aspects of a subject that cannot be easily or adequately described by text or individual images. Just as we seek to ensure that the prose of an article is clear, precise and engaging, galleries should be similarly well-crafted. Gallery images must collectively add to the reader's understanding of the subject without causing unbalance to an article or section within an article while avoiding similar or repetitive images, unless a point of contrast or comparison is being made.

Articles consisting entirely or primarily of galleries are discouraged, as the Commons is intended for such collections of images. One rule of thumb to consider: if, due to its content, such a gallery would only lend itself to a title along the lines of "Gallery" or "Images of [insert article title]", as opposed to a more descriptive title, the gallery should either be revamped or moved to the Commons. However, a few Wikipedia gallery-only articles, including Gallery of sovereign-state flags, Gallery of passport stamps by country or territory, and Gallery of curves, have been upheld at AfD. Links to Commons categories (or even Commons galleries) can be added to the Wikipedia article using the {{Commons category}}, {{Commons}}, or {{Commons-inline}} templates.

Images should be captioned to explain their relevance to the article subject and to the theme of the gallery, and the gallery itself should be appropriately titled (unless its theme is clear from context). See Women's suffrage in New Zealand for an example of an informative and well-crafted gallery. Be aware different screen size and browsers may affect accessibility for some readers even with a well-crafted gallery.

Using animated GIFs to display multiple photos is discouraged. The method is not suitable for printing and also is not user-friendly (users cannot save individual images and have to wait before being able to view images while other images cycle round).

Fair-use images should almost never be included as part of a general image gallery, because their "fair use" status depends on their proper use in the context of an article (as part of analysis or criticism). See Wikipedia:Fair use for details. An example of an exception might be a gallery of comparable screenshots from a video game as it appears on two different platforms, provided that the differences are relevant (e.g., if the article discusses a controversy in the gaming press about the matter).

Some subjects easily lend themselves to image-heavy articles for which image galleries are suitable, such as plants (e.g., Lily), fashion (e.g., Wedding dress), and the visual arts (e.g., Oil painting). Others do not. There is consensus not to use a gallery of group members as the lead image for articles about large groups of people such as ethnicities.

The default size of a gallery should be understood as simply the size that images are presented as if nothing else is specified, not as the preferred size of the images. Disagreements about gallery image sizes should be settled like any other editing dispute, by discussion on the article talk page.

Collages and montages

편집

Collages and montages are single images that illustrate multiple closely related concepts, where overlapping or similar careful placement of component images is necessary to illustrate a point in an encyclopedic way. (See File:Phoebian Explorers 2 PIA06118.jpg for an example montage.) The components of a collage or montage, as well as the collage or montage itself, must be properly licensed; and (as with galleries) fair-use components are rarely appropriate, as each non-free image used in the creation of the montage contributes towards consideration of minimal use of non-free images. If a gallery would serve as well as a collage or montage, the gallery should be preferred, as galleries are easier to maintain and adjust better to user preferences.

Image queuing

편집

If an article seems to have too many images for its present text, consider moving some of them temporarily to the talk page, possibly using the <gallery>. However, fair-use images should not be moved to talk pages, for two reasons:

Displayed image size

편집

Images adjacent to text should generally carry a caption and use the "thumb" (thumbnail) option, which displays the image as follows:

  • A1. The default width is 220px (pixels), unless the user changes the relevant setting in preferences (before any scaling due to upright—see B below).
  • A2. For a logged-in user, the width틀:Mdashbbefore any scaling due to upright틀:Mdashbis set in the user preferences.
  • B. If the upright parameter is present, then the initial width determined by A1 or A2 is multiplied by the upright scaling factor. This allows article editors to adjust the user's "base" image-size preference, according to the characteristics of a particular image. For example:
    • |thumb|upright=1.4 might be used for an image with fine detail, so that it will be rendered "40% larger than the user generally specified".
    • |thumb|upright=0.75 might be used for an image with little detail, which can be adequately displayed "25% smaller than the user generally specified".

Notes:

  • |thumb (with upright completely absent) multiplies the width by 1.0 (i.e. changes nothing)
  • |thumb|upright (with upright present, but no multiplier given) multiplies the width by 0.75 by default
  • |upright=scaling_factor can be used not only for thumbnails but for certain other images that serve much the same function as thumbnails but do not need frames around them or captions below them. In these cases add |frameless.

See the Wikipedia:Manual of Style/Images § Size for further guidance on expanded or reduced image sizes. Except with very good reason, do not use px (e.g. |thumb|300px), which forces a fixed image width measured in pixels, disregarding the user's image size preference setting. In most cases upright=scaling_factor should be used, thereby respecting the user's base preference (which may have been selected for that user's particular devices). If px is used, the resulting image should usually be no more than 500 pixels tall and no more than 400 pixels wide, for comfortable display on the smallest devices "in common use" (though this may still cause viewing difficulties on some unusual displays). To convert a px value to scaling_factor, divide it by 220 and round the result as desired. For example, |150px is roughly equivalent to |upright=0.7 (150 / 220 ≃ 0.6818).

Infobox and lead images

편집

The lead image in an infobox should not impinge on the default size of the infobox. Therefore, it should be no wider than upright=1.35 (equivalent to 300px at the default preference selection of "220px"). Images in infoboxes are generated by many different means. The most common method used to implement upright is Module:InfoboxImage (see documentation there). Alternatively, infoboxes can use standard image syntax in the form of:

[[File:Westminstpalace.jpg|frameless|center|upright=scaling_factor]]

Stand-alone lead images (not in an infobox) should also be no wider than upright=1.35.

Deleting images

편집
  1. Consider contacting the user who uploaded the image, telling them of your concerns. You may be able to resolve the issue at this point.
  2. Add a deletion notice to the image description page
    • If it is an obvious copyright violation: use the {{db-f9}} or {{db-filecopyvio}} tag
    • If it falls under certain of the other conditions listed under WP:CSD#Files: use {{풀기:nsd}} for files that lack a description of its origin, {{풀기:nld}} for files that lack licensing information, {{풀기:nsdnld}} for files that lack both of these, {{풀기:npd}} for files that have a licensing statement but no evidence that it really applies
    • If it is tagged as non-free but obviously fails the non-free content policy in certain ways: use {{풀기:orfud}} if it isn't used in any article, {{풀기:rfud}} if it is replaceable with a free file, {{풀기:nrd}} if it lacks a non-free content rationale, {{풀기:dfu}} if the rationale is in some other way obviously insufficient, {{풀기:prod}} if there are any other concerns
    In all these cases, the file will be deleted by an administrator after a waiting period of a few days or a week.
  3. If the file is tagged as freely licensed but you have reasons to suspect this tagging is false: list the file under files for discussion, by adding the {{ffd}} template on the file and then adding a listing to the Wikipedia:Files for discussion pages following the instructions in the tag.
  4. Same if you think it should be deleted for some other reason: list the file under files for discussion, by adding the {{ffd}} template on the file and then adding a listing to the Wikipedia:Files for discussion pages following the instructions in the tag. This process may be used for images that are low quality, obsolete, unencyclopedic, likely to remain unused, or whose use under the non-free content rules is disputed.
  5. In each case, give proper notification to the uploader, following the instructions in the deletion tag.

To actually delete an image after following the above procedure, you must be an administrator. To do so, go to the image description page and click the (del) or Delete this page links. Administrators can also restore deleted images.

같이 보기

편집