Wikivoyage:Пивная путешественников: различия между версиями

Материал из Wikivoyage
Содержимое удалено Содержимое добавлено
Строка 1360: Строка 1360:
:::: А с размером, вроде, когда-то были аргументы, что Викигид может просматриваться на мобильных устройствах, где большие файлы означают и большой трафик, и долгую загрузку. Это проблема уже ушла в прошлое? - [[Участник:Ludvig14|Ludvig14]] ([[Обсуждение участника:Ludvig14|обсуждение]]) 12:21, 3 октября 2015 (MSK)
:::: А с размером, вроде, когда-то были аргументы, что Викигид может просматриваться на мобильных устройствах, где большие файлы означают и большой трафик, и долгую загрузку. Это проблема уже ушла в прошлое? - [[Участник:Ludvig14|Ludvig14]] ([[Обсуждение участника:Ludvig14|обсуждение]]) 12:21, 3 октября 2015 (MSK)
::::: Утверждается, что с новым приложением точно подгружается превьюшка размером 2100x300, а не весь файл, какого бы размера он ни был. --[[User:Atsirlin|Alexander]] ([[User_talk:Atsirlin|обсуждение]]) 15:10, 3 октября 2015 (MSK)
::::: Утверждается, что с новым приложением точно подгружается превьюшка размером 2100x300, а не весь файл, какого бы размера он ни был. --[[User:Atsirlin|Alexander]] ([[User_talk:Atsirlin|обсуждение]]) 15:10, 3 октября 2015 (MSK)
:::: Наверное, всё же стоит заливать с разрешением большим, чем 2100x300. Сейчас это подходящее разрешение, а вот лет через лет может оказаться маловатым. --[[Участник:Dronych|Dronych]] ([[Обсуждение участника:Dronych|обсуждение]]) 17:02, 3 октября 2015 (MSK)


::: А зачем их вообще сейчас делать? Какую фундаментальную, полезную другим информацию мы хотим отправить в Викиданные? В светлой перспективе всем спискам нужно, действительно, создать элементы Викиданных, но это, пожалуй, наименее важное действие из всех возможных. --[[User:Atsirlin|Alexander]] ([[User_talk:Atsirlin|обсуждение]]) 15:10, 3 октября 2015 (MSK)
::: А зачем их вообще сейчас делать? Какую фундаментальную, полезную другим информацию мы хотим отправить в Викиданные? В светлой перспективе всем спискам нужно, действительно, создать элементы Викиданных, но это, пожалуй, наименее важное действие из всех возможных. --[[User:Atsirlin|Alexander]] ([[User_talk:Atsirlin|обсуждение]]) 15:10, 3 октября 2015 (MSK)
Строка 1369: Строка 1370:
:: Саша, сделал страницу и сделал, ничего страшного в этом нет. Можно отмечать где используется, проставлены ли категории и какие лучше и прочие комментарии. Т.е. координация. Касательно "за участие" - очень нечеткий критерий. Один участник может загрузить много баннеров бесполезных в проекте, или неважного качества, а другой сделает один хороший и важный для нас баннер. Сегодня когда расставлял баннеры, получил удовольствие и удовлетворение от затеи, потому как у нас появились баннеры на [[Павловск]], [[Пушкин]], [[Плёс]], [[Рязань]] и [[Тверь]](!) и прочие города, кое какие регионы, а ранее баннером была осчастливлена [[Тула]]. [[Участник:Digr|Digr]] ([[Обсуждение участника:Digr|обсуждение]]) 16:22, 3 октября 2015 (MSK)
:: Саша, сделал страницу и сделал, ничего страшного в этом нет. Можно отмечать где используется, проставлены ли категории и какие лучше и прочие комментарии. Т.е. координация. Касательно "за участие" - очень нечеткий критерий. Один участник может загрузить много баннеров бесполезных в проекте, или неважного качества, а другой сделает один хороший и важный для нас баннер. Сегодня когда расставлял баннеры, получил удовольствие и удовлетворение от затеи, потому как у нас появились баннеры на [[Павловск]], [[Пушкин]], [[Плёс]], [[Рязань]] и [[Тверь]](!) и прочие города, кое какие регионы, а ранее баннером была осчастливлена [[Тула]]. [[Участник:Digr|Digr]] ([[Обсуждение участника:Digr|обсуждение]]) 16:22, 3 октября 2015 (MSK)
::: Собственно до того как сбрасывать оценки в почту Саше. Предлагаю следующий алгоритм. Каждый голосующий участник выбирает X баннеров, и присылает их номера (указаны на странице) Саше, свои выбирать нельзя. Каждый баннер получает 1 балл за один голос (можно сделать рейтинговую оценку, но боюсь это сложно и не нужно). После голосования всех участников возникает рейтинг по баннерам. Далее анализируется авторство баннера и баллы одного автора складываются. И определяется победитель. Как вам? X по моему разумению должен быть около 10-15. [[Участник:Digr|Digr]] ([[Обсуждение участника:Digr|обсуждение]]) 16:39, 3 октября 2015 (MSK)
::: Собственно до того как сбрасывать оценки в почту Саше. Предлагаю следующий алгоритм. Каждый голосующий участник выбирает X баннеров, и присылает их номера (указаны на странице) Саше, свои выбирать нельзя. Каждый баннер получает 1 балл за один голос (можно сделать рейтинговую оценку, но боюсь это сложно и не нужно). После голосования всех участников возникает рейтинг по баннерам. Далее анализируется авторство баннера и баллы одного автора складываются. И определяется победитель. Как вам? X по моему разумению должен быть около 10-15. [[Участник:Digr|Digr]] ([[Обсуждение участника:Digr|обсуждение]]) 16:39, 3 октября 2015 (MSK)

