stringtranslate.com

Шаблон обсуждения:Сохраняйте локальность

Вступительный заголовок

Почему мы это позволяем? Мне это кажется довольно глупым. Plrk ( talk ) 13:58, 17 марта 2009 (UTC) [ ответить ]

Действительно. Я бы надеялся, что любой, кто хотел бы помочь Википедии, предоставив изображения, будет готов позволить сообществу решить, как лучше организовать свои свободно лицензированные медиафайлы. Это, скорее всего, будет означать перемещение их в Commons, где такой контент лучше управляется. Категория:KeepLocal предполагает, что существует около 420 файлов с этим. Adambro ( обсуждение ) 14:56, 17 марта 2009 (UTC) [ ответить ]
Я не согласен. Вместо того, чтобы быть "лучше управляемым" на Commons, есть достаточно доказательств, что это хуже. Пока это не изменится, возможность редактора (или сообщества редакторов) контролировать и поддерживать медиафайлы в Википедии должна быть сохранена как опция для тех, кто хочет это делать. Senator2029  •  talk 19:53, 26 сентября 2012 (UTC) [ ответить ]
Этот шаблон теперь предлагался для удаления дважды, обсуждение по ссылке выше, и оба раза консенсус был сохранить . Вопрос также обсуждался здесь, и был сделан вывод, что изображения, имеющие локальный шаблон сохранить, должны быть освобождены от быстрого удаления на основании дубликата Commons. Sp in ni ng Spark 19:58, 31 марта 2011 (UTC) [ ответить ]

Оправдание?

Имеет ли смысл иметь поле для «обоснования» в этом шаблоне? Для загрузчика очень хорошо наложить KeepLocal на изображение, но, как и в случае с обоснованиями добросовестного использования, кажется полезным знать, почему изображение должно храниться локально, а не перемещаться на Commons. Для этого могут быть веские причины (например, что оно используется широко используемыми шаблонами, которые сломаются, если Commons переименует файлы, или что есть юридическая причина), но если кто-то помещает шаблон KeepLocal на файл, другим людям, работающим в пространстве имен File, а также на Commons, будет полезно знать, почему изображение хранится локально. — Том Моррис ( обсуждение ) 13:21, 29 мая 2011 (UTC) [ ответить ]

Нет смысла иметь поле обоснования, пока нет согласованного списка приемлемых обоснований, прописанных в руководстве. В настоящее время, кажется, принято, что локальные копии могут храниться в целях мониторинга, поэтому я это и делаю. В любом случае, шаблонная страница обсуждения — неподходящее место для обсуждения политики. Spinning Spark 15:36, 29 мая 2011 (UTC) [ ответить ]
Я не согласен. Некоторые люди, похоже, шлепают KeepLocal на что-то, потому что они просто не хотят иметь дело с Commons. И пока не будет списка веских причин для размещения KeepLocal на файле, кажется разумным попросить людей, размещающих его там, указать причину, чтобы другие, кто часто перемещает файлы на Commons, могли прийти к суждению о том, является ли эта причина обоснованной или нет. Пока у нас нет такого списка приемлемых причин для KeepLocal, возможно, следует применить простой тест на здравый смысл. Если я помещаю баннер на созданные мной статьи под названием «DontDelete», отсутствие кодифицированного набора приемлемых причин для удаления или сохранения чего-либо не является причиной не спрашивать о какой-либо причине.
Я искал место, где можно начать обсуждение политики, но, похоже, в пространстве имен File нет активного места для обсуждения политики. — Том Моррис ( обсуждение ) 18:52, 29 мая 2011 (UTC) [ ответить ]
Было бы разумнее, если бы человек, желающий удалить изображение, должен был указать причину, по которой он не хочет размещать его в Википедии.
На данный момент все согласны с тем, что википедистов не следует заставлять вмешиваться в работу Commons, если они хотят контролировать загруженные ими изображения. ОБСУЖДЕНИЕ SlimVirgin | ВКЛАД 21:41, 29 мая 2011 (UTC) [ ответить ]
Проблема в том, что когда изображение на commons исправлено (добавлено описание, загружена лучшая версия), то здесь не меняется. Это напрямую вредит проекту. Сравните File:Bij Bolszewika.jpg и commons:File:Bij Bolszewika.jpg, например. Когда один из наших читателей нажимает на изображение, он получает менее дружелюбную, помеченную страницу Wikipedia, и вряд ли он перейдет на более развитую страницу Commons. Я полностью за дружелюбие к редакторам, но когда это имеет пагубные последствия для этого проекта, это проблема. -- Пётр Конечны, он же Проконсул Петрус | поговорите со мной 16:44, 13 сентября 2011 (UTC) [ ответить ]
Позвольте мне повторить: страница обсуждения шаблона — неподходящее место для обсуждения политики (хотя если вы начнете еще одно обсуждение политики по этому поводу, ссылка здесь будет полезна). Эта страница предназначена для обсуждения улучшений шаблона, а не изменений в политике, которые к нему привели. Проблема, которую вы описываете, может работать наоборот; изменение на Commons может испортить статью En:Wikipedia, но в этом случае все гораздо хуже, поскольку изменение на Commons не запускает список наблюдения ни одного из редакторов статьи. См., например, это обсуждение. Spinning Spark 17:58, 13 сентября 2011 (UTC) [ ответить ]

