위키백과:분류, 목록 및 둘러보기 틀

위키백과는 문서의 체계에 관한 정보를 위해 분류, 목록, 둘러보기 틀 등의 여러 방법을 제공합니다. 이런 묶음은 동일한 정보를 나타내기 위해 다른 방식의 묶음을 요구하거나 금지하지는 않습니다. 다만, 정보를 구성하는 각각의 방법은 나름대로의 장점과 단점이 있습니다.

따라서 각 방법이 다른 방법과 서로 충돌한다고 보아서는 안됩니다. 오히려 이 방법은 서로 상승효과가 있으며, 한 방법은 다른 방법을 보완합니다.

예를 들어 편집자는 방식이 다르므로 일부는 건축물 목록을 선호하고, 다른 일부는 건축물 분류를 선호하여 2가지 다른 방식으로 링크를 수집할수 있으며 목록이 분류를 뛰어넘는 경우도 있습니다. 이 접근 방식은 위키백과를 둘러보는 2가지 주요 링크 기반 시스템을 만들어냈습니다. 위키백과:목차 상단의 둘러보기 메뉴를 참조하고 분류:위키백과 분류를 참조하세요. 많은 사용자는 목록을 통해 위키백과를 둘러보는 반면, 다른 사용자는 분류별로 둘러보는 것을 선호합니다; 목록은 초보자에게 더 유리합니다. 분류 시스템을 제때 발견하지 못할수도 있습니다. 따라서, "분류 캠프"는 위키백과 목록을 삭제하거나 해체해서는 안되며 "목록 캠프"는 위키백과 분류 시스템을 무너뜨리지 않아야하므로 귀중한 자원을 낭비합니다. 대신, 각자는 다른 것으로 업데이트하는데 사용해야합니다.

동시에, 정보를 제시하는 하나 이상의 방법이 합의가 위키백과에서 부적절하다고 판단하는 상황이 있을수 있습니다. 예를 들어, 과다 분류에 대한 지침은 합의가 분류를 사용해서는 안된다고 일관되게 결정한 많은 상황을 제시합니다. 일부 삭제된 분류에 대한 위키백과:분류 토론의 정기적인 결과는 목록이 적합한 경우가 있기 때문에 목록으로 나타냅니다 (예: 비정상적인 측정 단위 목록은 목록으로 존재하지만, 분류:비정상적인 측정 단위 분류로 존재하지 않습니다).

분류 작업자, 목록 작업자, 요점 작업자 및 시리즈 상자 디자이너는 모두 백과사전을 둘러보기 위한 포괄적인 링크 네트워크를 개발하기 위해 노력합니다. 이 때문에 점차 지식 분야에 대한 여러 항목이 제공되고 있습니다. "교향곡"을 예로 들어봅니다:

분류와 목록, 둘러보기 틀이 겹친다고 해서 중복은 아닙니다편집

분류, 목록 및 둘러보기 틀이 동시에 같은 주제를 다루는 모른 항목을 다루는 것은 부적절하거나 일반적이지 않습니다. 이런 정보 체계는 보완적이며, 부적절한 중복이 아니어야 합니다. 또한 삭제 토론에서 분류가 목록과 중복(또는 그 반대의 경우)이라고 주장하는 것은 삭제의 유효한 이유가 아니므로 피해야 합니다.

목록은 분류에서 사용할 수 없는 기능을 포함할 수 있으며, 기본적인 링크의 목록을 작성하는 것은 목록을 개선하는 데 유용한 단계입니다. 이러한 첫 단계를 지우는 것은 이러한 발달 단계를, 편집자가 새로운 목록을 만들려고 할 때, 더 많은 초기 노력을 기울이도록 불필요하게 압력을 가하는 것으로 느껴질 수 있습니다. 목록을 만들거나 피할 것인지 결정할 때 동일한 주제의 분류가 존재하는 지 따져볼 필요는 없습니다.

분류편집

목록과 비교해서 분류는 다음과 같은 장점과 단점이 있습니다.