:::: Да, давайте не будем разбивать по тому, кто создал баннер. Т.о. авторитет создателя баннер не будет влиять на выбор. --[[Участник:Dronych|Dronych]] ([[Обсуждение участника:Dronych|обсуждение]]) 17:02, 3 октября 2015 (MSK)

Версия от 17:02, 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.

Архив

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

Архивы пивной:

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)[ответить]

Я под это дело создал Wikivoyage:Википроект:Развитие/Содержание. Пока там лишь прописана программа действий. Пожалуйста, комментируйте и высказывайтесь о том, нужно ли начинать прямо сейчас или стоит дождаться каких-то новых возможностей: например, со стороны Викиданных. --Alexander (обсуждение) 23:05, 6 августа 2013 (MSK)[ответить]

Ссылки на Википедию и Коммонз рано или поздно придут с Викиданных. Удобно, если они в статье есть, но не сметрельно, если нет (ну, конечно, если это не есть следствие какого-то конфликта в самих Викиданных).--Ymblanter (обсуждение) 23:44, 6 августа 2013 (MSK)[ответить]

Приоритетность создания статей

Для сведения: вот такие планы у "Одинокой планеты": [1]. Нам, наверно, тоже полезно учитывать это (в дополнение к неизменно приоритетной России). --Л.П. Джепко (обсуждение) 13:43, 5 ноября 2013 (MSK) Самые популярные среди туристов регионы в 2014 году:[ответить]

Интересно среди кого проводился опрос. Богатые иностранцы? Антарктида начинается от пары котлет баксов за десять дней. 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)[ответить]
Можно учитывать и это - Участник:Wanderer777/Статистика. --Wanderer777 (обсуждение) 00:32, 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)[ответить]
Я тоже в Болгарии никогда не был. Если что, смогу разобраться, что-то написать, но не более того.--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)[ответить]
Технически возможно, но быстро реализовать не обещаю. --Alexander (обсуждение) 17:33, 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)[ответить]

──────────────────────────────────────────────────────────────────────────────────────────────────── 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)[ответить]
Я лучше здесь напишу мысли по переводам.
  • Вместо "Другое название" предлагаю написать "Дополнение" и разместить это поле под полем "Название"
  • Вместо "Электронная почта" предлагаю написать 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)[ответить]

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

Кроме того, нужно решить, как будет отображаться поле 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)[ответить]

К сожалению, у меня сейчас очень плохой интернет. Когда будет лучший, буду разбираться, почему в качестве гаджета оно не работает. --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)[ответить]

  1. Тут стоит ещё учитывать, что если он будет выключен по умолчанию, то он, скорее всего, будет недоступен для незарегестрированных пользователей. Я бы оттолкнулся тут от ответа на этот второй вопрос.
  2. Я уже привык, но немного рябит, особенно в местах, где много объектов с небольшим количеством контента. Но тут я нейтрален, можно так, можно так.
  3. Лучше показывать всегда. Мне кажется, это полезная информация. К тому же, если не показывать, то проставляться эти даты, наверное, будут ещё реже. А как можно отмечать устаревшие листинги?
  4. И ещё. При нажатии на кнопочку "Достопримечательность", "Что делать" и др. можно было бы выводить в пустом шаблоне 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)[ответить]