Ссылки на файлы отправлять на Ffd или Puf

Иногда файлы с {{ Keep local }} отправляются в Ffd и в большинстве случаев они сохраняются. Примеры:

Если вы знаете какие-то интересные FfD, вы можете добавить ссылку здесь. -- MGA73 ( обсуждение ) 18:52, 10 июня 2012 (UTC) [ ответить ]

Ну, у нас только что был еще один, но мне пришлось закатить истерику, чтобы заставить их на самом деле уважать теги. Я собираюсь попытаться придумать какую-нибудь формулировку для этого тега , чтобы посмотреть, сможем ли мы предотвратить эти недобросовестные номинации. Van Isaac WS Vex contribs 23:12, 17 февраля 2013 (UTC) [ ответить ]

WP:СОБСТВЕННЫЙнарушение?

Текущий текст гласит: «не следует выдвигать на удаление как дубликат Commons без разрешения редактора тегов». Что делает «редактора тегов» таким особенным? Кто-то, кто не использует свое настоящее имя ( обсуждение ) 21:57, 31 июля 2013 (UTC) [ ответить ]

Что делает удаляющего редактора таким особенным, что ему должно быть разрешено спамить запросами на удаление, потому что ему больше нравится Commons, надеясь, что по невнимательности или изнеможению он добьется своего? И если против, попробовать еще раз через несколько месяцев? Это баланс, текущий консенсус заключается в том, что «удалить, потому что это на Commons» — недостаточная причина для удаления, если против, и этот шаблон служит для указания на наличие оппозиции. Anomie ⚔ 01:23, 1 августа 2013 (UTC) [ ответить ]
Хорошо, это имеет смысл. Я полагаю, что этот консенсус исходит из того факта, что храм (предположительно с такой формулировкой) сохранялся в нескольких TfD. Кто-то не использовал свое настоящее имя ( talk ) 09:24, 1 августа 2013 (UTC) [ ответить ]
Что делает редактора тегов таким особенным, так это то, что у них есть причина хотеть, чтобы копия хранилась локально, и они приложили все усилия, чтобы пометить ее как таковую. Вот и все. Это не мешает никому делать что угодно с файлом. Вы можете скопировать его в commons, вы можете поместить изображение на стофутовый рекламный щит на Таймс-сквер. Но кто-то попросил нас не удалять файл с en.wiki, так что не удаляйте. Van Isaac WS Vex contribs 05:17, 1 августа 2013 (UTC) [ ответить ]
Более того, ничто в этом шаблоне явно или неявно не препятствует другим пользователям редактировать, использовать или распространять контент — а это именно тот критерий поведения, который составляет OWN. Van Isaac WS Vex contribs 20:24, 1 августа 2013 (UTC) [ ответить ]

Консенсуспротивобработка ошибок?

Привет, Спиннингспарк

В вашем откате вы подразумеваете, что существует широкий консенсус против обработки ошибок как здесь, на странице обсуждения, так и в TFD. Пожалуйста, покажите мне. Я сам такого не вижу.

С наилучшими пожеланиями,
Кодовое имя Лиза ( обсуждение ) 12:53, 15 марта 2016 (UTC) [ ответить ]