분류의 장점편집

  1. 자동 연결. 문서에 분류 링크를 추가하면, 자동으로 분류에 해당 문서가 포함됩니다.
  2. 다방향 탐색. 분류에는 여러 하위 분류가 담겨 있으며, 분류 역시 여러 상위 분류의 일부가 됩니다.
  3. 위키백과를 탐색하고 둘러보는 데 좋습니다.
  4. 위키백과 문서만이 분류에 담길 수 있으므로, 다른 유형에 비해 링크 스팸에 덜 취약합니다.
  5. 문서의 흐름에 상대적으로 눈에 거슬리지 않습니다.
  6. 검색 시에 "incategory" 매개변수를 이요하여 특정 분류의 문서를 포함하거나 제외할 수 있습니다. 하위 분류는 포함되지 않지만, 한꺼번에 여러 분류를 추가할 수 있습니다.

분류의 단점편집

  • 항목을 추가하거나 제거하기 위해 직접 편집할 수 없습니다. 개별 문서별로 하단부를 각각 편집하여 분류에 포함되거나 제거되도록 해야 합니다.
  • 특정 항목에 대한 문맥이나 이나 추가적인 설명 정보를 제공하지 않습니다. 문서의 이름만 주어지며,, 목록에 설명이나 주석을 추가하거나 참조할 수 없습니다.
  • 항목이 분류의 기준을 충족하는지 확인하기 위한 출처 정보가 없습니다.
  • 항목은 (순서를 제어할 수는 있지만,) 가나다 순으로만 정렬됩니다. 한 페이지 내에서 문단이나 소문단으로 구성할 수 없으며, 각 문단의 설명을 넣을 수도 없습니다.
  • 유지 보수가 어려울 수 있습니다.
    • 수백 개의 항목이 있는 분류는 수백 개의 항목을 편집하는 것 외에는 이동할 수 없습니다 (그러나 이 도움을 줄 수는 있습니다.)
    • 분류의 편집 역사에 항목의 추가나 제거 역사가 표시되지 않기 때문에 분류의 변경 내역을 추적하는 것은 어렵습니다. 따라서 문서가 분류에서 삭제된 시기를 쉽게 알 수 있는 방법이 없습니다. 위키백과의 주시문서 목록 기능을 통해 사용자는 분류 포함 항목의 변경 내역을 볼 수 있습니다.
  • 빨간색 링크 추가와 같은 다른 형식의 추적을 지원하지 않습니다 . (빨간색 링크는 새로운 문서의 작업 요청으로 유용합니다.) 그러나 토막글을 분류에 추가할 수 있습니다.
  • 동일한 항목에 대한 대체 이름은 분류에 넘겨주기를 포함해야만 포함될 수 있습니다 .
  • 분류가 존재하는 방법, 항목을 추가하는 방법, 새로운 분류를 기존 체계에 연결하는 방법, POV 문제를 처리하는 방법 등이 새로운 사용자에게는 명확하지 않습니다.
  • 분류는 모바일보기에 표시되지 않습니다.
  • 분류 항목 표시는 한 페이지에서 200 개로 제한됩니다. 이보다 많은 항목이 있는 분류의 전체 내용을 보려면 여러 페이지를 열어야 합니다.

목록편집

분류와 비교해서 목록은 다음과 같은 장점과 단점이 있습니다.

목록의 장점편집

  1. 위키백과의 탐색에 도움이 됩니다.
  2. Often more comprehensive because each is maintained from a centralized location (at the page itself). See the top end of the list hierarchy at Lists of topics, Lists of basic topics, List of overviews, and List of glossaries.
  3. Can be formatted in many different ways, to improve the presentation of the contents of the list. For example, several levels of a hierarchy may be included in a list, or the list may have multiple columns, each of which can be a basis for the user to sort the list.
  4. Can be built and maintained by editing a single page, whereas filling a category requires the editing of multiple pages.
  5. Can be embellished with annotations (further details). For example, a list of soccer world championship teams can include with each entry when each championship was won, whom the champions defeated, who their coach was, etc.
  6. Included in searches of Wikipedia. Being in the main namespace, lists are included by default in Wikipedia searches. Their content is also searched by Google and other search engines.
  7. 나열된 문서의 포함을 정당화하기 위해 참조할수 있습니다.
  8. Can include items that are not linked (e.g., List of compositions by Franz Schubert), or, if appropriate, red links. (See WP:Write the article first.)
  9. List items can be manually sorted using a variety of methods. An article can appear several times or in different ways in the same list.
  10. List items can be linked to specific sections of articles.
  11. Can include invisible links to discussion pages, so that clicking on "related changes" will include those (Format: [[Talk:Omphalology| ]]); the list itself can also be included by linking it to itself, e.g. by linking the bold-faced phrase in the lead: '''This is a [[list of compositions by Franz Schubert]]'''...
  12. Can be more easily edited by newbies who are less familiar with Wiki markup language.
  13. Images can be interspersed throughout a list.
  14. Templates (such as navigation boxes) can be included as portions of a list.
  15. An embedded list, one incorporated into an article on a topic, may include entries which are not sufficiently notable to deserve their own articles, and yet may yet be sufficiently notable to incorporate into the list. Furthermore, since the notability threshold for a mention is less than that for a whole article, you can easily add a mention to a list within an article, without having to make the judgment call on notability which you would need to make if you were to add a whole article—if someone else feels that it is notable enough, they can always linkify the mention and create an article anyway.