По поводу 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) ссылку на открытие карты 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)[ответить]

Я завел список всех известных проблем, которые так или иначе затрагивают 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)[ответить]

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)[ответить]

К вопросу о шаблонах

Несколько текущих вопросов:

  1. Cейчас у нас есть {{regionlist}} для оформления списка регионов рядом с картой, {{regionitem}} для подробного описания регионов под картой и {{citylist}} для описания городов. Для единообразия я предлагаю переименовать citylist в cityitem. Или, может быть, назвать их вообще по-другому? Достаточно ли одного шаблона {{citylist}} для городов и "других мест назначения"? Или лучше как-нибудь разделить два этих типа?
  2. Таблички дорог: у нас есть {{Табличка дороги}} и целый ворох производных шаблонов типа {{Российская трасса}}. Вопрос в том, нужны ли они вообще. На мой взгляд, не нужны, поскольку цветные таблички путаются с цветными квадратиками для отдельных объектов. Если всё-таки нужны, давайте, может быть, создадим единый шаблон {{road}} с обязательным параметром, указывающим страну.
  3. Транспорт: оставить ли все-все значки метро в шаблоне {{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)[ответить]
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)[ответить]

С Новым годом!
Мне не кажется, что пустые статьи о странах вроде Западной Африки и Океании — это огромный пробел. Есть смысл сфокусироваться на введениях для 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)[ответить]

Ссылки из шаблона 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)[ответить]

У меня вот какая возникла мысль: может быть, нам внедрить ссылку на список наследия в карточки 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)[ответить]
В данном случае — только дилеммой, на какой из списков давать ссылку. А если смотреть с общих позиций, то неясно, какой из списков более актуален, и откуда, скажем, черпать информацию для Викиданных. --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)[ответить]
Я никогда не озвучивал, но меня всегда мучал вопрос: а почему "Официальный сайт" (и теперь "Памятники культурного наследия") расположен между гербом и картинкой? Я иногда даже специально не указывал сайт, чтобы не появлялась эта зелёная полоска с сайтом =) А что, если офиц. сайт и памятники культурного наследия отображать в разделе Полезная информация, при этом не выделяя их 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)[ответить]

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)[ответить]

Ещё о достопримечательностях