Нет единого мнения против обработки ошибок. Существует общее мнение, достигнутое в результате многочисленных обсуждений, что для использования этого шаблона не требуется указывать причину. Поэтому неправильно считать ошибкой отсутствие указания причины. Spinning Spark 14:18, 15 марта 2016 (UTC) [ ответить ]
@ Spinningspark : Опять же, я не вижу этого более сомнительного консенсуса. И как люди могут не иметь причин для запроса локальной копии, которую нужно сохранить? — Codename Lisa ( talk ) 14:49, 15 марта 2016 (UTC) [ ответить ]
Согласен. В обсуждениях по удалению было достигнуто соглашение, что если нет веской причины для сохранения локальной копии, то это нарушение WP:NOTWEBHOST . Келли привет! 16:39, 15 марта 2016 (UTC) [ ответить ]
Это справедливое замечание, хотя я и не заходил так далеко. Первый TfD был закрыт фразой "Это не требование, это добросовестная просьба". Все, что я сделал, это убедился, что добросовестная просьба не забыта. Люди чувствуют себя менее обязанными хранить файл локально, когда указана причина (пусть и слабая).
С наилучшими пожеланиями,
Кодовое имя Лиза ( обсуждение ) 16:58, 15 марта 2016 (UTC) [ ответить ]
Интересно, что WP:NOTWEBHOST запрещает только файлы, которые не используются нигде в Википедии. Я хотел бы увидеть ссылки на любые дебаты, которые использовали эту политику в качестве основания для удаления файла, который фактически используется. Spinning Spark 19:54, 16 марта 2016 (UTC) [ ответить ]
@ Spinningspark : - вот несколько примеров : Wikipedia:Files for deletion/2015 October 17#Several files uploaded by User:Bedford и Wikipedia:Files for discussion/2015 November 24#Several more files uploaded by User:Bedford . Вероятно, есть много других примеров отдельных файлов, я припоминаю, что довольно много удаленных, потому что первоначальный загрузчик долго отсутствовал, и никто не видел причин хранить локальные дубликаты. Келли, привет! 08:21, 17 марта 2016 (UTC) [ ответить ]
Это скорее вопрос, который вам нужно показать, что консенсус требует указания причины. Википедия: Критерии быстрого удаления исключают критерий F8, когда существует локальный шаблон сохранения, но не требуют указания причины. Этот вопрос много раз обсуждался на странице обсуждения CSD (последние два [1][2], не говоря уже о трех дебатах об удалении на этой странице), но консенсуса по требованию причины так и не было достигнуто. Нет никакого смысла требовать причину, пока политика не определит, какие причины являются приемлемыми изначально. Spinning Spark 17:58, 15 марта 2016 (UTC) [ ответить ]
Ни одно из этих обсуждений не обсуждает, какие параметры должен иметь или требовать шаблон keep local. Они только отмечают, что файл, помеченный тегом {{ keep local }}, не подлежит удалению в соответствии с WP:F8 , но не обсуждает, какую информацию должен представлять шаблон. Поэтому обсуждения, на которые вы ссылаетесь, не имеют никакого отношения к обсуждаемому здесь вопросу. -- Stefan2 ( talk ) 19:47, 15 марта 2016 (UTC) [ reply ]
Они активно обсуждают, какие могут быть причины для сохранения локальности, но не было достигнуто единого мнения о том, какие причины являются обоснованными, а какие нет, и не было принято никакого решения о включении чего-либо из этого в политику. Spinning Spark 22:19, 15 марта 2016 (UTC) [ ответить ]
Эти обсуждения обсуждают, следует ли нам хранить локальные копии файлов, но не то, как мы это документируем, и поэтому не имеют здесь значения. Использование параметра причины или нет не влияет на то, является ли раскрытая или нераскрытая причина для хранения локальной копии файла действительной. -- Stefan2 ( talk ) 22:50, 15 марта 2016 (UTC) [ ответить ]
  • «Раньше я удалял {{Keep local}} и вставлял тег быстрого удаления». Пожалуйста, прекратите это делать. Независимо от того, считаете ли вы лично, что их следует хранить локально, другие пользователи добросовестно просили об этом, и вам не повредит подчиниться. И указание причины для этого запроса не мешает людям игнорировать его, даже если это необходимо. У вас нет никаких доказательств, чтобы утверждать обратное или говорить, что «процедура обработки ошибок» предотвратит запрос TfD. Nikkimaria ( talk ) 12:55, 16 марта 2016 (UTC) [ reply ]
  • Итак, вы признаете, что добавление этого кода в шаблон было попыткой удалить файлы, не беспокоясь об изменении политики? Пожалуйста, предоставьте ссылку на FFD файла с шаблоном keep local, который вы удалили. Я хотел бы сам изучить обоснование, использованное в этом обсуждении. Пингуем возможных пользователей, у которых могли быть удалены файлы таким образом — @ Magog the Ogre , Fetchcomms , Slim Virgin , Giano и RexxS : @ Vanisaac , Carrite , Bishonen , Kmw2700 и Colonel Warden : Spinning Spark 14:41, 16 марта 2016 (UTC) [ ответить ]
Нет, я говорю совершенно противоположное: вывести большое красное сообщение, чтобы проблема была отмечена и решена, в форме предоставленной причины. Как вам удалось получить полную противоположность из моего сообщения? — Кодовое имя Лиза ( обсуждение ) 19:05, 16 марта 2016 (UTC) [ ответить ]
Но это не будет отмечено и решено, и это не было проблемой до того, как сделать ее таковой с помощью этого изменения шаблона. Изменение шаблона не добавит файлы в чей-либо список наблюдения, так что никто даже не поймет, что это произошло. По-прежнему остается ясным, что вы намерены удалить файлы, которые не содержат причину сохранения. Это большой кусок ненужной работы для соответствующих редакторов, даже если они знали об этом. Я бы нашел это предложение немного более приемлемым, если бы бот сначала добавил причину по умолчанию к существующим файлам, чтобы сохранить их. Spinning Spark 19:46, 16 марта 2016 (UTC) [ ответить ]
Ладно. Сначала вы говорили о консенсусе, а теперь говорите, что не верите в человечество. Вы, кажется, предположили, что кто-то удалит любой файл, на котором есть красное сообщение. Это ваша любимая мозоль. — Кодовое имя Лиза ( обсуждение ) 20:19, 16 марта 2016 (UTC) [ ответить ]
User:Spinningspark , о чем вы говорите? У нас есть политики, такие как WP:C и WP:NOTREPOSITORY и WP:NOTHOST , которые определяют, какие файлы мы принимаем в Википедии. Если пользователь, помечающий тегом, указывает причину сохранения локальной копии, то другим легче определить, соответствует ли файл политике или нет. Если кто-то предлагает удалить файл, то можно принять во внимание только известные причины, а если причина пользователя, помечающего тегом, неизвестна, то эта причина не может быть принята во внимание. Возможно, что пользователь, помечающий тегом, раскроет свою причину в обсуждении удаления, но если пользователь отсутствует, то причина пользователя может остаться неизвестной, когда придет время закрыть обсуждение. -- Stefan2 ( talk ) 23:11, 17 марта 2016 (UTC) [ ответить ]
Вам не следует предлагать файлы для удаления в первую очередь, если они уже не нарушают одну из этих политик. В частности, файл, который фактически где-то используется, не нарушает NOTWEBHOST. Spinning Spark 14:40, 18 марта 2016 (UTC) [ ответить ]
@ Spinningspark : - Я привел вам пару обсуждений выше, но одной из причин удаления локальных файлов было то, что версии Commons имели превосходящие страницы описаний по сравнению с локальными версиями. Это действительно создает дополнительную работу, когда просишь волонтеров поддерживать и улучшать страницы описаний файлов на более чем одной вики. Келли привет! 19:15, 18 марта 2016 (UTC) [ ответить ]
Наиболее вероятным лицом, способным внести какие-либо улучшения, является первоначальный загрузчик, и если он запросил сохранение файла в Википедии, то есть там, где он, скорее всего, внесет изменения. Изменения в Commons могут быть или не быть полезными/правильными для Википедии, я полагаю, я уже привел несколько примеров того, где изменения Commons неверны для en wp. Есть аргументы за и против загрузки файлов в обоих местах. В любом случае аргументы за и против Commons не имеют отношения к этому обсуждению; политика не запрещает загрузку сюда или просьбу сохранить файлы здесь. Пока это не сделано, отмечать такие файлы сообщениями об ошибках совершенно неправильно. Главный аргумент в FFD, на которые вы ссылаетесь, заключался в том, что запрашивающий редактор больше не был активен в Википедии. Так что это не создает общего прецедента, даже игнорируя тот факт, что это было в захолустном месте, населенном бюрократами, нетерпимыми к удалению. Spinning Spark 20:47, 18 марта 2016 (UTC) [ ответить ]
@ Кодовое имя Лиза — Это означает, что вы... Каррит ( обсуждение ) 15:11, 16 марта 2016 (UTC) [ ответить ]
Вы используете обратную психологию, чтобы заставить меня сначала перенести ваши загрузки? Это было бы весело. С наилучшими пожеланиями, Кодовое имя Лиза ( talk ) 17:07, 16 марта 2016 (UTC) [ ответить ]

