Википедия: Обработка мелочей

Это пояснительное дополнение к Руководству по стилю, посвященное мелочам . Эта страница предназначена для предоставления дополнительной информации о концепциях на страницах, которые она дополняет. Эта страница не является одной из политик или рекомендаций Википедии , так как она не была тщательно проверена сообществом .

Ярлыки РГ: HTRIVIA WP: HTRIV

Мелочи в широком смысле определяются как информация, которая не важна. Однако, поскольку Википедия состоит из статей, мы можем быть более конкретными: мелочи - это информация, которая не важна для предмета, в отношении которого она представлена.

Обратите внимание, что определенные виды информации могут быть более или менее важными в зависимости от контекста. Например, в эпизоде ​​«Pinkeye» в Южном парке космическая станция « Мир» (которая действительно существовала) приземляется на Кенни Маккормика (вымышленный персонаж), убивая его. Общая важность этой информации зависит от ситуации. Его можно рассматривать для включения в статью о Кенни Маккормике как еще одну причину смерти Кенни или в статью об эпизоде ​​« Конъюнктивит » (хотя причина смерти Кенни не является критической, это элемент сюжета). Однако, поскольку в реальной жизни этого не произошло, его слишком тривиально включать в статью на « Мире» .

Следует ли разрешить пустяки в Википедии? [ редактировать ]

И да и нет. Википедия - это не беспорядочный сбор информации, поэтому всегда следует использовать некоторую степень избирательности, но критерии включения сложны, потому что «важность» факта субъективна. Неразумно запрещать всю информацию, которую некоторые редакторы считают несущественной, потому что эта информация может быть важной для некоторых читателей. Тем не менее, идеальная статья в Википедии представляла бы свой предмет в простой, но хорошо организованной форме и отсылала бы читателя к другим статьям или сторонним ресурсам, где можно найти более подробную информацию. Чрезмерное включение исчерпывающего списка ненужных деталей умаляет эту цель. Разделы мелочей не следует просто стирать, потому что некоторые элементы могут быть полезны для интеграции.

Разделы викторины [ править ]

Мелочи обычно появляются в Википедии в виде разрозненных списков различной информации. Такие списки могут появляться в статье, обычно в разделе мелочей. Руководство по стилю в Википедии: Разделы мелочей предлагает избегать разделов мелочей в пользу представления информации в рамках основного текста статьи. Это обеспечивает стилистическое решение проблемы распространенности разделов с мелочами путем интеграции элементов в другие места статьи, но при этом не выносится суждений о релевантности фактов или о том, следует ли их включать.

В некоторых случаях мелочи написаны в форме прозы, и мелочи, написанные таким образом, могут быть, а могут и не быть проблематичными. Если на самом деле проза представляет собой список отсоединенных элементов, который не маркирован, это не улучшение по сравнению со списком - на самом деле, это может быть хуже. С другой стороны, если проза действительно связывает мелочи с остальной частью статьи последовательным образом, это значительное улучшение по сравнению с простым списком.

Интересные статьи [ править ]

Статьи с викторинами, скорее всего, появятся как разветвленные разделы викторины, которые стали слишком большими, см. Википедию: статьи «В популярной культуре» . Так же, как следует избегать разделов с мелочами, следует избегать статей с викторинами. Эти статьи решают проблему загромождения основной статьи пустяками, но это решение создает другие проблемы. В отличие от разделов с викторинами, статьи с викторинами не особенно полезны в качестве хранилищ информации, которую нужно интегрировать где-то еще. Это потому, что в викторинах такая информация хранится подальше от главной страницы по теме. Это является неотъемлемой проблемой, потому что в мелочах обычно нет текста, который мог бы вписать отсоединенные элементы.

Некоторые статьи с их названием могут подразумевать, что они являются хорошим местом для размещения неважной информации; например, статья под названием «Мелочи компании трех» была бы изначально плохой идеей. В дополнение к вероятным проблемам с содержанием такой статьи, возможно, потребуется решить и заголовок, так же, как раздел «мелочи» в статье о компании Three, возможно, потребуется переименовать для достижения некоторой избирательности и контекста. Остальные статьи де-факто являются просто мелочами. То есть у них есть заголовок, который выглядит как настоящая статья, например «Лепреконы в массовой культуре», но на самом деле вся статья состоит из списка пустяков.