Идея нашего {{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)[ответить]
Да, это отличная идея. Но я бы вообще не брался обсуждать никакие детали до тех пор, пока не решить концептуальный вопрос. Где будет размещена эта статья-выжимка? Например, если мы открываем страницу Москва, то какая статья будет показана изначально - короткая или полная? Будь то короткая или полная, она, значит, будет содержать ссылку на вторую. И тогда мы рискуем, что большинство читателей так никогда и не узнает о существовании этой второй статьи/не откроет её. Предполагаю, процент таких людей будет значительным. --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)[ответить]
Кстати, как пример неформата посмотрите Греческие_острова. --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: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)[ответить]
Мне нравится статейный подход. Минимально приемлемый путеводитель, содержащий все необходимые заделы по оформлению и осмысленному тексту является той единицей, которая стимулирует к дальнейшей работе и совершенстованию. Через этот порог легче переступить новичку, чем создавать совсем всё с нуля. Подобный путеводитель также интересней, чем полностью законченный, так как в нём есть место для интриги, исследования, чувства первооткрывателя. Вопрос только можно ли это объективно посчитать? --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)[ответить]
Позиции сторон высказаны неоднократно и сформулированы вполне однозначно. Пытаться уговаривать хоть меня, хоть Ярослава, хоть ещё кого-нибудь, кто отказывается, выглядят как минимум неэтично. У нас есть круг вопросов, по которому мы будем взаимодействовать с ВМ РУ — вот и давайте действовать в его рамках. Что же касается номинации Викигида в целом, мы ждём официального ответа на поставленный вопрос. До получения этого ответа обсуждать что-либо, по-моему, бессмысленно. --Alexander (обсуждение) 21:55, 3 марта 2015 (MSK)[ответить]
  • Никто никого не уговаривает и даже не собирается. Для следующего собрания у меня готово предложение по твоей и другим персональным номинациям, и почему-то кажется, что оно пройдёт в близкой к предложенной формулировке. В организациях, знаете ли, случаются дедлайны, и какую-то точку приходится ставить в любом случае. Что же касается проектной премии, при всём уважении к личному мнению, нельзя становиться узким горлышком, об этом разговор. Есть масса способов как этого избежать. Вообще можно не вручать премии тем, кто сделал первую правку, создал статью, или получил какой-то флаг до определённой даты - "отцам-основателям проекта", а остальных поощрять за статьи определённого качества или какие-то другие объективные счётные и полезные для проекта действия; да даже за количество правок - нормальный критерий, который в небольших проектах достаточно хорошо коррелирует с полезностью (которая в общем случае условное и достаточно субъективное понятие). Что угодно можно сделать и совершенно незачем ждать собрания. Это горизонтальная работа между Викигидом и организаторами проекта "Вики-премия". Более того, при сложившемся отношении лучше "с чистого листа" выработать свой проектный критерий и предложить его организаторам Вики-премии. Не захотят его принять, ну пусть остаются без Викигида. Очень сложно о чём-то абстрактном говорить, любую же конкретику проще донести, тем более если она будет полностью исходить от Викигида в форме: "нам нужно это". Прислушайтесь, пожалуйста, не стоит ничего ждать. --cаша (krassotkin) 13:51, 6 марта 2015 (MSK)[ответить]
  • В целом. В этом деле есть разные подходы: можно просто забыть, вычеркнуть и не трепать себе нервы, потратив время на что-то более полезное, можно пытаться что-то менять. Кто-то выбирает первый вариант, лично я заставляю себя идти по второму, потому что надеюсь, что со временем организация изменится к лучшему, она станет реально полезна человечеству, а быть её членом станет почётно. Уже сейчас заметны пусть и небольшие, но положительные изменения, и мне не стыдно за то что я делаю. Было бы больше членов и внешних сторонников этих изменений, можно было бы быстрее всё изменить. И ещё... Очень трудно, когда и внутри приходится с боями всё менять, и извне никакой поддержки - "у тебя ничего не выйдет", ну не смогу, так же махну рукой, кому от этого станет лучше... Да даже в последнем случае всяко лучше даже уйти что-то всётаки успев изменить. --cаша (krassotkin) 15:19, 3 марта 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)[ответить]
Я тоже не против, хотя предвижу, что затея не вызовет большого интереса. --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)[ответить]
Резюмирую. Фактически мы сейчас должны создать эту страницу, и начать конкурс 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 (обсуждение) 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)[ответить]

Замечу в скобках, что при оффлайновом использовании через 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 (обсуждение) 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)[ответить]

Вики любит Землю

Вариант 1
Вариант 2
Вариант 3

Как все, наверное, знают, кроме конкурса 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)[ответить]

Такого я еще не видел

Тут в группе ВКонтакте, один товарищ начал провокационные обсуждения. При этом у самого проект по туризму, с опциональной вики. Тащит от нас, потом пытается зачистить, но многое остается. Естественно без лицензирования и т.д. Сравните, например, по Нижнему Тагилу. [5]. Digr (обсуждение) 21:43, 10 марта 2015 (MSK)[ответить]

Раньше это легко решалось обращением к провайдеру, но я не знаю, какая ситуация в России сейчас.--Ymblanter (обсуждение) 22:05, 10 марта 2015 (MSK)[ответить]
Они хостятся на http://ru.hostgator.com/, это международная компания, должны отреагировать. Готовлю предупреждение сначала на сайт, потом по процедуре. Digr (обсуждение) 22:15, 10 марта 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)[ответить]
  1. Насколько я понял, в английском Викигиде они тоже просят указывать авторов в описании правок. Наверное, так стоит и делать.
  2. Здесь можно было бы посмотреть на вопрос с позиций свободного распространения информации и удобства пользователей, а не с этической точки зрения. (А если кто-то боится, что его материалы украдут - пусть ставит копирайт и использует другую лицензию.) Мне, например, как пользователю, много удобнее прочитать и впоследствии иметь доступным всё в одной статье хорошего уровня, а не ходить читать по разным сайтам и языковым версиям. И если где-то это будет реализовано - то тем лучше и мне, и остальным пользователям. Поэтому я бы всячески приветствовал перенос любой полезной (разрешённой к копированию) информации.
    И вот, например, в случае с Дели написать те же 60K текста самому - это работа на пару дней, перенести откуда-то - значительно быстрее и эффективнее, но, конечно, переносить нужно выборочно, только то, что на самом деле будет полезным. --Dronych (обсуждение) 17:01, 22 марта 2015 (MSK)[ответить]