Я в равной степени устал от сомнительной практики копирования файла из английской Википедии в Commons без указания источника, что является нарушением лицензии CC-BY-SA. Если здесь не применяется шаблон {{ keep local }} , то это позволяет удаляющим удалить файл здесь. Позже файл может быть удален из Commons без уведомления первоначального загрузчика. Это само по себе является достаточно веской причиной по умолчанию для любого, чтобы добавить шаблон {{ keep local }} в загруженный файл. Удаление этих шаблонов является деструктивным редактированием и должно быть санкционировано. -- RexxS ( обсуждение ) 21:35, 16 марта 2016 (UTC) [ ответ ]

@ RexxS : Это не имеет никакого отношения к обсуждению. Все, что я сделал, это реализовал функцию проверки причин. То, что администраторы делают с файлом, когда видят тег {{ Keep local }}, это, по сути, админское дело. И я не думаю, что они удаляют файл. С наилучшими пожеланиями, Кодовое имя Лиза ( talk ) 08:07, 17 марта 2016 (UTC) [ reply ]
@ Codename Lisa : К сожалению, вы либо наивны, либо неискренни. Реализация функции, которая подчеркивает отсутствие явного параметра причины, как будто это ошибка, одновременно позволяет и поощряет назойливых людей, которые проводят свою жизнь в вики в поисках любой причины для удаления файлов. Совершенно безответственно использовать свои технические дары в угоду таким подлым людям. -- RexxS ( обсуждение ) 08:21, 17 марта 2016 (UTC) [ ответить ]
  • Это полностью вопрос загрузчика, который предоставляет изображения в Википедию, где их лучше всего хранить и сохранять. Хранить локально гарантирует, что файл именно этим и является. Я часто загружаю изображения, которые находятся в процессе работы, не предназначенные для широкого потребления публикой, а для планирования и разработки статьи. Однажды потерянные в системе Commons, которые именно этим и являются - потерянные для быстрых изменений и рациональных аргументов; ошибочная/незаконченная диаграмма может дезинформировать на всю вечность. Поэтому, таким как Codename Lisa, было бы самонадеянно иметь наглость предполагать, что они знают лучше, чем первоначальный загрузчик. Giano (обсуждение) 10:47, 17 марта 2016 (UTC) [ ответить ]
  • @Giano : Я сказал , что связался с загрузчиком. Похоже, что все, кто приходит с этой точки зрения, имеют достаточно боевой менталитет и приходят сюда, чтобы выбрать драку. Возможно, не стоит толковать то, что они говорят, как консенсус, чтобы внести свой вклад. — Кодовое имя Лиза ( обсуждение ) 11:07, 17 марта 2016 (UTC) [ ответить ]
@ Kelly : Нет, совершенно неуместно добавлять категорию ошибки к файлам, не имеющим причины. Это просто дает повод недалеким администраторам предположить, что что-то не так, и удалить их. Как бы я ни предполагал, вам бы этого хотелось, этого не произойдет, потому что отсутствие необязательной причины не является ошибкой . Если бы было предложение добавить категорию отслеживания , чтобы было проще их классифицировать, у меня было бы гораздо меньше возражений. Но в нынешнем виде это неприкрытая попытка удалить файлы, которые загрузчик хочет сохранить на En-wp, и все, кто читает это обсуждение, могут ясно увидеть ваши мотивы. -- RexxS ( обсуждение ) 23:36, 17 марта 2016 (UTC) [ ответить ]

Удаление или сохранение файлов с помощью функции Keep Local

