Wikivoyage:Пивная путешественников: различия между версиями
Digr (обсуждение | вклад) |
Digr (обсуждение | вклад) |
||
Строка 1368: | Строка 1368: | ||
: Независимо от написанного выше нужно добавлять баннеры в статьи или списки и отправлять их в нужные категории Wikivoyage banners of. --[[User:Atsirlin|Alexander]] ([[User_talk:Atsirlin|обсуждение]]) 15:10, 3 октября 2015 (MSK) |
: Независимо от написанного выше нужно добавлять баннеры в статьи или списки и отправлять их в нужные категории Wikivoyage banners of. --[[User:Atsirlin|Alexander]] ([[User_talk:Atsirlin|обсуждение]]) 15:10, 3 октября 2015 (MSK) |
||
:: Саша, сделал страницу и сделал, ничего страшного в этом нет. Можно отмечать где используется, проставлены ли категории и какие лучше и прочие комментарии. Т.е. координация. Касательно "за участие" - очень нечеткий критерий. Один участник может загрузить много баннеров бесполезных в проекте, или неважного качества, а другой сделает один хороший и важный для нас баннер. Сегодня когда расставлял баннеры, получил удовольствие и удовлетворение от затеи, потому как у нас появились баннеры на [[Павловск]], [[Пушкин]], [[Рязань]] и [[Тверь]](!) и прочие города, кое какие регионы, а ранее баннером была осчастливлена [[Тула]]. [[Участник:Digr|Digr]] ([[Обсуждение участника:Digr|обсуждение]]) 16:22, 3 октября 2015 (MSK) |
:: Саша, сделал страницу и сделал, ничего страшного в этом нет. Можно отмечать где используется, проставлены ли категории и какие лучше и прочие комментарии. Т.е. координация. Касательно "за участие" - очень нечеткий критерий. Один участник может загрузить много баннеров бесполезных в проекте, или неважного качества, а другой сделает один хороший и важный для нас баннер. Сегодня когда расставлял баннеры, получил удовольствие и удовлетворение от затеи, потому как у нас появились баннеры на [[Павловск]], [[Пушкин]], [[Рязань]] и [[Тверь]](!) и прочие города, кое какие регионы, а ранее баннером была осчастливлена [[Тула]]. [[Участник:Digr|Digr]] ([[Обсуждение участника:Digr|обсуждение]]) 16:22, 3 октября 2015 (MSK) |
||
::: Собственно до того как сбрасывать оценки в почту Саше. Предлагаю следующий алгоритм. Каждый голосующий участник выбирает X баннеров, и присылает их номера (указаны на странице) Саше, свои выбирать нельзя. Каждый баннер получает 1 балл за один голос (можно сделать рейтинговую оценку, но боюсь это сложно и не нужно). После голосования всех участников возникает рейтинг по баннерам. Далее анализируется авторство баннера и баллы одного автора складываются. И определяется победитель. Как вам? X по моему разумению должен быть около 10. [[Участник:Digr|Digr]] ([[Обсуждение участника:Digr|обсуждение]]) 16:39, 3 октября 2015 (MSK) |
::: Собственно до того как сбрасывать оценки в почту Саше. Предлагаю следующий алгоритм. Каждый голосующий участник выбирает X баннеров, и присылает их номера (указаны на странице) Саше, свои выбирать нельзя. Каждый баннер получает 1 балл за один голос (можно сделать рейтинговую оценку, но боюсь это сложно и не нужно). После голосования всех участников возникает рейтинг по баннерам. Далее анализируется авторство баннера и баллы одного автора складываются. И определяется победитель. Как вам? X по моему разумению должен быть около 10-15. [[Участник:Digr|Digr]] ([[Обсуждение участника:Digr|обсуждение]]) 16:39, 3 октября 2015 (MSK) |
Версия от 16:43, 3 октября 2015
Пивная путешественников — место для общих обсуждений. Здесь можно задавать вопросы или просто делиться своими мыслями с другими участниками. Прежде чем писать, ознакомьтесь, пожалуйста, с разделом Справка, а для новичков у нас есть небольшой FAQ. Разговоры по отдельным статьям лучше вести на страницах обсуждения, хотя полезно разместить здесь ссылку, чтобы привлечь внимание участников.
Добавляйте новые вопросы ниже последней темы и не забудьте вставить ~~~~ после вашего сообщения, чтобы подписаться.
А вообще — Вперёд!
en: Requests for the bot flag should be made on this page. This wiki uses the standard bot policy, and allows global bots and automatic approval of certain types of bots. Other bots should apply below.
Архив
Страница Пивной не должна быть слишком длинной. Если вы видите завершившийся разговор, который можно архивировать на одной из страниц обсуждения, перенесите весь текст туда, а здесь поставьте ссылку.
Архивы пивной:
- 2007—2008 года
- 2009—2010 года
- 2011—2012 года
- 2013 год
- 2014 год-1; 2014 год-2; 2014 год-3; 2014 год-4
- 2015 год-1;
To do list
Сложу тут, чтобы не забыть.
Добавить во все статьи шаблон {{geo}}- я этим сейчас занимаюсь по Европе, думаю, за разумное время будет закончено.Включить все статьи в географическую иерархию (как бы это ещё проверить?) и расставить ссылки с вышестоящих, чтобы на каждую статью была минимум одна ссылка.Добавить во все статьи шаблон {{citybar}} или аналоги - надо допилить шаблон и начать его как-то добавлять, к сожалению, не вижу способа это автоматизировать.Переставить {{citybar}} на новое место в статьях, где он уже есть.Добавить баннеры - это можно ботом из английского раздела. Хорошо бы ещё наделать баннеров там, где их нет, но я не знаю, как.- Сделать список критически важных отсутствующих статей (нет ещё такого?) и создать.
- Сделать список критически важных пустых статей и дописать введение и основные достопримечательности - работа месяца?
Что ещё?--Ymblanter (обсуждение) 15:49, 6 августа 2013 (MSK)
- Ещё не забыть про карты, которые я бы отныне вставлял шаблоном {{Mapframe}}: так они будут наиболее заметны.
- Делать баннеры, в принципе, нетрудно, если не зацикливаться на фотографиях достопримечательностей. Максим уже сделал несколько текстур, одну из которых можно лепить во все европейские города с черепичными крышами, другую — в тёплые приморские города и т.д. Речка и мох подойдут для севера или Сибири.
- Статей без ссылок у нас практически нет
- По критически важным статьям я не знаю, как их выбирать. Что считать самым критичным? Если мы создаём статьи в надежде на новых или анонимных авторов, то нужно стремиться иметь статьи по всем крупным городам (для России это города с населением примерно от 50000, у которых есть живые форумы и собственное интернет-сообщество) в русскоязычных странах, а также по тем местам, которые мы выносим в список 7-9 основных городов и "других мест назначения" каждой страны. Впрочем, даже это будут тысячи, так что нужны ещё какие-то приоритеты.
- Наконец, я считаю, что у нас все пустые статьи "критически важные", потому поскольку любая пустая статья не улучшает репутацию проекта. В идеале надо иметь хоть строчку информации в каждом разделе (так новым читателям будет яснее, что ещё можно в эти разделы добавить), но это тоже очень большая работа. --Alexander (обсуждение) 16:33, 6 августа 2013 (MSK)
- Ну, если немного утрировать, то остутствие статьи Бостон важнее, чем отсутствие статьи Луанда, а пустую статью, скажем, Бонн, хорошо бы улучшить раньше, чем пустую статью Зуль. Надо подумать, как это формализовать - в принципе, можно и по спискам стран, но в них же тоже города часто натыканы произвольным образом, например, для связности. Кроме того, есть страны туристические, а есть не очень. Ясно, что Франция, скорее всего, имеет больший приоритет, чем Чад (хотя я буду очень рад, если кто-то систематически займётся Чадом, как у нас написали про Эритрею). Плюс ещё есть Всемирное наследие, надо о нём тоже не забывать. --Ymblanter (обсуждение) 16:50, 6 августа 2013 (MSK)
- Да, я согласен с этой логикой, но формализовать её трудно, а к тому же у нас у всех есть свои предпочтения и тёмные пятна на карте мира. Думаю, что надо определиться с тем, что именно мы делаем (какие шаблоны, избавляемся от ссылки на WT или нет, в каких случаях создаём новые статьи, пусть даже они будут состоять из одного введения), после чего каждый может двигаться по своим любимым регионам и работать в этом направлении. --Alexander (обсуждение) 17:20, 6 августа 2013 (MSK)
- Ну, если немного утрировать, то остутствие статьи Бостон важнее, чем отсутствие статьи Луанда, а пустую статью, скажем, Бонн, хорошо бы улучшить раньше, чем пустую статью Зуль. Надо подумать, как это формализовать - в принципе, можно и по спискам стран, но в них же тоже города часто натыканы произвольным образом, например, для связности. Кроме того, есть страны туристические, а есть не очень. Ясно, что Франция, скорее всего, имеет больший приоритет, чем Чад (хотя я буду очень рад, если кто-то систематически займётся Чадом, как у нас написали про Эритрею). Плюс ещё есть Всемирное наследие, надо о нём тоже не забывать. --Ymblanter (обсуждение) 16:50, 6 августа 2013 (MSK)
Я под это дело создал Wikivoyage:Википроект:Развитие/Содержание. Пока там лишь прописана программа действий. Пожалуйста, комментируйте и высказывайтесь о том, нужно ли начинать прямо сейчас или стоит дождаться каких-то новых возможностей: например, со стороны Викиданных. --Alexander (обсуждение) 23:05, 6 августа 2013 (MSK)
- Ссылки на Википедию и Коммонз рано или поздно придут с Викиданных. Удобно, если они в статье есть, но не сметрельно, если нет (ну, конечно, если это не есть следствие какого-то конфликта в самих Викиданных).--Ymblanter (обсуждение) 23:44, 6 августа 2013 (MSK)
Приоритетность создания статей
Для сведения: вот такие планы у "Одинокой планеты": [1]. Нам, наверно, тоже полезно учитывать это (в дополнение к неизменно приоритетной России). --Л.П. Джепко (обсуждение) 13:43, 5 ноября 2013 (MSK) Самые популярные среди туристов регионы в 2014 году:
- Страны: Бразилия, Антарктида, Шотландия, Швеция, Малави, Мексика, Сейшельские острова, Бельгия, Македония, Малайзия
- Города: Париж, Тринидад (Куба), Кейптаун, Рига, Цюрих, Шанхай, Ванкувер, Чикаго, Аделаида (Австралия), Окленд (Новая Зеландия)
- Регионы: Сикким (Индия), Кимберли (Австралия), Йоркшир (Англия), Хокурику (Япония), Техас (США), Национальный парк Водопад Виктория, Майорка (Испания), Западное побережье (Новая Зеландия), Хунань (Китай), Хаапай (Тонга) --Л.П. Джепко (обсуждение) 14:14, 5 ноября 2013 (MSK)
- Интересно среди кого проводился опрос. Богатые иностранцы? Антарктида начинается от пары котлет баксов за десять дней. Digr (обсуждение) 19:07, 5 ноября 2013 (MSK)
- Эээ, издательство австралийское, наверно, они считают от Австралии... Пожалуй, займусь Антарктикой на досуге. Описал, и вроде уже и ездить не обязательно. --81.200.28.109 00:26, 6 ноября 2013 (MSK)
- Ну какие бы антиподы не составляли списки, а приятно там увидеть свой город ;-) Voll (обсуждение) 00:47, 6 ноября 2013 (MSK)
- Издательство давно уже продано BBC. Но приоритеты, да, далеки от российских.--Ymblanter (обсуждение) 03:07, 6 ноября 2013 (MSK)
- Ну какие бы антиподы не составляли списки, а приятно там увидеть свой город ;-) Voll (обсуждение) 00:47, 6 ноября 2013 (MSK)
- Можно учитывать и это - Участник:Wanderer777/Статистика. --Wanderer777 (обсуждение) 00:32, 6 ноября 2013 (MSK)
- Эээ, издательство австралийское, наверно, они считают от Австралии... Пожалуй, займусь Антарктикой на досуге. Описал, и вроде уже и ездить не обязательно. --81.200.28.109 00:26, 6 ноября 2013 (MSK)
Предложение темы совместной работы
Похоже, что в Украине грядёт резкое повышение популярности отдыха в Болгарии. Т.к. ранее отдыхали в Крыму, то привыкли не просто лежать на солнце, но и посещать интересные места, но большинство в Болгарии никогда не было и потому будут искать информацию. Почему бы не написать серию путеводителей и может быть удастся хоть немного пропиарить на туристических форумах, etc? Как минимум, нужно довести до стадии "пригодных" Болгария, Варна, Солнечный Берег, Золотые Пески и Албена. В идеале - всё, что относится к Черноморское побережье Болгарии. --Wanderer777 (обсуждение) 14:49, 3 июня 2014 (MSK)
- Идея хорошая, но, к сожалению, про Болгарию я не знаю вообще ничего. Вы можете оценить качество статей на других языках и сказать, что из этого стоит переводить на русский? --Alexander (обсуждение) 16:18, 3 июня 2014 (MSK)
- Я не самый лучший знаток Болгарии :). Но то, что я бы хотел видеть в путеводителе, в en:Bulgaria и en:Varna есть. И вроде бы там всё правдоподобно описано. ИМХО, переводить можно всё, потом, если понадобится, можно будет доработать в ручном режиме. Единственное что я не знаю - как выбирать, какие рестораны и гостиницы нужно указывать. Если в городе несколько сот гостиниц, то если сам там не был, то сделать выбор сложно. --Wanderer777 (обсуждение) 23:44, 3 июня 2014 (MSK)
- Я бы указывал по минимуму: в основном те, которые заведомо необычны и колоритны. --Alexander (обсуждение) 00:06, 4 июня 2014 (MSK)
- Я не самый лучший знаток Болгарии :). Но то, что я бы хотел видеть в путеводителе, в en:Bulgaria и en:Varna есть. И вроде бы там всё правдоподобно описано. ИМХО, переводить можно всё, потом, если понадобится, можно будет доработать в ручном режиме. Единственное что я не знаю - как выбирать, какие рестораны и гостиницы нужно указывать. Если в городе несколько сот гостиниц, то если сам там не был, то сделать выбор сложно. --Wanderer777 (обсуждение) 23:44, 3 июня 2014 (MSK)
- Я тоже в Болгарии никогда не был. Если что, смогу разобраться, что-то написать, но не более того.--Ymblanter (обсуждение) 18:03, 3 июня 2014 (MSK)
- И я не был. Можно покопаться в интернете, но хотелось бы знать, куда копать. GMM (обсуждение) 19:18, 3 июня 2014 (MSK)
- Мало того, что я тоже не был, так я еще собираюсь в Черногорию, которая тоже практически не освещена у нас, кстати, поэтому предполагаю в основном прорабатывать Черногорию. Кроме того, почему бы гражданам Украины не продолжить отдыхать в Крыму? Политика политикой, а жизнь есть жизнь. Для поездки в Россию визы не нужны. --Л.П. Джепко (обсуждение) 19:41, 3 июня 2014 (MSK)
- На мой взгляд, это разные ситуации, но не суть важно. Хоть по Черногории, хоть по Болгарии нужна конкретная программа действий: что стоит переводить, что не стоит, какой информации не хватает. --Alexander (обсуждение) 22:56, 3 июня 2014 (MSK)
- Понимаете, нам всем, вне зависимости от родного языка и национальности, было нанесено тяжёлое национальное оскорбление. Такая подлость не забывается. Так что временно оккупированные территории пока останутся без туристов. --Wanderer777 (обсуждение) 23:44, 3 июня 2014 (MSK)
- Давайте не будем развивать эту тему, тем более что она не имеет отношения к вопросу о совместной работе. --Alexander (обсуждение) 00:06, 4 июня 2014 (MSK)
Редирект с расширения Викигид
У нас сейчас страницы лежат в пространстве имён Wikivoyage, сколько я помню, мы это обсуждали и решили не менять. Но не нужен ли нам редирект, который все страницы, начинающиеся на Викигид: , будет автоматически перенаправлять на Wikivoyage? Это было бы удобно для тех, кто пришёл из Википедии, поисковое окно в этом случае выдаёт всё, что нужно.--Ymblanter (обсуждение) 22:44, 15 августа 2014 (MSK)
- Можно сделать, только не вручную, а как — я не знаю. --Alexander (обсуждение) 05:52, 16 августа 2014 (MSK)
- По-моему, это в медиавики надо что-то поправить, я попробую посмотреть. --Ymblanter (обсуждение) 11:48, 16 августа 2014 (MSK)
- Как я понимаю, это описано здесь, но я ещё пока не понял, как это работает.--Ymblanter (обсуждение) 02:11, 17 августа 2014 (MSK)
- Я не против. Насколько я понимаю, c такой просьбой нужно обращаться в Багзиллу. GMM (обсуждение) 19:58, 18 августа 2014 (MSK)
Ревизия статусов
Есть у меня ощущение, что очень многие статьи у нас недооценены. Надо бы составить/расширить список возможных кандидатов и что мешает им получить статус. Отбор можно например делать по объему статьи, заносить в кандидаты все, которые больше например 20 кБ. Идеи, мысли, комментарии? Digr (обсуждение) 12:00, 1 сентября 2014 (MSK)
- Вот тут даже есть начало. Можно, действительно, отобрать большие статьи и их посмотреть. --Ymblanter (обсуждение) 12:11, 1 сентября 2014 (MSK)
- Я предлагаю сбрасывать любые предложения на страницу, указанную Ярославом. При этом надо понимать, что некоторые статьи могут быть недооценены, а другие, напротив, переоценены: например, Максим совершенно справедливо обратил внимание на довольно плачевное состояние Флоренции, у которой не только статус пригодной, но и презентация на заглавной. Ну и желающих улучшать статьи из списка у нас очень мало. --Alexander (обсуждение) 12:42, 1 сентября 2014 (MSK)
К слову, собрал для презентации статистику. Вот как она выглядит:
Раздел | Статей | Пригодных | Полных | Редакторы с >100 правок/месяц |
---|---|---|---|---|
en | 26019 | 15.2% | 3.0% | 19 |
de | 13731 | 18.5% | 6.7% | 11 |
it | 4144 | N/A | 4 | |
fr | 4084 | 4.1% | 0.7% | 5 |
pt | 3785 | 6.0% | 1.6% | 0-1 |
nl | 3448 | 4.8% | 1.8% | 2-3 |
pl | 2920 | 1.8% | <0.1% | 0-2 |
ru | 2385 | 3.6% | 1.8% | 5 |
В целом, да, маловато статей не-скелетов. --Alexander (обсуждение) 12:42, 1 сентября 2014 (MSK)
- Саша, а проценты считаются от путеводителей или от всех статей? Digr (обсуждение) 14:16, 1 сентября 2014 (MSK)
- Старался считать от путеводителей. К сожалению, только у нас, в en и zh сделана полноценная таблица статистики. По другим разделам приходится считать по категориям, и нет уверенности в том, что каждая статья имеет нужный шаблон. --Alexander (обсуждение) 14:23, 1 сентября 2014 (MSK)
- Но при этом первая цифра — общее число статей, а не только путеводители. --Alexander (обсуждение) 14:27, 1 сентября 2014 (MSK)
Дата в шаблоне листинг
Предложение проставлять автоматом дату годности в листингах в разделах о транспорте, еде и ночлеге, мне кажется, очень по делу. Если это можно автоматизировать и ботом выставить для уже имеющихся листингов, это надо сделать немедленно.--Ymblanter (обсуждение) 22:24, 26 ноября 2014 (MSK)
- Мне тоже кажется, что по делу, но я вообще не представляю себе, как это сделать. Особенно у нас, где нет listing editor'a и, следовательно, изменение отдельного listing'а никак не фиксируется. Очевидно, что для реализации этой инициативы нужно внедрить пресловутый listing editor, но пока я не понимаю, как, например, он будет сочетаться с визуальным редактором.
- Можно указывать дату последнего изменения в данном разделе, но это даже хуже, чем дата последнего редактирования отдельного listing'а. Человек мог просто добавить новый объект, не анализируя актуальность информации о тех, что в статье уже были.
- Короче, ищутся решения. Пока у нас есть самый тупой механизм в виде года, добавляемого вручную в поле price=. Может, к этому и надо стремиться? --Alexander (обсуждение) 23:33, 26 ноября 2014 (MSK)
- Тупой механизм надо оставить, проблема в том, что его почти никто не добавляет. Я думал про что-то такое, если это технически возможно: бот видит шаблон листинг, смотрит в истории страницы, когда он был добавлен, и добавляет эту дату курсивом. Можно, скажем, ничего не добавлять, если какой-то год (комбинация символов 20**) там уже стоит.--Ymblanter (обсуждение) 16:59, 27 ноября 2014 (MSK)
- Тупой механизм дает однозначную информацию. Например, я указываю цены прошлого года - те которые знаю, зачем же это привязывать к дате правки? Digr (обсуждение) 17:44, 22 февраля 2015 (MSK)
- Ну вот сейчас ты в статье Наантали ни одной даты не проставил, и в таких случах у нас есть выбор - иметь дату редактирования или не иметь никакой даты вообще. Не знаю, что лучше. Альтернатива - автоматически проверять пригодные статьи на предмет отсутствия дат или сильно устаревшей информации. --Alexander (обсуждение) 18:19, 22 февраля 2015 (MSK)
- Тупой механизм дает однозначную информацию. Например, я указываю цены прошлого года - те которые знаю, зачем же это привязывать к дате правки? Digr (обсуждение) 17:44, 22 февраля 2015 (MSK)
- Технически возможно, но быстро реализовать не обещаю. --Alexander (обсуждение) 17:33, 27 ноября 2014 (MSK)
- Тупой механизм надо оставить, проблема в том, что его почти никто не добавляет. Я думал про что-то такое, если это технически возможно: бот видит шаблон листинг, смотрит в истории страницы, когда он был добавлен, и добавляет эту дату курсивом. Можно, скажем, ничего не добавлять, если какой-то год (комбинация символов 20**) там уже стоит.--Ymblanter (обсуждение) 16:59, 27 ноября 2014 (MSK)
Просто для информации: в английском разделе подцепили автоматическое добавление даты последнего редактирования. Вот обсуждение (там упомянуты и сомнения в эффективности этого механизма), а вот — пример того, как оно работает (смотреть, например, последние строчки в разделе Do). Прямой перенос этого механизма к нам не представляется возможным до тех пор, пока не будет работать listing editor, и все мы не научимся им пользоваться вместо прямого редактирования кода. --Alexander (обсуждение) 12:03, 22 февраля 2015 (MSK)
- Сомнительная выгода, да и визуальное редактирование выглядит глупостью. Разработчики стараются упростить редактирование для новичков, а в итоге начинают переводить функционал на опытных редакторов, которые как я понимаю в большинстве скептически относятся к этому механизму. Digr (обсуждение) 12:30, 22 февраля 2015 (MSK)
- Не совсем понял твою мысль. Разработчики хотят, чтобы народ пользовался визуальным редактором. У нас ещё с WT вместо полноценного визуального редактора был редактор шаблонов, т.е. listing editor. В принципе, он упрощает жизнь новичкам. С другой стороны, он фактически дублирует возможности визуального редактора, и в какой-то момент войдёт с ним в противоречие, оставшись опцией лишь для тех, кто визуальным редактором не пользуется. В любом случае, текущее решение, внедрённое в английском разделе, не является полноценным, но в части простановки дат может быть достаточно эффективным, если, конечно, все будут редактировать через listing editor или вставлять даты вручную. Если не будут, получится ерунда. Через некоторое время видно будет.
- Я не рвусь все эти штуки внедрять у нас, однако проблема, безусловно, остаётся. Она не кажется мне острой для большинства статей, где всё равно мало полезной информации, но отслеживать актуальность пригодных статей и как-то их обновлять нужно, причём обновление касается не только отдельных listing'ов, но и транспорта, например. Здесь, понятно, никакой бот даже отследить актуальность не сможет, но вопрос в том, какими автоматическими средствами процесс можно облегчить. Я когда-то пытался вести учёт обновлений вручную, но это, конечно, тоскливое занятие. --Alexander (обсуждение) 12:40, 22 февраля 2015 (MSK)
- Вообще, работающий listing editor нам нужен, так как править шаблоны или даже текстовую информацию, переводя их в шаблонную форму, занятие малоприятное. Но я не очень понимаю, где вообще это всё лежит и кто может его править. --Ymblanter (обсуждение) 13:05, 22 февраля 2015 (MSK)
- Лежит тут, Вы можете править-) Я, к сожалению, ничего не понимаю в js, а все наши иностранные коллеги не владеют русским языком, тогда как основная проблема состоит в том, чтобы пристроить кириллические названия: сейчас они разрушают весь интерфейс. Dronych, Vadp — может быть, вы как-то разбираетесь в этом вопросе? Кроме прочего, мне бы очень не хотелось иметь после каждого листинга слово "править" или, тем более, "редактировать"... туда надо как-то впихнуть иконку-ссылку на редактирование, как в мобильной версии. --Alexander (обсуждение) 13:23, 22 февраля 2015 (MSK)
- Давайте попробую сделать. Итого, общая идея будет следующей: взять последнюю версию английского MediaWiki:Gadget-ListingEditor.js и локализовать её для русского викигида, т.е. перевести слова и адаптировать к русскоязычному шаблону листинг, правильно? Или я что-то пропустил?
Сразу же встал вопрос: я могу править англ. версию, а вот русскую - нет, т.к. там вообще нет вкладки "Править".Нашёл. Но, в любом случае наверное, нужно включить функцию listing editorа где-то? --Dronych (обсуждение) 22:59, 22 февраля 2015 (MSK)- Нет, английскую Вы тоже не можете править — для этого нужны права администратора. Тут два варианта: либо редактировать локально и потом выдать готовую версию (не знаю точно, как это происходит, но написавшая гаджет torty3 точно не в Wikivoyage его отлаживала), либо попросить Игоря выдать Вам временные администраторские права для отладки listing editor'a. Правда, сначала нужно убедить Игоря в необходимости этого действия-)
- Со своей стороны я вижу ситуацию следующим образом. Мне лично, и, наверное, большинству здесь собравшихся listing editor не нужен, поскольку редактирование кода никакой проблемы не составляет. Тем не менее, если мы хотим сделать процесс более массовым, то любое упрощение пойдёт на пользу, и нужно лишь сделать так, чтобы эта штука не мешала остальным.
- PS. Ситуацию видите правильно. Я однажды копировал к нам раннюю версию этого гаджета, и всё, в принципе, работало, но при попытке вставить русские названия таблицу редактирования перекашивало. Нужно было как-то переставлять поля местами, и вот на это у меня сил не хватило. Кроме того, очень желательно превратить ссылку "править" под каждым листингом во что-нибудь более компактное. --Alexander (обсуждение) 23:15, 22 февраля 2015 (MSK)
- Хотя, с другой стороны, а что будет, если создать вне пространства Mediawiki страницу ListingEditor.js, которую Вы сможете править, и просто подцепить её в Common.js? Интересно, она будет выполняться? --Alexander (обсуждение) 23:16, 22 февраля 2015 (MSK)
- Да, всё работает. Просто добавьте в свой common.js ту же строчку, что я добавил себе. Ну и скопируйте текущую версию редактора в ListingEditor.js (а также прилагающийся к нему css-файл). --Alexander (обсуждение) 23:48, 22 февраля 2015 (MSK)
- Да, спасибо. И я буду всё же править онлайн версию, когда работаю с оффлайн версией - кидает js ошибки - лень разбираться, что именно там не так. И ещё, а можете добавить себе
importStylesheet('ListingEditor.css');
в common.js? И потом посмотрите на иконку редактирования какого-нибудь листинга - она такая же как в мобильной версии, но, как по мне, выглядит не очень, и к тому же не очень очевидно, что она значит. - А ссылку "[add listing]" у заголовков тоже менять на иконку?--Dronych (обсуждение) 03:59, 23 февраля 2015 (MSK)
- Спасибо! Иконка полностью соответствует моим ожиданиям-) Иными словами, мне нравится, и, я думаю, смысл её будет ясен всем, если добавить всплывающее описание. Коллеги, если ещё кому-то этот вопрос интересен, скопируйте себе User:Atsirlin/common.js и присоединяйтесь к обсуждению.
- Ссылку "add listing" можно пока оставить. Её участь должна решаться вместе с "править" в начале раздела. Я бы, честно говоря, их тоже заменил на иконки, но это требует отдельного обсуждения. --Alexander (обсуждение) 10:38, 23 февраля 2015 (MSK)
- Да, спасибо. И я буду всё же править онлайн версию, когда работаю с оффлайн версией - кидает js ошибки - лень разбираться, что именно там не так. И ещё, а можете добавить себе
- Да, всё работает. Просто добавьте в свой common.js ту же строчку, что я добавил себе. Ну и скопируйте текущую версию редактора в ListingEditor.js (а также прилагающийся к нему css-файл). --Alexander (обсуждение) 23:48, 22 февраля 2015 (MSK)
- Хотя, с другой стороны, а что будет, если создать вне пространства Mediawiki страницу ListingEditor.js, которую Вы сможете править, и просто подцепить её в Common.js? Интересно, она будет выполняться? --Alexander (обсуждение) 23:16, 22 февраля 2015 (MSK)
- Лежит тут, Вы можете править-) Я, к сожалению, ничего не понимаю в js, а все наши иностранные коллеги не владеют русским языком, тогда как основная проблема состоит в том, чтобы пристроить кириллические названия: сейчас они разрушают весь интерфейс. Dronych, Vadp — может быть, вы как-то разбираетесь в этом вопросе? Кроме прочего, мне бы очень не хотелось иметь после каждого листинга слово "править" или, тем более, "редактировать"... туда надо как-то впихнуть иконку-ссылку на редактирование, как в мобильной версии. --Alexander (обсуждение) 13:23, 22 февраля 2015 (MSK)
- Вообще, работающий listing editor нам нужен, так как править шаблоны или даже текстовую информацию, переводя их в шаблонную форму, занятие малоприятное. Но я не очень понимаю, где вообще это всё лежит и кто может его править. --Ymblanter (обсуждение) 13:05, 22 февраля 2015 (MSK)
Alexander, а можно Вас попросить подправить перевод в ListingEditor.js, например, email - это будет 'Электронная почта' или 'Имейл' и т.п. Также нужно решить, все ли ныне доступные поля показывать и в каком порядке это делать.
Ещё возникла проблема: в англ. версии, чтобы подгрузить ListingEditor.js, не используется JS функция importScript(). Вместо этого, готовая wikivoyage страница уже содержит этот скрипт как часть своего текста. То есть он туда добавляется на сервере, а не джаваскриптом на клиенте. Что позволяет значительно ускорить первоначальное срабатывание ListingEditor.js, т.о. на англ. странице add listing и edit ссылки появляются мгновенно, а на русской - это занимает какое-то (довольно долгое) время. Плюс, я предполагаю, из-за этого же, когда открываешь в первый раз листинг эдитор - в русской версии он открывается на весь экран. Знаете ли Вы, что они используют вместо importScript()? --Dronych (обсуждение) 01:01, 24 февраля 2015 (MSK)
- Переводы сейчас посмотрю. В английском разделе скрипт идёт как гаджет, т.е. на какой-то странице MediaWiki (я находил, на какой именно) написано, что существует такой гаджет, и там же дана ссылка на страницу с самим скриптом. --Alexander (обсуждение) 01:07, 24 февраля 2015 (MSK)
- Понятно, спасибо. Т.е. это можно будет впоследствии сделать? --Dronych (обсуждение) 01:15, 24 февраля 2015 (MSK)
- Да, можно будет сделать. --Alexander (обсуждение) 01:22, 24 февраля 2015 (MSK)
- Понятно, спасибо. Т.е. это можно будет впоследствии сделать? --Dronych (обсуждение) 01:15, 24 февраля 2015 (MSK)
- Я лучше здесь напишу мысли по переводам.
- Вместо "Другое название" предлагаю написать "Дополнение" и разместить это поле под полем "Название"
- Вместо "Электронная почта" предлагаю написать E-mail. Чтобы коротко и ясно-)
- Поле "Форматирование" лучше, может быть, вообще убрать? Вернее, так: на мой взгляд, объекты с format=poi не должны редактироваться через Listing editor вообще, потому что им некуда вставить значок редактирования [в английском разделе такие объекты оформляются отдельным шаблоном, который не называется listing]. Объекты с format=address тоже вещь особая, поэтому я бы полем format= просто не заморачивался.
- Вместо "Цена" в этом контексте лучше, по-моему, написать "Стоимость"
- Ну и описание объекта пока не подцепляется почему-то...
- А вообще здорово всё выглядит, спасибо! --Alexander (обсуждение) 01:22, 24 февраля 2015 (MSK)
- Да не за что. Я ещё летом хотел предложить листинг эдитор сделать, но что-то тогда не сложилось.
- После перевода теперь там два очень похожих поля получилось: Дополнение..другое название или пояснение и Пояснения..пояснения, в том числе транспорт. Мне пришлось даже посмотреть в код, чтобы понять, что есть что. Стоит поменять текст? --Dronych (обсуждение) 03:19, 24 февраля 2015 (MSK)
- Я, честно говоря, затрудняюсь... Может, написать "Название (alt)"? Есть ли у кого-нибудь лучшие идеи? --Alexander (обсуждение) 05:43, 24 февраля 2015 (MSK)
- Касательно alt: давайте посмотрим, все ли мы это поле исползуем одинаково. Я туда включаю либо название на родном языке (например, name = Собор Парижской Богоматери, alt=Notre Dame de Paris; либо, если есть второе общеупотребительное название, например name = Собор Василия Блаженного, alt=собор Покрова на Рву (или наоборот, не помню). Если все поступают так, то разумным русским названием поля будет "другое название".--Ymblanter (обсуждение) 14:59, 24 февраля 2015 (MSK)
- Я использую это поле в точно таких же целях, ещё пару раз писал там, что объект закрыт на ремонт. "Другое название" - хороший вариант, но оно сильно длинное - это будет самое длинное название в столбце, желательно туда поместить что-нибудь покороче. --Dronych (обсуждение) 02:04, 26 февраля 2015 (MSK)
- Может, просто "другое"? --Л.П. Джепко (обсуждение) 10:45, 26 февраля 2015 (MSK) И еще короче: "или". --Л.П. Джепко (обсуждение) 13:02, 27 февраля 2015 (MSK)
- Да, "или" мне нравится. --Dronych (обсуждение) 21:29, 27 февраля 2015 (MSK)
- Может, просто "другое"? --Л.П. Джепко (обсуждение) 10:45, 26 февраля 2015 (MSK) И еще короче: "или". --Л.П. Джепко (обсуждение) 13:02, 27 февраля 2015 (MSK)
- Я использую это поле в точно таких же целях, ещё пару раз писал там, что объект закрыт на ремонт. "Другое название" - хороший вариант, но оно сильно длинное - это будет самое длинное название в столбце, желательно туда поместить что-нибудь покороче. --Dronych (обсуждение) 02:04, 26 февраля 2015 (MSK)
- Касательно alt: давайте посмотрим, все ли мы это поле исползуем одинаково. Я туда включаю либо название на родном языке (например, name = Собор Парижской Богоматери, alt=Notre Dame de Paris; либо, если есть второе общеупотребительное название, например name = Собор Василия Блаженного, alt=собор Покрова на Рву (или наоборот, не помню). Если все поступают так, то разумным русским названием поля будет "другое название".--Ymblanter (обсуждение) 14:59, 24 февраля 2015 (MSK)
- Я, честно говоря, затрудняюсь... Может, написать "Название (alt)"? Есть ли у кого-нибудь лучшие идеи? --Alexander (обсуждение) 05:43, 24 февраля 2015 (MSK)
- Я лучше здесь напишу мысли по переводам.
В общем-то листинг эдитор готов. Можно тестировать. Затем можно попробовать включить его как гаджет и посмотреть, ушли ли все вышеуказанные проблемы.
Кроме того, нужно решить, как будет отображаться поле lastedit. Если как в англ. версии, то нужно добавить .listing-lastedit {
color: rgb(150,150,150);
font-size: 0.8em;
}
в глобальный css страницы. И ещё определиться с переводом слова "updated", идущее сейчас перед датой. "отредактировано", "обновлено"?--Dronych (обсуждение) 02:04, 26 февраля 2015 (MSK)
- "обновлено" лучше. --Л.П. Джепко (обсуждение) 10:45, 26 февраля 2015 (MSK)
- Alexander, я не знаю, в какой именно .css файл можно добавить это правило, да и прав у меня, скорее всего, нет его изменять. Не могли бы Вы добавить CSS правило для .listing-lastedit в какой-нибудь подходящий и уже существующий css файл? --Dronych (обсуждение) 23:20, 3 марта 2015 (MSK)
- Сделал. У нас пока что все стили свалены в Common.css.
- Подумалось, впрочем, а не убрать ли слово "обновлено", оставив только дату? --Alexander (обсуждение) 02:35, 4 марта 2015 (MSK)
- Спасибо.
- Для меня будет понятно и без слова "обновлено". Но будет ли понятно, что эта дата означает, внешнему человеку? Когда дата указана после цены - это само собой разумеющееся, а вот если она идёт просто после описания объекта? --Dronych (обсуждение) 16:40, 4 марта 2015 (MSK)
- Наверное, давайте всё же уберём "обновлено". Слишком длинно с ним получается. А дате можно добавить подсказку (title=) "Дата последнего обновления" или "Последняя правка"... --Dronych (обсуждение) 19:44, 12 марта 2015 (MSK)
- Поскольку других мнений не поступило, я убрал слово "обновлено" и добавил всплывающую подсказку. --Alexander (обсуждение) 22:16, 13 марта 2015 (MSK)
- Наверное, давайте всё же уберём "обновлено". Слишком длинно с ним получается. А дате можно добавить подсказку (title=) "Дата последнего обновления" или "Последняя правка"... --Dronych (обсуждение) 19:44, 12 марта 2015 (MSK)
К сожалению, у меня сейчас очень плохой интернет. Когда будет лучший, буду разбираться, почему в качестве гаджета оно не работает. --Alexander (обсуждение) 07:16, 27 февраля 2015 (MSK)
- Всё равно не работает, и есть мнение, что это следствие изменений внутри кода. Dronych, что там могло поменяться? --Alexander (обсуждение) 16:56, 27 февраля 2015 (MSK)
- Попробуйте удалить вот этот параграф из .js файла
//**RUS** check for wdid parater instead of checkin and checkout
if (mode == 'add' && listing[allFields['type']['parameter']] != listingTypes.see
&& listing[allFields['type']['parameter']] != listingTypes.do
&& listing[allFields['type']['parameter']] != listingTypes.go
&& listing[allFields['type']['parameter']] != listingTypes.vicinity) {
listing[allFields['wdid']['parameter']] = null;
}
. Ошибка возникает из-за "listingTypes.do", к тому же параграф этот совсем не нужен, забыл его удалить. --Dronych (обсуждение) 21:29, 27 февраля 2015 (MSK)
- Опробовал, всё хорошо работает и удобно. Спасибо.--Ymblanter (обсуждение) 00:28, 28 февраля 2015 (MSK)
- Убрал кусок кода, действительно заработало. Ещё раз спасибо!
- Ярослав, я, честно говоря, не понимаю, каким образом у Вас заработало раньше. Если этот результат достигнут импортом через common.js, то уберите соответствующие строки — пусть работает как гаджет, а копии js и css файлов я сейчас удалю. --Alexander (обсуждение) 03:50, 28 февраля 2015 (MSK)
- Нет, я common.js не менял с 2013 года, там у меня то же, что и в других проектах. Вчера вечером появились карандашики около листингов, и новая кнопка около заготовков разделов, с утра ничего этого не было.--Ymblanter (обсуждение) 11:06, 28 февраля 2015 (MSK)
Вопросы
- Сейчас ListingEditor включён по умолчанию, желающие могут в настройках его отключить. Это нормально, или мы хотим сделать наоборот?
- Ссылка на редактирование в виде «карандашика», а не слова «править», которое в английской версии — нравится, или не очень?
- Что делаем с датами? Записываем, но не показываем? Показываем всегда? Как-то отмечаем устаревшие листинги?
Высказывайтесь, пожалуйста. --Alexander (обсуждение) 03:50, 28 февраля 2015 (MSK)
- Тут стоит ещё учитывать, что если он будет выключен по умолчанию, то он, скорее всего, будет недоступен для незарегестрированных пользователей. Я бы оттолкнулся тут от ответа на этот второй вопрос.
- Я уже привык, но немного рябит, особенно в местах, где много объектов с небольшим количеством контента. Но тут я нейтрален, можно так, можно так.
- Лучше показывать всегда. Мне кажется, это полезная информация. К тому же, если не показывать, то проставляться эти даты, наверное, будут ещё реже. А как можно отмечать устаревшие листинги?
- И ещё. При нажатии на кнопочку "Достопримечательность", "Что делать" и др. можно было бы выводить в пустом шаблоне listing это поле lastedit уже заполненным текущей датой. --Dronych (обсуждение) 04:38, 28 февраля 2015 (MSK)
- Да, мне тоже кажется, что по умолчанию гаджет должен быть включён. В английском разделе многие (и анонимы в том числе) им пользуются. Думаю, это скорее привлечёт редакторов, чем наоборот.
- Про дату и здесь, и в английском разделе уже обсуждали. Палка о двух концах, опыта использования пока нет. Если хотим накапливать свой, надо даты записывать, отображать, а потом смотреть, что вообще получается. В конце концов, убрать их — минутное дело.
- Устаревшие листинги можно отмечать как угодно. По-моему, не должно быть трудностей с тем, чтобы на уровне шаблона {{listing}} сравнивать дату lastedit= с текущей датой и что-то менять в формате листинга. Хотя надо понимать, что листинги достопримечательностей в массе своей вообще обновления не потребуют, пока эти достопримечательности, условно говоря, за ветхостью не снесут, и тут надо искать разумный механизм. --Alexander (обсуждение) 08:27, 28 февраля 2015 (MSK)
- Все работает, спасибо! Про дату: фраза «updated фев 2015» выглядит неуклюже и для церквей-музеев-театров, в общем, не нужна. Не хотим ли мы под нее сделать отдельное (опциональное) поле? Если все-таки дату отображать, то как-то по-другому: либо курсивом в скобках (фев 2015), как мы делали раньше вручную, либо в нижнем регистре обновлено фев 2015, как предлагают в английском разделе. GMM (обсуждение) 10:47, 28 февраля 2015 (MSK)
- Первые два пункта меня вполне устраивют, по третьему согласен с Максимом, лучше отображать компактнее. С церквями дата тоже нужна, их ставят на реставрацию, сжигают, изменяют режим работы, схему проезда и т.п.--Ymblanter (обсуждение) 11:12, 28 февраля 2015 (MSK)
- 1.Пусть будет включен всегда. 2.Карандашик нравится, править форму удобно. 3.Я за опциональное поле, с коротким незаметным отображением надписи (фев 2015, 02.2015, зима 2015). Digr (обсуждение) 11:16, 28 февраля 2015 (MSK)
Wikivoyage offline
Возможно стоило-бы привлечь внимание пользователей к программке Kiwix http://www.kiwix.org/wiki/Wikivoyage и https://play.google.com/store/apps/details?id=org.kiwix.kiwixmobile&hl=ru_RU. У большинства путешествующих есть с собой смартфоны, так что это неплохая альтернатива печатанию страничек на бумаге. Есть некоторые шероховатости (https://sourceforge.net/p/kiwix/bugs/800), но в целом довольно удобно. -- Vadp (обсуждение) 19:23, 22 декабря 2014 (MSK)
- Вопрос в том, чем именно привлечь внимание. Просто ссылкой на программу в левой панели? Или создать страницу типа Wikivoyage:Offline и объяснить на ней все способы оффлайнового использования? --Alexander (обсуждение) 19:54, 22 декабря 2014 (MSK)
- Возможно что-то в роде "Наши путеводители" на главной странице. Можно перечислить основные программы, если их не много, и дать некоторые пояснения на отдельной странице -- Vadp (обсуждение) 20:04, 22 декабря 2014 (MSK)
А есть еще какие-нибудь альтернативы? Попробовал я Kiwix, как альтернатива к распечатке статей пойдет, но не как Wikivoyage offline. Если отбросить шероховатости и не самую тривиальную установку, то мне лично не хватает работы с геоданными. Например, чтобы можно было все POI посмотреть на карте, забить в навигатор. --AlexeyBaturin (обсуждение) 13:58, 6 января 2015 (MSK)
- Есть более древние оффлайн-приложения типа WikiSherpa, но про них можно уже забыть. Для работы с геоданными пока ничего нет. Своими силами мы могли бы соорудить то, о чём давно говорит Максим (экспорт всех координат из статьи в формат типа *.kml), однако у меня категорически нет времени делать больше, чем просто скрипты, работающие на моём компьютере и неудобные для других пользователей. Были разговоры об экспорте в Osmand (что, конечно, лучший вариант), однако всё это подвисло. В открытом доступе есть скрипт, не очень удачно обрабатывающий наши дампы и перегоняющий точки в формат Osmand'а, но пользоваться им нельзя, поскольку наши точки просто перемешиваются с тысячами объектов, уже имеющихся в Osmand'е, и различить их нет никакой возможности.
- Надо, в первую очередь, общаться с разработчиками Osmand и Maps.me, а у нас ни времени, ни сил на это нету. --Alexander (обсуждение) 16:27, 6 января 2015 (MSK)
- Немного еще поисследовал вопрос, в TODO у Kiwix и геоданные, и установка одним приложением, и поиск статей по текущим координатам. Вообщем - почти все, что мне хотелось бы от подобного приложения :) А что за скрипт для OsmAnd, не этот? --AlexeyBaturin (обсуждение) 20:51, 6 января 2015 (MSK)
- Он самый. --Alexander (обсуждение) 20:53, 6 января 2015 (MSK)
- Попробовал. Если подправить скрипт, выставив тип POI в какой-нибудь редко используемый (я задал "user_defined"), а в OsmAnd выставить фильтр по этому типу, то выглядит вполне сносно. Не идеально, но для целей навигации уже пригодно.
- С разработчиками OsmAnd я могу пообщаться. Но тогда, наверное, надо подумать, что мы хотя бы примерно хотим, как это должно выглядеть с точки зрения пользователя. У вас есть идеи? --AlexeyBaturin ::(обсуждение) 23:21, 6 января 2015 (MSK)
- Я бы хотел следующее:
- Отдельный слой точек под условным названием Wikivoyage POI, в идеале вместе с нашим полем description
- Возможность закачивать эти точки по какому-то региону или стране вместе с соответствующими картами
- Возможность закачивать путеводители по тому же региону, как платная версия Osmand уже делает для статей Википедии
- То, что Вы упомянули выше (например, поиск статьи по текущим координатам)
- Тогда это будет полноценная мобильная версия оффлайн. --Alexander (обсуждение) 23:39, 6 января 2015 (MSK)
- Я бы хотел следующее:
- Он самый. --Alexander (обсуждение) 20:53, 6 января 2015 (MSK)
- Немного еще поисследовал вопрос, в TODO у Kiwix и геоданные, и установка одним приложением, и поиск статей по текущим координатам. Вообщем - почти все, что мне хотелось бы от подобного приложения :) А что за скрипт для OsmAnd, не этот? --AlexeyBaturin (обсуждение) 20:51, 6 января 2015 (MSK)
По поводу OsmAnd. Написал я им на форуме, но похоже тема никому не интересна. И сами разработчики, похоже, нечасто на форум заглядывают. Если кому, кроме меня, это интересно - отпишитесь пожалуйста в теме форума, чтобы хоть как-то привлечь внимание. --AlexeyBaturin (обсуждение) 16:35, 28 февраля 2015 (MSK)
- Прошу прощения, не сразу откликнулся. Я там тоже написал, но, по-моему, это всё дохлый номер. Они пишут, что даже на обновление данных из Википедии у них ресурса нет. Нужно, наверное, другие пути искать. --Alexander (обсуждение) 19:03, 4 марта 2015 (MSK)
Насчёт POI из листингов, если кто владеет Питоном -- скрипт wikivoyage-poi.py экспортирует POI из Wikivoyage в CSV. К сожалению скрипт -- не очень user friendly, зато лицензия BSD :) --Vadp (обсуждение) 15:43, 4 марта 2015 (MSK)
- Если интересно - я сюда выложил готовые к использованию данные для OsmAnd, там же есть утилита для их получения из дампа Wikivoyage. Но как-то с OsmAnd не складывается дальнейшая работа. Будем по мере возможностей с Kiwix разбираться, тем более в последней версии листинги сохраняются нормально, и можно нажатием перейти с листинга в тот же самый OsmAnd с координатами достопримечательности. --AlexeyBaturin (обсуждение) 18:19, 4 марта 2015 (MSK)
- У меня версия 1.93. А куда там нажимать, чтобы перейти в OsmAnd? --Alexander (обсуждение) 19:03, 4 марта 2015 (MSK)
- Также, как и в онлайн-версии - на квадрат с номером. Возможно, надо скачать свежий ZIM-файл. У меня предлагается навигационное приложение на выбор, одно из них - OsmAnd. --AlexeyBaturin (обсуждение) 19:10, 4 марта 2015 (MSK)
- У меня версия 1.93. А куда там нажимать, чтобы перейти в OsmAnd? --Alexander (обсуждение) 19:03, 4 марта 2015 (MSK)
Имеет ли смысл в версии для печати оставлять 1) ссылку на открытие карты 2) плашку с пригодностью статьи? Мне кажется, и то, и другое, для печатной версии не нужно. Почему я спрашиваю - это влияет и на Kiwix: раз, два. Судя по коду, достаточно проставить класс "noprint" для соответствующих элементов. --AlexeyBaturin (обсуждение) 18:33, 9 марта 2015 (MSK)
- Шаблон {{geo}} нужно, действительно, отправить в noprint, а вот плашку с пригодностью я бы оставил: она ведь и в оффлайн версии не теряет актуальности. Не совсем понял, зачем её убирать. Это как-то сократит объём архива? --Alexander (обсуждение) 22:27, 9 марта 2015 (MSK)
- Влияние плашки на объем архива незначительное, дело в другом. Как минимум, фразы "пожалуйста, дополните эту статью" звучат странно в контексте offline версии, из которой редактирование невозможно. Кроме того, плашка занимает полэкрана у меня на телефоне, с не самым маленьким размером и разрешением экрана, заставляя лишний раз прокручивать страницу. Тоже самое можно сказать и про печатную версию, особенно если для плашки потребуется отдельный лист. Альтернативным решением может быть сокращение размера плашки до одной строки или небольшой иконки. Хотя лично я не вижу смысла видеть статус - нет разницы, пригодная статья, или же нет, в условиях offline версии. В ней или есть необходимая мне информация, или ее нет. --AlexeyBaturin (обсуждение) 17:56, 10 марта 2015 (MSK)
- Понял, с проблемой лишнего места соглашусь. Статус статьи знать, по-моему, всегда полезно, но можно написать обычным текстом. Надо только понять, как это сделать, с учётом того, что Kiwix (насколько я помню из прошлых обсуждений) не считывает print-only. --Alexander (обсуждение) 19:34, 10 марта 2015 (MSK)
- Для простоты пока прописал noprint в {{geo}} и {{footer}}. --Alexander (обсуждение) 11:18, 14 марта 2015 (MSK)
- Подправил немного шаблоны, почему-то со span не заработало - тег вообще не туда попадал, я не понимаю почему. Кроме того, нам разрешили проблему с плохими символами посреди текста статьи и проблему с некоторыми отсутствующими изображениями. Обновленный ZIM файл доступен тут. --AlexeyBaturin (обсуждение) 15:19, 15 марта 2015 (MSK)
- Алексей! Спасибо, что занимаетесь этим вопросом! Если будет время и желание, стоило бы подумать о создании ZIM-файла с картинками для всех статей кроме списков культурного наследия и памятников природы. Это должно заметно сократить объём архива, а полные списки с иллюстрациями вряд ли в оффлайн-версии кому-то нужны. --Alexander (обсуждение) 17:04, 15 марта 2015 (MSK)
- Хорошая идея, завел реквест, чтобы не потерялось. --AlexeyBaturin (обсуждение) 18:08, 15 марта 2015 (MSK)
- Вообще-то в оффлайн версии списки могли бы и пригодиться, если заниматься прочесыванием всех памятников. Во-всяком случае, я себе такие делала. - Ludvig14 (обсуждение) 21:22, 17 марта 2015 (MSK)
- Я имел в виду оставить списки, но без картинок (а обычные статьи — с картинками), поскольку объём полного архива с картинками уже сейчас около 100 Мб, что не всегда легко подгружать через мобильный интернет. Разумеется, версия со всеми картинками тоже была бы полезна, но я считаю её не вполне функциональной. --Alexander (обсуждение) 23:53, 17 марта 2015 (MSK)
- С одной стороны, мне более всего нравится вариант с всевозможными комбинациями опций - с картинками/без/только для основные статей, со списком культурного наследия/без. Таким образом, будет возможность выбора для всех. С другой стороны, если заранее загружать 100Мб - это не проблем при современных скоростях интернета, те же карты OsmAnd для более-менее обширного региона весят больше. С третьей стороны, лично я не могу представить ситуации, когда мне может в путешествии пригодиться большой неотсортированный по важности список культурного наследия при наличии хорошей основной статьи.--AlexeyBaturin (обсуждение) 19:20, 12 апреля 2015 (MSK)
- 100 Мб — действительно, не проблема, но вот английский раздел занимает уже 1.1 Gb, и ему, очевидно, нужна разбивка по странам (а разделение по странам и разделение на путеводители-списки — это всё одна и та же задача). Из краткого обсуждения мне показалось, что разработчик Kiwix пока слабо понимает, о чём идёт речь. Насколько тут важно его участие? Если необходимо его убедить сначала, то стоит, наверное, обсудить вопрос в английском разделе, чтобы имелся какой-то консенсус сообщества (если, конечно, его удастся достичь). Что думаете? --Alexander (обсуждение) 21:45, 12 апреля 2015 (MSK)
- Я считаю, что участие разработчика Kiwix важно. Надо будет просто грамотно и последовательно сформулировать мысли - чего мы хотим, почему, и как это должно выглядеть. Пока в том feature request'е слишком много идей для понимания. Давайте вернемся к этому вопросу попозже, как продвинимся по другим проблемам? Тем более что русский раздел мало затронут получается. --AlexeyBaturin (обсуждение) 18:16, 13 апреля 2015 (MSK)
- 100 Мб — действительно, не проблема, но вот английский раздел занимает уже 1.1 Gb, и ему, очевидно, нужна разбивка по странам (а разделение по странам и разделение на путеводители-списки — это всё одна и та же задача). Из краткого обсуждения мне показалось, что разработчик Kiwix пока слабо понимает, о чём идёт речь. Насколько тут важно его участие? Если необходимо его убедить сначала, то стоит, наверное, обсудить вопрос в английском разделе, чтобы имелся какой-то консенсус сообщества (если, конечно, его удастся достичь). Что думаете? --Alexander (обсуждение) 21:45, 12 апреля 2015 (MSK)
- С одной стороны, мне более всего нравится вариант с всевозможными комбинациями опций - с картинками/без/только для основные статей, со списком культурного наследия/без. Таким образом, будет возможность выбора для всех. С другой стороны, если заранее загружать 100Мб - это не проблем при современных скоростях интернета, те же карты OsmAnd для более-менее обширного региона весят больше. С третьей стороны, лично я не могу представить ситуации, когда мне может в путешествии пригодиться большой неотсортированный по важности список культурного наследия при наличии хорошей основной статьи.--AlexeyBaturin (обсуждение) 19:20, 12 апреля 2015 (MSK)
- Я имел в виду оставить списки, но без картинок (а обычные статьи — с картинками), поскольку объём полного архива с картинками уже сейчас около 100 Мб, что не всегда легко подгружать через мобильный интернет. Разумеется, версия со всеми картинками тоже была бы полезна, но я считаю её не вполне функциональной. --Alexander (обсуждение) 23:53, 17 марта 2015 (MSK)
- Алексей! Спасибо, что занимаетесь этим вопросом! Если будет время и желание, стоило бы подумать о создании ZIM-файла с картинками для всех статей кроме списков культурного наследия и памятников природы. Это должно заметно сократить объём архива, а полные списки с иллюстрациями вряд ли в оффлайн-версии кому-то нужны. --Alexander (обсуждение) 17:04, 15 марта 2015 (MSK)
- Подправил немного шаблоны, почему-то со span не заработало - тег вообще не туда попадал, я не понимаю почему. Кроме того, нам разрешили проблему с плохими символами посреди текста статьи и проблему с некоторыми отсутствующими изображениями. Обновленный ZIM файл доступен тут. --AlexeyBaturin (обсуждение) 15:19, 15 марта 2015 (MSK)
- Для простоты пока прописал noprint в {{geo}} и {{footer}}. --Alexander (обсуждение) 11:18, 14 марта 2015 (MSK)
- Понял, с проблемой лишнего места соглашусь. Статус статьи знать, по-моему, всегда полезно, но можно написать обычным текстом. Надо только понять, как это сделать, с учётом того, что Kiwix (насколько я помню из прошлых обсуждений) не считывает print-only. --Alexander (обсуждение) 19:34, 10 марта 2015 (MSK)
- Влияние плашки на объем архива незначительное, дело в другом. Как минимум, фразы "пожалуйста, дополните эту статью" звучат странно в контексте offline версии, из которой редактирование невозможно. Кроме того, плашка занимает полэкрана у меня на телефоне, с не самым маленьким размером и разрешением экрана, заставляя лишний раз прокручивать страницу. Тоже самое можно сказать и про печатную версию, особенно если для плашки потребуется отдельный лист. Альтернативным решением может быть сокращение размера плашки до одной строки или небольшой иконки. Хотя лично я не вижу смысла видеть статус - нет разницы, пригодная статья, или же нет, в условиях offline версии. В ней или есть необходимая мне информация, или ее нет. --AlexeyBaturin (обсуждение) 17:56, 10 марта 2015 (MSK)
Я завел список всех известных проблем, которые так или иначе затрагивают Wikivoyage в Kiwix: Участник:AlexeyBaturin/Kiwix_Issues. Хотелось бы обсудить следующие из них:
1) Отдельная главная страница для оффлайн версии. Во-первых, текущая главная страница выглядит плохо на мобильных устройствах (актуально и просто для мобильной онлайн-версии). Во-вторых, я думаю, она содержит много ненужной информации для оффлайн-использования. Хотелось бы убрать: "Примите участие в проекте", ссылки на другие проекты Викимедиа, ссылки на соцсети. Оставить только ссылки на путеводители в соответствии с иерархией, и, например, список лучших путеводителей. Кто что думает по этому поводу? Если заводить такую страницу - то как ее лучше назвать, в каком пространстве имен? --AlexeyBaturin (обсуждение) 19:09, 12 апреля 2015 (MSK)
- Это должна быть не самостоятельная страница, а какая-то хитрая разметка на Заглавная страница. Вот тут я видел какие-то комментарии по этому поводу. Если у Вас есть время разобраться, будет здорово. Кроме того, у нас есть извечная дискуссия о том, насколько вообще наша заглавная страница хороша, даже в своей обычной версии. --Alexander (обсуждение) 21:45, 12 апреля 2015 (MSK)
- Спасибо, поэкспериментирую как-нибудь. ---AlexeyBaturin (обсуждение) 18:16, 13 апреля 2015 (MSK)
- Поэкспериментировал: нормальная страница, мобильная версия, версия для печати. Посмотрите, пожалуйста, если не будет возражений - завтра заменю основную страницу. Версию для печати сделал одинаковой с мобильной версией. Одинаковые блоки (например, списки путеводителей, статистику), увы, не получилось переиспользовать, потому мобильная и нормальная версия - совершенно разные блоки. Как возможное решение проблемы вижу использование шаблонов, но думаю на данный момент заморачиваться смысла особого нет. --AlexeyBaturin (обсуждение) 21:13, 20 апреля 2015 (MSK)
- По-моему, хорошо. Может быть, стоит поставить список континентов после лучших статей, но это дело вкуса. Спасибо! --Alexander (обсуждение) 23:27, 20 апреля 2015 (MSK)
- Увы, не все так просто получается. Для Kiwix предложеный вариант (комбинация noprint и print-only) не работает. Сейчас оставил так, что проблема с лишним контентом решена, а с форматированием на мелких экранах в случае Kiwix - нет. Как вариант решения - попробовать заставить колонки нормально отображаться на узких экранах, но я не силен в верстке. Кстати, подобная проблема есть и для списка регионов - они тоже коряво отображаются на телефоне. --AlexeyBaturin (обсуждение) 21:02, 21 апреля 2015 (MSK)
- По-моему, хорошо. Может быть, стоит поставить список континентов после лучших статей, но это дело вкуса. Спасибо! --Alexander (обсуждение) 23:27, 20 апреля 2015 (MSK)
- Поэкспериментировал: нормальная страница, мобильная версия, версия для печати. Посмотрите, пожалуйста, если не будет возражений - завтра заменю основную страницу. Версию для печати сделал одинаковой с мобильной версией. Одинаковые блоки (например, списки путеводителей, статистику), увы, не получилось переиспользовать, потому мобильная и нормальная версия - совершенно разные блоки. Как возможное решение проблемы вижу использование шаблонов, но думаю на данный момент заморачиваться смысла особого нет. --AlexeyBaturin (обсуждение) 21:13, 20 апреля 2015 (MSK)
- Спасибо, поэкспериментирую как-нибудь. ---AlexeyBaturin (обсуждение) 18:16, 13 апреля 2015 (MSK)
2) Проблема с тем, что изображения, содержащие карты, сохраняются только как превьюшки, и из-за низкого качества непригодны к реальному использованию. Вопрос в том - каким образом отделять карты и другие важные изображения, от просто картинок с достопримечательностями. Я попробовал банально искать подстроку "map" в имени изображения, в большинстве случаев работает, но не всегда. Кроме того, хотелось бы как-то определять минимальное разрешение и качество, в котором изображение еще будет пригодно для использования. Если просто брать полноразмерные изображения "as is", то размер ZIM-архива увеличивается в полтора раза. --AlexeyBaturin (обсуждение) 19:09, 12 апреля 2015 (MSK)
- Рисованные карты сейчас есть (или, как минимум, должны быть) только внутри шаблона {{regionlist}}. Это их самый характерный признак. --Alexander (обсуждение) 21:45, 12 апреля 2015 (MSK)
- Пример, когда это не так - Казань, схемы метрополитена и трамвая. Хотелось бы более общий способ выделить произвольное изображение как "важное". Может стоит завести специальный шаблон для таких изображений? Но есть недостаток такого способа - те, кто будут редактировать статьи, могут не знать/забывать использовать его. ---AlexeyBaturin (обсуждение) 18:16, 13 апреля 2015 (MSK)
- Да, верно. Если речь идёт именно о картах и схемах, то критерий может быть следующим: изображение находится в разделе Транспорт и в подписи есть слова "карта" или "схема". С другой стороны, проблема ранжирования изображений — она более общая. Допустим, нас интересует печатная версия. В ней изображения обычно излишни, поскольку зачем чернила на них тратить? С другой стороны, карты-схемы полезны, их надо бы воспроизвести крупно. 2-3 фотографии главных достопримечательностей тоже не будет лишними, чтобы привлечь внимание. Таким образом, некоторые изображения было бы невредно выделять. Какими именно средствами — не знаю. --Alexander (обсуждение) 18:28, 13 апреля 2015 (MSK)
- Пример, когда это не так - Казань, схемы метрополитена и трамвая. Хотелось бы более общий способ выделить произвольное изображение как "важное". Может стоит завести специальный шаблон для таких изображений? Но есть недостаток такого способа - те, кто будут редактировать статьи, могут не знать/забывать использовать его. ---AlexeyBaturin (обсуждение) 18:16, 13 апреля 2015 (MSK)
К вопросу о шаблонах
Несколько текущих вопросов:
- Cейчас у нас есть {{regionlist}} для оформления списка регионов рядом с картой, {{regionitem}} для подробного описания регионов под картой и {{citylist}} для описания городов. Для единообразия я предлагаю переименовать citylist в cityitem. Или, может быть, назвать их вообще по-другому? Достаточно ли одного шаблона {{citylist}} для городов и "других мест назначения"? Или лучше как-нибудь разделить два этих типа?
- Таблички дорог: у нас есть {{Табличка дороги}} и целый ворох производных шаблонов типа {{Российская трасса}}. Вопрос в том, нужны ли они вообще. На мой взгляд, не нужны, поскольку цветные таблички путаются с цветными квадратиками для отдельных объектов. Если всё-таки нужны, давайте, может быть, создадим единый шаблон {{road}} с обязательным параметром, указывающим страну.
- Транспорт: оставить ли все-все значки метро в шаблоне {{transport}} или, может быть, перенести их в шаблон {{metro}}, поскольку в оформлении станций метро и автобусных маршрутов нет ничего общего?
--Alexander (обсуждение) 15:59, 26 декабря 2014 (MSK)
- По поводу citylist: для разнообразия можно переименовать, два разных шаблона вроде как не нужно — оба списка, по-моему, устроены совершенно одинкаово, не вижу никакой разницы. Таблички дорог лично мне не нужны (можно сделать единое оформление, чтобы номер выделялся, но не был бы специфичен для страны), но кто-то же их добавлял, значит, зачем-то это было нужно. С метро можно и так и так, не вижу большой разницы.--Ymblanter (обсуждение) 16:07, 26 декабря 2014 (MSK)
- Таблички дорог были в незапамятные времена взяты из русской Википедии и на тот момент являлись единственным графическим элементом в тексте. Никакой другой функции у них, по-моему, никогда не было. --Alexander (обсуждение) 16:28, 26 декабря 2014 (MSK)
- Таблички дорог совпадают по цвету и форме с их обозначением на автомобильных картах и дорожных знаках. Теоретически, автомобилистам это должно быть наглядно и удобно. --37.73.244.17 15:45, 29 декабря 2014 (MSK)
- Таблички дорог были в незапамятные времена взяты из русской Википедии и на тот момент являлись единственным графическим элементом в тексте. Никакой другой функции у них, по-моему, никогда не было. --Alexander (обсуждение) 16:28, 26 декабря 2014 (MSK)
- 2. У меня не было ощущения, что цветные таблички путаются с квадратиками. Однако, есть проблема с тем, что нужно помнить, как называется каждый из шаблонов, поэтому унификация названия тут точно не помешала бы (например, просто {{road}}). А использовать один цвет для всех типов дорог или разные - для меня непринципиально. --Dronych (обсуждение) 19:56, 26 декабря 2014 (MSK)
- 1. Для городов и «других мест» достаточно одного шаблона, и неважно, как он называется. 2. Я тоже считаю, что все трассы должны быть обозначены одинаково: либо вообще без табличек, либо единым шаблоном. GMM (обсуждение) 13:43, 29 декабря 2014 (MSK)
С Новым 2015 годом
Уважаемые коллеги, позвольте от всей души поздравить вас с наступающим 2015 годом. Успехов, творческих идей, здоровья и больше времени для реализации своих планов! Минувший год, на мой взгляд, прошел плодотворно. Отчетливо виден мощный импульс вперед, проект все больше обретает свою индивидуальность. В этом немалая заслуга участников, которые присоединились к проекту в этом году, за что им отдельное спасибо. Со всеми очень приятно работать, та самая атмосфера про которую мы постоянно говорим - живет.
PS. При архивировании, я специально оставил темы, которые относятся к развитию и оформлению. Можно их перечитать и посмотреть, что сделано, что не сделано, что отменилось, а о чем нужно подумать в будущем. Ровно, как и по сложившейся традиции, хотелось бы услышать пожелания, планы, идеи, которые позволят определить вектор развития на 2015. Спасибо! Digr (обсуждение) 14:08, 31 декабря 2014 (MSK)
- Спасибо, Игорь. Мне кажется (правде, мне и раньше так казалось), что мы будем уделять больше времени интенсивному развитию (то есть улучшать уже имеющиеся статьи), чем интенсивному (писать новые). Средств у нас для этого уже появилось много - новый формат описаний регионов и городов, который пока использован, кажется, в четырёх статьях, звёздочки, не везде заполнены шаблоны listing, и вообще мало описаний. Мало статусных статей, надо больше. В качестве новогоднего подарка попробую до Нового года избавиться от всех статей размером меньше 1000 байт (кроме вынесенной на удаление). Ну и, мне кажется, рано или поздно мы должны уделить внимание мобильной версии, с которой нас будут всё больше и больше читать.--Ymblanter (обсуждение) 15:43, 31 декабря 2014 (MSK)
- С Новым годом!!! Новых интересных путешествий в Новом году! --Л.П. Джепко (обсуждение) 19:37, 31 декабря 2014 (MSK)
- Игорь, спасибо! По-моему, уместно вспомнить аналогичную прошлогоднюю тему и посмотреть, к чему мы пришли:
- Совместная работа возникает стихийно, но получается довольно эффективной: несколько статей мы таким образом написали. Мне кажется, что пока можно продолжать в том же режиме.
- Идея написания введений/раздела Понять/описаний основных достопримечательностей витает в воздухе третий год, но системным образом мы ни разу ничего не делали. Хотим?
- Основные направления обсуждались не раз и, в общем, мы не пришли к единому мнению. На мой взгляд, надо систематизировать то огромное количество информации, которое было за этот год добавлено в статьи о Крыме, поскольку, как бы мы ни относились к происходящему там, прошлым летом отдыхающих в Крыму было много, а в наступающем году будет ещё гораздо больше, если, конечно, жизнь не преподнесёт нам новых сюрпризов. Если продолжать курортную тему, то болгарское направление развивать тоже невредно, но здесь у нас явный дефицит знаний, который я, например, пытаюсь сейчас восполнить, однако для совместной работы этого мало.
- Ещё два направления, которыми мы вынуждены будем заняться (примерно как в 2014 году занимались Сочи), это Уфа и Кострома, места проведения российских вики-мероприятий. Уфа в конце апреля, уже скоро.
- Наш огромный пробел — это практически пустые статьи о странах. Предлагать совместную работу по переводу английских статей я, пожалуй, не стану, поскольку там бывает и очень хорошая, и очень плохая информация, и не всегда просто их отличить, но будет ценно написать/перевести обзорные тексты хотя бы о тех странах, где кто-то из нас бывал, как в своё время Ярослав сделал для США. Можно ещё подумать о том, что некоторые статьи Вольной энциклопедии в этом году появились под лицензией CC-BY-SA. Там бывает полезная информация, причём написанная примерно в нашем формате.
- --Alexander (обсуждение) 00:45, 1 января 2015 (MSK)
- По странам согласен. И я так думаю, что нужно развивать тему которая определилась благодаря тебе по регионам и городам, а именно красивое представление при небольшом количестве слов (скатываемся к глянцевым журналам )). Про введение и Понять, я, ты знаешь, давно хочу. Опять же по странам согласуется. Ну а Кострома и Уфа - наш крест. По Уфе нужно провести брэйншторм и потом приглашать сюда аборигенов. Digr (обсуждение) 12:40, 1 января 2015 (MSK)
- Да нет, про Уфу мне есть, что написать, а дальше надо будет позвать всех сабантуйщиков лично, чтобы проверяли, добавляли кафе-рестораны и т.д. Просто нужно будет этим заняться. --Alexander (обсуждение) 16:20, 1 января 2015 (MSK)
- По странам согласен. И я так думаю, что нужно развивать тему которая определилась благодаря тебе по регионам и городам, а именно красивое представление при небольшом количестве слов (скатываемся к глянцевым журналам )). Про введение и Понять, я, ты знаешь, давно хочу. Опять же по странам согласуется. Ну а Кострома и Уфа - наш крест. По Уфе нужно провести брэйншторм и потом приглашать сюда аборигенов. Digr (обсуждение) 12:40, 1 января 2015 (MSK)
С Новым годом!
Мне не кажется, что пустые статьи о странах вроде Западной Африки и Океании — это огромный пробел. Есть смысл сфокусироваться на введениях для 10-20 приоритетных стран, например по статистике, которую собрал Wanderer. GMM (обсуждение) 00:13, 2 января 2015 (MSK)
- Сделал Wikivoyage:Нужно сделать#Важные статьи, где нужно введение, можно (и нужно) дополнять, например, регионами и городами.--Ymblanter (обсуждение) 15:56, 2 января 2015 (MSK)
- Собственно, можно даже сузить сначала для самых важных стран, а потом уже расширять. --Ymblanter (обсуждение) 15:57, 2 января 2015 (MSK)
Введение vs Понять
Коллеги, у меня возникли проблемы с пониманием. У нас у каждой статьи есть введение (то есть то, что идёт до раздела Понять, в 99% случаев там сейчас написано "XX находится в YY"). Кроме того, в разделе понять есть преамбула (она обычно идёт до раздела История). Чем они отличаются? Вроде как, там должно быть одно и то же - краткое, на два-три абзаца, концентрированное описание страны/региона/города. Если, например, я смотрю на статью Эстония, одну из наших лучших статей по странам, там в преамбуле раздела Понять вообще пусто, а, наоборот, статье США, которую я переводил с английского, почти пусто во введении. Есть ли хорошие примеры, где и во введении, и в преамбуле раздела Понять что-нибудь написано? Что мы от этих разделов хотим?--Ymblanter (обсуждение) 16:12, 3 января 2015 (MSK)
- Здесь нужно наверно признаться, что в этой путанице виноват больше всего я. И то что сейчас написано в текстовой части введения, видимо не соответствует правилам. Исторически в введении была "первая волшебная фраза", а потом было упоминание о нахождении и окружении с активными ссылками. По разумению основателей проекта, это видимо повышало связность проекта. Я в последнее время активно убираю эти географические дела в раздел География в Понять. И пишу во введение ответ на вопрос зачем нужно ехать в страну, чем она хороша, что посмотреть и что с русскими туристами. Это выжимка, которая конечно может быть в Понять (целесообразно ее выносить наверх вне категорий), но мне кажется, что она там потеряется и не будет выполнять своей роли. Так что если есть варианты давайте обсудим. Мне кажется, что во введении будет полезен такой вот эбстракт, а в Понять нужно размещать фактическую структурированную информацию. Digr (обсуждение) 17:10, 3 января 2015 (MSK)
- Согласен с Игорем. Где-то, может быть, уместно и то, и другое, но в качестве предпочтительного варианта я бы оставил 1-2 абзаца общего текста именно во введении. --Alexander (обсуждение) 17:28, 3 января 2015 (MSK)
- А Понять начинать с истории?--Ymblanter (обсуждение) 17:39, 3 января 2015 (MSK)
- Я начинаю с Географии. Что-Где-Когда Digr (обсуждение) 17:59, 3 января 2015 (MSK)
- А Понять начинать с истории?--Ymblanter (обсуждение) 17:39, 3 января 2015 (MSK)
Ссылки из шаблона Regionitem
Совсем уже мелочь, но лучше бы договориться: Мы ставим внутренние ссылки из шаблона {{Regionitem}}? Мне совершенно всё равно, но хотелось бы некоторого единообразия.--Ymblanter (обсуждение) 16:39, 3 января 2015 (MSK)
- Я за ссылку на изображение, из-за соображений унификации. Digr (обсуждение) 17:12, 3 января 2015 (MSK)
- Внутренние ссылки - да, обязательно. А ссылки на изображения обсуждаем в теме ниже. --Alexander (обсуждение) 17:22, 3 января 2015 (MSK)
Структура разделов Города/Другие места назначения
Речь о статьях о странах, к регионам это (пока) не относится. (1) Что делать с малыми городами - разрешить этот раздел во всех статьях, где это актуально (то есть городов настолько много, что 7-9 мало, и нужно 14-18)? (2) Что делать со списками объектов Всемирного наследия? Есть страны, где их пара десятков, и в другие места назначения всё не отправить. Оставить отдельных разделом? Отправить отдельным разделом в Понять?--Ymblanter (обсуждение) 16:44, 3 января 2015 (MSK)
- Ярослав, не совсем понял, что имелось ввиду. Малых городов не было, и они возникли как желание расширить. Вносить их как обязательный раздел не нужно, решать индивидуально. Списки ЮНЕСКО - это опять же моя непоправимая польза. Я пытался малыми силами насытить статьи, и набрасывал из Перечня. Отдельно их выделять нет смысла, так как там есть и города и другие места назначения. А те которые не войдут в первые два раздела - оставлять по остаточному принципу в достопримечательности. Digr (обсуждение) 17:17, 3 января 2015 (MSK)
- Да, это хорошее решение - просто в тексте упомянуть. Для стран-рекордсменов по числу объектов, например, Италии и Китая, это не получится, но там можно и шаблоном ссылку дать, как Александр предлагает.--Ymblanter (обсуждение) 17:41, 3 января 2015 (MSK)
- Я бы сделал шаблончик, который будет вставлять ссылку на нужный раздел общего списка памятников ЮНЕСКО. И этим ограничился, поскольку многие объекты и так будут встречаться в связи с городами или другими местами назначения, а всякую там Старую Некрасовку лишний раз упоминать просто не нужно. --Alexander (обсуждение) 17:26, 3 января 2015 (MSK)
- А в списке ЮНЕСКО мы не хотим добавить карту, хотя бы наподобие Википедии? Лично мне ужасно не хватает карт, где отмечены все упомянутые в статье объекты, а карта со объектами из списка наследия - вообще из разряда навязчивой "мечты идиота". - Ludvig14 (обсуждение) 17:56, 3 января 2015 (MSK)
- Мы можем переделать список ЮНЕСКО с помощью шаблона {{monument}}, добавить картинки и координаты, после чего добавление карты становится тривиальной задачей. Вопрос в том, нужно ли нам это, если все списки с картами и фотографиями уже есть в Википедии. Не проще ли просто ставить ссылки туда? --Alexander (обсуждение) 20:41, 3 января 2015 (MSK)
- Ну, в общем, да, в Википедии все это уже сделано. Буду мечтать и дальше, нам к такому не привыкать. - Ludvig14 (обсуждение) 02:25, 4 января 2015 (MSK)
- Это как раз мечта, предельно простая в реализации... --Alexander (обсуждение) 16:50, 4 января 2015 (MSK)
- А в списке ЮНЕСКО мы не хотим добавить карту, хотя бы наподобие Википедии? Лично мне ужасно не хватает карт, где отмечены все упомянутые в статье объекты, а карта со объектами из списка наследия - вообще из разряда навязчивой "мечты идиота". - Ludvig14 (обсуждение) 17:56, 3 января 2015 (MSK)
У меня вот какая возникла мысль: может быть, нам внедрить ссылку на список наследия в карточки citybar-regionbar-countrybar и добавлять список ЮНЕСКО к странам, наши списки наследия - к статьям о России и всякие списки из других Википедий - к другим странам? Так мы унифицируем эти вещи и в идеале привяжем списки наследия к каждой статье. --Alexander (обсуждение) 16:50, 4 января 2015 (MSK)
- Наверное, было бы, неплохо. Вот только вопрос - хватит ли наших (и Ваших) скромных сил на все, что было бы неплохо сделать? Наверное, введения к статьям заслуживают большего внимания, хотя, как я понимаю, мало кто возьмется за столь глобальную задачу. - Ludvig14 (обсуждение) 20:25, 4 января 2015 (MSK)
- В принципе, это нетрудно и лишь дополняет те ссылки на списки, которые у нас уже есть. --Alexander (обсуждение) 20:42, 4 января 2015 (MSK)
- Это хорошая идея, хотя надо подумать, как быть, когда структура википедийных списков не совпадает с нашей структурой статей. В качестве примера можно рассмотреть статью Брюгге, где есть набор списков в голландской и французской Википедиях, которые к тому же не совпадают друг с другом (то есть набор памятников, естественно, одинаковый, а поделены они по-разному).--Ymblanter (обсуждение) 21:36, 4 января 2015 (MSK)
- А что если просто поставить ссылку сюда? Хуже, что есть два независимых списка. По Словакии я сталкивался с тем же... --Alexander (обсуждение) 22:47, 4 января 2015 (MSK)
- А чем наличие двух списков чревато для нас, если список памятников у них один и тот же? - Ludvig14 (обсуждение) 00:03, 5 января 2015 (MSK)
- Как я понимаю, речь про один список (на одном языке), разбитый на несколько частей. Видимо, надо предусмотреть возможность нескольких ссылок на списки (у нас по России такое сплошь и рядом).--Ymblanter (обсуждение) 00:14, 5 января 2015 (MSK)
- А чем наличие двух списков чревато для нас, если список памятников у них один и тот же? - Ludvig14 (обсуждение) 00:03, 5 января 2015 (MSK)
- А что если просто поставить ссылку сюда? Хуже, что есть два независимых списка. По Словакии я сталкивался с тем же... --Alexander (обсуждение) 22:47, 4 января 2015 (MSK)
- В данном случае — только дилеммой, на какой из списков давать ссылку. А если смотреть с общих позиций, то неясно, какой из списков более актуален, и откуда, скажем, черпать информацию для Викиданных. --Alexander (обсуждение) 00:23, 5 января 2015 (MSK)
Я попробовал встроить ссылку на список памятников в {{citybar}}, примеры есть в статьях Алапаевск и Вязники. Принцип работы основан на считывании с Викиданных страны (P17) и выборе нужного префикса, а дальше параметр monumentlist подставляет нужное окончание. Если эта идея будет одобрена, можно чуть доработать значок культурного наследия (убрать белый фон; возможно, повернуть значок горизонтально) и сделать то же самое для памятников ЮНЕСКО в шаблоне {{countrybar}}. --Alexander (обсуждение) 01:29, 9 января 2015 (MSK)
- Идея мне нравится, и с дизайном, по-моему, все хорошо. -Ludvig14 (обсуждение) 18:03, 9 января 2015 (MSK)
- Если не будет возражений, то я, пожалуй, смогу добавить ботом все списки по России. По другим странам проще, наверное, вручную, поскольку там повсюду свой формат. --Alexander (обсуждение) 22:53, 9 января 2015 (MSK)
- Идея мне нравится, и с дизайном, по-моему, все хорошо. -Ludvig14 (обсуждение) 18:03, 9 января 2015 (MSK)
- Я никогда не озвучивал, но меня всегда мучал вопрос: а почему "Официальный сайт" (и теперь "Памятники культурного наследия") расположен между гербом и картинкой? Я иногда даже специально не указывал сайт, чтобы не появлялась эта зелёная полоска с сайтом =) А что, если офиц. сайт и памятники культурного наследия отображать в разделе Полезная информация, при этом не выделяя их backgroud-color и border-top, border-bottom. К тому же обе эти ссылки (сайт и памятники) вполне подходят под категорию полезной информации. --Dronych (обсуждение) 03:12, 9 января 2015 (MSK)
- Не знаю, Игорь так сделал, когда только создавал шаблон. Я не против того, чтобы перенести сайт и список памятников в нижнюю часть таблички. Так и код станет проще, поскольку не будет бесконечных проблем с толщиной линий. --Alexander (обсуждение) 11:48, 9 января 2015 (MSK)
- Мне эта идея не нравится. Во-первых сайт имеет чуть другое назначение, чем полезная информация - общие сведения. Во-вторых, между двух рисунков визуально должен быть какой-то разделитель. У нас так сейчас и сделано - поле флага - разделитель названия - локейшн - разделить сайт - фото - разделитель название - поле информации. По-моему логично. Digr (обсуждение) 13:16, 9 января 2015 (MSK)
- Как по мне, сильно много зелёных полос. Говорю это исключительно с позиций, как это выглядит, без логики. Тут всё же больше вопрос, как кому нравится, чтобы это выглядело, чем что-либо ещё. Я бы и citylocal поместил сразу под названием города, убрав border между ними и уменьшив padding обеих строк. Так, как это сделано, например, вот тут it:Sofia. Но это всё, конечно, некритично. --Dronych (обсуждение) 16:05, 9 января 2015 (MSK)
- Мне, в общем, всё равно, но три зелёные полоски подряд (citylocal, website и список памятников) будут и правда избыточны. Может быть, у кого-то есть другие идеи, куда ещё можно встроить ссылку на список памятников? --Alexander (обсуждение) 22:53, 9 января 2015 (MSK)
- Как по мне, сильно много зелёных полос. Говорю это исключительно с позиций, как это выглядит, без логики. Тут всё же больше вопрос, как кому нравится, чтобы это выглядело, чем что-либо ещё. Я бы и citylocal поместил сразу под названием города, убрав border между ними и уменьшив padding обеих строк. Так, как это сделано, например, вот тут it:Sofia. Но это всё, конечно, некритично. --Dronych (обсуждение) 16:05, 9 января 2015 (MSK)
Usability
Я было решил добавить координаты в одну из посещаемх статей, потом подумал - откуда случайный посетитель статьи (например, пришедший из поисковика), вообще знает, что у нас есть карта, на которой что-то обозначено? Самая полезная карта - верхний значок, там вообще никакой надписи нет.--Ymblanter (обсуждение) 22:56, 8 января 2015 (MSK)
- Не понял вопроса. У нас есть значок "Открыть карту", по щелчку на который она раскрывается. Можно раскрыть её по умолчанию, но мы в своё время обсуждали, что это будет чересчур. Можно надпись "Открыть карту" сделать по-крупнее и по-жирнее. --Alexander (обсуждение) 23:05, 8 января 2015 (MSK)
- Я про надпись. На том значке, самом верхнем, который ведёт на карту на отдельной странице, вообще ничего не написано.--Ymblanter (обсуждение) 23:10, 8 января 2015 (MSK)
- Добавил надпись "Карта", можно придумать любую другую или предложить красивое оформление — это всё просто вписывается в шаблон {{geo}}. --Alexander (обсуждение) 23:47, 8 января 2015 (MSK)
- Спасибо. Из меня плохой дизайнер, давайте посмотрим, что другие скажут.--Ymblanter (обсуждение) 02:20, 9 января 2015 (MSK)
- Добавил надпись "Карта", можно придумать любую другую или предложить красивое оформление — это всё просто вписывается в шаблон {{geo}}. --Alexander (обсуждение) 23:47, 8 января 2015 (MSK)
- Я про надпись. На том значке, самом верхнем, который ведёт на карту на отдельной странице, вообще ничего не написано.--Ymblanter (обсуждение) 23:10, 8 января 2015 (MSK)
Ещё о достопримечательностях
Идея нашего {{cityitem}} потихоньку пошла в народ, и вот здесь (а также здесь), например, обсуждается, нельзя ли оформлять таким же образом списки достопримечательностей. В общем случае, конечно, нельзя, но мне подумалось, не использовать ли эту или схожую идею в тех случаях, когда мы хотим создать список чего-нибудь с расширенными описаниями как дополнение к обычной текстовой информации. Два примера:
- Усадьбы Эстонии (или, если кому ближе, Центральной России). Их сотни, и мне нужно когда-нибудь собраться с духом для того, чтобы перечислить главные в Эстония#Достопримечательности, но перечислить-то я их перечислю, а картинка на все усадьбы будет одна, и нельзя будет показать их расположение на карте, что для усадеб особенно критично, поскольку находятся они не в городах. В этой ситуации было бы ценно иметь отдельную страницу типа Эстония/Усадьбы, где таким же образом в формате "абзац текста + фотография" перечислить основные, указав координаты и, следовательно, создав карту.
- Любой крупный город, где, как мы не раз обсуждали, человек, едущий туда впервые, не прочтёт и не осмыслит с одного раза все статьи о районах с подробным описанием всех достопримечательностей. Понятно, что в какой-то момент нужны не просто звёздочки, но и некоторые "выжимки" типа маршрута на день. День у всех разный, и маршруты тоже, поэтому к такой формулировке я бы не привязывался. Зато я склонен попробовать формат, в котором мы очень кратко пишем о городе и транспорте, даём основные достопримечательности с короткими описаниями и картинками (в духе {{cityitem}}) и, возможно, очень кратко пишем, где искать еду, создавая таким образом путеводитель для first-time visitors. В этом путеводителе будет карта, показывающая только основные достопримечательности и, скажем, вокзалы, что тоже очень ценно для первичной ориентации в пространстве, особенно в тех случаях, когда не знаешь город совсем.
Я не склонен бросаться внедрять это немедленно. Пока просто подумать, что можно сделать. Проблема слишком подробных описаний крупных городов у нас (и во всём Wikivoyage), безусловно, есть, и никто пока не придумал хорошего её решения. --Alexander (обсуждение) 14:25, 10 января 2015 (MSK)
- Я не против такого формата в отдельных статьях типа Эстония/Усадьбы (кстати, почему название «Эстония/Усадьбы»? Мне кажется, это такая же статья «в помощь путешественнику», как Андалусия на общественном транспорте, и называться она может просто «Усадьбы Эстонии»).
- А насчет использования в крупных городах не уверен, от конкретного города зависит. Например, в статье Сочи проза выглядит более уместной, чем списки. GMM (обсуждение) 20:06, 10 января 2015 (MSK)
- По поводу усадеб я согласен с Максимом. Нам, например, нужна статья Национальные парки США (которая есть в английском разделе), и можно отдельные парки (хоть все) дать через cityitem, а можно через listing (добавив фотографии). Можно как-то скомбинировать, чтобы были и фотографии, и все координаты на карте. Это, кстати, решает и сформулированную выше проблему Ludvig14 про карту с объектами культурного наследия. Про списки в больших городах смысл есть (например, то, что мы сейчас выделяем звёздочками, отравлять в начало с описаниями и фотографиями), но это слишком радикальное изменение формата, надо обсудить варианты, попробовать и посмотреть, как это выглядит.--Ymblanter (обсуждение) 20:28, 10 января 2015 (MSK)
- Нет, я не имел в виду форматировать таким образом куски существующих статей. Это нарушит деление раздела Достопримечательности на подразделы, что уже нежелательно. Речь шла о городах с районами, которые, неизбежно, перегружены информацией, поэтому для таких городов востребован некий stand-alone путеводитель, где будет информация только о главных достопримечательностях, но с часами работы и прочей конкретикой, чтобы можно было, приехав в город на день, взять с собой только этот путеводитель и вообще не лазить в статьи по районам, если не будет на то желания.
- Контр-пример Сочи принимается, однако я думаю, что с такими городами-агломерациями мы будем встречаться гораздо реже, чем с какими-нибудь Прагой, Таллином или Москвой, где все едут в первую очередь смотреть на центр, причём не на каждый дом, а только на самое необычное или раскрученное. Следовательно, более или менее понятно, какие объекты стоит выделять. Можно так себе это представить: в каждой статье о районах мы ставим какое-то количество звёздочек, а потом дублируем объекты со звёздочками в отдельной статье, но в другом формате — более кратком и красочном.
- Надо пробовать, разумеется. Пока это просто мысли вслух. --Alexander (обсуждение) 20:49, 10 января 2015 (MSK)
- Да, в таком виде вполне нормально.--Ymblanter (обсуждение) 20:55, 10 января 2015 (MSK)
- А, вроде, место для важных достопримечательностей большого города уже есть - раздел основной статьи по городу, где приводится "обязательная программа" (так это обозвали в Праге)? А в остальном, по моему, действительно хороший формат для списков, а с большими городами все равно надо работать индивидуально. - Ludvig14 (обсуждение) 21:29, 10 января 2015 (MSK)
- Да, в таком виде вполне нормально.--Ymblanter (обсуждение) 20:55, 10 января 2015 (MSK)
- Да, это отличная идея. Но я бы вообще не брался обсуждать никакие детали до тех пор, пока не решить концептуальный вопрос. Где будет размещена эта статья-выжимка? Например, если мы открываем страницу Москва, то какая статья будет показана изначально - короткая или полная? Будь то короткая или полная, она, значит, будет содержать ссылку на вторую. И тогда мы рискуем, что большинство читателей так никогда и не узнает о существовании этой второй статьи/не откроет её. Предполагаю, процент таких людей будет значительным. --Dronych (обсуждение) 21:50, 10 января 2015 (MSK)
- Эта проблема действительно есть, но решить её можно только одним способом — поместить описание достопримечательностей в основную статью городе, раздел "обязательная программа", как уже отметила Ludvig14 выше. Можно для начала попробовать такой вариант. Он не очень удачен лишь тем, что перед описанием достопримечательностей будет идти очень много технической информации типа описаний вокзалов и аэропортов, как добраться и т.д. Всё это нельзя совсем выкидывать, но и в полной мере оно никому из читателей не нужно, в отличие от достопримечательностей. Дилемма.
- Возможное решение состоит в том, чтобы прямо под баннером, где сейчас не очень интересный и, может быть, уже не совсем актуальный текст про "не забудьте распечатать перед поездкой" написать что-то вроде "В этой статье и в статьях о районах подробная информация о городе, а его краткое описание можно найти здесь". --Alexander (обсуждение) 22:50, 10 января 2015 (MSK)
- Я бы поддержал вариант добавления раздела "обязательная программа" в города с районами. А насколько полное описание достопримечательностей Вы предлагаете там давать?
- Ещё можно запустить пилотный проект с короткой статьёй для какого-нибудь города. Просто скопировав туда выжимку уже существующей информации. И оставить его на месяц. После чего посчитать статистику его посещений. Для получения более адекватной статистики - выбрать город, статистику которого мы знаем из Wikivoyage:Статистика/Популярные статьи, который бы редактировался по минимуму в прошлом году и который не предполагается активно редактировать в ближайшем будущем. Затем используем тот же материал [2], данные оттуда можно вручную скачать (около 8Гб) и подсчитать. Это будет не то, чтобы сильно весело, но возможно. Либо спросить у Emaus, как он делал подсчёт с самыми популярными статьями, уж явно не вручную ;)
- Моя гипотеза: будет очень мало заходить по сравнению с основной статьёй. Но это не более, чем предположение. --Dronych (обсуждение) 23:50, 10 января 2015 (MSK)
- Когда я говорю "выжимка", я имею в виду не куски текста, скопированные с других страниц, а самостоятельный текст, написанный как краткий путеводитель по городу, поэтому тут ещё надо поработать. А может быть я стремлюсь к чрезмерной краткости, и нам вполне достаточно разместить описания основных достопримечательностей просто в статье Москва. Посмотрим. --Alexander (обсуждение) 00:46, 11 января 2015 (MSK)
- Это я предлагал не заморачиваться изначально, если непонятно, насколько популярной будет такой тип статей при данном способе доступа к ним. --Dronych (обсуждение) 01:17, 11 января 2015 (MSK)
- Москва - не самый удачный пример, так как у неё трёхуровневая структура. Надо бы начинать с чего-то попроще.--Ymblanter (обсуждение) 00:35, 11 января 2015 (MSK)
- Москва просто первой подвернулась под руку. Если я возьмусь писать, то скорее Таллин получится. --Alexander (обсуждение) 01:48, 11 января 2015 (MSK)
- Когда я говорю "выжимка", я имею в виду не куски текста, скопированные с других страниц, а самостоятельный текст, написанный как краткий путеводитель по городу, поэтому тут ещё надо поработать. А может быть я стремлюсь к чрезмерной краткости, и нам вполне достаточно разместить описания основных достопримечательностей просто в статье Москва. Посмотрим. --Alexander (обсуждение) 00:46, 11 января 2015 (MSK)
- Да, это отличная идея. Но я бы вообще не брался обсуждать никакие детали до тех пор, пока не решить концептуальный вопрос. Где будет размещена эта статья-выжимка? Например, если мы открываем страницу Москва, то какая статья будет показана изначально - короткая или полная? Будь то короткая или полная, она, значит, будет содержать ссылку на вторую. И тогда мы рискуем, что большинство читателей так никогда и не узнает о существовании этой второй статьи/не откроет её. Предполагаю, процент таких людей будет значительным. --Dronych (обсуждение) 21:50, 10 января 2015 (MSK)
- Кстати, как пример неформата посмотрите Греческие_острова. --Digr (обсуждение) 23:06, 11 января 2015 (MSK)
- Мне кажется, это хороший пример, примерный аналог наших маршрутов на день по городам.--Ymblanter (обсуждение) 11:25, 13 января 2015 (MSK)
Про Викисклад и изображения
Как все хорошо знают, на Викискладе часто удаляют изображения, никого об этом не предупреждая. После прошлогоднего конкурса WLM я начал — вынужденно — просматривать страницу Deletion requests Викисклада, поскольку никакого другого способа что-то узнать на этом чудесном сайте просто нет. Сначала я забирал нужные фотографии вручную. Потом мне надоело, и я написал скрипт. В результате у меня сохранились некоторые редкие фотографии, включая, например, памятники Салехарда, и они в своё время попадут к нам, когда появятся соответствующие списки памятников, но кроме того есть немало потенциально нужных фотографий, которые не совсем понятно, куда девать. Вариант автоматически загружать туда, где фото используется — не очень хороший, поскольку проектов много разных, а вопрос добросовестного использования, как мы знаем, очень деликатный и заботит всех гораздо больше, чем собственно контент.
Может, у кого-нибудь есть на примете независимая и не очень живая вики, куда можно было бы сбрасывать всё это хозяйство прямо с категориями? Или, может быть, есть мысли, как решить эту проблему другим способом? Она не очень острая, но в один прекрасный день мы соберёмся написать, например, о московском метро, и окажется, что фотографии скульптур со станции Площадь Революции какой-нибудь умник уже удалил, поскольку нет свободы панорамы, а в Википедии тоже ничего не будет или будет одна фотография не лучшего качества. --Alexander (обсуждение) 23:40, 2 февраля 2015 (MSK)
Очередная раздача слонов
Коллеги, мы, и в частности Ярослав опять висим в статистической номинации [3]. Какие мысли по этому поводу? Digr (обсуждение) 20:36, 18 февраля 2015 (MSK)
- Я в любом случае откажусь.--Ymblanter (обсуждение) 20:50, 18 февраля 2015 (MSK)
- Я не про это. Была идея модифицировать это во что-то полезное, но при этом по причине малости участников, мы тему не продвинули. Можно в очередной раз отказаться, можно подумать во что модифицировать. Digr (обсуждение) 21:01, 18 февраля 2015 (MSK)
- А можно ли модифицировать? Нас ведь никто не спрашивал, что мы думаем об этой премии. В прошлом году было сказано "в следующий раз проведём широкое обсуждение заблаговременно". И где то обсуждение?
- Там ещё кому-то пришла в голову светлая мысль дать мне премию за создание списков памятников культурного наследия вместо того, чтобы этими списками пользоваться. Показуха одним словом, лучше её игнорировать. --Alexander (обсуждение) 21:43, 18 февраля 2015 (MSK)
- Чисто для взвешивания информации по месту, не для обсуждения тут по кругу. Там подробно пояснил за что эта премия. И мне хотелось бы посмотреть на того, кто скажет, что она незаслуженная, или что ты её недостоин. --cаша (krassotkin) 15:08, 24 февраля 2015 (MSK)
- Я не про это. Была идея модифицировать это во что-то полезное, но при этом по причине малости участников, мы тему не продвинули. Можно в очередной раз отказаться, можно подумать во что модифицировать. Digr (обсуждение) 21:01, 18 февраля 2015 (MSK)
- Снимаемся по стандартному сценарию? Digr (обсуждение) 21:28, 20 февраля 2015 (MSK)
- Ну, если они это признают, можно сниматься, я не против.--Ymblanter (обсуждение) 21:52, 20 февраля 2015 (MSK)
- Да. --Alexander (обсуждение) 21:58, 20 февраля 2015 (MSK)
- Коллеги, хотя у меня в Викигиде всего лишь две с половиной постыдные правки, но в принципе, по духу наших проектов, этого достаточно чтобы вставить свои пять копеек даже там, где большие дяди разговаривают. Чтобы не повторяться, дам ссылку на обсуждение, в котором плавно перешли и к проектной премии. Что касается "модификации". Предложения же должны от сообществ исходить: только активные участники проекта знают что ему хорошо, а что вредит; или чего вы ждёте для начала этого обсуждения? Текущая ситуация такова, что в большинстве других проектов подобный статистический подход к вручению конкретно этого инструмента признан полезным, однако ничему не противоречит предложить что-то лучшее. Может и другие вслед за Викигидом этим предложением воспользуются. Таким образом, на данный момент всё "широкое обсуждение" упирается только в Викигид. До вручения Вики-премии ещё около месяца (1/12 года), это очень много времени, для того чтобы всё вдумчиво обсудить и определить что в этом направлении можно сделать полезного для Викигида. Целиком отказываться от возможностей, которые могут принести пользу не стоит. Наоборот, на мой взгляд, любые нужно анализировать и пытаться с пользой приспособить. А пока я против отказа Викигида от "Вики-премии 2015" без предложения альтернативных вариантов. На мой взгляд, это вредит проекту (аргументы по ссылке). А как было сказано в докладе Викигида, запись которого я просмотрел многократно, в проекте дорожат консенсусом;). В любом случае, с учётом этой реплики, хотелось бы формальный аргументированный итог в этом топике до того, как о решении Викигида будет заявлено официально. Очень надеюсь, что удастся найти полезный для проекта и приемлемый для всех компромисс. --cаша (krassotkin) 14:36, 24 февраля 2015 (MSK)
- Саша, очень эмоционально, спасибо, что переживаете за дело. За правки мы точно премировать не будем, это неоднократно обсуждалось. Вот рассмотреть идею по количеству пригодных и полных (или иные критерии) можно. Но это на обсуждение сообщества. Digr (обсуждение) 16:39, 24 февраля 2015 (MSK)
- Коллеги, как вы рассмотрите идею по награждению тех кто за год создал больше все пригодных и полных статей, альтернативная номинация - лучший старт года (выбирать новичков, которые внесли в проект наибольший позитивный вклад). Digr (обсуждение) 19:24, 24 февраля 2015 (MSK)
- Игорь, не берусь посчитать это точно, но боюсь, что больше всех пригодных и полных статей создано либо мной, либо Ярославом, и тут мы возвращаемся к той же патовой ситуации. Идея с премией новичкам мне нравится больше, поскольку в отсутствие новичков будет совершенно законный повод не вручать премию-) Трудность в том, что с большой вероятностью получится (не в этом году, так в следующем) премия за одну пригодную статью, но, в конце концов, если ВМ РУ оплачивает музыку и очень хочет её оплачивать...
- Максим, Ярослав, что вы думаете по этому поводу? --Alexander (обсуждение) 02:21, 25 февраля 2015 (MSK)
- Я пока не вижу хорошего решения, буду ещё думать.--Ymblanter (обсуждение) 09:39, 25 февраля 2015 (MSK)
- Я бы ничего не присуждал, пока в проекте нет участников, которых бы такая премия хоть как-то мотивировала. Но если нужно обязательно кому-то что-то вручить, премия новичку — лучшее из того, что было предложено. GMM (обсуждение) 12:56, 25 февраля 2015 (MSK)
- Максим, насчет нет участников. Наверно делать такие категоричные заявления не совсем верно, мы не знаем, может быть кто-то очень даже ждет признания. Digr (обсуждение) 16:07, 25 февраля 2015 (MSK)
- Ну хорошо. Если кто-то из тех, кто начал активно писать в 2014 году, это вообще читает — скажите: вы ощущаете необходимость вручения Вики-премии, и нужна ли она вам лично? --Alexander (обсуждение) 16:27, 25 февраля 2015 (MSK)
- Саша, так нечестно. Digr (обсуждение) 16:30, 25 февраля 2015 (MSK)
- Игорь, я готов взять свои слова назад, когда кто-нибудь из участников скажет, что он мотивирован перспективой получения вики-премии. GMM (обсуждение) 16:40, 25 февраля 2015 (MSK)
- Слушайте, ну нельзя задавать вопрос с запрограмированным ответом. Может человеку и не надо, но если случилось, это может быть приятной неожиданностью (без цинизма). А если это еще будет подтверждено мнением сообщества, вдвойне. Digr (обсуждение) 17:02, 25 февраля 2015 (MSK)
- Я, наверное, чего-то не понимаю, но если "нечестно", то давайте мой вопрос уберём и вообще о нём забудем. Я же совершенно не против того, чтобы кто-то получал Вики-премию. Мне лично она не нужна, и я не очень понимаю, зачем нужна вообще в контексте того, чем мы занимается. Но это моё личное мнение, и только. --Alexander (обсуждение) 17:15, 25 февраля 2015 (MSK)
- Слушайте, ну нельзя задавать вопрос с запрограмированным ответом. Может человеку и не надо, но если случилось, это может быть приятной неожиданностью (без цинизма). А если это еще будет подтверждено мнением сообщества, вдвойне. Digr (обсуждение) 17:02, 25 февраля 2015 (MSK)
- Ну хорошо. Если кто-то из тех, кто начал активно писать в 2014 году, это вообще читает — скажите: вы ощущаете необходимость вручения Вики-премии, и нужна ли она вам лично? --Alexander (обсуждение) 16:27, 25 февраля 2015 (MSK)
- Максим, насчет нет участников. Наверно делать такие категоричные заявления не совсем верно, мы не знаем, может быть кто-то очень даже ждет признания. Digr (обсуждение) 16:07, 25 февраля 2015 (MSK)
- Мне нравится статейный подход. Минимально приемлемый путеводитель, содержащий все необходимые заделы по оформлению и осмысленному тексту является той единицей, которая стимулирует к дальнейшей работе и совершенстованию. Через этот порог легче переступить новичку, чем создавать совсем всё с нуля. Подобный путеводитель также интересней, чем полностью законченный, так как в нём есть место для интриги, исследования, чувства первооткрывателя. Вопрос только можно ли это объективно посчитать? --cаша (krassotkin) 10:27, 25 февраля 2015 (MSK)
- Саша, мне это напоминает одну старую историю.
- В середине 90-х один небольшой клуб по интересам решил раз в год присуждать награду «Лучший игрок клуба». Сбросились, сделали статуэтки на заказ (тогда это было непросто), торжественно вручили. На следующий год вручили другому победителю. Потом опять вручили первому, а на четвертый год стало окончательно понятно, что лучшие игроки в клубе одни и те же. И придется либо из года в год вручать статуэтку одним и тем же людям, либо поменять статут награды. Долго спорили, в результате вручили новичку с формулировкой «за заслуги перед клубом»: это вызвало еще больше ругани, и после этого наград в клубе не было.
Это я к тому, что в маленьких сообществах ежегодное вручение наград приводит к перекосам. GMM (обсуждение) 19:27, 24 февраля 2015 (MSK)- Чтобы не было перекосов нужно разработать и ввести "тендерную" формулу. Дальше либо номинируются новички (но это не очень верно, так как человек мог быть зарегистрирован давно, а активность пошла сейчас), либо расчет идет по всем (или отсечка по наличию пригодной-полной статьи), но можно взять самоотвод. Digr (обсуждение) 16:07, 25 февраля 2015 (MSK)
- Изначально Дмитрий Рожков хотел бороться с подобным перекосом таким способом: wmru:Голосования/Повторное вручение Вики-премии в статистических номинациях. Однако это, как показала практика, приводит к ещё большим конфликтам. --cаша (krassotkin) 21:09, 24 февраля 2015 (MSK)
- У меня самого нет готового варинта как сделать хорошо, иначе давно бы всем его предлагал. Тем более проекты сильно отличаются. Нужно накидывать идей, обсуждать их, экспериментировать. В чём убеждён, что в подобных вещах должно быть больше объективности и меньше субъективизма. Не хотелось бы в частности, чтобы выбор лауреата происходил прямым голосованием или даже обсуждением. Это очень быстро может выродится из пользы в чистый популизм. Поэтому всё объективно счётное лично я буду приветствовать. --cаша (krassotkin) 21:09, 24 февраля 2015 (MSK)
Саша (в смысле krassotkin), я начну новую строку для общего комментария в ответ на твои реплики. Как нетрудно заметить из текущего обсуждения (да и всех прошлых тоже), три из четырёх администраторов проекта вообще не видят в такой премии смысла. Аргументация у нас у всех, наверное, разная, но моя выглядит следующим образом. Во-первых, трудно придумать для этой премии разумные условия. Общее число правок — это очень легко и в то же время просто смешно, когда у нас половина участников регулярно делает разовые правки объёмом 10-15 кБ, а Максим, например, обычно выкладывает готовые путеводители целиком. Если же не общее число правок, то... и тут всё становится субъективнее и сложнее, и мы переходим к "во-вторых" — а нужна ли нам эта премия вообще? Ты считаешь, что она может привлечь новых участников, стимулировать их больше писать. Да, возможно, но есть принцип, которого мы придерживаемся с самого начала: нам не нужны какие попало участники и, в частности, не нужны те, кто пишет ради премии. Нам нужны те, кто понимает, и таких участников мы, что очень приятно, находим. Возможно, это гиблая стратегия с точки зрения развития проекта вширь. Кто-то даже скажет, что она противоречит принципам вики, открытости и так далее — это пусть останется на нашей совести и на совести тех, кто нас критикует. Существенно, что нам удаётся сохранять здесь приятную рабочую атмосферу, а в результате становится возможным делать полезные вещи вроде той, за которую ВМ РУ решила дать премию лично мне. Не хочу сказать, что эта атмосфера несовместима с вики-премией в принципе, но, в общем, я бы предпочёл делать что-то содержательное, а не дискутировать о том, как бы нам вручить кому-нибудь вики-премию, в ситуации, когда проще всего премию просто не вручать. --Alexander (обсуждение) 02:21, 25 февраля 2015 (MSK)
- Не нравится мне русло в которое свернул наш разговор. Дело ведь не в слонах-седлах-коврах-телевизорах. Дело в том как из этого извлечь пользу. То есть привлечь в проект новых участников и повысить число пригодных и полных статей. И вот даже если придет человек и начнет дотягивать кучу почти пригодных (Великий Новгород, например) до пригодных, да флаг ему в руки. Вы посмотрите, какую шнягу en-wv обзывает usable. А мы стесняемся чего-то. Вошел человек в список тех кто приложил руку к пригодной (а я так понимаю в ВП есть инструменты по анализу вклада), защитит ее при номинации на СО - получи 1000 баллов, полная 2000 баллов, плюс правки из расчета 1 правка=1 балл. Сумма - итог, те кто не хочет берут самоотвод. Digr (обсуждение) 16:43, 25 февраля 2015 (MSK)
- Игорь, в ВП есть скрипт для подсчёта числа правок в основном пространстве статей, по нему и дают Вики-премию. Очевидно, что ради нас писать сложные скрипты с учётом статуса статей никто не будет, а мне откровенно жалко тратить на это время. Кроме того, я хотел бы уточнить, насколько мнение Саши (krassotkin) соотносится с мнением остальных членов ВМ РУ. Если, например, они считают, что конкретный Викигид не может устанавливать свои правила выдачи Вики-премии, то чего мы здесь обсуждаем? Давайте Саша на очередном собрании, благо оно очень скоро, этот вопрос поднимет, и тогда мы будем думать дальше с учётом внешних ограничений. --Alexander (обсуждение) 17:31, 25 февраля 2015 (MSK)
- Поставил вопрос, дал ссылки. Насколько понимаю вопрос звучит следующим образом: Может ли сообщество Викигида устанавливать собственную методику определения лауреатов проектной премии и какие существуют ограничения? (правильно сформулировал?) Обсудим, доложу по результатам. Повторю ещё раз своё мнение - любое достаточно развитое и полнокровное сообщество (а у Викигида сообщество очень развитое, не нужно принижать) не только может, но и должно использовать этот механизм для стимуляции интереса к своему проекту. Дело даже не в том, что премия может простимулировать её получившего к чему-то большему, скорее нет. Она простимулирует тех, кто об этом узнает, кто зайдёт сюда посмотреть и что-то попробует написать, кто увидит, что он тоже может стать первым, кто добьётся этого, и тем самым привлечёт к проекту других. Это не очень полнокровый канал притока новых участников, но он существует, почему же им не воспользоваться. Один раз настроить, а дальше робот однотипно раз в год считает и пропагандирует проект в рамках общей движухи. Тут ещё вот какая циничная правда... Давайте её явно вслух произнесём и возможно этим всё и решится. Некоторые предложенную ВМ РУ премию не возьмут, а от установленной сообществом премии не откажутся, даже если она будет приблизительно так же считаться. Более того, получить такую премию из рук тех, кого уважаешь, будет приятно. На плечи ВМ РУ ляжет лишь техническая работа - подготовки и организация процесса и призов. Вообще-то, в научной среде испокон велось - равные признают равных, а кто там изготавливает картон, печатает буквы на дипломе и стульчики расставляет на мероприятии никого никогда особо не интересовало. --cаша (krassotkin) 12:19, 26 февраля 2015 (MSK)
- Ну, поскольку речь про меня - я вообще ничего не возьму. Мне ваш директор попортил интегрально столько крови, что никакие награды, даже косвенно связанные с его именем, я не приму никогда.--Ymblanter (обсуждение) 14:08, 26 февраля 2015 (MSK)
- Ярослав, ну для этого, если будет карт-бланш, мы и введем механизм самоотвода. Digr (обсуждение) 16:29, 26 февраля 2015 (MSK)
- Да, я совершенно не против.--Ymblanter (обсуждение) 16:34, 26 февраля 2015 (MSK)
- А он тут вообще при чём? "Вики-премия" такой же проект, как и вот "Вики любит Землю" - поддерживается и развивается инициативной группой. Более того, решите кому вручать вы сами. Делается всё на деньги благотворителей. Техническую работу - заказывает призы, занимается организацией и рассылает Рожков. ОК, с которым у тебя тоже непростые отношения. Ну я могу сходить заказать и выслать тем, кого даже это смущает, делов. В любом случае там дозаказ придётся делать. --cаша (krassotkin) 15:19, 3 марта 2015 (MSK)
- Саша, попробуй понять. Это конкурс вполне конкретной организации, которую возглавляет вполне определённое лицо. Т.ч. это невозможно исходя из соображений обычной морали, а потому логика не поможет. --Wanderer777 (обсуждение)
- Скажем так: достаточно неплохо, местами даже хорошо, справляется с тем небольшим кругом обязанностей, которые от него требуются в существующей организации. В текущих обстоятельствах заменить некем. Не нужно делать из визитки икону. По крайней мере никакого единоначалия даже в мелочах в ВМ РУ нет, и сам Володя этого принципа не только излишне на мой взгляд придерживается, но и наоборот подчёркивает и пропагандирует. Я, например, точно знаю, что для организаций, требующих взрывного роста и побед, самым лучшим способом управления является жёсткое единоначалие и безусловная дисциплина. По крайней мере во всех мануалах по менеджменту так написано. Поэтому ещё непонятно, что сейчас лучше. --cаша (krassotkin) 13:51, 6 марта 2015 (MSK)
- Саша, попробуй понять. Это конкурс вполне конкретной организации, которую возглавляет вполне определённое лицо. Т.ч. это невозможно исходя из соображений обычной морали, а потому логика не поможет. --Wanderer777 (обсуждение)
- Ярослав, ну для этого, если будет карт-бланш, мы и введем механизм самоотвода. Digr (обсуждение) 16:29, 26 февраля 2015 (MSK)
- Ну, поскольку речь про меня - я вообще ничего не возьму. Мне ваш директор попортил интегрально столько крови, что никакие награды, даже косвенно связанные с его именем, я не приму никогда.--Ymblanter (обсуждение) 14:08, 26 февраля 2015 (MSK)
- Позиции сторон высказаны неоднократно и сформулированы вполне однозначно. Пытаться уговаривать хоть меня, хоть Ярослава, хоть ещё кого-нибудь, кто отказывается, выглядят как минимум неэтично. У нас есть круг вопросов, по которому мы будем взаимодействовать с ВМ РУ — вот и давайте действовать в его рамках. Что же касается номинации Викигида в целом, мы ждём официального ответа на поставленный вопрос. До получения этого ответа обсуждать что-либо, по-моему, бессмысленно. --Alexander (обсуждение) 21:55, 3 марта 2015 (MSK)
- Никто никого не уговаривает и даже не собирается. Для следующего собрания у меня готово предложение по твоей и другим персональным номинациям, и почему-то кажется, что оно пройдёт в близкой к предложенной формулировке. В организациях, знаете ли, случаются дедлайны, и какую-то точку приходится ставить в любом случае. Что же касается проектной премии, при всём уважении к личному мнению, нельзя становиться узким горлышком, об этом разговор. Есть масса способов как этого избежать. Вообще можно не вручать премии тем, кто сделал первую правку, создал статью, или получил какой-то флаг до определённой даты - "отцам-основателям проекта", а остальных поощрять за статьи определённого качества или какие-то другие объективные счётные и полезные для проекта действия; да даже за количество правок - нормальный критерий, который в небольших проектах достаточно хорошо коррелирует с полезностью (которая в общем случае условное и достаточно субъективное понятие). Что угодно можно сделать и совершенно незачем ждать собрания. Это горизонтальная работа между Викигидом и организаторами проекта "Вики-премия". Более того, при сложившемся отношении лучше "с чистого листа" выработать свой проектный критерий и предложить его организаторам Вики-премии. Не захотят его принять, ну пусть остаются без Викигида. Очень сложно о чём-то абстрактном говорить, любую же конкретику проще донести, тем более если она будет полностью исходить от Викигида в форме: "нам нужно это". Прислушайтесь, пожалуйста, не стоит ничего ждать. --cаша (krassotkin) 13:51, 6 марта 2015 (MSK)
- Позиции сторон высказаны неоднократно и сформулированы вполне однозначно. Пытаться уговаривать хоть меня, хоть Ярослава, хоть ещё кого-нибудь, кто отказывается, выглядят как минимум неэтично. У нас есть круг вопросов, по которому мы будем взаимодействовать с ВМ РУ — вот и давайте действовать в его рамках. Что же касается номинации Викигида в целом, мы ждём официального ответа на поставленный вопрос. До получения этого ответа обсуждать что-либо, по-моему, бессмысленно. --Alexander (обсуждение) 21:55, 3 марта 2015 (MSK)
- В целом. В этом деле есть разные подходы: можно просто забыть, вычеркнуть и не трепать себе нервы, потратив время на что-то более полезное, можно пытаться что-то менять. Кто-то выбирает первый вариант, лично я заставляю себя идти по второму, потому что надеюсь, что со временем организация изменится к лучшему, она станет реально полезна человечеству, а быть её членом станет почётно. Уже сейчас заметны пусть и небольшие, но положительные изменения, и мне не стыдно за то что я делаю. Было бы больше членов и внешних сторонников этих изменений, можно было бы быстрее всё изменить. И ещё... Очень трудно, когда и внутри приходится с боями всё менять, и извне никакой поддержки - "у тебя ничего не выйдет", ну не смогу, так же махну рукой, кому от этого станет лучше... Да даже в последнем случае всяко лучше даже уйти что-то всётаки успев изменить. --cаша (krassotkin) 15:19, 3 марта 2015 (MSK)
- Поставил вопрос, дал ссылки. Насколько понимаю вопрос звучит следующим образом: Может ли сообщество Викигида устанавливать собственную методику определения лауреатов проектной премии и какие существуют ограничения? (правильно сформулировал?) Обсудим, доложу по результатам. Повторю ещё раз своё мнение - любое достаточно развитое и полнокровное сообщество (а у Викигида сообщество очень развитое, не нужно принижать) не только может, но и должно использовать этот механизм для стимуляции интереса к своему проекту. Дело даже не в том, что премия может простимулировать её получившего к чему-то большему, скорее нет. Она простимулирует тех, кто об этом узнает, кто зайдёт сюда посмотреть и что-то попробует написать, кто увидит, что он тоже может стать первым, кто добьётся этого, и тем самым привлечёт к проекту других. Это не очень полнокровый канал притока новых участников, но он существует, почему же им не воспользоваться. Один раз настроить, а дальше робот однотипно раз в год считает и пропагандирует проект в рамках общей движухи. Тут ещё вот какая циничная правда... Давайте её явно вслух произнесём и возможно этим всё и решится. Некоторые предложенную ВМ РУ премию не возьмут, а от установленной сообществом премии не откажутся, даже если она будет приблизительно так же считаться. Более того, получить такую премию из рук тех, кого уважаешь, будет приятно. На плечи ВМ РУ ляжет лишь техническая работа - подготовки и организация процесса и призов. Вообще-то, в научной среде испокон велось - равные признают равных, а кто там изготавливает картон, печатает буквы на дипломе и стульчики расставляет на мероприятии никого никогда особо не интересовало. --cаша (krassotkin) 12:19, 26 февраля 2015 (MSK)
- Игорь, в ВП есть скрипт для подсчёта числа правок в основном пространстве статей, по нему и дают Вики-премию. Очевидно, что ради нас писать сложные скрипты с учётом статуса статей никто не будет, а мне откровенно жалко тратить на это время. Кроме того, я хотел бы уточнить, насколько мнение Саши (krassotkin) соотносится с мнением остальных членов ВМ РУ. Если, например, они считают, что конкретный Викигид не может устанавливать свои правила выдачи Вики-премии, то чего мы здесь обсуждаем? Давайте Саша на очередном собрании, благо оно очень скоро, этот вопрос поднимет, и тогда мы будем думать дальше с учётом внешних ограничений. --Alexander (обсуждение) 17:31, 25 февраля 2015 (MSK)
Докладываю: wmru:Собрания/2015-03-16#Wikivoyage (протокол пока пишется, на неполноту и помарки не обращайте внимание; чтобы не затягивать походу сообщаю о решениях в соотв. топиках). --cаша (krassotkin) 17:06, 17 марта 2015 (MSK)
- Ну что, у кого-нибудь есть время и желание сформулировать объективный количественный критерий и сделать соответствующие подсчёты? Я и до 26 марта, и после занимаюсь только природными памятниками + Уфой, времени ни на какую другую вики-деятельность не имею. --Alexander (обсуждение) 17:21, 17 марта 2015 (MSK)
- Кто-нибудь знает инструмент для определения вклада в статью? Общего объема в кБ правок в нашем проекте за определенный срок? Digr (обсуждение) 18:48, 17 марта 2015 (MSK)
- В Википедии использовались такие инструменты, но я там последний раз редактировал четыре года назад, с переездом с тулсервера наверняка всё поменялось.--Ymblanter (обсуждение) 18:50, 17 марта 2015 (MSK)
- У Сергея Владимирова есть подобное на Java (если не ошибаюсь), оно в ВП использовалось для рейтинга. Там тоже что-то недавно поломалось из-за изменений в API, но вчера как раз обсуждали с ним, вроде при желании починить легко. --cаша (krassotkin) 18:59, 17 марта 2015 (MSK)
- В УкрВики работал какой-то хитрый инструмент, который учитывал и объём вклада и посещаемость отредактированных статей. --Wanderer777 (обсуждение) 19:31, 17 марта 2015 (MSK)
- Вопрос не только в объективно-счетном критерии, но и в том, что Вики-премия, как карающая десница, может настигнуть кого угодно вне зависимости от его желания. Мне кажется, это должно проходить в формате конкурса: не opt-out, а opt-in. Предлагаю создать страницу Wikivoyage:Конкурсы, где написать примерно следующее: в конкурс на Вики-премию от «ВМ РУ» приглашаются любые участники проекта, которые должны будут зарегистрироваться на этой странице в качестве претендента и самостоятельно вносить информацию о своем вкладе в контрольную таблицу. И оценивать вклад из этой таблицы примерно так, как мы оценивали в прошлом году футбольный марафон: 0,1 балла за каждый листинг с координатами и 10 баллов за доведение до статуса пригодной. Вот, объективный счетный критерий, причем нам не понадобятся программные счетчики: претенденты сами подсчитают свой вклад, а от нас потребуется только модерация. GMM (обсуждение) 17:34, 18 марта 2015 (MSK)
- В принципе, неплохая идея.--Ymblanter (обсуждение) 17:52, 18 марта 2015 (MSK)
- Кто-нибудь знает инструмент для определения вклада в статью? Общего объема в кБ правок в нашем проекте за определенный срок? Digr (обсуждение) 18:48, 17 марта 2015 (MSK)
- Я тоже не против, хотя предвижу, что затея не вызовет большого интереса. --Alexander (обсуждение) 20:14, 18 марта 2015 (MSK)
- Почти наверняка никто туда записываться не будет. А учитывая, что нас тут 12,5 человек, то это даже лишнее. Давайте спросим Dronych'а, если он не против, то пусть премию получит он. --Wanderer777 (обсуждение) 08:32, 19 марта 2015 (MSK)
- Спасибо ;) Но мне, наверное, сильно корона будет давить после этого :)) --Dronych (обсуждение) 16:21, 22 марта 2015 (MSK)
- Конечно, интереса не вызовет, но от нас просят счетный критерий. Думаю, лучше выбрать любой opt-in вариант и забыть про него, чем регулярно отказываться от премии за правки. GMM (обсуждение) 12:41, 19 марта 2015 (MSK)
- Почти наверняка никто туда записываться не будет. А учитывая, что нас тут 12,5 человек, то это даже лишнее. Давайте спросим Dronych'а, если он не против, то пусть премию получит он. --Wanderer777 (обсуждение) 08:32, 19 марта 2015 (MSK)
- Я тоже не против, хотя предвижу, что затея не вызовет большого интереса. --Alexander (обсуждение) 20:14, 18 марта 2015 (MSK)
- Резюмирую. Фактически мы сейчас должны создать эту страницу, и начать конкурс 2015 года. 2014 пролетает, так как нет участников и данных (Ярослав может просто проигнорировать, либо можем заявить отвод, но в этом случае будут очередные разглагольствования). За пригодную 1 балл, за полную 2 или 3 балла? Присвоение статуса заявителем, а равно как и оценка вклада его или потенциально другого участвующего в конкурсе делается после обсуждения на СО (как это у нас в последнее время происходит). Информацию о конкурсе на заглавную в бар сообщества. Мнения? Digr (обсуждение) 17:32, 22 марта 2015 (MSK)
- Надо взять правила футбольного конкурса - там, кажется, был пункт за новый объект с координатами и 10 за статусную статью. На заглавную надо добавить. --Ymblanter (обсуждение) 18:33, 22 марта 2015 (MSK)
- Не мелко это за листинги с координатами очки давать? И потом, как это администрировать? Digr (обсуждение) 19:33, 22 марта 2015 (MSK)
- Администрировать вручную, поскольку участников много не будет, но, с другой стороны, я боюсь, что участников, написавших за год хоть одну пригодную статью и желающих Вики-премию, у нас совсем не найдётся. Короче, такое ощущение, что овчинка выделки не стоит... --Alexander (обсуждение) 02:12, 23 марта 2015 (MSK)
- Не мелко это за листинги с координатами очки давать? И потом, как это администрировать? Digr (обсуждение) 19:33, 22 марта 2015 (MSK)
- Надо взять правила футбольного конкурса - там, кажется, был пункт за новый объект с координатами и 10 за статусную статью. На заглавную надо добавить. --Ymblanter (обсуждение) 18:33, 22 марта 2015 (MSK)
- Создал страничку Конкурсы, она нам для прочего разного пригодится. Смотрите, корректируйте. Digr (обсуждение) 09:47, 28 марта 2015 (MSK)
Раздел Окрестности в региональных статьях
Мне кажется, что мы этот вопрос не обсуждали, а если вдруг обсуждали — напомните мне, пожалуйста. Как должен выглядеть раздел Окрестности в региональных статьях и нужен ли он там вообще? Например, в статье Краснодарский край и Адыгея мы имеем раздел Окрестности (пустой), а в подстатьях про черноморское и азовское побережье раздела нет. Почему так получилось?
В принципе, я могу себе представить аргументы и за, и против этого раздела. На мой взгляд, у нас постепенно получается так, что региональные статьи становятся довольно разными если не по структуре, то по содержанию. Например, каждый или почти каждый регион РФ является, очевидно, вполне самостоятельной единицей, куда можно поехать хотя бы на несколько дней, и, следовательно, мы можем об этом регионе много всего написать. Раздел Окрестности тут, вроде как, не очень нужен, поскольку тот же Краснодарский край вполне самодостаточен, а если уж из него дальше ехать, то есть куча вариантов: Ставрополье, Ростовская область, Крым, Калмыкия, Карачаево-Черкессия. Может быть, логичнее сделать внизу страницы навигационный шаблон, где просто перечислить все регионы Юга России и Северного Кавказа?
Для субрегионов внутри регионов РФ статьи заведомо будут гораздо короче, а зачастую сведутся к простому перечислению статей о городах и посёлках. Здесь вроде бы раздел Окрестности более уместен: скажем, мы находимся в Анапе, поэтому невредно знать, что недалеко, но уже на азовском побережье находятся Темрюк и Тамань. Иными словами, желательно написать несколько строк текста. Навигационный шаблон хуже, поскольку какие-нибудь Ейск или Армавир находятся далеко от черноморского побережья.
Наконец, есть такие макро-статьи типа Юг России, над которыми мы до сих пор толком не работали. Из них я бы раздел Окрестности исключил однозначно. --Alexander (обсуждение) 13:17, 22 февраля 2015 (MSK)
- Мне кажется, тут есть две возможные функции (я сейчас говорю только про регионы, не про города или парки). Во-первых, этот раздел унаследован от английского Go next, где коротко рассказывается про соседние регионы. Можно, конечно, это оформить в виде шаблона, но, мне кажется, простая текстовая информация будет проще. Мы редко применяем эту функцию, но где-то мне попадалось. Вторая - теоретически, там может быть что-то из соседних регионов, для которых статьи ещё не созданы. Сейчас у нас такие фрагменты обычно вставляют в раздел Достопримечательности статьи более высокого уровня, но никто не мешает нам их добавлять в окрестности соседних регионов - если объект недалеко от границы, например.--Ymblanter (обсуждение) 14:23, 22 февраля 2015 (MSK)
- Поясню свою мысль: делать список окрестных регионов без описаний — плохо. Придумывать им однострочные описания — трудно, и чаще всего мы этим не занимаемся. Более того, я, в общем, испытываю проблемы с тем, чтобы в двух словах объяснить, зачем ехать в Крым, а описания типа "интересный регион с древней историей и красивой природой" выглядят слегка банально. По-хорошему, мы должны сделать развёрнутые описания с картинкой на странице Юг России, а дальше хорошо бы иметь на эту статью ссылку не только в строке навигации, но и где-нибудь ещё. Поэтому навигационный шаблон напрашивается, и сделать его как раз нетрудно, а можно потом и расставить автоматически. Я сделал для примера исключительно для того, чтобы конкретизировать свою мысль.
- Можно выкинуть из списка Чечню и Дагестан, но остальные регионы являются, в общем, вполне естественными точками для продолжения маршрута. Как ещё их можно оформить? С другой стороны, в текущем варианте Абхазия потерялась.
- По последнему пункту (отдельные достопримечательности из окрестных регионов) я как-то не могу сразу придумать подходящий пример. По-моему, это будет исключение, а не правило. --Alexander (обсуждение) 16:45, 22 февраля 2015 (MSK)
- Ну, смотрите. Во-первых, можно, конечно, оформлять окрестности так же, как мы оформляем города и регионы, через шаблоны cityitem и regionlist, но тогда, мне кажется, всё будет слишком громоздко. Сейчас в шаблоне, мне кажется, слишком компактно - кто знает, тот и без шаблона знает, и, как Вы верно пишете, потерялась Абхазия, то есть нам надо будет такой список задавать в шаблоне для каждой статьи, иначе он просто дублирует иерархию. Я бы скорее был за одно- и двухстрочные описания списком, например: Крым - полуостров, на котором сохранились остатки древнегреческих и генуэзских колоний, Крымского ханства, памятники событиям Крымской и Великой Отечественной войн, архитектура прибрежных курортов, а также Крымские горы и бесконечные мысы и бухты южного берега Крыма. (Я, естетвенно, даже не пытался оптимизировать, написал, что первое пришло в голову). Касательно второго варианта, как я понимаю, в применении к Краснодарскому краю, нам в окрестностях нужен Ростов, так как от границы до наго пара часов, и совершенно не нужна столица Вёшенская Ростовской области, так как до неё проще из Краснодара добираться через Москву или, в крайнем случае, через Воронеж. Пример не очень удачный, так как про Ростов статья есть, поэтому приведу другой. Он тоже не самый удачный, но, думаю, станет понятнее. Предположим, я получил какую-то информацию про Армавирский краеведческий музей, и хочу ей поделиться, оформив компактно в виде шаблона listing. Статьи Армавир у нас нет, и я её писать не хочу. Тогда варианта два: либо отправить в статью Краснодарский край в раздел чем заняться (что мы иногда и делаем), либо в статью Адыгея как окрестности (статьи Кубань тоже пока нет). Как универсальное решение всех проблем, нам это не подходит (универсальным решением будет создать статью Армавир), но, по-моему, это лучше, чем плодить пустые статьи с одним элементом списка.--Ymblanter (обсуждение) 17:15, 22 февраля 2015 (MSK)
- Чем-то мне простой список несимпатичен. Некрасивый он получается, и к тому же навязывает формат типа "Крым — это ..." что создаёт однообразие. Посмотрите текущий вариант. Он, кроме прочего, перекликается по оформлению с regionlist и cityitem.
- По второму пункту я всё-таки продолжаю считать это экзотической ситуацией, которая будет востребована лишь в редких случаях. Армавирский краеведческий музей (не представляющий, к слову, никакого интереса) будет потом проще найти в разделе Чем заняться Краснодарского края, а если рассматривать его в качестве окрестностей, то начинается путаница, поскольку тут в равной степени подойдут Адыгея и Ставропольский край. --Alexander (обсуждение) 20:32, 22 февраля 2015 (MSK)
- Так мне нравится больше, но шаблон сверху, по-моему, всё равно лишний. Во-первых, он мало что даёт (всю ту же самую информацию можно получив, сделав лишний клик сверху страницы), во-вторых, нам столько не нужно. Реально нам нужны Абхазия, Крым, Ростовская область (я бы даже сказал, её юг, но и в таком виде нормально), Карачаево-Черкессия, город Ставрополь и Кавминводы. Конечно, здорово иметь там, например, Калмыкию, но кто хочет из Краснодара доехать в элисту, может и пару лишних кликов сделать. С Армавирским музеем, пожалуй, соглашусь- может, в каких-то исключительных случаях и можно его добавлять, но в большинстве ситуаций это не нужно.--Ymblanter (обсуждение) 22:23, 22 февраля 2015 (MSK)
- Да, конечно. Шаблон сверху я оставил их для тех, кто ещё не читал обсуждение выше, и хочет посмотреть, как выглядит табличка с навигацией. --Alexander (обсуждение) 22:39, 22 февраля 2015 (MSK)
- Второй вариант гораздо лучше и по оформлению, и по содержанию: Дагестан никак не отнсится к окрестностям Краснодарского края. GMM (обсуждение) 18:16, 23 февраля 2015 (MSK)
- Простой список - нормально, когда ему нет альтернатив. Когда же можно таким образом, как сейчас в Краснодарском крае, сгруппировать и отобразить информацию, простой список нужно забыть, как страшный сон. Также готов признать, что второй вариант (с описанием) много лучше первого, хотя изначально я и предлагал без описаний. И надеюсь, что когда-нибудь мы все созреем, чтобы таким же образом добавлять субрегионы/города в городские статьи. Что даст возможность разграничить объекты (listing/vicinity и OsmPoi) и ссылки на другие города/субрегионы.--Dronych (обсуждение) 20:29, 23 февраля 2015 (MSK)
- Ничто не мешает нам «созреть» хоть прямо сейчас. Шаблон я перенёс в нужное пространство имён, и все приглашаются с ним экспериментировать. Проблем я вижу две. Во-первых, всем будет лень делать описания, но даже без них список должно выглядеть более или менее прилично. Во-вторых, в некоторых случаях список грозит стать слишком длинным, как, например, здесь. --Alexander (обсуждение) 21:00, 23 февраля 2015 (MSK)
- Так мне нравится больше, но шаблон сверху, по-моему, всё равно лишний. Во-первых, он мало что даёт (всю ту же самую информацию можно получив, сделав лишний клик сверху страницы), во-вторых, нам столько не нужно. Реально нам нужны Абхазия, Крым, Ростовская область (я бы даже сказал, её юг, но и в таком виде нормально), Карачаево-Черкессия, город Ставрополь и Кавминводы. Конечно, здорово иметь там, например, Калмыкию, но кто хочет из Краснодара доехать в элисту, может и пару лишних кликов сделать. С Армавирским музеем, пожалуй, соглашусь- может, в каких-то исключительных случаях и можно его добавлять, но в большинстве ситуаций это не нужно.--Ymblanter (обсуждение) 22:23, 22 февраля 2015 (MSK)
- Ну, смотрите. Во-первых, можно, конечно, оформлять окрестности так же, как мы оформляем города и регионы, через шаблоны cityitem и regionlist, но тогда, мне кажется, всё будет слишком громоздко. Сейчас в шаблоне, мне кажется, слишком компактно - кто знает, тот и без шаблона знает, и, как Вы верно пишете, потерялась Абхазия, то есть нам надо будет такой список задавать в шаблоне для каждой статьи, иначе он просто дублирует иерархию. Я бы скорее был за одно- и двухстрочные описания списком, например: Крым - полуостров, на котором сохранились остатки древнегреческих и генуэзских колоний, Крымского ханства, памятники событиям Крымской и Великой Отечественной войн, архитектура прибрежных курортов, а также Крымские горы и бесконечные мысы и бухты южного берега Крыма. (Я, естетвенно, даже не пытался оптимизировать, написал, что первое пришло в голову). Касательно второго варианта, как я понимаю, в применении к Краснодарскому краю, нам в окрестностях нужен Ростов, так как от границы до наго пара часов, и совершенно не нужна столица Вёшенская Ростовской области, так как до неё проще из Краснодара добираться через Москву или, в крайнем случае, через Воронеж. Пример не очень удачный, так как про Ростов статья есть, поэтому приведу другой. Он тоже не самый удачный, но, думаю, станет понятнее. Предположим, я получил какую-то информацию про Армавирский краеведческий музей, и хочу ей поделиться, оформив компактно в виде шаблона listing. Статьи Армавир у нас нет, и я её писать не хочу. Тогда варианта два: либо отправить в статью Краснодарский край в раздел чем заняться (что мы иногда и делаем), либо в статью Адыгея как окрестности (статьи Кубань тоже пока нет). Как универсальное решение всех проблем, нам это не подходит (универсальным решением будет создать статью Армавир), но, по-моему, это лучше, чем плодить пустые статьи с одним элементом списка.--Ymblanter (обсуждение) 17:15, 22 февраля 2015 (MSK)
Замечу в скобках, что при оффлайновом использовании через Kiwix (а, скорее всего, и через любую другую программу тоже) строка географической иерархии отсутствует, поэтому ссылки на регион верхнего уровня в статье может просто не быть. На самом деле, это проблема. --Alexander (обсуждение) 15:20, 23 февраля 2015 (MSK)
- У нас ещё во введении всегда ссылка на верхнюю статью иерархии (А находится в Б). Или есть статьи, где это не так?--Ymblanter (обсуждение) 15:25, 23 февраля 2015 (MSK)
- Есть. Как минимум, я всегда пытался избежать этой формулировки, поскольку мне казалось излишним писать текстом то, что и так есть в строке иерархии двумя сантиметрами выше. --Alexander (обсуждение) 15:28, 23 февраля 2015 (MSK)
Премия Рунета
Коллеги, я все таки хочу податься в этом году [4]. Какие мысли есть по этому поводу? Есть какие-то предложения, как сделать внешний вид проекта более цельным и доходчивым что ли... для случайно заходящих людей и чтобы они оставались на портале подольше. Digr (обсуждение) 10:40, 28 февраля 2015 (MSK)
- Как-то я боюсь, что контента маловато. Идёт человек в статьи Москва, Санкт-Петербург, Россия, и что видит? Да ничего, честно говоря. Я не знаю, что нужно для подачи на премию. Если тебе не лень этим заниматься, то я, разумеется, не против, но вижу большие пробелы, которые можно устранить только систематической работой. --Alexander (обсуждение) 17:10, 28 февраля 2015 (MSK)
- Саша, также будет и через год. Задача не победить, задача - привлечь внимание. Мы же не декларируем законченность проекта, наоборот, мы мегадинамичны, у нас вон функционал растет. Digr (обсуждение) 21:35, 28 февраля 2015 (MSK)
- Я понимаю, но внимание же надо привлекать в позитивном ключе, т.е., например, хотелось бы иметь аккуратные, осмысленные статьи по всем ссылкам, ведущим с заглавной страницы, не говоря уже про базовые типа Москвы и России. --Alexander (обсуждение) 22:44, 28 февраля 2015 (MSK)
- Чтобы было что показать, нужно больше участников. Чтобы было больше участников, нужно больше пиара. Т.ч. нужно участвовать, тем более, что для большинства обычных читателей путеводитель Москва в текущем виде более чем достаточен. --Wanderer777 (обсуждение) 14:23, 1 марта 2015 (MSK)
- Я понимаю, но внимание же надо привлекать в позитивном ключе, т.е., например, хотелось бы иметь аккуратные, осмысленные статьи по всем ссылкам, ведущим с заглавной страницы, не говоря уже про базовые типа Москвы и России. --Alexander (обсуждение) 22:44, 28 февраля 2015 (MSK)
- Саша, также будет и через год. Задача не победить, задача - привлечь внимание. Мы же не декларируем законченность проекта, наоборот, мы мегадинамичны, у нас вон функционал растет. Digr (обсуждение) 21:35, 28 февраля 2015 (MSK)
- Было бы неплохо как то вынести на Заглавную вот эту карту. Как то наподобие "лучший путеводитель", только назвать "все путеводители". Это - и прекрасное средство навигации и нечто вроде миниигры "найди город, где ты родился или отдыхал". --Wanderer777 (обсуждение) 14:27, 1 марта 2015 (MSK)
- Хорошая идея.--Ymblanter (обсуждение) 14:38, 1 марта 2015 (MSK)
- Согласен. --Alexander (обсуждение) 15:50, 1 марта 2015 (MSK)
Башкирия и Уфа
До ВикиСабантуя меньше двух месяцев. Делаем совместную работу? Digr (обсуждение) 10:42, 28 февраля 2015 (MSK)
- Да, надо бы. Кто-нибудь из нас там был?--Ymblanter (обсуждение) 11:04, 28 февраля 2015 (MSK)
- Саша вроде признавался. По Уфе думаю нужно сделать без суб по районам, или с детализацией по центру. В обоих статьях на СО сделал заготовку для перечня доработок. Как поймем масштаб бедствия и начнем работу, нужно будет пригласить аборигенов для актуализации и критики. Digr (обсуждение) 11:21, 28 февраля 2015 (MSK)
- Я был в Уфе дважды. Ещё в Стерлитамаке и Белорецке. Мой условный дедлайн написания — 1 апреля. Сейчас всё равно времени нет. --Alexander (обсуждение) 17:00, 28 февраля 2015 (MSK)
Вики любит Землю
Как все, наверное, знают, кроме конкурса WLM бывает ещё конкурс WLE (Wiki Loves Earth), который в России до сих пор не проводился. Тема этого конкурса — фотографии памятников природы. Сейчас достигнута договорённость о том, что российский конкурс будет проведён в этом году (в обычные сроки, т.е. с 1 мая), и я (при моральной поддержке Игоря) подписался заниматься его технической частью. Причин на то несколько:
- Фотографий природных памятников нам категорически не хватает
- На примере WLM у нас уже есть опыт того, как эти вещи делать
- Никто больше заниматься списками природных памятников и организацией фотографий всё равно не будет, а даже если будет, то мы все знаем, чем это заканчивается
Разумеется, работа над списками обычных памятников (культурного наследия) далека не только от завершения, но даже от середины, и тут перед нами стоит сугубо прагматический выбор: заниматься только культурным наследием или подключаться к WLE, который как международный конкурс сейчас на подъёме. Что же касается WLM, то неясно даже, каковы его дальнейшие перспективы в России, да и на международном уровне тоже.
В этой связи два вопроса к сообществу:
- Есть ли возражения против создания списков природных памятников на базе Викигида, как это сделано с культурным наследием? В данном случае у нас не будет внешнего сайта, поэтому все участники будут приходить сюда и переходить к загрузке фотографий по ссылкам непосредственно от нас (см., например, украинский вариант). Мне кажется, что это неплохой пиар проекта-)
- Есть ли желание подключиться к подготовке конкурса в части создания списков и обсуждения правил? Как и в случае культурного наследия, нам предстоит понять, что относится к природным памятникам, какая информация о них нужна и так далее. Отправной точкой являются списки, сделанные Александром Сигачёвым, где уже решены многие проблемы сортировки и форматирования. Именно поэтому я считаю, что за оставшиеся до начала конкурса два месяца можно достичь результата, как минимум сопоставимого с прошлогодним WLM.
Организационной частью конкурса будет заниматься Дмитрий Жуков. Члены ВМ РУ затею всячески одобряют, горячо поддерживают — ну понятно-) --Alexander (обсуждение) 17:11, 1 марта 2015 (MSK)
- Я не вижу особенных проблем, но, боюсь, у нас нет никакого времени на собственные исследования: надо выложить имеющиеся списки, проверить на соответствие Викиданным/Википедии и найти категории на Коммонс, где есть. Плюс координаты. Всё, что не из списков, жёстким образом в конкурсе не участвует. Хорошо, если это успеем.--Ymblanter (обсуждение) 17:45, 1 марта 2015 (MSK)
- Да, конечно, но я думаю, что провести конкурс даже в таком формате — это лучше, чем не проводить его вообще. --Alexander (обсуждение) 18:06, 1 марта 2015 (MSK)
- Если я правильно понимаю, список из крупных ООПТ достаточно небольшой. А детализация и выверка вглубь, которая наиболее интересна, может быть реализована и к следующему ВЛЗ. А пока нам вообще нечем иллюстрировать, например, Национальный парк Водлозерский, который по площади побольше некоторых государств будет. Digr (обсуждение) 19:26, 1 марта 2015 (MSK)
- Да, конечно, но я думаю, что провести конкурс даже в таком формате — это лучше, чем не проводить его вообще. --Alexander (обсуждение) 18:06, 1 марта 2015 (MSK)
Такого я еще не видел
Тут в группе ВКонтакте, один товарищ начал провокационные обсуждения. При этом у самого проект по туризму, с опциональной вики. Тащит от нас, потом пытается зачистить, но многое остается. Естественно без лицензирования и т.д. Сравните, например, по Нижнему Тагилу. [5]. Digr (обсуждение) 21:43, 10 марта 2015 (MSK)
- Раньше это легко решалось обращением к провайдеру, но я не знаю, какая ситуация в России сейчас.--Ymblanter (обсуждение) 22:05, 10 марта 2015 (MSK)
- Они хостятся на http://ru.hostgator.com/, это международная компания, должны отреагировать. Готовлю предупреждение сначала на сайт, потом по процедуре. Digr (обсуждение) 22:15, 10 марта 2015 (MSK)
- Тонкости туризма продолжают таскать наши тексты - [6]. А потом еще и редактировать Википедию [7]. Digr (обсуждение) 21:54, 23 июня 2015 (MSK)
- Cовершенно непонятно, что с этим делать. --Alexander (обсуждение) 22:14, 23 июня 2015 (MSK)
SUL finalization update
Hi all,apologies for writing in English, please read this page for important information and an update involving SUL finalization, scheduled to take place in one month. Thanks. Keegan (WMF) (talk) 22:46, 13 марта 2015 (MSK)
Копирование информации из других источников
Навеяно вот этим, но тема, в принципе, более общая. Теоретически, сюда можно приносить любые тексты, лицензированные под CC-BY-SA — для этого достаточно указание авторства, но есть два вопроса, которые, действительно, стоило бы обсудить:
1. Как правильно указывать авторство? На этот счёт нет единого мнения. В ходе затяжных дискуссий о нелёгкой судьбе английского раздела, чуть менее чем полностью копирующего WT, высказывались разные соображения о том, нужна ли гиперссылка, должна ли гиперссылка быть активной и куда именно она должна вести. Никаких официальных комментариев представители WMF и, в частности, юристы не давали, а в итоге сообщество приняло решение о том, что ссылки в описании правки вполне достаточно, хотя юридически значимых аргументов в пользу этого варианта не было и нет.
2. Что копировать? В большинстве случаев материал нам всё равно не подходит и требует переписывания, однако есть по крайней мере два ресурса с довольно похожим контентом: русский раздел WT и новая (хотя, кажется, уже почившая) версия Вольной энциклопедия. Здесь, как уже отметил Игорь, вопрос скорее этического плана. Даже если точно соблюсти условия лицензии, нас могут обвинить в воровстве, а некоторые и с самого начала обвиняют. --Alexander (обсуждение) 20:36, 18 марта 2015 (MSK)
- На мой взгляд, в описании правок кроме ссылки на исходную страницу желательно указывать авторов (хотя бы основных), что позволит смягчить ситуацию, если вдруг появятся обоснованные претензии. Необоснованные же претензии лучше игнорировать. В нынешней ситуации мы не имеем какой-то серьёзной конкуренции в нише вики-путеводителей, поскольку Вольная энциклопедия, как я уже сказал, активности не проявляет, а в русском разделе WT что-то пишет один администратор, который, в общем, не умеет писать. По этой причине копирование будет носить разовый характер и позволит собрать в одном месте все разумные тексты, написанные по нашей теме и выпущенные под нашей лицензией. Если кто-то и начнёт возмущаться, то ничем кроме потоков словесного мусора нам это, я думаю, не грозит. С другой стороны, я сам просто не вижу возможности ходить и выискивать на других сайтах что-то полезное и предпочту потратить время на написание оригинального текста. --Alexander (обсуждение) 20:36, 18 марта 2015 (MSK)
- В русском WT что-то полезное появляется 1-2 раза в год. Будет жаль потерять ценную информацию, если вдруг IB захочет закрыть неприбыльные разделы. Хотя если кто-то из вас считает такое копирование неэтичным, я просто буду сохранять статьи на свой компьютер — меня устроит любой вариант. GMM (обсуждение) 12:52, 19 марта 2015 (MSK)
- Насколько я понял, в английском Викигиде они тоже просят указывать авторов в описании правок. Наверное, так стоит и делать.
- Здесь можно было бы посмотреть на вопрос с позиций свободного распространения информации и удобства пользователей, а не с этической точки зрения. (А если кто-то боится, что его материалы украдут - пусть ставит копирайт и использует другую лицензию.) Мне, например, как пользователю, много удобнее прочитать и впоследствии иметь доступным всё в одной статье хорошего уровня, а не ходить читать по разным сайтам и языковым версиям. И если где-то это будет реализовано - то тем лучше и мне, и остальным пользователям. Поэтому я бы всячески приветствовал перенос любой полезной (разрешённой к копированию) информации.
И вот, например, в случае с Дели написать те же 60K текста самому - это работа на пару дней, перенести откуда-то - значительно быстрее и эффективнее, но, конечно, переносить нужно выборочно, только то, что на самом деле будет полезным. --Dronych (обсуждение) 17:01, 22 марта 2015 (MSK)
Важные новости Викимедиа, январь 2015
- К своему четырнадцатилетию Википедия получила престижную Премию Эразма за 2015 г.
- Вежливость, Википедия и обсуждение Геймергейта
- Как старшеклассник Джек Андрака использовал Википедию для исследования нового теста на рак.
- Библиотека Уэллкома передала 100 000 медицинских изображений Викискладу.
- Пожилые люди учатся редактировать Википедию в Чехии.
- Попробуйте Систему Перевода: быстрый путь создания новых статей на основе статей на других языках.
- Еженедельные совместные сессии помогают создавать новые статьи о женщинах и литературе в Швеции.
Help is welcome for translating the February 2015 Wikimedia Highlights, too.
Категория "Путевые очерки" в Викитеке.
Здравствуйте. В Викитеке создана s:Категория:Путевые очерки. Возможно, материалы из неё могут представить интерес на сравнении было/стало либо маршрутов по литературному произведению. --Averaver (обсуждение) 19:47, 29 марта 2015 (MSK)
Stewards confirmation rules
Hello, I made a proposal on Meta to change the rules for the steward confirmations. Currently consensus to remove is required for a steward to lose his status, however I think it's fairer to the community if every steward needed the consensus to keep. As this is an issue that affects all WMF wikis, I'm sending this notification to let people know & be able to participate. Best regards, --MF-W 19:12, 10 апреля 2015 (MSK)
VisualEditor News #2—2015
Did you know?
Since the last newsletter, the Editing Team has fixed many bugs and worked on VisualEditor's performance, the Citoid reference service, and support for languages with complex input requirements. Status reports are posted on Mediawiki.org. The worklist for April through June is available in Phabricator.
The weekly task triage meetings continue to be open to volunteers, each Wednesday at 11:00 (noon) PDT (18:00 UTC). You do not need to attend the meeting to nominate a bug for consideration as a Q4 blocker. Instead, go to Phabricator and "associate" the Editing team's Q4 blocker project with the bug. Learn how to join the meetings and how to nominate bugs at mw:Talk:VisualEditor/Portal.
Recent improvements
VisualEditor is now substantially faster. In many cases, opening the page in VisualEditor is now faster than opening it in the wikitext editor. The new system has improved the code speed by 37% and network speed by almost 40%.
The Editing team is slowly adding auto-fill features for citations. This is currently available only at the French, Italian, and English Wikipedias. The Citoid service takes a URL or DOI for a reliable source, and returns a pre-filled, pre-formatted bibliographic citation. After creating it, you will be able to change or add information to the citation, in the same way that you edit any other pre-existing citation in VisualEditor. Support for ISBNs, PMIDs, and other identifiers is planned. Later, editors will be able to improve precision and reduce the need for manual corrections by contributing to the Citoid service's definitions for each website.
Citoid requires good TemplateData for your citation templates. If you would like to request this feature for your wiki, please post a request in the Citoid project on Phabricator. Include links to the TemplateData for the most important citation templates on your wiki.
The special character inserter has been improved, based upon feedback from active users. After this, VisualEditor was made available to all users of Wikipedias on the Phase 5 list on 30 March. This affected 53 mid-size and smaller Wikipedias, including Afrikaans, Azerbaijani, Breton, Kyrgyz, Macedonian, Mongolian, Tatar, and Welsh.
Work continues to support languages with complex requirements, such as Korean and Japanese. These languages use input method editors ("IMEs”). Recent improvements to cursoring, backspace, and delete behavior will simplify typing in VisualEditor for these users.
The design for the image selection process is now using a "masonry fit" model. Images in the search results are displayed at the same height but at variable widths, similar to bricks of different sizes in a masonry wall, or the "packed" mode in image galleries. This style helps you find the right image by making it easier to see more details in images.
You can now drag and drop categories to re-arrange their order of appearance on the page.
The pop-up window that appears when you click on a reference, image, link, or other element, is called the "context menu". It now displays additional useful information, such as the destination of the link or the image's filename. The team has also added an explicit "Edit" button in the context menu, which helps new editors open the tool to change the item.
Invisible templates are marked by a puzzle piece icon so they can be interacted with. Users also will be able to see and edit HTML anchors now in section headings.
Users of the TemplateData GUI editor can now set a string as an optional text for the 'deprecated' property in addition to boolean value, which lets you tell users of the template what they should do instead. (T90734)
Looking ahead
The special character inserter in VisualEditor will soon use the same special character list as the wikitext editor. Admins at each wiki will also have the option of creating a custom section for frequently used characters at the top of the list. Instructions for customizing the list will be posted at mediawiki.org.
The team is discussing a test of VisualEditor with new users at the English Wikipedia, to see whether they have met their goals of making VisualEditor suitable for those editors. The timing is unknown, but might be relatively soon. (T90666)
Let's work together
- Share your ideas and ask questions at mw:VisualEditor/Feedback.
- Can you translate from English into any other language? Please check this list to see whether more interface translations are needed for your language. Contact us to get an account if you want to help!
- The design research team wants to see how real editors work. Please sign up for their research program.
- File requests for language-appropriate "Полужирный" and "Курсив" icons for the character formatting menu in Phabricator.
Subscribe, unsubscribe or change the page where this newsletter is delivered at Meta. If you aren't reading this in your favorite language, then please help us with translations! Subscribe to the Translators mailing list or contact us directly, so that we can notify you when the next issue is ready. Thank you!
22:49, 10 апреля 2015 (MSK)
Именование статей о заповедниках и нац. парках
У нас пошла (не знаю, откуда) традиция называть статьи о заповедниках и парках "Национальный парк XXX", что иногда оправданно (например, Национальный парк «Башкирия»), но чаще всего создаёт длинное название вместо короткого. Мне кажется, что многие статьи можно именовать коротко — в тех случаях, когда название заповедника является именем собственным (Лахемаа) или содержимое парка/заповедника совпадает с географическим объектом (Таганай). Кто что думает по этому поводу? --Alexander (обсуждение) 21:38, 13 апреля 2015 (MSK)
- А что мешает? Можно назвать длинно, а потом pgname сократить. Digr (обсуждение) 21:57, 13 апреля 2015 (MSK)
- Я имел в виду название самих страниц. Ссылки неудобно писать, например. --Alexander (обсуждение) 22:11, 13 апреля 2015 (MSK)
- Я сильных чувств по этому поводу не испытываю, но вполне можно короткое.--Ymblanter (обсуждение) 22:23, 13 апреля 2015 (MSK)
GPX-файлы с точками из путеводителей
Свершилось то, о чём давно просил Максим: итальянцы в компании с Joachim'ом написали скрипт, создающий gpx-файлы из указанных в статье точек. Скрипт вызывается иконкой с надписью "gpx" в верхней части страницы и, на первый взгляд, отлично работает. Enjoy! --Alexander (обсуждение) 23:15, 14 апреля 2015 (MSK)
- И что ещё круче: файлы gpx можно загружать в OsmAnd. AlexeyBaturin, это почти то самое, что мы в своё время обсуждали. Попробуйте! --Alexander (обсуждение) 00:08, 16 апреля 2015 (MSK)
- Ну вот, сразу же наткнулась на ошибку: Москва/Кремль и Китай-город.gpx при попытке открыть его в приложении OsmAnd дает какую-то ошибку. Со Псковом все нормально. Очевидно, в первом случае какая-то ошибка, но как ее искать? - Ludvig14 (обсуждение) 12:59, 16 апреля 2015 (MSK)
- И страницам с памятниками этот скрипт не помешал бы ... -Ludvig14 (обсуждение) 13:01, 16 апреля 2015 (MSK)
- Придётся отдельно просить разработчика. --Alexander (обсуждение) 13:35, 16 апреля 2015 (MSK)
- Сделано. Нужно проверить, что всё работает. --Alexander (обсуждение) 08:00, 7 мая 2015 (MSK)
- И страницам с памятниками этот скрипт не помешал бы ... -Ludvig14 (обсуждение) 13:01, 16 апреля 2015 (MSK)
- Ну вот, сразу же наткнулась на ошибку: Москва/Кремль и Китай-город.gpx при попытке открыть его в приложении OsmAnd дает какую-то ошибку. Со Псковом все нормально. Очевидно, в первом случае какая-то ошибка, но как ее искать? - Ludvig14 (обсуждение) 12:59, 16 апреля 2015 (MSK)
- Надо смотреть, какую именно ошибку он выдаёт. В Уфе, например, ругается на неправильно расставленные кавычки. Сейчас попробую это исправить. --Alexander (обсуждение) 13:35, 16 апреля 2015 (MSK)
- Интересно, для начала мне вообще не удаётся этот файл скачать из-за косой черты в названии. --Alexander (обсуждение) 14:56, 16 апреля 2015 (MSK)
- Ошибка с кавычками вроде бы исправлена. Осталась та проблема, что стандартный браузер под Андроидом, а равно Chrome под ним же отказываются скачивать gpx-файлы, если в названии страницы есть косая черта. Рекомендован Dolphin Browser Mini, однако не все им пользуются, наверное. Ludvig14, если у Вас этот файл скачивается (на мобильном устройстве), любопытно будет узнать, как это получилось? --Alexander (обсуждение) 21:20, 16 апреля 2015 (MSK)
- Оставшаяся проблема исправлена тоже, файлы скачиваются. Если что-то ещё не работает, пишите! --Alexander (обсуждение) 13:46, 17 апреля 2015 (MSK)
- У меня стоит Firefox для Андроида. Он оказался чрезвычайно "умным" и сам заменил в названии файла слеш на нижнее подчеркивание. Что касается "специального" места, то файл скачивался в папку Download и оттуда отлично открывался свежеустановленным OsmAnd, так что никаких проблем технического характера у меня просто не возникло. -Ludvig14 (обсуждение) 15:19, 17 апреля 2015 (MSK)
Спасибо! Как доберусь до компьютера, обязательно попробую. GMM 13:49, 16 апреля 2015 (MSK)
- Ура, все работает! Если кто-то, как я, предпочитает Maps.me вместо OsmAnd, GPX-файл нужно преобразовать в KML любым способом (например, этой утилитой и залить KML на устройство. Теперь добавление координат в Maps.me занимает несколько секунд, а не час, это просто праздник :) GMM (обсуждение) 13:43, 24 апреля 2015 (MSK)
Отлично! В OsmAnd у меня почему-то вообще gpx-файлы не открываются, не могу найти такую возможность в принципе. Но в другом приложении (Советские военные карты) все отлично работает. Где спасибо итальянцам можно сказать? --AlexeyBaturin (обсуждение) 20:54, 16 апреля 2015 (MSK)
- Обсуждения тут и тут. Спасибо, мне кажется, надо говорить Joachim'у, а итальянцы всего лишь раскрутили его на написание кода.
- Я сохранил gpx-файлы в директории osmand/tracks, после чего нажал на Configure map, и там можно было выбрать "gpx-files" среди прочего. Если такой возможности нет, то, наверное, стоит обновить OsmAnd? --Alexander (обсуждение) 21:20, 16 апреля 2015 (MSK)
- Не догадался, что файл еще в специальное место положить надо. Работает, спасибо! --AlexeyBaturin (обсуждение) 21:26, 16 апреля 2015 (MSK)
Оказалось, что вместе с картами перестал работать и экспорт в GPX-файлы. Можно и это как-нибудь починить или ждать лучших времен? - Ludvig14 (обсуждение) 21:36, 29 июля 2015 (MSK)
- Можно, починил. --Alexander (обсуждение) 00:38, 30 июля 2015 (MSK)
- Еще осталось сломано в памятниках - и в природных, и в культурном наследии. Ludvig14 (обсуждение) 20:18, 30 июля 2015 (MSK)
- Исправил. --Alexander (обсуждение) 23:28, 30 июля 2015 (MSK)
- Еще осталось сломано в памятниках - и в природных, и в культурном наследии. Ludvig14 (обсуждение) 20:18, 30 июля 2015 (MSK)
Wikimania 2015 additional scholarships
Dear Wikimedians, Wikimedia Polska Association has made a decision to fund two more scholarships for this year’s Wikimania, to be hosted in Mexico City 15-19 July 2015, due to some candidates withdrawing from our programme. The procedure is identical to the one described here, so if you have not applied, but meet the criteria and would like to attend WIkimedia’s biggest international event, please submit your application until April 23, midnight. Kind regards, Wpedzich (обсуждение) 13:02, 19 апреля 2015 (MSK)
This is a message from the 2015 Wikimedia Foundation Elections Committee. Translations are available.
Greetings,
I am pleased to announce that nominations are now being accepted for the 2015 Wikimedia Foundation Elections. This year the Board and the FDC Staff are looking for a diverse set of candidates from regions and projects that are traditionally under-represented on the board and in the movement as well as candidates with experience in technology, product or finance. To this end they have published letters describing what they think is needed and, recognizing that those who know the community the best are the community themselves, the election committee is accepting nominations for community members you think should run and will reach out to those nominated to provide them with information about the job and the election process.
This year, elections are being held for the following roles:
Board of Trustees
The Board of Trustees is the decision-making body that is ultimately responsible for the long term sustainability of the Foundation, so we value wide input into its selection. There are three positions being filled. More information about this role can be found at the board elections page.
Funds Dissemination Committee (FDC)
The Funds Dissemination Committee (FDC) makes recommendations about how to allocate Wikimedia movement funds to eligible entities. There are five positions being filled. More information about this role can be found at the FDC elections page.
Funds Dissemination Committee (FDC) Ombud
The FDC Ombud receives complaints and feedback about the FDC process, investigates complaints at the request of the Board of Trustees, and summarizes the investigations and feedback for the Board of Trustees on an annual basis. One position is being filled. More information about this role can be found at the FDC Ombudsperson elections page.
The candidacy submission phase lasts from 00:00 UTC April 20 to 23:59 UTC May 5 for the Board and from 00:00 UTCApril 20 to 23:59 UTC April 30 for the FDC and FDC Ombudsperson. This year, we are accepting both self-nominations and nominations of others. More information on this election and the nomination process can be found on the 2015 Wikimedia elections page on Meta-Wiki.
Please feel free to post a note about the election on your project's village pump. Any questions related to the election can be posted on the talk page on Meta, or sent to the election committee's mailing list, board-elections -at- wikimedia.org
On behalf of the Elections Committee,
-Gregory Varnum (User:Varnent)
Coordinator, 2015 Wikimedia Foundation Elections Committee
Posted by the MediaWiki message delivery on behalf of the 2015 Wikimedia Foundation Elections Committee, 05:03, 21 April 2015 (UTC) • Translate • Get help
Важные новости Фонда Викимедиа, февраль 2015
- Любовь на Вики
- История ВикиЛюбви
- Кто ссылается на Википедию?
- Что такое Википедия Zero (ВИДЕО)
- Присоединяйтесь к обсуждению стратегии Викимедиа.
- Совместные сессии в рамках Месячника истории чернокожих позволяют сблизить межкультурные разрывы в Википедии.
- Представлены победившие в конкурсе «Вики любит Африку» изображения
- Help is welcome for translating the March 2015 Wikimedia Highlights, too.
This is a message from the 2015 Wikimedia Foundation Elections Committee. Translations are available.
Voting has begun for eligible voters in the 2015 elections for the Funds Dissemination Committee (FDC) and FDC Ombudsperson. Questions and discussion with the candidates for the Funds Dissemination Committee (FDC) and FDC Ombudsperson will continue during the voting. Nominations for the Board of Trustees will be accepted until 23:59 UTC May 5.
The Funds Dissemination Committee (FDC) makes recommendations about how to allocate Wikimedia movement funds to eligible entities. There are five positions on the committee being filled.
The FDC Ombudsperson receives complaints and feedback about the FDC process, investigates complaints at the request of the Board of Trustees, and summarizes the investigations and feedback for the Board of Trustees on an annual basis. One position is being filled.
The voting phase lasts from 00:00 UTC May 3 to 23:59 UTC May 10. Click here to vote. Questions and discussion with the candidates will continue during that time. Click here to ask the FDC candidates a question. Click here to ask the FDC Ombudsperson candidates a question. More information on the candidates and the elections can be found on the 2015 FDC election page, the 2015 FDC Ombudsperson election page, and the 2015 Board election page on Meta-Wiki.
On behalf of the Elections Committee,
-Gregory Varnum (User:Varnent)
Volunteer Coordinator, 2015 Wikimedia Foundation Elections Committee
Posted by the MediaWiki message delivery 03:45, 4 May 2015 (UTC) • Translate • Get help
Важные новости Фонда Викимедиа, март 2015
- Викимедиа против АНБ: Фонд Викимедиа подал в суд на АНБ для противостояния массовой слежке.
- Месяц Женской Истории
- Расширение доступных знаний через открытые данные
- Raspberry Pi в Масекело: Википедия пришла в школу без электричества
- Фонд Викимедиа принимает Политику открытого доступа для поддержки свободных знаний
- Приветствуем новых членов Фонда Викимедиа
Важные новости движения Викимедиа, апрель 2015
- Новые возможности приложения Википедия в iOS помогают читателям получать, изучать и распространять знания
- Wiki Learning организовала сессию совместного редактирования статей в Технологическом университете Монтеррея, Мексика
- Первая телепрограмма о Википедии в Камеруне (видео)
- Фотограф-портретист Аллан Уоррен делится в Википедии своими отличными снимками
- Представляем новый магазин Википедии
- Участник Викимедиа призывает членов Европейского парламента к реформе авторского права
- Присоединяйтесь к акции «Вики любит Землю — 2015»: помогите запечатлеть наше природное наследие
This is a message from the 2015 Wikimedia Foundation Elections Committee. Translations are available.
Voting has begun for eligible voters in the 2015 elections for the Wikimedia Foundation Board of Trustees. Questions and discussion with the candidates for the Board will continue during the voting.
The Wikimedia Foundation Board of Trustees is the ultimate governing authority of the Wikimedia Foundation, a 501(c)(3) non-profit organization registered in the United States. The Wikimedia Foundation manages many diverse projects such as Wikipedia and Commons.
The voting phase lasts from 00:00 UTC May 17 to 23:59 UTC May 31. Click here to vote. More information on the candidates and the elections can be found on the 2015 Board election page on Meta-Wiki.
On behalf of the Elections Committee,
-Gregory Varnum (User:Varnent)
Volunteer Coordinator, 2015 Wikimedia Foundation Elections Committee
Posted by the MediaWiki message delivery 17:20, 17 May 2015 (UTC) • Translate • Get help
Pagebanner extension for Wikivoyage
(Sorry for writing in English)
Hi all, I'm Sumit, A proposal for a pagebanner extension for Wikivoyage is moving ahead under the guidance of Jon Robson and User:Syced. As of now only a basic setup of the extension has been developed which adds a default specified banner on all main namespace pages, and replaces it with a custom banner, if a construct like {{PAGEBANNER:File.jpg}} is used. As it is being developed, all its live changes can be tried out at this test wiki. Your comments and/or views and/or feature additions shall be very helpful during the development process. The development shall follow the lines of the proposal much of which has been taken from Template:Pagebanner and its discussion page and will be modified depending upon the feedback.
For giving feedback, one can view the pagebanner workboard which has a few open tasks to be achieved in the coming time. If a task you wish to comment on already exists, simply go to that task and leave your comment. If it does not exist, you can create a new one from here(both require a phabricator account). While creating a new task, remember to add WikidataPageBanner to the Projects list so that it appears on the pagebanner workboard. Example of a task thats already open for discussion is this.
Whenever I'll add any significant feature, I'll leave a comment here, for everyone to see on the test wiki. For all other purposes, the progress can be monitored any time by looking at the tasks on the pagebanner workboard.
Looking forward to your cooperation. Feel free to comment and discuss.
--Sumit.iitp (обсуждение) 09:00, 21 мая 2015 (MSK)
- Sumit.iitp, we do changes to the {{pagebanner}} template every now and then, so we are not in favor of moving this functionality to an extension where we won't be able to implement changes ourselves. --Alexander (обсуждение) 09:20, 21 мая 2015 (MSK)
- Not using the extension means your banners will not work well on mobile. Is it acceptable? The choice is yours, so you have to weight the merits/demerits of maintaining your own implementation rather than using the Wikimedia-backed extension. Cheers! Syced (обсуждение) 11:13, 10 июля 2015 (MSK)
- So far they don't work well with the extension either. I am sure that as soon as the extension is ready and includes all the functionality we need, it won't be difficult to get support for its implementation. For me the expandable ToC with subsections is also a big advantage. --Alexander (обсуждение) 11:31, 10 июля 2015 (MSK)
- Not using the extension means your banners will not work well on mobile. Is it acceptable? The choice is yours, so you have to weight the merits/demerits of maintaining your own implementation rather than using the Wikimedia-backed extension. Cheers! Syced (обсуждение) 11:13, 10 июля 2015 (MSK)
Раскрываются карты
У меня в Firefox начали без спроса раскрываться карты в начале статьи, и свернуть их не удаётся. В Google Chrome такой проблемы нет. Кто-то ещё наблюдает что-нибудь необычное? --Alexander (обсуждение) 01:11, 29 мая 2015 (MSK)
- Утра вечера мудреней, то есть проблема как-то сама собой решилась. --Alexander (обсуждение) 08:26, 29 мая 2015 (MSK)
Изменение подвала
Видели? Кто знает, что произошло? Digr (обсуждение) 15:33, 4 июня 2015 (MSK)
- Не знаю, но это очень знакомое, родное: на WT ровно так всё и было. И ссылка на WT исчезла при этом. --Alexander (обсуждение) 16:27, 4 июня 2015 (MSK)
Pywikibot compat will no longer be supported - Please migrate to pywikibot core
Sorry for English, I hope someone translates this.
Pywikibot (then "Pywikipediabot") was started back in 2002. In 2007 a new branch (formerly known as "rewrite", now called "core") was started from scratch using the MediaWiki API. The developers of Pywikibot have decided to stop supporting the compat version of Pywikibot due to bad performance and architectural errors that make it hard to update, compared to core. If you are using pywikibot compat it is likely your code will break due to upcoming MediaWiki API changes (e.g. T101524). It is highly recommended you migrate to the core framework. There is a migration guide, and please contact us if you have any problem.
There is an upcoming MediaWiki API breaking change that compat will not be updated for. If your bot's name is in this list, your bot will most likely break.
Thank you,
The Pywikibot development team, 19:30, 5 June 2015 (UTC)
Wikidata: Access to data from arbitrary items is coming
(Sorry for writing in English)
When using data from Wikidata on Wikipedia and other sister projects, there is currently a limitation in place that hinders some use cases: data can only be accessed from the corresponding item. So, for example, the Wikipedia article about Berlin can only get data from the Wikidata item about Berlin but not from the item about Germany. This had technical reasons. We are now removing this limitation. It is already done for a number of projects. Your project is one of the next ones:
- 11 June 2015: all Wikiquote, all remaining Wikivoyage
- 15 June 2015: Wikipedias: ar, ca, es, hu, ko, ro, uk, vi
We invite you to play around with this new feature if you are one of the people who have been waiting for this for a long time. If you have technical issues/questions with this you can come to d:Wikidata:Contact the development team.
How to use it, once it is enabled:
- Parser function: {{#property:P36|from=Q183}} to get the capital from the item about Germany
- Lua: see mw:Extension:Wikibase Client/Lua
I hope it will be helpful for you and allow you to do useful things with the help of Wikidata.
- Наверное, нам тоже стоит обсудить, что именно мы хотим брать из Викиданных. Сейчас относительно безболезненно можно брать координаты и вебсайт.--Ymblanter (обсуждение) 17:31, 7 июня 2015 (MSK)
- Ещё можно фотографию, но это во многих случаях создаст конфликт.--Ymblanter (обсуждение) 17:32, 7 июня 2015 (MSK)
- Ни фотографию, ни координаты мы брать не можем, поскольку они не будут отображаться на карте. Веб-сайт — ну да, можем. --Alexander (обсуждение) 17:49, 7 июня 2015 (MSK)
- Ещё можно фотографию, но это во многих случаях создаст конфликт.--Ymblanter (обсуждение) 17:32, 7 июня 2015 (MSK)
- Вспомнил, что мы можем (в теории) ликвидировать параметр wiki= в списках культурного и прочего наследия. (commonscat= не можем по причине, озвученной выше: слишком долго каждый раз считывать его с Викиданных). Хотя я боюсь, что уже на этом месте конструкция рухнет, поскольку списки у нас длинные. Ну а кроме того понадобится Lua. Владимир, что ты думаешь по этому поводу? --Alexander (обсуждение) 19:46, 9 июня 2015 (MSK)
- Насколько я помню, здесь и на Викивояже не увидели большой пользы от подключения Викиданных - листинги пока что не подходят для такой работы - проблемы с форматами и наворотами вокруг карт. Списки наследия интересны, но пока неудобны - нет инструментов. Попробую описать: все монументы переезжают на Викиданные, когда мы хотим править монумент - мы делаем это на Викиданных, страницы списков генерируются из базы Викиданных (или хотя бы синхронизируются с ВД ежедневно), карты монументов генерируются прямо из Викиданных. Вот всех этим инструментов сейчас не хватает. Но сама то идея правильная? Как думаете? --Voll (обсуждение) 21:36, 9 июня 2015 (MSK)
- Сама идея правильная, но до её реализации нам как до Луны. Не говоря уже о том, что Викиданные должны согласиться на создание карточек любого объекта КН, что пока даже не обсуждалось. Координаты и картинки не обсуждаются до тех пор, пока не будет ясности с картами, а её пока нет и даже близко не предвидится. Поэтому нам остаются всякие мелочи, да и то в предположении о том, что Викиданные это потянут. Короче, если тебе это интересно, попробуй, пожалуйста, написать скрипт, вытаскивающий ссылку на Википедию по ID Викиданных (видимо, это требует небольшой модификации существующего Module:Wikilinks?) и мы посмотрим, как он вообще будет работать. --Alexander (обсуждение) 22:08, 9 июня 2015 (MSK)
- Точно ли я понял задание: в шаблоне монумента, если есть wdid, но нет wiki - вытащить и показать ссылку на русскую википедию? --Voll (обсуждение) 23:51, 9 июня 2015 (MSK)
- Я думаю, что при наличии wdid= у нас wiki= есть в любом случае, поэтому задача даже проще: на основании wdid= вытащить ссылку на Википедию, проигнорировав параметр wiki=. --Alexander (обсуждение) 23:57, 9 июня 2015 (MSK)
- ОК. --Voll (обсуждение) 00:24, 10 июня 2015 (MSK)
- Я думаю, что при наличии wdid= у нас wiki= есть в любом случае, поэтому задача даже проще: на основании wdid= вытащить ссылку на Википедию, проигнорировав параметр wiki=. --Alexander (обсуждение) 23:57, 9 июня 2015 (MSK)
- Точно ли я понял задание: в шаблоне монумента, если есть wdid, но нет wiki - вытащить и показать ссылку на русскую википедию? --Voll (обсуждение) 23:51, 9 июня 2015 (MSK)
- Сама идея правильная, но до её реализации нам как до Луны. Не говоря уже о том, что Викиданные должны согласиться на создание карточек любого объекта КН, что пока даже не обсуждалось. Координаты и картинки не обсуждаются до тех пор, пока не будет ясности с картами, а её пока нет и даже близко не предвидится. Поэтому нам остаются всякие мелочи, да и то в предположении о том, что Викиданные это потянут. Короче, если тебе это интересно, попробуй, пожалуйста, написать скрипт, вытаскивающий ссылку на Википедию по ID Викиданных (видимо, это требует небольшой модификации существующего Module:Wikilinks?) и мы посмотрим, как он вообще будет работать. --Alexander (обсуждение) 22:08, 9 июня 2015 (MSK)
- Насколько я помню, здесь и на Викивояже не увидели большой пользы от подключения Викиданных - листинги пока что не подходят для такой работы - проблемы с форматами и наворотами вокруг карт. Списки наследия интересны, но пока неудобны - нет инструментов. Попробую описать: все монументы переезжают на Викиданные, когда мы хотим править монумент - мы делаем это на Викиданных, страницы списков генерируются из базы Викиданных (или хотя бы синхронизируются с ВД ежедневно), карты монументов генерируются прямо из Викиданных. Вот всех этим инструментов сейчас не хватает. Но сама то идея правильная? Как думаете? --Voll (обсуждение) 21:36, 9 июня 2015 (MSK)
- Вспомнил, что мы можем (в теории) ликвидировать параметр wiki= в списках культурного и прочего наследия. (commonscat= не можем по причине, озвученной выше: слишком долго каждый раз считывать его с Викиданных). Хотя я боюсь, что уже на этом месте конструкция рухнет, поскольку списки у нас длинные. Ну а кроме того понадобится Lua. Владимир, что ты думаешь по этому поводу? --Alexander (обсуждение) 19:46, 9 июня 2015 (MSK)
Кстати еще раз про это: все монументы переезжают на Викиданные, когда мы хотим править монумент - мы делаем это на Викиданных, страницы списков генерируются из базы Викиданных (или хотя бы синхронизируются с ВД ежедневно), карты монументов генерируются прямо из Викиданных. Я тут подумал и понял что я могу сделать тестовый список для одного региона, который бы эту идею реализовал. Например для ru и lv (возможно ua, если им будет интересно). Будем видно где получается хорошо, а где плохо. Что касается "Викиданные должны согласиться на создание карточек любого объекта КН" - не вижу проблем - объект значимый, нам просто надо согласовать набор полей. И можно не стараться их сделать универсальными для всех стран, а реализовать для 1-2-3 стран, как выше написано. --Voll (обсуждение) 00:01, 10 июня 2015 (MSK)
- Ну давай, хотя я бы шёл поэтапно. Никто, на самом деле, не знает, что будет, если с одной страницы запросить кучу информации сразу из 200 карточек Викиданных, а это именно то, что мы собираемся делать. --Alexander (обсуждение) 00:06, 10 июня 2015 (MSK)
- Конечно, и я этим займусь не скоро, да и не собираюсь я старое портить - это будет пара отдельных страниц. --Voll (обсуждение) 00:24, 10 июня 2015 (MSK)
- Посмотри, пожалуйста. Я пока не могу полностью понять, что это такое, но человеку вроде бы удалось брать параметры типа координат с Викиданных и при этом отображать объект на карте. --Alexander (обсуждение) 23:11, 20 июня 2015 (MSK)
- Конечно, и я этим займусь не скоро, да и не собираюсь я старое портить - это будет пара отдельных страниц. --Voll (обсуждение) 00:24, 10 июня 2015 (MSK)
Викиконференции, июнь 2015
- 12-14 июня Конференция Викимедиа Польска в Гданьске. От ВМ-Ру возможно будет два представителя.
- 27-29 июня Украинская Вики-Конференция. Предположительно, будут представители от ВМ-РУ и Башкирской Википедии. Место проведения пока не определено: либо Запорожье, либо Львов.
Мы будем делать путеводители? --Wanderer777 (обсуждение) 14:35, 8 июня 2015 (MSK)
- По Львову, собственно, надо привести всё в порядок, но там довольно много уже сделано.--Ymblanter (обсуждение) 14:38, 8 июня 2015 (MSK)
- По Гданьску пусто, не успеем.--Ymblanter (обсуждение) 14:38, 8 июня 2015 (MSK)
- Запорожье, наверное, можно довести до пригодной, там что-то уже есть.--Ymblanter (обсуждение) 14:41, 8 июня 2015 (MSK)
- Гданьск и не нужен никому в этом контексте. Про Запорожье или Львов вопрос в том, сколько человек это будут читать. Если полтора члена ВМ-РУ, то я бы не напрягался и лучше занимался теми местами, где был недавно. В отличие от Львова, где был давно, и Запорожья, где вообще никогда не был. --Alexander (обсуждение) 15:36, 8 июня 2015 (MSK)
- Вообще-то здесь Львов на 5 месте, Запорожье - 87. --Wanderer777 (обсуждение) 23:01, 9 июня 2015 (MSK)
- Это всё время так, или просто совпало? Там на 4 месте совсем уж случайная статья, которая и не статья даже. Львов, безусловно, очень интересный город, но среди людей с российскими паспортами он сейчас, по понятным причинам, не очень востребован. Не знаю, как в части внутреннего туризма. --Alexander (обсуждение) 23:11, 9 июня 2015 (MSK)
- Это статистика за март 2014 года. --Voll (обсуждение) 23:48, 9 июня 2015 (MSK)
- Wikivoyage:Статистика/Статистика по месяцам 2014. --Wanderer777 (обсуждение) 20:36, 12 июня 2015 (MSK)
- Это всё время так, или просто совпало? Там на 4 месте совсем уж случайная статья, которая и не статья даже. Львов, безусловно, очень интересный город, но среди людей с российскими паспортами он сейчас, по понятным причинам, не очень востребован. Не знаю, как в части внутреннего туризма. --Alexander (обсуждение) 23:11, 9 июня 2015 (MSK)
- Вообще-то здесь Львов на 5 месте, Запорожье - 87. --Wanderer777 (обсуждение) 23:01, 9 июня 2015 (MSK)
- Гданьск и не нужен никому в этом контексте. Про Запорожье или Львов вопрос в том, сколько человек это будут читать. Если полтора члена ВМ-РУ, то я бы не напрягался и лучше занимался теми местами, где был недавно. В отличие от Львова, где был давно, и Запорожья, где вообще никогда не был. --Alexander (обсуждение) 15:36, 8 июня 2015 (MSK)
- ВМ-Уа перенесли срок на август. --Wanderer777 (обсуждение) 20:36, 12 июня 2015 (MSK)
VisualEditor News #3—2015
Did you know?
Since the last newsletter, the Editing Team has created new interfaces for the link and citation tools and fixed many bugs and changed some elements of the design. Some of these bugs affected users of VisualEditor on mobile devices. Status reports are posted on mediawiki.org. The worklist for April through June is available in Phabricator.
A test of VisualEditor's effect on new editors at the English Wikipedia has just completed the first phase. During this test, half of newly registered editors had VisualEditor automatically enabled, and half did not. The main goal of the study is to learn which group was more likely to save an edit and to make productive, unreverted edits. Initial results will be posted at Meta later this month.
Recent improvements
Auto-fill features for citations are available at a few Wikipedias through the citoid service. Citoid takes a URL or DOI for a reliable source, and returns a pre-filled, pre-formatted bibliographic citation. If Citoid is enabled on your wiki, then the design of the citation workflow changed during May. All citations are now created inside a single tool. Inside that tool, choose the tab you want (⧼citoid-citeFromIDDialog-mode-auto⧽, ⧼citoid-citeFromIDDialog-mode-manual⧽, or ⧼citoid-citeFromIDDialog-mode-reuse⧽). The cite button is now labeled with the word "⧼visualeditor-toolbar-cite-label⧽" rather than a book icon, and the autofill citation dialog now has a more meaningful label, "⧼Citoid-citeFromIDDialog-lookup-button⧽", for the submit button.
The link tool has been redesigned based on feedback from Wikipedia editors and user testing. It now has two separate sections: one for links to articles and one for external links. When you select a link, its pop-up context menu shows the name of the linked page, a thumbnail image from the linked page, Wikidata's description, and appropriate icons for disambiguation pages, redirect pages and empty pages (where applicable). Search results have been reduced to the first five pages. Several bugs were fixed, including a dark highlight that appeared over the first match in the link inspector. (T98085)
The special character inserter in VisualEditor now uses the same special character list as the wikitext editor. Admins at each wiki can also create a custom section for frequently used characters at the top of the list. Please read the instructions for customizing the list at mediawiki.org. Also, there is now a tooltip to describing each character in the special character inserter. (T70425)
Several improvements have been made to templates. When you search for a template to insert, the list of results now contains descriptions of the templates. The parameter list inside the template dialog now remains open after inserting a parameter from the list, so that users don’t need to click on "⧼visualeditor-dialog-transclusion-add-param⧽" each time they want to add another parameter. (T95696) The team added a new property for TemplateData, "Пример", for template parameters. This optional, translatable property will show up when there is text describing how to use that parameter. (T53049)
The design of the main toolbar and several other elements have changed slightly, to be consistent with the MediaWiki theme. In the Vector skin, individual items in the menu are separated visually by pale gray bars. Buttons and menus on the toolbar can now contain both an icon and a text label, rather than just one or the other. This new design feature is being used for the cite button on wikis where the Citoid service is enabled.
The team has released a long-desired improvement to the handling of non-existent images. If a non-existent image is linked in an article, then it is now visible in VisualEditor and can be selected, edited, replaced, or removed.
Let's work together
- Share your ideas and ask questions at mw:VisualEditor/Feedback.
- The weekly task triage meetings continue to be open to volunteers, usually on Wednesday at 12:00 (noon) PDT (19:00 UTC). Learn how to join the meetings and how to nominate bugs at mw:VisualEditor/Weekly triage meetings. You do not need to attend the meeting to nominate a bug for consideration as a Q4 blocker, though. Instead, go to Phabricator and "associate" the VisualEditor Q4 blocker project with the bug.
- If your Wikivoyage, Wikibooks, Wikiversity, or other community wants to have VisualEditor made available by default to contributors, then please contact James Forrester.
- If you would like to request the Citoid automatic reference feature for your wiki, please post a request in the Citoid project on Phabricator. Include links to the TemplateData for the most important citation templates on your wiki.
- The team is planning the second VisualEditor-related "translathon" for July. Please follow this task on Phabricator for details and updates! Announcements will follow in due course.
Subscribe, unsubscribe or change the page where this newsletter is delivered at Meta. If you aren't reading this in your favorite language, then please help us with translations! Subscribe to the Translators mailing list or contact us directly, so that we can notify you when the next issue is ready. Thank you!
13:44, 13 июня 2015 (MSK)
График обновления статей
Написал небольшой скрипт, который считывает параметр lastedit= и пишет дату для объекта, который не обновлялся дольше всего. Вот результат, из него можно понять, какие статьи требуют обновления. Вопрос: это кому-нибудь интересно? Стоит разместить в пространстве Wikivoyage:?
Скрипт считывает даты только тех листингов, где параметр lastedit= проставлен. --Alexander (обсуждение) 22:48, 17 июня 2015 (MSK)
- В принципе, это полезно, даже несмотря на очевидные неточности, связанные с особенностями работы скриптов - например, у меня по Бухаре последняя правка 15 мая, и даже в шаблоне, но в статье почему-то этой даты нет). Вообще, проблема обновления - довольно серьёзная, я не очень понимаю, что с ней делать. В английском разделе она вроде не решена?--Ymblanter (обсуждение) 22:57, 17 июня 2015 (MSK)
- Даты 15 мая нет потому, что я брал самые старые даты, т.е. это не дата последнего обновления, а дата объекта, который дольше всего не обновляли (при этом я отбрасывал те объекты, где параметра lastedit= вообще нет). Мне кажется, что дата последнего обновления ни о чём особенно не говорит: ну обновил кто-то один объект, актуальности статьи это не отражает.
- В английском разделе проблема не решена, и там бывают совсем тяжёлые случаи. Но делать тут, по-моему, совершенно нечего — только ходить и самим всё обновлять: хотя бы в тех статьях, которым нам кажутся ценными. --Alexander (обсуждение) 23:16, 17 июня 2015 (MSK)
Организация локальных файлов
Завершена организация локальных файлов (за начало этой работы огромное спасибо Ludvig14). На данный момент проверено, что:
- Все файлы используются в статьях
- Для всех файлов указана лицензия или стоит шаблон {{non-free content}}
- Для всех файлов есть автор и описание
- Для всех файлов указана категория
Исключение составляют несколько файлов, вынесенных на удаление.
На фотографиях стоит один из двух шаблонов: либо {{non-free content}}, либо {{free content}}. Последний указывает на то, что фотография является свободной, и позволяет организовать автоматический перенос на Викисклад (и даже категории подсказать может), если у кого-то возникнет такое желание. У меня оно не возникнет.
Таким образом, если в будущем следить за загрузкой файлов, то с хранением изображений у нас будет полный порядок. --Alexander (обсуждение) 15:07, 19 июня 2015 (MSK)
Теперь лирическая часть. В последние дни и я, и Ярослав грузили много фотографий памятников. В дальнейшем этот поток только усилится, поскольку одному, простите, идиоту на Викискладе взбрело в голову систематически выносить на удаление всё, что в России не подпадает под свободу панорамы. Я эти фотографии стараюсь ловить и сохранять, если они представляют какую-то ценность, но вообще тут очень чётко проявился общий тренд, когда сохранение полезных фотографий совершенно никого не заботит. Проблема российских памятников, я думаю, решаема, хотя мне уже пришлось потратить и ещё придётся на неё потратить немало времени, однако возможны и более плачевные ситуации, если какую-то нибудь свободу панорамы отменят (см. тут). Уже очевидно, что с Викисклада также беззастенчиво всё удалят, а на любые вопросы ответят: «Ну у нас же такие правила, а другие проекты — это ваши проблемы».
Таким образом, на Викисклад можно грузить только цветочки и заведомо старые здания, хотя даже с этим случаются трудности: например, вот этот файл показывает явно старые здания, но неизвестного года постройки, т.е. с Викисклада его вполне могут удалить (хотя я не дам им такой возможности). Короче говоря, если мы не можем быть уверены в сохранности большинства нужных нам (как прямо сейчас, так и в будущем) изображений, то я не вижу иного выхода кроме как хранить их локально. Простите, Ярослав.
И да, мы, против своей воли, становимся главным хранилищем фотографий российских памятников. Списки культурного наследия на себя уже взяли. Теперь фотографии. Ещё что? --Alexander (обсуждение) 15:07, 19 июня 2015 (MSK)
- Мне кажется, тут должна быть довольно жёсткая тактика: если требуется фотография несвободного здания или памятника (а такие бывают далеко не только в России и бывшем СССР, а довольно много где, например, во Франции - капелла в Роншане или Большая Арка Дефанса) - даже если есть на Коммонс, перегружать сюда локально.--Ymblanter (обсуждение) 15:29, 19 июня 2015 (MSK)
- Поскольку я всё равно трачу время на просмотр запросов на удаление, то пока просто подцепляю к нам все картинки независимо от их «свободности». Мне кажется, что это быстрее, чем перегружать их в превентивном порядке. Если ещё и этим заниматься, то на содержательную работу времени не будет совсем. --Alexander (обсуждение) 19:03, 27 июня 2015 (MSK)
HTTPS
Всем привет.
В течение нескольких последних лет Фонд Викимедиа работает над включением HTTPS по умолчанию для всех участников, в том числе незарегистрированных, для улучшенной конфиденциальности и безопасности для читателей и редакторов. Это заняло много времени, поскольку нужно было учитывать различные аспекты. Наши серверы не были готовы поддерживать это. Фонду Викимедиа приходилось сопоставлять иногда противоречивые цели.
Обязательный HTTPS был только что реализован на всех проектах Викимедиа. Некоторые из вас могут уже знать об этом, так как некоторые языковые разделы Википедии были переведены на HTTPS на прошлой неделе, и затронутые тогда сообщества были уведомлены.
На большинство редакторов Викимедии это не должно повлиять совсем. Если вы редактируете в качестве зарегистрированного участника, то вам, наверное, уже приходилось представляться через HTTPS. Мы будем следить за этим, чтобы быть уверенными, что всё работает, как должно быть. Обращайтесь к нам, если у вас возникли проблемы после этого изменения, или обращайтесь ко мне, если у вас есть другие вопросы.
03:13, 20 июня 2015 (MSK)
Важные новости движения Викимедиа, май 2015
- Познакомьтесь с получателями гранта "Inspire", которые работают над улучшением гендерного разнообразия в Викимедии
- Темная сторона комедии: Джон Оливер просит телезрителей совершать вандализм над статьями Википедии о политиках США
- Сбор средств в формате "сделано в Германии": опыт, полученный Викимедиа Германия
- Редактируя узбекскую Википедию: Камарнисо Врандечик
- Первая конференция ВикиАрабия собирает википедистов в Тунисе для налаживания связей и обмена опытом
- Викимания и различия между онлайн и оффлайн культурами
Реки-маршруты
В связи с обсуждением Тюменской области возник вопрос о том, могут ли реки быть статьями-маршрутами не в контексте речных круизов, а просто как способ организации достопримечательностей вдоль рек — в той местности, где реки являются основными транспортными артериями или вдоль них идут все основные дороги. Пример Тюменской области является вполне практическим, поскольку сейчас некоторые достопримечательности на Иртыше отнесены к окрестностям Тобольска, но есть ещё сёла Вагай, Уват, отстоящие от Тобольска на много километров и требующие описания. --Alexander (обсуждение) 09:17, 29 июня 2015 (MSK)
- Так у нас уже есть подобные статьи? Например, Долина Аско и Причудье. Это точно не города, а между парком и маршрутом они, пожалуй, ближе к маршруту. Да, по аналогии с Долиной Аско я бы назвал статью не «Иртыш», а «Долина Иртыша». GMM (обсуждение) 19:00, 29 июня 2015 (MSK)
- Но это не статьи-маршруты, а просто статьи, и относятся они к небольшой (по площади) территории. С Иртышом же мы обсуждаем нечто от Омска до устья как минимум. Долина Иртыша звучит, честно говоря, несколько непривычно, хотя я не против такого названия. --Alexander (обсуждение) 19:20, 29 июня 2015 (MSK)
- Вопрос только в размере или долина Аско еще чем-то отличается от долины Иртыша? Какой бы еще пример придумать... предположим, что Гауя не имеет статуса национального парка, но все эти объекты остаются на своем месте. Как бы вы назвали организацию достопримечательностей вдоль Гауи, если бы это не было официальным национальным парком? Если это не город и не парк, значит, маршрут? GMM (обсуждение) 22:54, 29 июня 2015 (MSK)
- Мой вопрос именно про размер. Причудье не является ни парком, ни даже строго очерченной территорией, но статью про него я вижу хорошо, вот написать не могу только. А тут будет нечто, вылезающее за пределы одного региона. Меня это особенно не смущает, но ситуация, по-видимому, новая и аналогов, например, в английском разделе не имеющая. --Alexander (обсуждение) 23:11, 29 июня 2015 (MSK)
- У англичан есть статья про Транссиб - Ludvig14 (обсуждение) 23:22, 29 июня 2015 (MSK)
- У нас тоже есть=) Нет, это не то. Исторически было два разных типа статей: просто путеводитель, где по очереди рассказано обо всех достопримечательностях, и маршрут, где написано «через 3 часа у вас на пути будет город А, в нём можно посмотреть собор и сходить в музей стекла, а ещё через 2 часа у вас на пути будет город В, где, в общем, ничего интересного нет, но в кафе на Ратушной площади можно классно пообедать». Английская статья про Транссиб относится как раз ко второму типу, а у нас таких статей, хоть сколько-нибудь доведённых до ума, нет, поскольку не нашлось (пока) желающих их писать.
- По традициям английского раздела статьи-маршруты не относятся ни к городам, ни к другим местам назначения, а упоминаются в разделе Do, откуда и у нас есть вечно пустующий подраздел Маршруты в Чем заняться. Мы же с Ярославом обсуждали реки как статьи первого типа, т.е. обычные путеводители, но «растянутые» на местности. Локальные примеры таких статей у нас есть, будь то ненаписанное Причудье или написанная долина Аско. Вопрос в том, стоит ли переходить к более крупным объектам. Или делать их больше маршрутами? Или ещё что-нибудь? --Alexander (обсуждение) 23:36, 29 июня 2015 (MSK)
- Да я видела, что она другого типа, не знала только, что он "второй"... По-моему, если есть желание сделать статью с привязкой к реке, почему бы не попробовать. В общем-то, такой способ организации объектов ничем не хуже других. Особенно, если вдоль того же Тобола есть дорога. В конце концов, не понравится результат - куски текста куда-нибудь переедут. - Ludvig14 (обсуждение) 23:55, 29 июня 2015 (MSK)
- У англичан есть статья про Транссиб - Ludvig14 (обсуждение) 23:22, 29 июня 2015 (MSK)
- Мой вопрос именно про размер. Причудье не является ни парком, ни даже строго очерченной территорией, но статью про него я вижу хорошо, вот написать не могу только. А тут будет нечто, вылезающее за пределы одного региона. Меня это особенно не смущает, но ситуация, по-видимому, новая и аналогов, например, в английском разделе не имеющая. --Alexander (обсуждение) 23:11, 29 июня 2015 (MSK)
- Вопрос только в размере или долина Аско еще чем-то отличается от долины Иртыша? Какой бы еще пример придумать... предположим, что Гауя не имеет статуса национального парка, но все эти объекты остаются на своем месте. Как бы вы назвали организацию достопримечательностей вдоль Гауи, если бы это не было официальным национальным парком? Если это не город и не парк, значит, маршрут? GMM (обсуждение) 22:54, 29 июня 2015 (MSK)
- Но это не статьи-маршруты, а просто статьи, и относятся они к небольшой (по площади) территории. С Иртышом же мы обсуждаем нечто от Омска до устья как минимум. Долина Иртыша звучит, честно говоря, несколько непривычно, хотя я не против такого названия. --Alexander (обсуждение) 19:20, 29 июня 2015 (MSK)
- Я правильно понимаю, что статья про Иртыш в любом случае будет иметь type=Маршрут и попадет в раздел «Маршруты» (а не «другие места») областей, через которые проходит? При этом объекты внутри статьи вполне могут быть организованы, как в обычном путеводителе. Мне кажется, не имеет значения, какое там расстояние между достопримечательностями, даже если счет идет на сотни километров. GMM (обсуждение) 00:08, 30 июня 2015 (MSK)
- Так вот я и не знаю, какой она должна иметь тип. Наверное, я зря не сказал, что с самого начала мой вопрос состоял из двух частей. 1) Допустимы ли такие статьи? Ответ понятен, допустимы. 2) Какой у них должен быть тип? Пока неясно. --Alexander (обсуждение) 00:23, 30 июня 2015 (MSK)
- По второму вопросу: а из каких типов, собственно, выбирать? Это не регион, потому что в географической иерархии не должно быть перекрывающихся регионов. Не сводная, так как было решено «путеводительный» контент в сводных статьях не размещать. Тип «в помощь путешественнику», по-моему, тоже не предполагает отдельных листингов. На национальный парк непохоже. Остается только маршрут? Транспортный стержень, необходимый для маршрута, имеется. GMM (обсуждение) 18:41, 2 июля 2015 (MSK)
- Так вот я и не знаю, какой она должна иметь тип. Наверное, я зря не сказал, что с самого начала мой вопрос состоял из двух частей. 1) Допустимы ли такие статьи? Ответ понятен, допустимы. 2) Какой у них должен быть тип? Пока неясно. --Alexander (обсуждение) 00:23, 30 июня 2015 (MSK)
- Я правильно понимаю, что статья про Иртыш в любом случае будет иметь type=Маршрут и попадет в раздел «Маршруты» (а не «другие места») областей, через которые проходит? При этом объекты внутри статьи вполне могут быть организованы, как в обычном путеводителе. Мне кажется, не имеет значения, какое там расстояние между достопримечательностями, даже если счет идет на сотни километров. GMM (обсуждение) 00:08, 30 июня 2015 (MSK)
«Кривые» зеркала
См. здесь. Любопытно. Особенно любопытно, что сервер с зеркалом в домене .ru. К чему бы это? --Alexander (обсуждение) 18:05, 9 июля 2015 (MSK)
- Это зеркало не только Викивояжа, а (почти) всех сайтов Викимедиа: всех Википедий, Викисловарей, Викицитатников и прочих проектов. Доменную зону взяли, какая была подешевле со свободными именами: это ж нужно несколько сот доменов зарегистрировать. Будут направлять трафик на свои сайты и показывать викимедийный контент с баннерной рекламой сверху. Не они первые, не они последние :-) GMM (обсуждение) 18:49, 9 июля 2015 (MSK)
Здравствуйте!
Хотелось бы создать гиды:
И несколько других городов Кубани. Как думаете, это значимо? Илья Драконов (обсуждение) 07:48, 16 июля 2015 (MSK).
- Если есть, о чём писать - то есть если в этих городах есть, на что смотреть, и они очевидным образом не помещаются в окрестности других - то можно писать. --Ymblanter (обсуждение) 09:11, 16 июля 2015 (MSK)
- Про Горячий Ключ мы точно предполагали статью. Про Абинск и Крымск я не уверен, но, если Вы знаете, что там можно посмотреть и что полезного для путешественника по этому поводу написать, то пишите, конечно. Главное — не начинать много статей сразу и не оставлять их потом пустыми. --Alexander (обсуждение) 09:53, 16 июля 2015 (MSK)
- Я в Горячем Ключе был недавно, могу помочь со статьей. GMM (обсуждение) 13:20, 16 июля 2015 (MSK)
- GMM, спасибо! Абинск, например, находится по пути в Анапу и Новороссийск, там есть достопримечательности. Я сам в Краснодаре живу, поэтому по городам Краснодарского края езжу часто, тем более летом. С уважением, Илья Драконов (обсуждение) 12:14, 19 июля 2015 (MSK).
Важные новости Фонда Викимедиа, июнь 2015
- Эти техасцы стараются улучшить описание их революции в Википедии.
- Защищённый доступ к сайтам Викимедиа с помощью инструмента HTTPS
- 7 473 тома по 700 страниц в каждом: встречайте Print Wikipedia.
- Автор избранной статьи рекомендует пять статей Википедии
- Как Английская Википедия прореагировала на коррекцию пола Кейтлин Дженнер
- Сохранение на будущее цитат Википедии: Джоффри Билдер
Proposal to create PNG thumbnails of static GIF images
There is a proposal at the Commons Village Pump requesting feedback about the thumbnails of static GIF images: It states that static GIF files should have their thumbnails created in PNG. The advantages of PNG over GIF would be visible especially with GIF images using an alpha channel. (compare the thumbnails on the side)
This change would affect all wikis, so if you support/oppose or want to give general feedback/concerns, please post them to the proposal page. Thank you. --McZusatz (talk) & MediaWiki message delivery (обсуждение) 08:07, 24 июля 2015 (MSK)
Неустойчивость шаблона listing
Последнее время примерно в половине случаев при попытке спасти шаблон listing он мне выдают ошибку, говоря, что там неправильные данные. Всё, что я там исправил, естественно, при этом пропадает. Никакой закономерности (типа специальных символов) не вижу. Сбой происходит как при создании шаблона, так и при исправлении уже существующего. Насколько я вижу, он воспроизводим - если сбой произошёл один раз, то при попытке добавить в точности те же данные он произойдёт и во второй раз. Это только у меня, или общая проблема?--Ymblanter (обсуждение) 13:46, 31 июля 2015 (MSK)
- Это не проблема шаблона, а проблема Listing Editor. Он перестаёт работать в том случае, если теряется идентификатор сессии, который, в силу каких-то глупостей разработчиков, теряется сейчас постоянно. В английском разделе поменяли Listing Editor так, чтобы обойти эту проблему. Dronych, не могли бы Вы посмотреть, что пишут вот тут, и понять, как бы нам сделать нечто подобное? Спасибо! --Alexander (обсуждение) 17:54, 31 июля 2015 (MSK)
- Прочитал, говорят, что нашли способ, как решить проблему с сессиями. Я тогда на днях посмотрю новый код Listing Editor'а и перенесу в рус. версию исключительно то, что касается решения этой проблемы (если это возможно). А впоследствии, когда разработчики обновят основной Listing Editor, и появится его стабильная версия - будет иметь смысл перенести и остальные изменения, или просто максимально приблизить рус. версию к английской (чтобы впоследствии опять же было проще переносить новые фиксы из англ. версии).
- Ещё вопрос: в новом англ. эдиторе предполагается добавить поля "Edit summary" и "minor change?". Стоит ли их добавлять и нам? --Dronych (обсуждение) 23:04, 1 августа 2015 (MSK)
- Да, если это легко, поля обязательно надо добавить.--Ymblanter (обсуждение) 23:13, 1 августа 2015 (MSK)
- Ещё вопрос: в новом англ. эдиторе предполагается добавить поля "Edit summary" и "minor change?". Стоит ли их добавлять и нам? --Dronych (обсуждение) 23:04, 1 августа 2015 (MSK)
- Судя по всему, нынешний экспериментальный код и будет окончательным, или по крайней мере близким к тому. Так что можно, наверное, работать с ним. Поля Edit summary (Описание правки) и Minor edit (Малое изменение) я бы, безусловно, добавил, если это нетрудно. --Alexander (обсуждение) 23:21, 1 августа 2015 (MSK)
- Мы можем пока только догадываться, каков будет окончательный код, и чтобы не менять его впоследствии - исправил только ту часть эдитора, что затрагивает работу с сессиями. Попробуйте, пожалуйста. --Dronych (обсуждение) 00:02, 5 августа 2015 (MSK)
- Добавил новый код, спасибо. Сам я проблемы не видел, поэтому мне трудно будет сравнить.
- Ещё один вопрос, просто для размышления: сложно ли адаптировать этот редактор или сделать аналогичный для шаблона {{monument}}? --Alexander (обсуждение) 11:24, 5 августа 2015 (MSK)
- Говорят, что изменения не сохраняются, и я это подтверждаю. При нажатии на кнопку Сохранить ничего не происходит. --Alexander (обсуждение) 12:59, 5 августа 2015 (MSK)
- Да, там была ошибка. Попробуйте, пожалуйста, еще раз. --Dronych (обсуждение) 13:25, 5 августа 2015 (MSK)
- Говорят, что изменения не сохраняются, и я это подтверждаю. При нажатии на кнопку Сохранить ничего не происходит. --Alexander (обсуждение) 12:59, 5 августа 2015 (MSK)
- Мы можем пока только догадываться, каков будет окончательный код, и чтобы не менять его впоследствии - исправил только ту часть эдитора, что затрагивает работу с сессиями. Попробуйте, пожалуйста. --Dronych (обсуждение) 00:02, 5 августа 2015 (MSK)
- Судя по всему, нынешний экспериментальный код и будет окончательным, или по крайней мере близким к тому. Так что можно, наверное, работать с ним. Поля Edit summary (Описание правки) и Minor edit (Малое изменение) я бы, безусловно, добавил, если это нетрудно. --Alexander (обсуждение) 23:21, 1 августа 2015 (MSK)
- Скорее всего, можно. Нужно будет переписать .js файл, адаптировав его к шаблону monument и другой структуре страницы. Но работы здесь будет больше, чем в случае с Listing Editor, т.к. это уже не простая языковая локализация. Метод же на сервере, который сохраняет все результаты работы редактора(эдитора), можно попробовать использовать тот же, что и для listing редактора (скорее всего, это сработает. Но если нет - то ничего не поделаешь). Плюс зарегестрировать новый плагин Monument Editor в системе и включать его на соотвествующих страницах (или везде?) - здесь уже нужно знать тонкости работы с Вики-системой. Однако, я думаю, в английском разделе смогут подсказать, как это сделать (они же добавили новый плагин MediaWiki:Gadget-ListingEditor2.js) и включать ли его на всех страницах или только каких-то конкретных.--Dronych (обсуждение) 16:57, 5 августа 2015 (MSK)
- Если я правильно понимаю, гаджет просто ищет на странице нужный шаблон. Таким образом, Listing Editor не мешает страницам с шаблоном {{monument}}, и наоборот. Иными словами, нам просто нужно сделать ещё один гаджет, который будет искать шаблон {{monument}}, а не {{listing}}. Будет здорово, если Вы сможете этим заняться, поскольку были люди, которые интересовались списками памятников, но жаловались на сложность редактирования вики-разметки. Спасибо! --Alexander (обсуждение) 17:13, 5 августа 2015 (MSK)
- Да, они никак не мешают друг другу и могут быть использованы на одной странице одновременно без проблем. Однако, активируя новый monument гаджет для всех страниц - мы таким образом утяжеляем эти страницы и делаем их, хоть немного, но менее респонсив. И поэтому тут справедлива стандартная рекомендация не добавлять на страницы неиспользуемые скрипты. И то есть лучше всё же узнать в англоязычном разделе - можно ли активировать гаджет только для какого-то ограниченного пространства имён (в нашем случае - для страниц культурного наследия) или он активируется сразу на всех страницах. В любом случае, создавайте, наверное, новый гаджет. Я не возьмусь делать его прямо сейчас. Но как решусь и напишу черновую версию, то на этапе тестирования было бы удобно, если бы Вы повысили мне права, чтобы я мог править этот гаджет напрямую.
- А на каком месте на странице культурного наследия, Вы бы хотели видеть этот значок-карандаш для редактирования? Или тут нужно использовать не значок, а слово Редактировать? --Dronych (обсуждение) 22:20, 5 августа 2015 (MSK)
- Задал вопрос. Что касается прав, то дать их может только Игорь, а проблема скорее в том, что никто кроме стюардов не сможет их потом отнять, то есть Вы либо подаёте заявку и по обычной процедуре становитесь администратором, либо... не становитесь. Простой вариант состоит в том, чтобы поступить также, как с первоначальным Listing Editor, т.е. подцепить любую редактируемую страницу через common.js, там всё отладить (пусть даже оно будет тормозить), а потом я превращу код в собственно гаджет.
- Мне кажется, что карандашик должен хорошо вписаться в правом нижнем углу "карточки" памятника. --Alexander (обсуждение) 23:34, 5 августа 2015 (MSK)
- Уже прочитал ответ Wrh2, хороший совет, единственный минус - гаджет всё же будет загружаться на каждой странице (но проработывать не будет), ну хотя бы так %) Спасибо, что спросили. С правами, конечно, сложнее, чем это хотелось бы. И теперь я вспоминаю, что мы добавляли адрес скрипта, который я могу править, в common.js, и т.о. я тестировал. Нужно будет повторить всё это позже. А ещё изначально подтвердить/проверить, есть ли возможность сохранять изменения на страницах культурного наследия. По идее можно, но лучше проверить изначально. --Dronych (обсуждение) 00:27, 6 августа 2015 (MSK)
- Последний вопрос не совсем понял — как именно проверить? --Alexander (обсуждение) 00:42, 6 августа 2015 (MSK)
- Извиняюсь, что непонятно написал. Это просто мысли вслух о том, что нужно будет сделать мне в начале работы над редактором. --Dronych (обсуждение) 01:16, 6 августа 2015 (MSK)
- Последний вопрос не совсем понял — как именно проверить? --Alexander (обсуждение) 00:42, 6 августа 2015 (MSK)
- Уже прочитал ответ Wrh2, хороший совет, единственный минус - гаджет всё же будет загружаться на каждой странице (но проработывать не будет), ну хотя бы так %) Спасибо, что спросили. С правами, конечно, сложнее, чем это хотелось бы. И теперь я вспоминаю, что мы добавляли адрес скрипта, который я могу править, в common.js, и т.о. я тестировал. Нужно будет повторить всё это позже. А ещё изначально подтвердить/проверить, есть ли возможность сохранять изменения на страницах культурного наследия. По идее можно, но лучше проверить изначально. --Dronych (обсуждение) 00:27, 6 августа 2015 (MSK)
- Если я правильно понимаю, гаджет просто ищет на странице нужный шаблон. Таким образом, Listing Editor не мешает страницам с шаблоном {{monument}}, и наоборот. Иными словами, нам просто нужно сделать ещё один гаджет, который будет искать шаблон {{monument}}, а не {{listing}}. Будет здорово, если Вы сможете этим заняться, поскольку были люди, которые интересовались списками памятников, но жаловались на сложность редактирования вики-разметки. Спасибо! --Alexander (обсуждение) 17:13, 5 августа 2015 (MSK)
- Скорее всего, можно. Нужно будет переписать .js файл, адаптировав его к шаблону monument и другой структуре страницы. Но работы здесь будет больше, чем в случае с Listing Editor, т.к. это уже не простая языковая локализация. Метод же на сервере, который сохраняет все результаты работы редактора(эдитора), можно попробовать использовать тот же, что и для listing редактора (скорее всего, это сработает. Но если нет - то ничего не поделаешь). Плюс зарегестрировать новый плагин Monument Editor в системе и включать его на соотвествующих страницах (или везде?) - здесь уже нужно знать тонкости работы с Вики-системой. Однако, я думаю, в английском разделе смогут подсказать, как это сделать (они же добавили новый плагин MediaWiki:Gadget-ListingEditor2.js) и включать ли его на всех страницах или только каких-то конкретных.--Dronych (обсуждение) 16:57, 5 августа 2015 (MSK)
Dronych, в английском разделе запустили новую версию Listing Editor. При случае можно переносить к нам. Спасибо! --Alexander (обсуждение) 22:05, 8 августа 2015 (MSK)
- Спасибо, за сообщение. Я тогда в течение недели перенесу изменения.--Dronych (обсуждение) 22:58, 8 августа 2015 (MSK)
- Перенос изменений затянется. Я думал, там немного поменять нужно будет, а по факту - новая английская версия координально отличается от предыдущей. И в основном это просто реорганизация кода, а не добавление какой-то новой функциональности. --Dronych (обсуждение) 03:01, 16 августа 2015 (MSK)
What does a Healthy Community look like to you?
Hi,
The Community Engagement department at the Wikimedia Foundation has launched a new learning campaign. The WMF wants to record community impressions about what makes a healthy online community.
Share your views and/or create a drawing and take a chance to win a Wikimania 2016 scholarship!
Join the WMF as we begin a conversation about Community Health. Contribute a drawing or answer the questions on the campaign's page.
Why get involved?
The world is changing. The way we relate to knowledge is transforming. As the next billion people come online, the Wikimedia movement is working to bring more users on the wiki projects. The way we interact and collaborate online are key to building sustainable projects. How accessible are Wikimedia projects to newcomers today? Are we helping each other learn?
Share your views on this matter that affects us all!
We invite everyone to take part in this learning campaign. Wikimedia Foundation will distribute one Wikimania Scholarship 2016 among those participants who are eligible.
More information
- All participants must have a registered user of at least one month antiquity on any Wikimedia project before the starting date of the campaign.
- All eligible contributions must be done until August 23, 2015 at 23:59 UTC
- Wiki link: Community Health learning campaign
- URL https://meta.wikimedia.org/wiki/Grants:Evaluation/Community_Health_learning_campaign
- Contact: María Cruz / Twitter: Шаблон:@WikiEval #CommunityHealth / email: evalШаблон:@wikimediaШаблон:Dotorg
Happy editing!
MediaWiki message delivery (обсуждение) 02:43, 1 августа 2015 (MSK)
VisualEditor News #4—2015
Read this in another language • Subscription list for this multilingual newsletter
Did you know?
Since the last newsletter, the Editing Team have been working on mobile phone support. They have fixed many bugs and improved language support. They post weekly status reports on mediawiki.org. Their workboard is available in Phabricator. Their current priorities are improving language support and functionality on mobile devices.
Wikimania
The team attended Wikimania 2015 in Mexico City. There they participated in the Hackathon and met with individuals and groups of users. They also made several presentations about VisualEditor and the future of editing.
Following Wikimania, we announced winners for the VisualEditor 2015 Translathon. Our thanks and congratulations to users Halan-tul, Renessaince, जनक राज भट्ट (Janak Bhatta), Vahe Gharakhanyan, Warrakkk, and Eduardogobi.
For interface messages (translated at translatewiki.net), we saw the initiative affecting 42 languages. The average progress in translations across all languages was 56.5% before the translathon, and 78.2% after (+21.7%). In particular, Sakha improved from 12.2% to 94.2%; Brazilian Portuguese went from 50.6% to 100%; Taraškievica went from 44.9% to 85.3%; Doteli went from 1.3% to 41.2%. Also, while 1.7% of the messages were outdated across all languages before the translathon, the percentage dropped to 0.8% afterwards (-0.9%).
For documentation messages (on mediawiki.org), we saw the initiative affecting 24 languages. The average progress in translations across all languages was 26.6% before translathon, and 46.9% after (+20.3%). There were particularly notable achievements for three languages. Armenian improved from 1% to 99%; Swedish, from 21% to 99%, and Brazilian Portuguese, from 34% to 83%. Outdated translations across all languages were reduced from 8.4% before translathon to 4.8% afterwards (-3.6%).
We published some graphs showing the effect of the event on the Translathon page. We thank the translators for participating and the translatewiki.net staff for facilitating this initiative.
Recent improvements
Auto-fill features for citations can be enabled on each Wikipedia. The tool uses the citoid service to convert a URL or DOI into a pre-filled, pre-formatted bibliographic citation. You can see an animated GIF of the quick, simple process at mediawiki.org. So far, about a dozen Wikipedias have enabled the auto-citation tool. To enable it for your wiki, follow the instructions at mediawiki.org.
Your wiki can customize the first section of the special character inserter in VisualEditor. Please follow the instructions at mediawiki.org to put the characters you want at the top. In other changes, if you need to fill in a CAPTCHA and get it wrong, then you can click to get a new one to complete. VisualEditor can now display and edit Vega-based graphs. If you use the Monobook skin, VisualEditor's appearance is now more consistent with other software.
Future changes
The team will be changing the appearance of selected links inside VisualEditor. The purpose is to make it easy to see whether your cursor is inside or outside the link. When you select a link, the link label (the words shown on the page) will be enclosed in a faint box. If you place your cursor inside the box, then your changes to the link label will be part of the link. If you place your cursor outside the box, then it will not. This will make it easy to know when new characters will be added to the link and when they will not.
On the English Wikipedia, 10% of newly created accounts are now offered both the visual and the wikitext editors. A recent controlled trial showed no significant difference in survival or productivity for new users in the short term. New users with access to VisualEditor were very slightly less likely to produce results that needed reverting. You can learn more about this by watching a video of the July 2015 Wikimedia Research Showcase. The proportion of new accounts with access to both editing environments will be gradually increased over time. Eventually all new users have the choice between the two editing environments.
Let's work together
- Share your ideas and ask questions at mw:VisualEditor/Feedback. This feedback page is now using Flow instead of LiquidThreads.
- Can you read and type in Korean or Japanese? Language engineer David Chan needs people who know which tools people use to type in some languages. If you speak Japanese or Korean, you can help him test support for these languages. Please see the instructions at mediawiki.org if you can help.
- If your wiki would like VisualEditor enabled on another namespace, you can file a request in Phabricator. Please include a link to a community discussion about the requested change.
- Please file requests for language-appropriate "Полужирный" and "Курсив" icons for the styling menu in Phabricator.
- The design research team wants to see how real editors work. Please sign up for their research program.
- The weekly task triage meetings continue to be open to volunteers, usually on Tuesdays at 12:00 (noon) PDT (19:00 UTC). Learn how to join the meetings and how to nominate bugs at mw:VisualEditor/Weekly triage meetings. You do not need to attend the meeting to nominate a bug for consideration as a Q1 blocker, though. Instead, go to Phabricator and "associate" the main VisualEditor project with the bug.
If you aren't reading this in your favorite language, then please help us with translations! Subscribe to the Translators mailing list or contact us directly, so that we can notify you when the next issue is ready. Thank you!
—Elitre (WMF), 01:28, 15 августа 2015 (MSK)
Extension:Pagebanner
Энтузиасты сделали взамен простого шаблона {{pagebanner}} расширение (extension), т.е. встроенную в движок Mediawiki штуку, которая создаёт улучшенные баннеры. У этих новых баннеров два преимущества — выдапающие меню с названием подразделов и правильное отображение в мобильной версии. Последнюю возможность я особенно не тестировал (посмотрите, у кого есть смартфоны), а вот выпадающие менюшки мне очень нравятся. Полюбоваться можно здесь. По моей просьбе была добавлена возможность размещать строку с оглавлением под картинкой, как у нас, а не картинке, как в остальных разделах.
Если нас всё устраивает, давайте собирать консенсус за то, чтобы такую штуку включили у нас. Разработчик (Sumit.iitp) до сих пор очень быстро и внимательно реагировал на все запросы пользователей. Думаю, он не откажется что-то ещё подкрутить, если мы попросим. --Alexander (обсуждение) 23:02, 20 августа 2015 (MSK)
- У нас есть текстовая строка в две и может три строчки. Как это будет выглядеть при наложении? Digr (обсуждение) 23:12, 20 августа 2015 (MSK)
- Пока не включим, не узнаем. Я предлагаю включить (оно само по себе на нынешние баннеры не повлияет) и уже у себя тестировать. --Alexander (обсуждение) 23:40, 20 августа 2015 (MSK)
- За --Alexander (обсуждение) 23:02, 20 августа 2015 (MSK)
- Выглядит неплохо, думаю, надо включить.--Ymblanter (обсуждение) 23:47, 20 августа 2015 (MSK)
- Давайте включим, а если нам что-то не понравится, всегда можно вернуться к шаблону. GMM (обсуждение) 00:13, 21 августа 2015 (MSK)
- Давайте попробуем. Digr (обсуждение) 12:00, 21 августа 2015 (MSK)
- Looking forward to see the extension get support here. Issues can be reported at https://phabricator.wikimedia.org/tag/wikidata-page-banner and I'll happily answer any queries related to the features of the extension at https://www.mediawiki.org/wiki/Extension_talk:WikidataPageBanner.
- Its usage can be extensively seen on English Wikivoyage which is already using the extension through https://en.wikivoyage.org/wiki/Template:Pagebanner--Sumit.iitp (обсуждение) 21:30, 30 августа 2015 (MSK)
- Sumit.iitp, in fact, I have filed a request on phabricator, and we are waiting for the extension to be enabled here. Thanks for your work! --Alexander (обсуждение) 22:06, 30 августа 2015 (MSK)
Нам включили эту игрушку. Посмотреть можно Пярну, Сестрорецк, Москва. Есть два отличия от прежней конфигурации:
- Отсутствует пространство между баннером и оглавлением
- Внутри оглавления межстрочный интервал больше, чем раньше, поэтому оглавление из двух строк выглядит уже не слишком удачно (у кого всё умещается в одну на широком экране — попробуйте увеличить шрифт с помощью Ctrl++)
По обоим пунктам спросил разработчика, насколько это можно настроить. --Alexander (обсуждение) 18:53, 2 сентября 2015 (MSK)
- ...и мне сразу же ответили. Сейчас всё настроено примерно также, как раньше. Если нормально, то переключаемся на новые баннеры. Проблем с раскрывающимися разделами в многострочных оглавлениях, на мой взгляд, нет. --Alexander (обсуждение) 19:38, 2 сентября 2015 (MSK)
- У меня на смарфоне смотрится нормально, на нетбуке 12 дюймов - хром, разделительные точки все внизу от слов (разделяют первую и вторую строки). Выглядит ужасно. Digr (обсуждение) 21:49, 2 сентября 2015 (MSK)
- Та же фигня на планшете в desktop-варианте страницы. И в английском разделе тоже. Сейчас спросим автора. --Alexander (обсуждение) 22:24, 2 сентября 2015 (MSK)
- Починилось. Шрифт стал меньше, что в общем не напрягает. Digr (обсуждение) 23:22, 2 сентября 2015 (MSK)
- Для вывода значков ЮНЕСКО и dotm нужно что-то менять? Например, в статье Владимир. GMM (обсуждение) 22:37, 2 сентября 2015 (MSK)
- To display icons, the extension uses a slightly different syntax, I've updated Владимир to reflect the way icon-parameters should be used.Thanks!--Sumit.iitp (обсуждение) 23:03, 2 сентября 2015 (MSK)
- А вот с иконками тоже досада. Во-первых, иконки не наши, во-вторых на баннере Владимира, называются неверно и то которое направление называется длинным ЮНЕСКО и ведет на перечень ЮНЕСКО. Digr (обсуждение) 23:26, 2 сентября 2015 (MSK)
- To display icons, the extension uses a slightly different syntax, I've updated Владимир to reflect the way icon-parameters should be used.Thanks!--Sumit.iitp (обсуждение) 23:03, 2 сентября 2015 (MSK)
- Игорь, посмотри, пожалуйста, ещё раз. Похоже, что это была моя ошибка, дававшая такой странный эффект. Сейчас на 10-дюймовом планшете всё правильно отображается. --Alexander (обсуждение) 23:22, 2 сентября 2015 (MSK)
- У меня все сейчас работает хорошо. Значки поменял на наши. GMM (обсуждение) 00:29, 3 сентября 2015 (MSK)
- Максим, спасибо. Я просто не успеваю всё делать, когда тут такая движуха идёт.
- Если не вылезет новых проблем, то завтра постараюсь переписать {{pagebanner}} так, чтобы новые баннеры появились повсюду. --Alexander (обсуждение) 00:34, 3 сентября 2015 (MSK)
- Давайте не будем спешить с развертыванием по всему сайту. Во-первых, надо бы проверить, работает ли подгрузка баннеров с Викиданных. Во-вторых, если я не путаю, мы потеряем категоризацию страниц на «использует общий баннер/использует стандартный баннер/использует локальный баннер». Это некритично, но неприятно, я периодически пользовался этими категориями. GMM (обсуждение) 00:55, 3 сентября 2015 (MSK)
- Не работает подгрузка с Викиданных, они там всё ещё ковыряют чего-то, но для нас это совершенно непринципиально. Речь не идёт о том, чтобы заменить {{pagebanner}} на конструкцию {{PAGEBANNER:}}. Речь идёт о том, чтобы встроить эту конструкцию в шаблон, оставив внутри шаблона запрос баннера с Викиданных и добавление статьи в категории в зависимости от наличия/отсутствия баннера. --Alexander (обсуждение) 01:03, 3 сентября 2015 (MSK)
- Давайте не будем спешить с развертыванием по всему сайту. Во-первых, надо бы проверить, работает ли подгрузка баннеров с Викиданных. Во-вторых, если я не путаю, мы потеряем категоризацию страниц на «использует общий баннер/использует стандартный баннер/использует локальный баннер». Это некритично, но неприятно, я периодически пользовался этими категориями. GMM (обсуждение) 00:55, 3 сентября 2015 (MSK)
- Та же фигня на планшете в desktop-варианте страницы. И в английском разделе тоже. Сейчас спросим автора. --Alexander (обсуждение) 22:24, 2 сентября 2015 (MSK)
- У меня на смарфоне смотрится нормально, на нетбуке 12 дюймов - хром, разделительные точки все внизу от слов (разделяют первую и вторую строки). Выглядит ужасно. Digr (обсуждение) 21:49, 2 сентября 2015 (MSK)
В английском разделе нашли довольно критичный баг, поэтому пока не будем спешить с внедрением. --Alexander (обсуждение) 12:00, 8 сентября 2015 (MSK)
- Баг исправили, всё более или менее работает, поэтому на наступающей неделе попробуем всё-таки перейти на новые баннеры. Ещё одно отличие от старого варианта состоит в том, что строка географической навигации теперь оказалась под баннером. На мой взгляд, это очень здорово (см. Москва, Пярну), но в английском разделе нашлись консерваторы, из-за которых пришлось вернуться к старому варианту с навигационной строкой над баннером. Мне же гораздо больше нравится новый вариант. --Alexander (обсуждение) 08:56, 27 сентября 2015 (MSK)
- Не знаю, когда это появилось, но теперь чуть ли не все страницы относятся к "красной" категории WikidataPageBanner with unknown parameters. -- Ludvig14 (обсуждение) 21:31, 1 октября 2015 (MSK)
- Да, я знаю. Это баг, который обещали исправить. --Alexander (обсуждение) 21:54, 1 октября 2015 (MSK)
- Не знаю, когда это появилось, но теперь чуть ли не все страницы относятся к "красной" категории WikidataPageBanner with unknown parameters. -- Ludvig14 (обсуждение) 21:31, 1 октября 2015 (MSK)
Блокировка сайта
Так как нас могут заблокировать (в связи с тем, что мы, вероятно, сидим в Википедией на одном адресе) всем, кто пишет из России, советую пойти в русскую Википедию, кликнуть на чёрный баннер в верхней части любой страницы и прочесть про способы обхода блокировки. Может уже сегодня стать актуально.--Ymblanter (обсуждение) 20:20, 24 августа 2015 (MSK)
- Сейчас проверил, действительно на одном IP. --Alexander (обсуждение) 20:26, 24 августа 2015 (MSK)
Кстати, будет полезно узнать, действительно ли Викигид заблокирован вместе с Википедией. Не то, что бы мы могли на это повлиять, но просто интересно. Кто что при подключении из России наблюдает? --Alexander (обсуждение) 08:03, 25 августа 2015 (MSK)
- Я пока все вижу. Digr (обсуждение) 09:17, 25 августа 2015 (MSK)
- Отбой воздушной тревоги. Digr (обсуждение) 11:47, 25 августа 2015 (MSK)
I have created hundreds alternate Wikivoyage banners (which I think look better than many of the default banners that exist on Engvoy/Wikidata) for prominent locations
I am one of the current few active editors on the Hebrew Wikivoyage. In recent years, while spending a lot of time creating/expanding articles in the Hebrew Wikivoyage, in many instances I came across banners I disliked (for various reasons). As a result, in many instances I ended up creating alternative banners (mostly for prominent places, which I think highly deserve better banners) which I think are an improvement to what existed (I had to work with what was available on Flickr + Wikicommons, and had a license that allowed me to create derivative images). Those alternative banners were primarily made for usage in the Hebrew Wikivoyage, although through the last two years I have suggested in various instances that the English Wikivoyage consider using some of these banners as well, instead of their current banners (and as a result the English Wikivoyage community did eventually decide to use some of these alternative banners instead of the previous banners they used).
Either way, you are more than welcome to go over all of the alternative banners I created and consider using some/all of the alternative banners you might think would look better in your articles. ויקיג'אנקי (обсуждение) 20:35, 24 августа 2015 (MSK)
- Thanks, we will have a look.--Ymblanter (обсуждение) 20:46, 24 августа 2015 (MSK)
Introducing the Wikimedia public policy site
Hi all,
We are excited to introduce a new Wikimedia Public Policy site. The site includes resources and position statements on access, copyright, censorship, intermediary liability, and privacy. The site explains how good public policy supports the Wikimedia projects, editors, and mission.
Visit the public policy portal: https://policy.wikimedia.org/
Please help translate the statements on Meta Wiki. You can read more on the Wikimedia blog.
Thanks,
Yana and Stephen (Talk) 21:12, 2 сентября 2015 (MSK)
(Sent with the Global message delivery system)
Приглашение к участию в программе Грантов для индивидуальных проектов
Здравствуйте! Программа «Гранты для индивидуальных проектов» с 31 августа до 29 сентября принимает заявки на финансирование новых инструментов, процессов становления сообщества и других экспериментальных идей, которые могли бы улучшить рабочую среду участников проектов Викимедиа. Если вы нуждаетесь в небольшом или, наоборот, значительном финансировании (вплоть до 30 000 долларов США), программа «Гранты для индивидуальных проектов» может помочь вам и вашей команде во время разработки проекта, компенсируя такие расходы, как материалы, поездки и аренда помещений.
- Отправьте заявку на грант
- Получите помощь в «Лаборатории идей» (IdeaLab) по разработке и оформлению вашего предложения или на ближайшей сессии Hangout
- Возьмите в качестве примера предыдущие гранты этой программы
I JethroBT (WMF), 12:36, 5 сентября 2015 (MSK)
Важные новости Фонда Викимедиа, август 2015
- Сотни пользователей английской Википедии заблокированы за чёрное хакерство по результатам расследования.
- Охота за "Тирпицем".
- Моя жизнь аутиста в Википедии.
- Новости проблем перевода с Викимании 2015.
- Использование Википедии для сохранения автохтонных языков Колумбии.
- Когда культурное наследие обретает виртуальную жизнь.
Для информации: Фонд Wikimedia тестирует собственный картографический сервис
Фонд Wikimedia объявил о начале бета-тестирования собственного картографического сервиса maps.wikimedia.org, который со временем будет интегрирован с Wikipedia и Wikidata. В будущем планируется добавить возможность встраивания интерактивных карт в статьи на Wikipedia и обеспечить средства встраивания элементов карт на сторонних сайтах. Для построения карт сервис использует картографическую базу данных, подготовленную проектом OpenStreetMap и может подключать дополнительные слои с произвольной информацией об объектах. --Voll (обсуждение) 10:36, 21 сентября 2015 (MSK)
- А я с ними уже разговариваю в английском разделе. --Alexander (обсуждение) 10:56, 21 сентября 2015 (MSK)
Русская надпись Викигида на логотипе
Каждый раз, когда вижу Викигид на логотипе, то читаю bukurug и долго думаю, что бы это значило. Мне кажется, надпись не очень удачна, может, его поменять как-нибудь, чтобы было понятно, что он написан на русском языке?--Egerman (обсуждение) 10:29, 23 сентября 2015 (MSK)
- У нас были проблемы с созданием разумной русской надписи в рамках имеющегося логотипа и шрифтов. Может быть, Вам удастся придумать лучший вариант? --Alexander (обсуждение) 14:05, 23 сентября 2015 (MSK)
Reimagining WMF grants report
(My apologies for using English here, please help translate if you are able.)
Last month, we asked for community feedback on a proposal to change the structure of WMF grant programs. Thanks to the 200+ people who participated! A report on what we learned and changed based on this consultation is now available.
Come read about the findings and next steps as WMF’s Community Resources team begins to implement changes based on your feedback. Your questions and comments are welcome on the outcomes discussion page.
With thanks, I JethroBT (WMF) 19:56, 28 сентября 2015 (MSK)
Пропал баннер в пивной
Печалька... --Digr (обсуждение) 11:12, 3 октября 2015 (MSK)
- На моей странице обсуждения тоже исчез.--Ymblanter (обсуждение) 11:15, 3 октября 2015 (MSK)
- Наверное, extension активирован только для одного пространства имён. Сейчас попросим распространить на остальные. --Alexander (обсуждение) 15:14, 3 октября 2015 (MSK)
Баннеры в конкурсе ВЛП-2015
Коллеги, думается, что нам нужно обсудить полученные баннеры. Всего порядка 150 баннеров (160 минус неформат). Больше всего баннеров по Сочи и Великому Новгороду.
Работы у нас две:
- рачительно распорядится полученными изображениями: проставить категории, в категорию баннеров и приткнуть в статьи.
- выбрать победителя.
По первому, работа по включению шла на протяжении конкурса, и я сегодня еще раз пробежался. Есть моменты которые нужно обсудить - небольшое количество новых баннеров лучше имеющихся.
По второму, давайте обсудим алгоритм.
--Digr (обсуждение) 11:18, 3 октября 2015 (MSK)
- Так как там есть мои, я по пункту 2 воздержусь. По пункту 1, надо просто составить список дублирующих, и отдельно их обсудить. --Ymblanter (обсуждение) 11:38, 3 октября 2015 (MSK)
- А, кстати, что с их размером? Вроде, до сих пор базовым считался 2100х300, но на конкурс грузились более крупные. Преобразовывать или оставлять как есть? - Ludvig14 (обсуждение) 11:53, 3 октября 2015 (MSK)
- И с привязкой новых списков к Викиданным есть куча пробелов. Делать руками? - Ludvig14 (обсуждение) 11:59, 3 октября 2015 (MSK)
- Ярослав, если все воздержатся, то выбирать будет Саша )))
- По размерам, годятся все с пропорциями 7 к 1. Я, я например никогда не уменьшаю, обычно если не кадрирую - гружу 4032х576 (горизонтальный размер - размер кадра моего базового аппарата). Там есть несколько, которые нужно дисквалифицировать - неправильные пропорции и есть коллаж. Может быть завести здесь страницу, в которой разместить все баннеры допущенные в конкурсе? Digr (обсуждение) 12:06, 3 октября 2015 (MSK)
- Ага, отдельную страницу хорошо бы и хорошо бы там сделать сортировку по регионам/городам. А выбирать, думаю, и вправду, придется всем, независимо от участия. Просто свои не оценивать. - Ludvig14 (обсуждение) 12:17, 3 октября 2015 (MSK)
- А с размером, вроде, когда-то были аргументы, что Викигид может просматриваться на мобильных устройствах, где большие файлы означают и большой трафик, и долгую загрузку. Это проблема уже ушла в прошлое? - Ludvig14 (обсуждение) 12:21, 3 октября 2015 (MSK)
- Утверждается, что с новым приложением точно подгружается превьюшка размером 2100x300, а не весь файл, какого бы размера он ни был. --Alexander (обсуждение) 15:10, 3 октября 2015 (MSK)
- А зачем их вообще сейчас делать? Какую фундаментальную, полезную другим информацию мы хотим отправить в Викиданные? В светлой перспективе всем спискам нужно, действительно, создать элементы Викиданных, но это, пожалуй, наименее важное действие из всех возможных. --Alexander (обсуждение) 15:10, 3 октября 2015 (MSK)
- Игорь, я предполагал делать это совершенно иначе и было бы, конечно, лучше дождаться моего ответа прежде, чем создавать страницу с баннерами. Мы можем теперь продолжать так, как начал ты, но нужно иметь в виду, что правила конкурса обещали победу не за лучший баннер, а за лучшее "участие", т.е. за один баннер или их набор. Поэтому более целесообразно разбивать баннеры по участникам, а не по регионам.
- На мой взгляд, те, кто участвовал, могут оценивать все баннеры кроме своих собственных. Я также рассчитываю, что Максим, Dronych, Антон, заведомо ничего не загружавшие, поучаствуют в оценке. Но для этого надо подготовить страницу и определиться, как оценивать. Я предлагаю всем желающим скидывать оценки мне в почту, после чего в совместной переписке принять окончательное решение. Обсуждать в открытую было бы, наверное, неправильно. --Alexander (обсуждение) 15:10, 3 октября 2015 (MSK)
- Независимо от написанного выше нужно добавлять баннеры в статьи или списки и отправлять их в нужные категории Wikivoyage banners of. --Alexander (обсуждение) 15:10, 3 октября 2015 (MSK)
- Саша, сделал страницу и сделал, ничего страшного в этом нет. Можно отмечать где используется, проставлены ли категории и какие лучше и прочие комментарии. Т.е. координация. Касательно "за участие" - очень нечеткий критерий. Один участник может загрузить много баннеров бесполезных в проекте, или неважного качества, а другой сделает один хороший и важный для нас баннер. Сегодня когда расставлял баннеры, получил удовольствие и удовлетворение от затеи, потому как у нас появились баннеры на Павловск, Пушкин, Рязань и Тверь(!) и прочие города, кое какие регионы, а ранее баннером была осчастливлена Тула. Digr (обсуждение) 16:22, 3 октября 2015 (MSK)
- Собственно до того как сбрасывать оценки в почту Саше. Предлагаю следующий алгоритм. Каждый голосующий участник выбирает X баннеров, и присылает их номера (указаны на странице) Саше, свои выбирать нельзя. Каждый баннер получает 1 балл за один голос (можно сделать рейтинговую оценку, но боюсь это сложно и не нужно). После голосования всех участников возникает рейтинг по баннерам. Далее анализируется авторство баннера и баллы одного автора складываются. И определяется победитель. Как вам? X по моему разумению должен быть около 10-15. Digr (обсуждение) 16:39, 3 октября 2015 (MSK)
- Саша, сделал страницу и сделал, ничего страшного в этом нет. Можно отмечать где используется, проставлены ли категории и какие лучше и прочие комментарии. Т.е. координация. Касательно "за участие" - очень нечеткий критерий. Один участник может загрузить много баннеров бесполезных в проекте, или неважного качества, а другой сделает один хороший и важный для нас баннер. Сегодня когда расставлял баннеры, получил удовольствие и удовлетворение от затеи, потому как у нас появились баннеры на Павловск, Пушкин, Рязань и Тверь(!) и прочие города, кое какие регионы, а ранее баннером была осчастливлена Тула. Digr (обсуждение) 16:22, 3 октября 2015 (MSK)