Важные новости Викимедиа, январь 2015

Важные новости из блога Викимедиа за январь 2015 года, касающиеся деятельности Фонда и других событий Движения Викимедиа.

Help is welcome for translating the February 2015 Wikimedia Highlights, too.

About · Subscribe · Distributed via MassMessage (wrong page? Correct it here), 21:57, 28 марта 2015 (MSK)

Категория "Путевые очерки" в Викитеке.

Здравствуйте. В Викитеке создана 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

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)[ответить]
Надо смотреть, какую именно ошибку он выдаёт. В Уфе, например, ругается на неправильно расставленные кавычки. Сейчас попробую это исправить. --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)[ответить]

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) • TranslateGet help

Важные новости Фонда Викимедиа, февраль 2015

Новости Блога Викимедиа за февраль 2015 г., включая некоторые мероприятия Фонда и другие события движения Викимедиа.
Help is welcome for translating the March 2015 Wikimedia Highlights, too.
About · Subscribe · Distributed via MassMessage (wrong page? Correct it here), 06:15, 4 мая 2015 (MSK)

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) • TranslateGet help

Важные новости Фонда Викимедиа, март 2015

About · Subscribe · Distributed via MassMessage (wrong page? Correct it here), 06:05, 9 мая 2015 (MSK)

Важные новости движения Викимедиа, апрель 2015

Ознакомьтесь с новостями из блога Викимедиа за апрель 2015 года.
About · Subscribe · Distributed via MassMessage (wrong page? Correct it here), 09:01, 17 мая 2015 (MSK)

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) • TranslateGet 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)[ответить]

Раскрываются карты

У меня в 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:

I hope it will be helpful for you and allow you to do useful things with the help of Wikidata.

Cheers Lydia Pintscher 17:05, 7 июня 2015 (MSK)[ответить]

Наверное, нам тоже стоит обсудить, что именно мы хотим брать из Викиданных. Сейчас относительно безболезненно можно брать координаты и вебсайт.--Ymblanter (обсуждение) 17:31, 7 июня 2015 (MSK)[ответить]
Ещё можно фотографию, но это во многих случаях создаст конфликт.--Ymblanter (обсуждение) 17:32, 7 июня 2015 (MSK)[ответить]
Ни фотографию, ни координаты мы брать не можем, поскольку они не будут отображаться на карте. Веб-сайт — ну да, можем. --Alexander (обсуждение) 17:49, 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)[ответить]

Кстати еще раз про это: все монументы переезжают на Викиданные, когда мы хотим править монумент - мы делаем это на Викиданных, страницы списков генерируются из базы Викиданных (или хотя бы синхронизируются с ВД ежедневно), карты монументов генерируются прямо из Викиданных. Я тут подумал и понял что я могу сделать тестовый список для одного региона, который бы эту идею реализовал. Например для 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)[ответить]

Викиконференции, июнь 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)[ответить]

VisualEditor News #3—2015

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

03:13, 20 июня 2015 (MSK)

Важные новости движения Викимедиа, май 2015

Ознакомьтесь с новостями из блога Викимедиа за май 2015 года.
About · Subscribe · Distributed via MassMessage (wrong page? Correct it here), 21:39, 23 июня 2015 (MSK)

Реки-маршруты