8 лет назад я сделал пост выше Ссылки на файлы, отправленные на Ffd или Puf и написал, что файлы часто заканчивались как keep. Ссылки, которые я давал, на самом деле заканчивались как delete. Не помню, почему я написал keep.

В 2020 году я выдвинул несколько новых номинаций. Например:

Результатом этого стало удаление.

Итак, общее мнение, похоже, таково:

Если файл был перемещен в Commons:

Это просто информация. -- MGA73 ( обсуждение ) 18:55, 6 декабря 2020 (UTC) [ ответить ]

Запрос на редактирование защищен шаблоном 18 августа 2021 г.

Commons:{{{1|{{FULLPAGENAME}}}}}|{{{1|{{FULLPAGENAME}}}}}

к

c:File:{{PAGENAME:{{{1|{{PAGENAME}}}}}}}}|File:{{PAGENAME:{{{1|{{PAGENAME}}}}}}}

Обоснование: Сейчас, если имя файла Commons отличается, вы должны ввести его как {1} и File: должен быть добавлен к имени, иначе ссылка не будет работать. Чтобы предотвратить человеческую ошибку, это изменение делает использование File: перед именем излишним, но если оно есть, ссылка все равно будет работать. Jonteemil ( talk ) 17:32, 18 августа 2021 (UTC) [ ответить ]

Я создал песочницу и тестовый случай для этого. Шаблон:Keep_local/sandbox Шаблон:Keep_local/testcases . В приведенном выше коде были несовпадающие {,}. Это исправлено в песочнице.
Для страниц в пространстве имен File: это изменение, похоже, ничего не ломает. Однако, если пространство имен страницы отличается от File: (например, этот шаблон), это создает неверную ссылку. Есть один пример в пространстве имен User: User:Sacohen11/Parametric Insurance , один в пространстве имен User Talk: User talk:Anupmehra/Archive6 , один в пространстве имен Wikipedia Wikipedia:Media copyright questions/Archive/2014/August , один в Category: Category:UCLA-Los Angeles Times pictures . Ни один из них не имеет рабочей копии на commons, но использование в категории кажется осмысленным.
Я не уверен в необходимости этого изменения. -- Salix alba ( обсуждение ): 20:27, 18 августа 2021 (UTC) [ ответить ]
 Пока не сделано: пожалуйста, достигните консенсуса по этому изменению, прежде чем использовать шаблон. * Pppery * это началось... 14:01, 20 августа 2021 (UTC) [ ответить ]{{edit template-protected}}

Запрос на редактирование защищен шаблоном 12 мая 2022 г.

Запятую после "CSD F8" следует удалить. JediMasterMacaroni (Обсуждение) 22:09, 12 мая 2022 (UTC) [ ответить ]

 Сделано . ИП Эллсворт  -  ред.  put'r there  09:14, 13 мая 2022 (UTC)[ отвечать ]

"Шаблон:NoCommons" перечислены наПеренаправления для обсуждения

Перенаправление Template:NoCommons было указано в перенаправлениях для обсуждения , чтобы определить, соответствует ли его использование и функция правилам перенаправления . Читатели этой страницы могут комментировать это перенаправление в Wikipedia:Redirects for discussion/Log/2023 March 11 § Template:NoCommons до тех пор, пока не будет достигнут консенсус. — Краснохвостый ястреб  (гнездо) 03:45, 11 марта 2023 (UTC) [ ответить ]

Предлагаемое изменение политики в отношении этого шаблона

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

Многие файлы (например, этот ) помечены тегом keep local. Они либо используются в статье, а затем удаляются/заменяются на более качественное изображение, либо просто никогда не используются в статье. В любом случае они остаются на enwiki без трансляций, заполняя бэклоги и, как правило, не выполняя никакой функции.

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

"Keep local" следует использовать только до тех пор, пока изображение активно используется где-либо в английской Википедии. Если изображение не соответствует этим критериям, его можно быстро удалить с помощью F9 F8 .

Я также хотел бы провести (очевидное) различие, чтобы избежать путаницы, что «сохранить локально» — это не то же самое, что «не перемещать в Commons». Первое все еще позволяет перемещать в Commons, просто для этого требуется сохранение локальной копии. — MATRIX! ( хороший человек! ) [ цитата не нужна ] 20:39, 19 января 2024 (UTC) [ ответить ]

Давайте не будем. Что останавливает человека с излишним настроем «Боже мой, мне нужно очистить отставание» от временного обезличивания изображения, чтобы удалить его, а затем восстановить использование? Если вы действительно хотите очистить отставание, возможно, нам следует заставить бота транслировать все {{ keep local }} изображения на какой-то странице. Кроме того, я думаю, вы, должно быть, имели в виду что-то другое, чем WP:CSD#F9 , поскольку это «Недвусмысленное нарушение авторских прав». Anomie ⚔ 22:22, 19 января 2024 (UTC) [ ответить ]
Или, может быть, даже лучше, запретите боту, помечающему изображения тегом {{ orphan image }}, делать это (или добавьте параметр «keep local», чтобы изменить/подавить категорию), если оно помечено тегом {{ keep local }}, если это проблема для вашего бэклога. Anomie ⚔ 22:36, 19 января 2024 (UTC) [ ответить ]
@ Anomie : Вы противоречите сами себе. Отставание касается осиротевших файлов — как файл в категории: осиротевшие файлы Википедии может иметь включение, которое кто-то может удалить? Что касается вашего предположения, что кто-то намеренно удалит использование только для того, чтобы удалить изображение, то то же самое можно сделать недобросовестно с любым несвободным файлом (удалить включение(я) и подождать, пока бот пометит его) — возможно, это было бы хуже, поскольку бот управляет этой категорией. Просто сообщество в конечном итоге заметит и отменит действия редактора. — MATRIX! ( хороший человек! ) [ цитата не нужна ] 14:31, 20 января 2024 (UTC) [ ответить ]
Я не противоречу себе, и вы, кажется, поняли, что именно я имел в виду. Я не уверен, что сообщество это заметит, когда в конечном итоге версия изображения из Commons останется в использовании. Anomie ⚔ 18:17, 20 января 2024 (UTC) [ ответить ]
Нет , в основном по тем же причинам, которые указала Аномия. — Лок Коул • t • c 18:27, 20 января 2024 (UTC) [ ответить ]