Статьи с викторинами особенно проблематичны, потому что их существование значительно усложняет решение исходной проблемы, касающейся релевантности фактов викторины по отношению к предмету. В то время как обычные редакторы могут удалять разделы статей, они не могут удалять статьи. Редакторы могут перемещать статьи, но большинство редакторов не будут столь смелыми при перемещении статей, как при реструктуризации внутри статьи. Кроме того, когда статья разбивается на части, может быть трудно привлечь других пользователей к обсуждению или усилиям по внесению улучшений: страница обсуждения викторины часто очень малоактивна, но на странице обсуждения основной статьи , редакторы могут не обращать внимания на пустяковую статью. Редакторы часто отказываются от статей с викторинами, в отличие от разделов с викторинами: чтобы остановить волну постоянных добавлений мелочей,редакторы могут просто разделить раздел мелочей на другую страницу и позволить ему существовать там.

Различные типы мелочей [ править ]

Есть два основных типа мелочей: отдельные мелочи и связующие мелочи.

Автономные мелочи [ править ]

Отдельные мелочи - это мелочи, которые касаются только одной темы (или, по крайней мере, только одной темы энциклопедии). Пример (от Берта и Эрни ):

Брат-близнец Берта, Барт, внешне похожий на Берта (включая, как выразился Эрни, «ту же заостренную голову, огуречный нос и без плеч»), но имеет диаметрально противоположный характер, постоянно шутит и имитирует комедии. - рутинная труба («Барт - это имя, продам игру, вау-уа-уа!»).

Эта информация касается предмета Берта и лишь очень смутно связана с каким-либо другим предметом. В нем несколько затрагиваются и другие темы, но только очень общие: в данном случае близнецы .

Автономные мелочи обычно являются отличными кандидатами для интеграции в статьи, в которых они появляются. Вышеупомянутое - хороший пример: нет причин, по которым брат Берта не мог бы быть упомянут, не отвлекая внимание от статьи. Однако в некоторых случаях информация просто не важна. Например, примечание типа « Любимый цвет Алана Смитхи - желтый » нельзя интегрировать в текст, не отвлекая его (другими словами, это мелочи, независимо от того, как они представлены, и поэтому их следует удалить).

Связующие мелочи [ править ]

Большинство мелочей связывает две или более темы друг с другом. Несколько примеров:

Вельзевул, гигантский похожий на муху враг в серии видеоигр Devil May Cry от Capcom . (от Вельзевула в популярной культуре )

Связывает Вельзевула с Devil May Cry .

[Роберт] Смит озвучил себя в эпизоде ​​« Южного парка», в котором он побеждает Барбру Стрейзанд в битве. Главные герои хвалят его. Создатель Южного парка Трей Паркер - поклонник «Лечения» (см. «Меха-Стрейзанд»). (от Роберта Смита (музыкант) )

Соединяет Роберта Смита, Барбру Стрейзанд , эпизод « Меха-Стрейзанд » из « Южного парка» , Трея Паркера и The Cure .

Элла Фицджеральд родилась в Ньюпорт-Ньюсе, штат Вирджиния .

Связывает Эллу Фицджеральд с Ньюпорт-Ньюс, штат Вирджиния .

Есть три типа связных мелочей. Некоторые из них важны для всех предметов, которые он связывает. Например, в биографии Эллы Фицджеральд важно упомянуть, где она родилась, а высокий уровень известности Эллы Фицджеральд является претензией на известность для Ньюпорт-Ньюс и должен быть упомянут.

Некоторые мелочи важны только для некоторых из испытуемых; многие мелочи, появляющиеся в Википедии, имеют именно такое разнообразие. Второй пример выше относится к этому типу. В теме серии «Меха-Стрейзанд» важно упомянуть внешность Роберта Смита: это важный элемент сюжета, а также появление голоса знаменитости. Однако важность информации о том, что Смит появился и озвучил своего персонажа, относительно минимальна для темы самого Роберта Смита и совсем не важна для статьи Барбры Стрейзанд, даже если эпизод "Меха-Стрейзанд" в целом является заслуживает внимания в контексте Стрейзанд. Эта информация также не важна для статей о Trey Parker, The Cure или South Park .

Некоторые мелочи на самом деле не важны ни для одной из тем, которые они связывают. Упоминание Вельзевула как врага в Devil May Cry не имеет большого значения для темы Вельзевула, дьявола, имя которого упоминается в самых разных контекстах. Точно так же то, что Вельзевул - это имя врага в Devil May Cry (избранная статья), недостаточно важно для упоминания в статье о видеоигре (фактически, ни в этой статье, ни в какой-либо из ее подстатей не упоминаются конкретные обычные враги).