목록의 단점편집

  1. 자동으로 링크하지 않습니다. Every article links to its categories in a consistent way, but lists may be more difficult to discover because not every article listed links to it, and each may choose to link to it in a different way. Attempting to enforce crosslinks from articles in the category is error-prone, makes editing the list taxing, and counteracts the ease-of-editing benefits lists otherwise enjoy.
  2. 계층 구조가 덜 포괄적입니다. The category system has an extensive and detailed hierarchy to facilitate browsing by increasing specialization, while lists of lists are relatively rare and are not deeply nested.
  3. 자동화 처리가 복잡합니다. Lists are more difficult to process automatically using bots, because they may contain prose that contains links to items that are not in the list itself, and it is necessary to parse the page wikitext to extract listed items instead of using a specialized API as categories do.
  4. 자동 정렬이 없습니다. Editors have to manually determine where an entry belongs, and add it there. Often editors will simply add new items to the bottom of the list, reducing the list's effectiveness. This disadvantage can be overcome by placing the list in a sortable table.
  5. 백과사전에 포함시키기 위한 요구 사항을 충족하지 못하고 신뢰할수 있는 출처를 찾지못할수 있습니다.
  6. 일부 주제는 너무 광범위하여 목록이 관리하기 어려울 만큼 오래가지 못하고 유지 관리가 어려울수 있습니다.

둘러보기 틀편집

둘러보기 틀은 여러 관련 문서에서 사용되는 링크를 묶어서 위키백과의 해당 문서간 둘러보기를 용이하게합니다. 둘러보기 틀은 일반적으로 2가지 형식 중 하나로 표시됩니다:

  • 가로, 문서 하단에 배치되며 둘러보기 상자라고도합니다
  • 세로, 종종 문서의 오른쪽 상단 모서리에 있으며 사이드 막대라고합니다

Wiki markup documentation for navigation templates at different levels of specificity includes Template:Navbox/doc, Template:Sidebar/doc, and, at the top or bottom of the template, Template:Navbar/doc.

Each link should clearly be identifiable as such to our readers. In general, text colors should be consistent with Wikipedia text color defaults, so links should be blue; dead links should be red; and red and blue should not be used for other (non-link) text. However, specific navbox guidelines for color of text and background other than the defaults are available.

Navigation templates are particularly useful for a small, well-defined group of articles; templates with a large number of links are not forbidden, but can appear overly busy and be hard to read and use. Good templates generally follow some of these guidelines:

  1. All articles within a template relate to a single, coherent subject.
  2. The subject of the template should be mentioned in every article.
  3. The articles should refer to each other, to a reasonable extent.
  4. There should be a Wikipedia article on the subject of the template.
  5. If not for the navigation template, an editor would be inclined to link many of these articles in the See also sections of the articles.

If the collection of articles does not meet these tests, that indicates that the articles are loosely related, and a list or category may be more appropriate.

Do not rely solely on navboxes for links to articles highly relevant to a particular article. Navboxes are not displayed on the mobile website for Wikipedia which accounts for around half of readers.

Navigation templates located in the top-right corner of articles (sometimes called a "sidebar" or "part of a series" template) should be treated with special attention, because they are so prominently displayed to readers. The collection of articles in a sidebar template should be fairly tightly related, and the template should meet most or all of the preceding guidelines. If the articles are not tightly related, a footer template (located at the bottom of the article) may be more appropriate.