Запретить использование шаблона «Сохранить локально» для файлов, которые не являются полностью или частично собственной работой

Следующее обсуждение закрыто. Пожалуйста, не изменяйте его. Последующие комментарии должны быть сделаны на соответствующей странице обсуждения. Дальнейшие правки в это обсуждение не должны вноситься.


В этом случае «полностью или частично собственная работа» следует определять как случай, когда загрузчик создал новое авторское право в соответствии с законодательством США, т. е. полностью создал рассматриваемый носитель или приложил значительные усилия для создания носителя, который представляет собой производную работу . Это должно включать в себя фотографирование статуи, но должно исключать простые изменения формата файла (например, векторизацию) и сканирование фотографии.

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

Практическая выгода для пользователя будет заключаться в том, что на Commons будет больше информации. Например, возьмем File:IPhone 15 (logo).svg . В этом случае при нажатии на логотип на iPhone 15 пользователь перенаправляется на локальную страницу описания файла. Нет никаких заголовков файлов, локализованных описаний, использования interwiki и, что самое важное, нет категорий. Не сразу становится ясно, почему отсутствуют эти части технологии, поскольку они были там для многих других файлов. Это явное понижение уровня обслуживания конечного пользователя без ощутимой выгоды, как указано выше.

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

Matrix(!) { пользователь - обсуждение? - бесполезные вклады } 06:35, 17 августа 2024 (UTC) [ ответить ]