Рекомендации по работе с мелочами [ править ]

Мелочи, которые могут быть включены в соответствующее обсуждение конкретного аспекта предмета энциклопедии, должны быть интегрированы в этот текст, если он существует. Если такого текста нет, но он был бы актуален, его следует создать. Некоторые записи могут быть более конкретными для других тем, и их следует переместить в статьи, посвященные этим темам. Некоторые мелочи, которые имеют особое значение или не имеют отношения к делу, могут вообще не требовать включения. Любые мелочи, которые невозможно интегрировать, следует удалить. Некоторые записи могут быть спекулятивными или фактически неверными, и их следует удалить; другие, такие как «практические» материалы, могут выходить за рамки политики содержания Википедии .

Разделы с мелочами должны оставаться в статье только временно, как шаг к интеграции информации. Не должно быть конкретного графика интеграции мелочей ( статьи не обязательно должны быть идеальными ), но статьи, которые находятся в плохом состоянии и не улучшаются, часто удаляются. Это может привести к тому, что будет охвачено все больше и больше аспектов предмета, но если статья становится слишком длинной, ее можно разделить, используя стиль резюме .

Тем не менее, важно понимать, что существуют промежуточные шаги, которые могут быть предприняты для того, чтобы (1) подходить к надлежащему освещению информации и (2) помочь в противодействии вкладу в мелочи, который невозможно интегрировать.

Практические шаги [ править ]

Ниже приведены некоторые практические шаги, которые можно предпринять, если в статьях есть разделы с мелочами.

1. Включите мелочи в существующий текст статьи.
2. Разверните текст статьи, чтобы представить соответствующие элементы в контексте (пример: добавление раздела «Личная жизнь» в биографию, содержащую только информацию, ориентированную на карьеру).
3. Если предмет слишком неважный, выделите его и удалите.
4. При необходимости создайте отдельные списки для определенных типов записей с ограничительными именами. Избегайте очень общих названий, таких как «Другие факты» или «Разное».
5. Если раздел («мелочи» или иначе) стал настолько большим, что перебалансировал статью, примите во внимание:
   • Обработка информации в статье и удаление неважных моментов.
   • Добавление тега {{ Trivia }} в раздел с приглашением других пользователей помочь очистить.
   • Разбиение на разделы.
   • Разделение четко определенных подразделов на другие статьи, но будьте осторожны ; см. статьи # Мелочи . Если вы это сделаете, пожалуйста, не бросайте новую статью.
6. Не забудьте оспорить или удалить мелочи, которые не получены, особенно в биографиях (см. Википедия: Биографии живых людей ).
7. Если слишком сложно разобраться со всеми элементами в разделе мелочей сразу, вероятно, лучше оставить некоторые на месте: крайнего срока нет. Чаще всего это относится к статьям, которые еще не разработаны.

Интеграция разделов мелочей [ править ]

Часто содержание в разделах мелочей может быть лучше представлено в другом месте статьи, либо путем объединения отдельных элементов в существующий текст статьи, либо путем создания нового раздела и перемещения элементов в него. Однако при создании новых разделов вы всегда должны быть уверены, что они не обеспечивают основу для дальнейших разнообразных вкладов.

Интегрированный информационный контент все еще может быть представлен в виде списка , потому что это хороший способ представить некоторые типы информации. Однако использование неизбирательных списков не рекомендуется, и новый раздел всегда должен иметь ограниченный охват. В качестве примера см. Alex Trebek # Cameos , где перечислены шоу / фильмы, в которых Алекс Требек появлялся в эпизодической роли. К этому разделу можно добавить и другие эпизоды, но общие разные факты туда не поместятся.

Аннотированные и простые списки [ править ]

Когда мелочи могут быть организованы в простые списки или списки с очень ограниченными аннотациями, обычно это лучше. Есть много причин для этого.