The article links in a navigation template should be grouped into clusters, by topic, or by era, etc. Alphabetical ordering does not provide any additional value to a category containing the same article links. For example, see Template:General physics which has articles grouped into related sub-topics.

Every article that transcludes a given navbox should normally also be included as a link in the navbox so that the navigation is bidirectional.

The use of navigation templates is neither required nor prohibited for any article. Whether to include navboxes, and which to include, is often suggested by WikiProjects, but is ultimately determined through discussion and consensus among the editors at each individual article. Per the bidirectionality principle above, this may also affect inclusion of a particular article in a navigation template. If a disagreement should arise, please centralize discussion at the article talk page, not that of the template (which may be watchlisted mostly only by template coders).

Avoid adding performances of entertainers into the navboxes for the productions that they appeared in, or crew members into navboxes for the productions they worked on. This includes, but is not limited to actors/actresses, comedians, television/radio presenters, writers, composers, etc. This avoids over-proliferation of navigation templates at the bottom of performer's articles, and avoids putting WP:UNDUE weight on certain performances of an entertainer over others.

Filmographies (and similar) of individuals should also not be included in navboxes, unless the individual concerned could be considered a primary creator of the material in question. This avoids over-proliferation of individuals' navboxes on each production's article, and avoids putting WP:UNDUE weight on the contributions of certain individuals over others.

Finally, external links should not be included in navigation templates. Sources may be included in the template documentation (a <noinclude> section that is visible only after viewing the template itself, but not upon its transclusion).

둘러보기 틀의 장점편집

  1. 관련 문서에 일관된 모양 및 둘러보기 시스템을 제공합니다.
  2. 분류보다 더 빨리 이동합니다.
  3. 동일한 요소에 즉각적인 정보를 제공합니다
  4. For presenting a series of articles in a chronological order, a template is often most appropriate. Example: Template:Princess Royal (there are two Marys and two Annes in that list, which makes the chronological way of presenting these princesses an asset to a merely alphabetically ordered presentation of these same names). For very long chronological series, it is preferable to use succession boxes, which only show the elements of the series immediately preceding and succeeding the article.
  5. They provide an organized resource for readers who went through an article in some broad topic to find other articles on the same broad topic, rather than making those readers "go fish" for articles wiki-linked in the text or in the "See also" section.
  6. Mitigates large "See also" sections, potentially duplicated and out-of-sync among related articles

둘러보기 틀의 단점편집

  1. 모바일 웹사이트를 사용하는 독자에게는 표시되지 않습니다.
  2. 서로 다른 주제간에 일관된 모양과 둘러보기 시스템을 제공하지 않습니다 — 모든 둘러보기 틀에서 단일 형식이 있는 것은 아닙니다.
  3. 간단하다면, 종종 분류로 대체될수 있습니다. It also can be difficult to give more detail than a category can give without the box becoming unmanageably large.
  4. Can become ugly or seem pointless, e.g. by unsightly coloring schemes, size, number of them on the same page, etc. For this reason article series boxes need to be self-evident, while they can't contain much text for definitions or explanations.
  5. 틀에 문서 링크 또는 하위 구획을 포함하면 뜻하지 않게 중립적 시각을 밀어낼수 있습니다. It may also incorrectly suggest that one aspect of a topic or a linked example is of more, less, or equal importance to others; be used to advertise obscure topics in prominent places; or assert project proprietorship. Templates can go to Wikipedia:Templates for discussion if they appear to push a POV. Trying to remedy this by adding more templates might lead to the disadvantage described in the previous point.
  6. On the other hand, may not give the reader enough clues as to which links are most relevant or important when this would not be controversial
  7. Can alter the page lay-out without the reason thereof showing on the page itself (e.g. when the template contains a NOTOC instruction, an unclosed <div>, etc.)
  8. Can take up too much space for information that is only tangentially related
  9. Includes the full list of links in every article, even though often many of the links are not useful in some of the articles
  10. Due to size, the use of multiple nav templates may take up too much space on one article, which could lead to a POV-tainted choice as to which to include
  11. Templates are not included in search results by default, which makes it hard for readers and editors to find them.
  12. They implicitly assume that readers who went through an article in some broad topic will want to read other articles on the same broad topic, rather than articles wiki-linked in the text or in the "See also" section.

예시편집