Да, ничего из этого даже отдаленно не относится к цели этого шаблона. Этот шаблон существует исключительно для того, чтобы позволить любому редактору en.wiki не следить за отдельным проектом, т. е. commons, сохраняя копию здесь, когда они заинтересованы в ее поддержании. Если разрешения на изображения подходят для en.wiki, авторские права совершенно не имеют значения. Если разрешения на изображения не подходят, ничто в этом шаблоне не препятствует стандартному удалению на обычных основаниях, только не на основании CSD, что есть копия на commons. Van Isaac , GHTV cont WpWS 07:19, 17 августа 2024 (UTC) [ ответить ]
@ Vanisaac : Нет никаких причин, по которым кто-то должен хранить локальную копию изображения здесь для обслуживания. Сообщество Commons более чем приветствуется для обслуживания изображения, а также для предоставления переводов, подписей, категорий, SDC отображает заявления и т. д. Фактически, это английская Википедия, где обслуживание файлов, скорее всего, будет пренебрегаться. У нас здесь есть >50 тыс. осиротевших файлов без категорий или использования, которые просто лежат без простого способа их найти (опять же, без категорий). Опять же, если вы создатель файла, вы можете захотеть поддерживать его самостоятельно на enwiki, и это имеет смысл.
Но то, что происходит с файлами, такими как File:IPhone 15 (logo).svg , заключается в том, что вместо того, чтобы позволить сообществу Commons поддерживать файл самостоятельно, какой-то случайный редактор говорит: «Я буду поддерживать его на enwiki, потому что я так хочу», тем самым понижая качество опыта для конечного пользователя. Они не создали этот медиафайл, они просто были первыми, кто загрузил его сюда.
Также я не предлагал "сохранить локально" изображения не имеют соответствующего разрешения. В большинстве случаев они есть.
Простая истина заключается в том, что сообщество, явной целью которого является создание/поддержание медиа, гораздо более эффективно справляется с поддержанием файлов, чем en.wiki. — Matrix(!) { пользователь - обсуждение? - бесполезные вклады } 09:26, 17 августа 2024 (UTC) [ ответить ]
Если файлы размещены только на commons, любые изменения в этом файле будут невидимы для редактора en.wiki, который не может добавить эти файлы в список наблюдения здесь. Никто, включая вас, не имеет права заставлять их участвовать в шоу ужасов на commons только для того, чтобы проявить должную осмотрительность как редакторы wikipedia, поэтому, если кто-то хочет избежать необходимости делать это, он использует этот шаблон. Вот и вся причина, по которой кому-то нужно хранить локальную копию для обслуживания. Commons может делать с этим файлом все, что угодно, но использование en.wiki собственной копии никому не повредит. Если у вас есть файл с этим шаблоном, который, по вашему мнению, нужно удалить, просто выполните WP:FfD и сообщите об этом человеку — загрузившему или иному — который попросил оставить его локальным. Вот и все. Van Isaac , GHTV cont WpWS 00:33, 18 августа 2024 (UTC) [ ответить ]
Почему редактор en.wiki должен единолично заниматься поддержкой файла, который — опять же — не его ? Неужели сообщество Commons неспособно на элементарную поддержку? Использование en.wiki собственной копии никому не повредит — любезно прочитайте выше. Да, это вредит конечному пользователю. Когда они используют MediaViewer, они перенаправляются на локальную копию, опять же без утверждений SDC, подписей, категорий, удобной навигации и т. д. Я не согласен с подходом «Просто поместите файл в FFD». Это кажется крайне неэффективным, учитывая, что люди будут продолжать заниматься этой ерундой, и тогда людям придется продолжать FFD. Было бы лучше создать какую-то политику/руководство по поводу «сохранить локально», иначе это просто станет поводом для злоупотреблений (как это происходит сейчас). — Matrix(!) { пользовательобсуждение?бесполезные вклады } 06:19, 18 августа 2024 (UTC) [ ответить ]
Здесь нет ничего единоличного. Любой может заниматься обслуживанием здесь. En.wiki — это не запертый ящик, который можно открыть только с помощью главного ключа. Если вы хотите поддерживать этот файл здесь, пожалуйста, не стесняйтесь это делать. Ваша одержимость тем, чей это файл, не говорит в пользу вашего отношения к отношениям между commons и en.wiki. Если размещение здесь законно, кто вы такой, чтобы говорить редактору en.wiki, что он не может этого делать? Когда commons выполняет обслуживание, которое портит файлы для редакторов en.wiki, то редакторы en.wiki имеют право взять копию и предоставить commons портить все для себя, а не для всех остальных из нас. Даже когда редакторы en.wiki просто не доверяют commons в правильном обслуживании, они имеют право позволить им заниматься своими делами, пока мы занимаемся своими делами здесь. Тот факт, что Commons хочет не только использовать нашу работу, но и вносить изменения вне нашего контроля, является огромной проблемой доверия, и для многих редакторов en.wiki Commons не заслужил этого доверия. Каждый раз, когда вы пытаетесь подорвать несколько инструментов, таких как этот шаблон, которые мы используем для защиты от Commons, вы просто добавляете еще одну причину, по которой Commons не заслуживает большего доверия, чем мы уже оказываем ему. Пожалуйста, используйте свою трибуну, чтобы направлять Commons к процедурам, которые могут восстановить это доверие, вместо того, чтобы приходить сюда и демонстрировать нам, что Commons его не заслуживает. Ван Айзек , GHTV cont WpWS 18:30, 18 августа 2024 (UTC) [ ответить ]
@ Vanisaac : Это предложение почти мертво. Но ради интереса, можете ли вы назвать мне причину, по которой вы (или другие редакторы) не доверяете Commons? Также, можете ли вы привести пример «[к]огда Commons [выполнял] обслуживание, которое портит файлы для редакторов en.wiki»? Просто хотел спросить. — Matrix(!) { пользователь - обсуждение? - бесполезные вклады } 09:51, 19 августа 2024 (UTC) [ ответить ]
Некоторые пользователи добавили keep local, потому что файл часто использовался, а некоторые использовали шаблон, потому что не были уверены, что он может быть на Commons по юридическим причинам. Другие пользователи добавили keep local, потому что «люди на Commons сумасшедшие». Другие пользователи не добавили никаких причин. Раньше некоторые файлы переносились на Commons плохим способом, но сегодня использование FileImporter уменьшило количество ошибок, и я думаю, что администраторы хорошо проверяют файлы перед удалением локального файла. Поэтому я не думаю, что теперь есть какие-либо веские причины для keep local (кроме интенсивного использования).
Файлы с сохранением локального могут быть удалены, но не как F8. Их можно удалить в FfD или PROD, особенно если загрузчик больше не активен. Поэтому сохранение локального не является гарантией того, что файл не будет удален. -- MGA73 ( talk ) 13:01, 17 августа 2024 (UTC) [ ответить ]
Кажется, вы имеете что-то против этого шаблона, это второе предложение, которое вы сделали с целью удаления его использования. Как сказал Ванисаак, ничего из того, что вы здесь сказали, вообще не имеет отношения к использованию этого шаблона. Anomie ⚔ 13:11, 17 августа 2024 (UTC) [ ответить ]
Да, я имею что-то против этого шаблона. Потому что он наносит ущерб конечному пользователю без какой-либо причины, кроме как «Мне не нравится Commons». Это имело бы смысл, если бы вы создали файл, но, опять же, в этом сценарии вы не создали файл . Вы просто говорите «Я буду поддерживать его», когда вам это не нужно, в свою очередь понижая опыт для всех (на enwiki меньше людей активно поддерживают файлы, чем на Commons, и я уже говорил о понижении для конечного пользователя). — Matrix(!) { пользователь - обсуждение? - бесполезные вклады } 06:09, 18 августа 2024 (UTC) [ ответить ]
Или у вас в 2,5 раза больше правок на Commons, чем здесь, и вы там тоже администратор, поэтому вы здесь, чтобы продвигать точку зрения в пользу Commons? Anomie ⚔ 11:39, 18 августа 2024 (UTC) [ ответить ]
@ Anomie : На самом деле мне не нужен был ABF . Нет, я просто считаю, что размещение файлов локально — это просто плохой опыт для конечного пользователя. Я не продвигаю никакую точку зрения (а если бы я это делал, то я бы потерпел неудачу!!!), и это было необоснованное PA, которое я отредактировал. Согласно WP:WIAPA , «Серьезные обвинения требуют серьезных доказательств, обычно в виде различий и ссылок». — Matrix(!) { пользователь - обсуждение? - бесполезные вклады } 09:44, 19 августа 2024 (UTC) [ ответить ]
Обсуждение выше закрыто. Пожалуйста, не изменяйте его. Последующие комментарии должны быть сделаны на соответствующей странице обсуждения. Дальнейшие правки в это обсуждение не должны вноситься.