В связи с обсуждением Тюменской области возник вопрос о том, могут ли реки быть статьями-маршрутами не в контексте речных круизов, а просто как способ организации достопримечательностей вдоль рек — в той местности, где реки являются основными транспортными артериями или вдоль них идут все основные дороги. Пример Тюменской области является вполне практическим, поскольку сейчас некоторые достопримечательности на Иртыше отнесены к окрестностям Тобольска, но есть ещё сёла Вагай, Уват, отстоящие от Тобольска на много километров и требующие описания. --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)[ответить]
Я правильно понимаю, что статья про Иртыш в любом случае будет иметь type=Маршрут и попадет в раздел «Маршруты» (а не «другие места») областей, через которые проходит? При этом объекты внутри статьи вполне могут быть организованы, как в обычном путеводителе. Мне кажется, не имеет значения, какое там расстояние между достопримечательностями, даже если счет идет на сотни километров. GMM (обсуждение) 00:08, 30 июня 2015 (MSK)[ответить]
Так вот я и не знаю, какой она должна иметь тип. Наверное, я зря не сказал, что с самого начала мой вопрос состоял из двух частей. 1) Допустимы ли такие статьи? Ответ понятен, допустимы. 2) Какой у них должен быть тип? Пока неясно. --Alexander (обсуждение) 00:23, 30 июня 2015 (MSK)[ответить]
По второму вопросу: а из каких типов, собственно, выбирать? Это не регион, потому что в географической иерархии не должно быть перекрывающихся регионов. Не сводная, так как было решено «путеводительный» контент в сводных статьях не размещать. Тип «в помощь путешественнику», по-моему, тоже не предполагает отдельных листингов. На национальный парк непохоже. Остается только маршрут? Транспортный стержень, необходимый для маршрута, имеется. GMM (обсуждение) 18:41, 2 июля 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

Ознакомьтест с новостями из блога Викимедиа за июнь 2015 года.
About · Subscribe · Distributed via MassMessage (wrong page? Correct it here), 19:51, 21 июля 2015 (MSK)

Proposal to create PNG thumbnails of static GIF images

The thumbnail of this gif is of really bad quality.
How a PNG thumb of this GIF would look like

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, и появится его стабильная версия - будет иметь смысл перенести и остальные изменения, или просто максимально приблизить рус. версию к английской (чтобы впоследствии опять же было проще переносить новые фиксы из англ. версии).
Listing editor in two-column mode
Ещё вопрос: в новом англ. эдиторе предполагается добавить поля "Edit summary" и "minor change?". Стоит ли их добавлять и нам? --Dronych (обсуждение) 23:04, 1 августа 2015 (MSK)[ответить]
Да, если это легко, поля обязательно надо добавить.--Ymblanter (обсуждение) 23:13, 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)[ответить]
Скорее всего, можно. Нужно будет переписать .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)[ответить]

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


Happy editing!

MediaWiki message delivery (обсуждение) 02:43, 1 августа 2015 (MSK)[ответить]

VisualEditor News #4—2015

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)[ответить]
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)[ответить]
Игорь, посмотри, пожалуйста, ещё раз. Похоже, что это была моя ошибка, дававшая такой странный эффект. Сейчас на 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)[ответить]

В английском разделе нашли довольно критичный баг, поэтому пока не будем спешить с внедрением. --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)[ответить]

Блокировка сайта

Так как нас могут заблокировать (в связи с тем, что мы, вероятно, сидим в Википедией на одном адресе) всем, кто пишет из России, советую пойти в русскую Википедию, кликнуть на чёрный баннер в верхней части любой страницы и прочесть про способы обхода блокировки. Может уже сегодня стать актуально.--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 долларов США), программа «Гранты для индивидуальных проектов» может помочь вам и вашей команде во время разработки проекта, компенсируя такие расходы, как материалы, поездки и аренда помещений.

I JethroBT (WMF), 12:36, 5 сентября 2015 (MSK)[ответить]

Важные новости Фонда Викимедиа, август 2015

Новости блогосферы за август 2015 г.
About · Subscribe · Distributed via MassMessage (wrong page? Correct it here), 20:56, 17 сентября 2015 (MSK)

Для информации: Фонд 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 минус неформат). Больше всего баннеров по Сочи и Великому Новгороду.

Работы у нас две:

  1. рачительно распорядится полученными изображениями: проставить категории, в категорию баннеров и приткнуть в статьи.
  2. выбрать победителя.

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

По второму, давайте обсудим алгоритм.

--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)[ответить]
Наверное, всё же стоит заливать с разрешением большим, чем 2100x300. Сейчас это подходящее разрешение, а вот лет через лет может оказаться маловатым. --Dronych (обсуждение) 17:02, 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)[ответить]
Да, давайте не будем разбивать по тому, кто создал баннер. Т.о. авторитет создателя баннер не будет влиять на выбор. --Dronych (обсуждение) 17:02, 3 октября 2015 (MSK)[ответить]