1. Это добавляет подразумеваемый уровень избирательности. Когда мелочи нуждаются в объяснении, они, как правило, менее важны. Например, в списке ссылок на саентологию тот факт, что фильм " Самолет!" Ссылки Саентологию необходимо объяснить, но тот факт, что это так в эпизоде Южного парка «В ловушке в шкафу» , ясно из статьи «В ловушке в шкафу».
2. Это позволяет избежать беспорядка . В дополнение к общим проблемам с мелочами, викторины, как правило, содержат очень ненужные детали, часто предоставляя руководство по игре, например, подробности видеоигр, обширные цитаты из телевизионных эпизодов и попытки воссоздать юмор. Список без аннотаций разрубает этот гордиев узел .
3. Это позволяет избежать фрагментарного освещения. Например, связь между «Ловушкой в ​​шкафу» и саентологией лучше всего описать в «Ловушке в шкафу». Если отдельное описание соединения написано в другом месте, оно, скорее всего, будет неполноценным и не улучшится. (Это серьезная проблема с известными частями "связных" мелочей.)
4. Это позволяет избежать информации из источников. Хотя иметь список без источника без аннотации теоретически не лучше, чем со списком без источника с аннотацией, на практике требуется гораздо меньше источников. Кроме того, избегая фрагментированного покрытия, мы избегаем необходимости во фрагментированном поиске источников.
5. С первого взгляда легче заметить новые записи, которые, возможно, потребуется удалить, потому что они часто имеют обширные аннотации.

Не помечайте списки мелочей как «неполные» или «нуждающиеся в расширении», если тема списка особенно широка.

Предлагаемые названия разделов [ править ]

Несмотря на то, что все статьи разные, в разделах мелочей, как правило, привлекаются определенные виды информации схожей тематики. Это список предлагаемых названий разделов, чтобы помочь редакторам интегрировать и исключать разделы с мелочами.

Интегрированные мелочи и оригинальные исследования [ править ]

При создании нового раздела лучший результат - это новый, связный отрывок из прозы, в котором обсуждается новый аспект темы статьи. К сожалению, такой синтез мелочей иногда может привести к новой проблеме: Википедия не является издателем оригинальной работы . Прежде чем пытаться синтезировать информацию из мелочей, важно понять, что список мелочей может служить списком примеров, но может быть недостаточным для того, чтобы сделать общие выводы.

Например, рассмотрите список изображений явления Бога в популярной культуре, такой как фильмы и телешоу. Это можно было бы объединить в абзац, суммирующий то, что мы можем узнать из примеров (например, что Бог часто изображается как старик с седыми волосами). Однако это новое заявление, которое не было сделано раньше и требует поиска. В этом случае претензия вполне может быть чем-то, о чем кто-то писал раньше, поэтому ее можно отнести к разряду. Но в других случаях это может быть невозможно; рассмотрим аналогичную статью об изображениях Андромеды (мифология): такие изображения могут быть настолько редкими, что никто не удосужился написать о них, или может быть нечего сказать. В таких случаях может быть лучше оставить мелочи в списке. Однако следует отметить, что, как и все вклады в Википедии, мелочи элементы должны быть получены .

Статьи по теме [ править ]

В некоторых случаях две темы могут быть связаны таким образом, чтобы сделать две статьи взаимосвязанными. В таком случае лучший способ отметить связь - просто разместить ссылку в разделе статей «См. Также». Поскольку темы тесно связаны, дальнейших пояснений не требуется. Однако эту технику следует использовать с осторожностью. Например, « Джонстаун: Храм жизни и смерти народов» - это адаптация событий в Джонстауне , и статьи достаточно связаны друг с другом, чтобы поместить адаптацию в виде ссылки «см. Также». Однако, вероятно, было бы неразумно поставить « Картман получает анальный зонд» как «см. Также» под Серым инопланетянином., хотя связь есть. Это может быть хорошим способом убрать мелочи из статей по темам, которые имеют несколько важных связей с другими темами.

Общая информация и категории [ править ]

По сути, многие мелочи - это попытка связать частично связанные темы через определенный контекст. Категории служат примерно той же цели. В некоторых случаях мелочи могут быть соответствующим образом обработаны с помощью категоризации. Например, вместо сбора статьи 1817 смертей можно внести записи в категорию: 1817 смертей . Тем не менее, это редко является решением для разделов мелочей. Упоминания о поп-культуре и тому подобное создают плохие категории, которые, вероятно, в конечном итоге будут удалены.

См. Также [ править ]

• Википедия: WikiProject Trivia Cleanup
• Википедия: WikiProject Popular Culture
• Википедия: Прачечная WikiProject
• Википедия: Нейтральная точка зрения # Должный и чрезмерный вес
• Шаблон: Мелочи , Шаблон: Уменьшить мелочи
• Категория: Шаблоны очистки