Небольшое изменение формулировки, чтобы направить новых пользователей в правильном направлении

В разделе выше я указал на некоторые недостатки с сохранением изображений на Enwiki, когда это не была работа самого пользователя. У нескольких пользователей возникли проблемы с доверием к Commons по тем или иным причинам, что совершенно справедливо. Но я думаю, что важно указывать новым пользователям правильное направление, особенно в отношении категорий/подписей. В Template:Keep local/sandbox я просто добавил «где можно просматривать категории и подписи» в первое предложение. Это должно устранить путаницу с новыми пользователями, не знакомыми с разницей между Commons и Enwiki. @ Anomie , VanIsaac и MGA73 : Мысли? Хорошая/плохая идея? — Matrix(!) { пользователь - обсуждение? - бесполезные вклады } 17:58, 17 сентября 2024 (UTC) [ ответить ]

Это скорее продолжение закрытой дискуссии выше, но вам, вероятно, повезет больше, если вы обсудите это на деревенской колонке. Как видно из обсуждения выше, этот шаблон в основном смотрят люди, которые используют его, потому что им просто не нравится Commons. С уважением, тот, у кого больше правок на Commons (неважно, сколько времени уходит на то, чтобы набрать правок, написав статьи, а не на категоризацию изображений), и поэтому он не является членом класса Pure enwiki-редакторов. —Рододендриты говорят\\ 18:17, 17 сентября 2024 (UTC) [ ответить ]
Я думаю, что вышеприведенное обсуждение, вероятно, страдает от проблем с WP:LOCALCONSENSUS , но, возможно, я займусь этим позже. Это изменение не должно вызывать споров. — Matrix(!) { пользователь - обсуждение? - бесполезные вклады } 16:04, 19 сентября 2024 (UTC) [ ответить ]
Я заметил, что в песочнице есть и другие изменения, помимо ваших, оставшиеся от запроса на редактирование #Template-protected от 18 августа 2021 г. выше. Кроме этого у меня нет возражений против предложения. Anomie ⚔ 23:33, 17 сентября 2024 (UTC) [ ответить ]
У меня нет проблем с изменениями, но я также один из тех « грязнокровок », которые в основном редактируют на Commons ;-) -- MGA73 ( обсуждение ) 08:46, 18 сентября 2024 (UTC) [ ответить ]

Запрос на редактирование по консенсусу

Реализуйте изменения в Шаблон: сохранить локально/песочницу согласно разделу выше. — Matrix(!) { пользователь - обсуждение? - бесполезные вклады } 16:15, 19 сентября 2024 (UTC) [ ответить ]

 Готово Сохом ( обсуждение ) 03:02, 20 сентября 2024 г. (UTC) [ ответить ]

RfC: Ограничьте использование этого шаблона файлами, которые полностью или частично являются собственной работой

Стоит ли ограничить использование этого шаблона файлами, которые полностью или частично являются собственной работой? — Matrix(!) { пользователь - обсуждение? - бесполезные вклады } 15:28, 21 сентября 2024 (UTC) [ ответить ]

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

Возможные варианты:

  1. Разрешить загрузчику файла пометить его как хранящийся локально по любой неуказанной причине, даже если это не его собственная работа (например, Файл: IPhone 15 (логотип).svg ) (текущая ситуация)
  2. Разрешить загрузчику помечать файл как «хранить локально» только в том случае, если он полностью или частично является его работой или по другой разумной причине (например, при загрузке с высоким риском или технических ошибках). (предложено)

Matrix(!) { пользователь - обсуждение? - бесполезные вклады } 15:28, 21 сентября 2024 (UTC) [ ответить ]

Опрос

Использование или неиспользование {{ keep local }} имеет значение только в том случае, если файл присутствует на Commons, поэтому обсуждение файла всегда будет касаться потенциального удаления файла, поэтому подходящим форумом для обсуждения этого вопроса, по-видимому, будет WP:FFD . Вместо обсуждения использования или неиспользования этого шаблона, нам следует обсудить руководящие принципы, которые следует применять в FFD для определения того, следует ли сохранять или удалять файл. -- Stefan2 ( talk ) 10:00, 30 октября 2024 (UTC) [ reply ]
Читая более внимательно, я вижу дополнительную проблему. В предложении обсуждается только то, когда загрузчик может добавлять или не добавлять шаблон, но ничего не говорится о том, когда кто-то другой может или не может добавлять шаблон. Очевидно, что эти два вопроса связаны. -- Stefan2 ( talk ) 10:10, 30 октября 2024 (UTC) [ ответить ]

Обсуждение

Ping @ MGA73 , Rhododendrites и Anomie как предыдущие участники. — Matrix(!) { пользователь - обсуждение? - бесполезные вклады } 15:28, 21 сентября 2024 (UTC) [ ответить ]