2017 Community Wishlist Survey/Archive/Transition from templates to metadata

From Meta, a Wikimedia project coordination wiki
Jump to navigation Jump to search

⬅ Back to Archive The survey has concluded. Here are the results!


Symbol wtf vote.svg Good idea, but not feasible until we have multi-content revisions available.

  • Problem: как опознать статью, имеющую те или иные свойства, например: содержащую орисс или копивио, слишком короткую, не имеющую иллюстраций, являющуюся заготовкой по такой-то теме, избранную или добротную, являющуюся дизамбигом и т.д.? Никак По шаблонам, вписанным прямо в код статьи! Такое решение, во-первых, неочевидно, во-вторых, легко вандализируется, в-третьих, не позволяет искать статьи по параметрам. Как мне найти все заготовки статей о горах, имеющие размер больше 5 КБ и не имеющие источников? Или как найти все добротные статьи без иллюстраций? Или все дизамбиги больше 10 КБ? Никак, это абсолютно невозможно. Существует некий инструмент поиска по пересечению категорий, но он откровенно убог и позорен, это уровень урюпинского колхоза "Красный Пусть", а не самого посещаемого в мире сайта.

Translation: how to identify an article having certain properties like whether it contains original research or copyright violation, too short, lacking illustrations, being a stub, featured or good article, disambiguation page, etc? You can't By templates right in page text! Such solution is unobvious, easy to vandalize and doesn't allow you to search articles by parameters. How do I find all stubs about mountains having size over 5kb and having no sources? Or how do I find all good articles without illustrations? Or all disambiguations over 10kb? You can't, it's absolutely impossible. There's a certain category intersection tool, but it's not suitable for the world's most visited website.

  • Who would benefit: все редакторы и читатели. Translation: all editors and readers.
  • Proposed solution: предлагается уичтожить все шаблоны заготовок, дизамбигов, статусных статей, а также плашки с предупреждениями. Вместо этого предлагается создать параметры статей, которые редактировались бы отдельно от исходного кода (или параллельно с ним).
  1. Автоматические количественные параметры: статистические данные, которые невозможно править вручную. Например: размер статьи в байтах и символах, число правок в истории, средний размер правки, дата создания и т.д.
  2. Ручные бинарные параметры: свойства, принимающие значения "да/нет" (или 1/0, кому как привычнее). Содержит ли статья рекламный стиль? А машинный перевод? Была ли на ЗЛВ? Предлагалась ли к удалению? Если указан параметр "да", то над статьёй появляется соответствующий небольшой значок (если параметр некритичен, например, факт прежнего выноса к удалению, но не появляется). Эти параметры могут иметь свойства. Например: параметр "заготовка" или "дизамбиг", выставленный в положение "да", может иметь свойство "тема". Остальные параметры в качестве свойства могут иметь поле для произвольного комментария. Если параметр "вынесено к удалению" стоит в положении "да", то над статьёй появляется аккуратная красная полоса со ссылкой на дискуссию.
  3. Ручные многофакторные параметры: устанавливаются вручную и имеют несколько значений. Например: статус статьи (ДС/ХС/ИС/ИСП/нет), уровень важности (низкий/средний/высокий/высший) и т.д. Ручные параметры могут редактироваться всеми участниками, но некоторые можно защитить до администратора во избежание вандализма или случайных ошибочных действий.

Одновременно с этим запускается поиск по параметрам, где можно будет искать статьи по произвольному набору параметров.

Translation: I propose to eliminate all the stub, disambiguation, article status and issue templates. Instead, I propose to create article parameters that would be editable separately from wikitext (or concurrently with it).

  1. Automatic numeric parameters: statistical values that are impossible to change by hand. For example, article size in bytes and characters, number of edits, average edit size, creation date, etc.
  2. Manual binary parameters: properties that take "yes"/"no" values (or 1/0, whichever is most convenient to one). Does this article contain promotional language? What about machine translation? Have in been shown at Did You Know? Have it been nominated for deletion? If a parameter is set to "yes", a small sign appears above the article (if the parameter is non-critical e.g. whether it was nominated for deletion, it doesn't appear). These parameters could have properties. For example, a "stub" or "disambiguation" parameter could have a topic property. Other parameters could have an arbitrary comment field. If the "was nominated for deletion" parameter is set to yes, a neat red bar with a link to discussion appears above the article.
  3. Manual multifactor parameters: set by hand and can have one of multiple values. For example, article status (featured/good/none), importance (low/medium/high/top) etc. Manual parameters can be edited by by all editors but some could be admin-protected to avoid vandalism or mistakes.

At the same time release parametric search that would allow searching by arbitrary set of parameters.

  • More comments:
  • Phabricator tickets:

Community discussion

Article metadata requests like that are probably dependent on the ongoing Multi-Content Revisions project (see especially the "Use Cases" section), which is huge and complex. This might be a better wish for next year's wishlist IMO. --Tgr (WMF) (talk) 23:41, 18 November 2017 (UTC)

@Фред-Продавец звёзд: Agreed. This is a great idea, but it requires Multi-Content Revisions which won't be available for a while. Hopefully we'll be ready to do this by next year's survey. Please repropose it then! Ryan Kaldari (WMF) (talk) 21:30, 20 November 2017 (UTC)