Перейти к содержанию

Обсуждение Wikivoyage:Викиданные

Содержимое страницы недоступно на других языках.
Добавить тему
Материал из Wikivoyage
Последнее сообщение: 11 лет назад от Voll в теме «Listings to wikidata: Properties»

Wikidata is here!

[править]

Перенесено из пивной

Heya folks :)

Sorry for writing in English.

I just wanted to let you know that the first part of Wikidata has now been enabled here. This means you no longer have to store interwiki links in the article's wiki text but can do so via Wikidata. This also means that it no longer has to be kept in sync across all the languages but is only stored and edited in one place. Please keep in mind that if you keep local interwiki links in the wiki text they will overwrite the ones on Wikidata. You can now start migrating the links or wait for one of the bots to come and do it for you. Access to other information on Wikidata like timezones, airport codes and so on is not enabled yet. This will follow in the future. Please do let me know if you encounter any issues or have questions. d:Wikidata:Wikivoyage migration has a list of people who are additionally willing to help with any problems you might encounter. --Lydia Pintscher (WMDE) (обсуждение) 01:35, 24 июля 2013 (MSK)Ответить

Мы подождем пока английский раздел выловит баги и пропущенные страницы? --Voll (обсуждение) 00:01, 25 июля 2013 (MSK)Ответить
Мы активно ничего и не должны делать. Уже можно удалять интервики руками, проверяя, что они стоят верно, но если этим заниматься слишком много, то правки загромождают список последних правок. Лучше удалять только из тех статей, где мы и так правим, новые заносить уже на Викиданные, а когда изначальные баги будут выловлены, запустить бота. Сейчас там что-то не работает, я часов пять назад заблокировал бота на Викиданны, вносящего туда интервики, и ботовладельцы ловят баг.--Ymblanter (обсуждение) 00:59, 25 июля 2013 (MSK)Ответить
Для любознательных создана статья Wikivoyage:Викиданные‎, в которой вы найдете много полезной информации по использовании Викиданных в Викигиде. Она еще дорабатывается, так что читайте замечания - кое-какая информация еще не совсем точная. --Voll (обсуждение) 13:32, 25 июля 2013 (MSK)Ответить

Викиданные: что осталось сделать для первой фазы

[править]

Перенесено из пивной

Итак перенос интервик завершен, затем бот вычистит интервики из статей (Готово). Что еще осталось сделать чтобы первая фаза подключения Викиданных у нас закончилась?

  • (Готово) После бота нужно будет вернуть интервики в следующие статьи Гёталанд, Сахара и Центральная Америка - это связано с рассогласованиями в иерархии или в именовании мест.
  • Нужно завести элементы данных для статей (57 штук) в пространстве имен Wikivoyage . Возможно они уже созданы из другого раздела, тогда просто подключить нашу статью туда.
  • Нужно завести элементы данных для статей первого уровня (271 штука или меньше) в пространстве имен Шаблон . Возможно они уже созданы из другого раздела, тогда просто подключить нашу статью туда.
  • Наконец удалить 2 категории Категория:Столицы и Категория:Указание языка для ссылок. Первая уже обсуждалась с т.з. удаления, вторая даже попала в список на удаление, но до реального удаления руки не дошли. Если не удалим, то для них тоже надо сделать новый элемент.

Вот вроде и всё. Ах да, Лидия сказала что вторую фазу запустят после удачного завершения первой фазы, т.е. может даже через месяц, что просто замечательно. --Voll (обсуждение) 22:00, 31 июля 2013 (MSK)Ответить

Ещё раз спасибо за систематическую работу! Думаю, что это хороший повод критически пересмотреть шаблоны и понять, какие из них не используются. --Alexander (обсуждение) 23:11, 31 июля 2013 (MSK)Ответить
Да, мне тоже это приходило в голову. Может как-то организовать место для обсуждения? --Voll (обсуждение) 23:56, 31 июля 2013 (MSK)Ответить
Если просто выносить ненужные шаблоны на удаление? --Alexander (обсуждение) 00:02, 1 августа 2013 (MSK)Ответить
Да, с одной категорией я уже разобрался, а вторую вынес на удаление. --Alexander (обсуждение) 23:12, 31 июля 2013 (MSK)Ответить

Прошу удалить интервики в Заглавная страница, так как она защищена. --Voll (обсуждение) 17:33, 5 августа 2013 (MSK)Ответить

Сделано. --Alexander (обсуждение) 18:01, 5 августа 2013 (MSK)Ответить

Access to data from Wikidata is now available

[править]

Перенесено из пивной

Heya folks :) (Sorry for writing in English. I hope someone can translate this.)


I just wanted to let you know that from now on you have access to the data that is on Wikidata. To get a feeling for what kind of data we are talking about please have a look at the Wikidata item about Andorra. More is being added constantly. We hope this will be useful for you and help you continue to create great articles.

To make use of the data in an article or template you have two ways:

  • Parser function. To get the country calling code for the country described by the article for example just use {{#property:country calling code}} or {{#property:P474}}. (There are still issues with properties related to coordinates and time when using the parser function. bugzilla:48937 and bugzilla:50277 are tracking these.)
  • Lua. The details about access to data via Lua is explained at mw:Extension:WikibaseClient/Lua.

A few things to keep in mind:

  • No article or template is edited automatically by the software behind Wikidata. You will have to adapt them by hand or using a bot to make use of it.
  • Right now it is only possible to access data from the specific Wikidata item that the Wikivoyage article is linked to. We are working on making it possible to access data from other items as well. bugzilla:47930 is tracking the progress on this.

Please do let me know if you see any issues or run into problems.


Cheers --Lydia Pintscher (WMDE) (обсуждение) 02:04, 27 августа 2013 (MSK)Ответить

ПЕРЕВОД:

Заработал доступ к данным, собранным на Викиданных. Чтобы понять, какие свойства (property) и данные вы можете использовать, например, загляните в элемент данных Андорра. Конечно в элементы постоянно добавляются новые данные и, иногда, новые свойства. Мы надеемся, что этот новый функционал будет полезен для Викигида и поможет вам создавать прекрасные статьи.

Чтобы воспользоваться данными в статье или шаблоне, есть два пути:

  • Функция парсера. Чтобы получить телефонный код для страны в статье про нее, просто используйте {{#property:country calling code}} или {{#property:P474}}. (Существуют баги, связанные со свойствами координат и времени, при использовании функции парсера. Отслеживать их можно через bugzilla:48937 и bugzilla:50277)
  • Lua. Подробности о доступе к данным через Lua объясняется в mw:Extension:WikibaseClient/Lua.

Имейте в виду:

  • Ни одна статья или шаблон не будет изменена автоматически с помощью ПО Викиданных. Вам придется адаптировать их вручную или с помощью бота.
  • Сейчас возможно получить доступ к данным только из элемента данных связанного со конкретной статьей Викигида. Разработчики работают над тем, чтобы было можно получить доступ к данным также из других элементов. Отслеживать прогресс разработки можно через bugzilla:47930.

Пожалуйста, напишите Lydia Pintscher (WMDE), если у вас есть какие-либо вопросы или вы столкнулись с багом.

От себя лично добавлю, что в Викиданных еще много сырого, много багов, но перспектива интересная. Буду стараться поддерживать тут интерес к этому функционалу. В английском разделе еще до запуска проявился первый разработчик (связка с Википедией). --Voll (обсуждение) 11:53, 27 августа 2013 (MSK)Ответить
Если есть готовый шаблон на Lua, то Википедию и Коммонз можно хоть сейчас заменять ботом. С этими полями на Викиданных всё в порядке.--Ymblanter (обсуждение) 13:49, 27 августа 2013 (MSK)Ответить
Так как реализация одинакова на всех яз. разделах, то пусть этот парень делает эту работу, потом скопируем. Тут похоже работы на всех хватит. Я вот только сегодня узнал что main type (GND) будут удалять, а я считал ее основой всего... Значит нам в ближайшее время надо проработать instance of для всех типов наших статей, так как многих не хватает. Да, кстати, {{#property:country calling code}}, не работает из-за какого-то бага, пока надо использовать второй вариант. --Voll (обсуждение) 14:10, 27 августа 2013 (MSK)Ответить


Listings to wikidata

[править]

Перенесено из пивной

I think it's time to collaborate with Wikidata. If started a request for comments to create a listing/vcard structure on Wikidata. At the end all listings should go to Wikidata to have them available on all language versions here. -- DerFussi 10:29, 10 августа 2013 (MSK)Ответить

Thanks Stefan, I actually commented there before you left this message.--Ymblanter (обсуждение) 11:16, 17 августа 2013 (MSK)Ответить
Итог там подведён, но я пока ничего не понимаю. Наверное, надо будет вынести на общий форум для обсуждения.--Ymblanter (обсуждение) 20:57, 29 ноября 2013 (MSK)Ответить

Listings to wikidata: Properties

[править]

Мне кажется, что он просто перечислил те свойства, по которым (по его мнению) была ясность , не углубляясь в наши проблемы.

  1. Type of listing: instance of (P31)
  2. Alternative name: alias if can be queried
  3. URL: official website (P856)
  4. Email: e-mail (P968)
  5. Address: street address (P969)
  6. Phone, fax, checkin time, checkout time, price: discussing in Wikidata:Property_proposal/Sister_projects#Wikivoyage

А мы похоже были настолько увлечены общими вопросами, что совсем не обсуждали свойства листингов. И теперь, после трех месяцев опыта с барами и культурным наследством, видно где у нас проколы. Давайте я сначала тут напишу, а потом действительно надо найти площадку для общего обсуждения. URL, Email и Address обсуждать нечего это простые свойства. Остальное обсудим ниже.

Type of listing: instance of (P31). Здесь два вопроса:
  • Нам нужно выбрать или создать элементы для каждого типа листинга: see, do, buy, eat, sleep, drink, go, other. Хотя некоторые элементы вроде как уже могли быть созданы: гостиница или ресторан, я бы не стал их использовать у нас, а создал бы все элементы как новые и только для викивояжа. Но это обсуждаемо.
  • Но самое главное - я не понял почему не было создано instance of (P31) для группирования всех листингов в единую группу. Я думал мы создадим элемент "Листинг Викивояжа" и все наши листинги должны будут иметь это свойство с таким значением (а тип будет перечислением, ну как тип здания или страна). А тут получается, что нам предложили разбить все листинги на 8 групп. Да, конечно, мы можем создать общий элемент для всех листингов и связать его с нашими элементами типов, но у нас в листингах все равно будет только тип листинга для группирования. Надо читать обсуждение, чтобы понять - почему так получилось.
Alternative name: alias if can be queried. Здесь уже есть вопросы. Викигид это поле использует в основном для названия достопримечательности на языка оригинала, верно? Но это будет трудно реализовать на практике, так что наверно предложенное решение пока лучшее.
Кроме того забыли некоторые свойства:
  • is in the administrative unit (P131) - техническое свойство для связки самого объекта листинга с населенным пунктом в котором он находится. Здесь вопрос только в том что у нас city, district и park - не всегда совпадают с administrative unit, может надо создать свое свойство именно для элементов Wikivoyage? Технически, мы конечно можем использовать P131 для своей задачи без проблем, но надо помнить что памятник в наследии тоже должен иметь это свойство и, на первый взгляд, памятник может быть привязан к разным элементам administrative unit и wikivoyage city. Тогда нам точно нужно новое свойство именно для Викивояжа. Тоже нужно перечитать RFC - может там это обсуждалось.
Это как раз нормально. Каждый объект принадлежит к какому-то населённому пункту в соответствии с официальным административным делением. А на какой странице этот объект использовать — уже наше внутреннее дело. --Alexander (обсуждение) 14:00, 30 ноября 2013 (MSK)Ответить
Да, ты прав. Жалко, хотелось бы иметь обратную связку к нам. --Voll (обсуждение) 14:34, 1 декабря 2013 (MSK)Ответить
  • coordinate location (P625) - это мы как-то совсем потеряли.
Да, просто заболтали. Никто не был против, но GZWDer почему-то их не включил в свой список. Или его смутило, что там еще был параметр высоты, или Александр своей мыслью о координатах населенных пунктов. --Voll (обсуждение) 15:49, 1 декабря 2013 (MSK)Ответить

Вот коротко ;-). --Voll (обсуждение) 13:43, 30 ноября 2013 (MSK)Ответить

Адрес

[править]

А вот тут у меня вопрос: в Викиданных есть целых два свойства, street name и street number, которые, наверное, заточены под американский формат адресов. Но у нас-то понятие адрес многогранно — от улица-номер дома до "крайний дом на околице и ещё 50 метров на северо-запад". Я не уверен, что заливка подобных адресов на Викиданные хоть кому-то пойдёт на пользу, ведь перевести их на другие языки всё равно не получится. Более того, некоторые улицы уже сейчас имеют карточки в Викиданных, а это значит, что нужно привязываться к ним, но я не знаю, как это делать мало-мальски автоматически. Вводить в наши шаблоны параметры типа street, housenumber и streetid не хотелось бы, так как ни один человек со стороны в этом никогда не разберётся. Есть ли идеи по этому поводу?

Другой вопрос: как вообще лучше форматировать адреса? По Калужской области я заботился лишь о том, чтобы отделить нас. пункт от собственно адреса. В Ивановской области ситуация гораздо хуже, поэтому адресную строку всё равно придётся разбивать на мелкие части. В принципе, я могу пересобрать её в каком-нибудь стандартном формате типа "улица Советская, 5", то есть: i) убрать все аббревиатуры; ii) поставить слова типа "улица, проспект, переулок" перед названием"; iii) отделить номер дома запятой. По-моему, это нужно сделать, но давайте решим, в каком именно формате. --Alexander (обсуждение) 20:52, 1 декабря 2013 (MSK)Ответить

По первому пункту: Р670 должно использоваться как qualifier к Р669 и имеет формат string (а не number), так что туда можно вписывать что угодно. Я на первый взгляд тут проблемы не вижу.--Ymblanter (обсуждение) 21:05, 1 декабря 2013 (MSK)Ответить
Так вроде мы уже выбрали для этого свойство street address в d:Wikidata_talk:Cultural_heritage_task_force. В смысле - никто не был против. ;-) Его же предложили и для листингов. Там можно писать в любом формате. Второй вопрос не ко мне, но мне кажется я где-то в Википедии видел статью про формирование адресов в России. --Voll (обсуждение) 21:25, 1 декабря 2013 (MSK)Ответить
Да нет, формально-то нет никаких проблем. Вот только мне кажется, что это будет перенос одних и тех же плохо отформатированных данных из одного места в другое. Зачем нам Викиданные? Во-первых, чтобы соотнести все возможные элементы с какими-то статьями и категориями, а это в том числе актуально для улиц, но нужно уметь выделить из адреса название улицы. Во-вторых, для перевода на другие языки, причём самая очевидная часть перевода — запись названия латиницей и перестановка номера дома в начало (1 Sovetskaya street = улица Советская, 1). Строчки типа "Дворцовый просп., 48, Верхний парк" не позволяют сделать ни первое, ни второе, причём даже их парсинг является весьма нетривиальной задачей, поскольку где-то стоит запятая перед номером дома, где-то не стоит, ну и так далее. --Alexander (обсуждение) 21:44, 1 декабря 2013 (MSK)Ответить
Я понимаю, но сходи по ссылке и посмотри на адреса двух памятников, которые я случайно выбрал для примера. И таких у нас в наследии тысячи. --Voll (обсуждение) 21:59, 1 декабря 2013 (MSK)Ответить

Listings to wikidata: Notability

[править]

На самом деле, на мой взгляд, главная проблема с Викиданными одинаковая что с листингами, что с культурным наследием. Нам по каждому объекту - что по отелям, что по кафе, что по архитектурным памятникам - нужны айтемы на Викиданных. После этого мы как-то сможем оттуда вытащить нужную нам информацию - либо автоматически считать (что, видимо, пока технически невозможно), либо ботом. Какие конкретно в них будут свойства - это детали, важные, но я не вижу никаких проблем при необходимости создать новые или использовать старые в новом качестве. Я надеялся, что RfC закончится тем, что в правилах Викиданных будет написано, что объект значим, если имеет листинг. На данный момент этого не произошло. Сейчас объект значим, если имеет статью в Википедии или у нас, либо если он необходим для структурной организации Викиданных (обычно это всякие таксоны, про которых статей нет, а существующие некуда прицепить). Более того, по временному итогу параллельного опроса, наличие категории на Коммонз не является достаточным для создания значимости. То есть у нас есть варианты: (1) пытаться изменить критерии значимости Викиданных и включить туда объекты, значимость которых очевидно имеется. Это нам поможет с культурным наследием, но не с ресторанами; (2) обсуждать итог RFC и пытаться сделать листинги значимыми; (3) ждать решения вопроса с категориями Коммонс (года два) и обходить ограничения через них; (4) ждать тип list на Викиданных (видимо, начало следующего года) и действовать через него. Больше пока не очень вижу. С теми объектами, о которых есть хоть одна статья в Википедии, можно работать уже сейчас.--Ymblanter (обсуждение) 14:48, 30 ноября 2013 (MSK)Ответить

Не первый раз я вижу обсуждение вопроса значимости листингов или наследия. И каждый раз Ярослав (администратор Викиданных) пугает удалением элементов. Мне, действительно, неясна боязнь Ярослава. Ведь на странице d:Wikidata:Notability есть и третий критерий: It refers to an instance of a clearly identifiable conceptual or material entity. The entity must be notable, in the sense that it can be described using serious and publicly available references. If there is no item about you yet, you are probably not notable.
Ну так что, Министерство культуры РФ не является «serious and publicly available references», а памятник наследия не «clearly identifiable material entity»? Кроме того до появления этого критерия в Inclusion list были памятники культурного наследия и их удалили оттуда именно после появления этого критерия, т.е. администраторы Викиданных согласились с тем, что памятники культурного наследия подпадают под этот критерий. Ярослав, я не прав? --Voll (обсуждение) 13:59, 1 декабря 2013 (MSK)Ответить
Может быть, я не знаю. Это же вопрос интерпретации. Можно сказать, что у нас документ Министарства Культуры, а можно, что база данных, в которую просто внесено всё (никто же не предлагает создавать записи о всех людях на основании телефонной книги). Тем не менее, я думаю, что, ежели такая проблема возникнет, памятники отстоять удастся. С отелями и ресторанами хуже.--Ymblanter (обсуждение) 14:09, 1 декабря 2013 (MSK)Ответить
Вот чтобы проверить реальны ли эти опасения, у меня была мысль, после того как Александр доделает область, подумать про бот, который бы залил памятники на ВД. Вот если их бы кто-то удалил, появился бы повод для разборок "атыктотакой" и наконец все решилось бы окончательно. ;-)
Да, для этого мне надо регистрировать бота и там можно прямо написать зачем он нужен - еще одно место для уточнения Notability. --Voll (обсуждение) 14:28, 1 декабря 2013 (MSK)Ответить
Так их же не сейчас удалят. Лет через пять на них наткнётся какой-нибудь деятель, вынесет на RfD как пустые, и там их удалит корейский администратор, совершающий 100 удалений в час. Мы он этом даже и не узнаем никогда. В любом случае, если будете заливать, сделайте такое описание правки, чтобы из него была ясна значимость. А ещё лучше - проведите через RfBots бота для этой задачи, там сразу всё и скажут.--Ymblanter (обсуждение) 14:32, 1 декабря 2013 (MSK)Ответить
А, про бота Вы тоже написали. Думаю, так и надо сделать. --Ymblanter (обсуждение) 14:32, 1 декабря 2013 (MSK)Ответить
ну и моя дурацкая (или гениальная? ;-) идея о создании страниц Listing:Q12337455 для каждого памятника культурного наследия в силе. И мы элегантно обходим всякие дурацкие ограничения. ;-) --Voll (обсуждение) 14:55, 1 декабря 2013 (MSK)Ответить
В смысле, новое пространство имён? Ведь если имя не начинается с Q, никакой функциональности записей не будет. Это будут обычные страницы с гипертекстом.--Ymblanter (обсуждение) 15:03, 1 декабря 2013 (MSK)Ответить
Да, новое пространство имен Listing. А вот комментарий я не понял совершенно. --Voll (обсуждение) 15:09, 1 декабря 2013 (MSK)Ответить
Я только что попытался создать такую запись, вот что получилось: d:Q15263268 (через пару часов сотру). Как это обойти, я не знаю.--Ymblanter (обсуждение) 15:19, 1 декабря 2013 (MSK)Ответить
Мы, видно, не поняли друг друга. Я говорил о создании таких страниц (Listing:Q12337455) на Викигиде, а не на Викиданных. А потом, поскольку это пространство имен на Wikivoyage не запрещено правилами notability, мы получим право для каждого памятника не имеющего еще элемента, создать его и сослаться на нашу страницу. Но как правильно сказал Александр - это последнее средство. --Voll (обсуждение) 15:59, 1 декабря 2013 (MSK)Ответить
А, так можно. Но пока, действительно, незачем.--Ymblanter (обсуждение) 16:27, 1 декабря 2013 (MSK)Ответить
На мой взгляд, это последнее, что нужно пробовать, а перед этим хорошенько взвесить все за и против. Если Викиданные по каким-то причинам не хотят быть полезным хранилищем и ресурсом для других проектов Викимедиа, то это проблемы Викиданных, и не нам их решать. Мне бы лично хотелось больше заниматься контентом, нежели прошибанием разных стенок, будь то сообщество Викиданных, Викисклада, упёртые товарищи из английского раздела или ещё кто-нибудь. --Alexander (обсуждение) 15:13, 1 декабря 2013 (MSK)Ответить
Думаю, надо начать с запроса бота, а перед этим хорошо продумать, в каком виде мы вообще хотим видеть такую запись на Викиданных (приведя один из уже существующих к нужному виду).--Ymblanter (обсуждение) 15:21, 1 декабря 2013 (MSK)Ответить
Полностью согласен. --Voll (обсуждение) 15:59, 1 декабря 2013 (MSK)Ответить

Соберем ссылки за нашу позицию:

Listings to wikidata: Editor

[править]

Мне тут видится другая сложность. Хорошо, допустим проблемы внутри Викиданных решены одним из четырёх способов, но если мы хотим «передать» туда часть информации, то нужно либо устраивать listing editor, интегрированный с Викиданными, либо писать бота, который будет время от времени ходить и обновлять карточки Викиданных при том, что первичным источником информации останутся наши статьи. Второй вариант всем хорош (мы сохраняем контроль над происходящим), однако убивает на корню идею обмена информацией между разными языковыми разделами. То есть пока я, честно говоря, не очень понимаю, как всё это в идеале должно работать, а значит неясно, в каком направлении двигаться. --Alexander (обсуждение) 15:06, 30 ноября 2013 (MSK)Ответить

По-моему, сейчас Викиданные в принципе не умеют читать информацию из разделов, и не уверен, что такая функциональность вообще планируется. Поэтому всё от нас туда надо переносить ботом. Было бы куда.--Ymblanter (обсуждение) 15:13, 30 ноября 2013 (MSK)Ответить
Нет, я не о том. Нужно как с интервики: кнопочка edit, позволяющая не уходя с Викигида вносить изменения в Викиданные. Кто-то должен это запрограммировать, но непонятно кто, а без такого интерфейса перенос чего бы то ни было вряд ли имеет смысл. --Alexander (обсуждение) 15:49, 30 ноября 2013 (MSK)Ответить
По-моему, средствами движка сейчас такое реализовать невозможно. Всё, что пока удалось сделать - автоматически обновлять запись в Викиданных при переименовании страницы. Может быть, можно как-то написать шаблон, чтобы такая кнопка выводила в правильное место записи на Викиданных.--Ymblanter (обсуждение) 16:13, 30 ноября 2013 (MSK)Ответить
Здесь сказать нечего, на Викимандрах пока не удалось запустить редактор листингов - он не видит конкретные листинги, будем работать с Torty3 - может что-то и для этого вопроса узнаем или решим. --Voll (обсуждение) 13:46, 1 декабря 2013 (MSK)Ответить

Касательно наших собственных проблем

[править]

Может, лучше поворошим все вместе культурное наследие? Необязательно даже в Викиданных, а просто у себя здесь. Я уже где-то выражал опасения, что проект по организации listing'ов интересен примерно пяти человекам (со всех языковых разделов), но требует как минимум согласия всех остальных. Да и их участия тоже... --Alexander (обсуждение) 14:00, 30 ноября 2013 (MSK)Ответить

Касательно наших собственных проблем, я жду, пока Вы выгрузите все списки по Калужской, потом надо добавлять фотографии и, по возможности, выверять координаты и т.п. --Ymblanter (обсуждение) 14:49, 30 ноября 2013 (MSK)Ответить
Да-да, я понимаю, что торможу процесс=) Но, к сожалению, пока не придумал, что ещё можно автоматизировать. Как раз на этапе выгрузки больше всего ручной работы: разбивка на разделы, создание карточек в Викиданных и т.д. Фотографии я местами сам добавляю, чтобы хоть как-то разнообразить всю эту рутину. --Alexander (обсуждение) 15:06, 30 ноября 2013 (MSK)Ответить
Может, просто выгружать что есть, а потом мы работу как-нибудь разделим?--Ymblanter (обсуждение) 15:11, 30 ноября 2013 (MSK)Ответить
Не знаю, посмотрим. Выкладывая такую гору информации, хочется быть уверенным в том, что не захламляешь пространство и делаешь эти списки пригодными для редактирования. Думаю, что мой личный ресурс ещё не исчерпан. Просто надо активизироваться... --Alexander (обсуждение) 15:49, 30 ноября 2013 (MSK)Ответить
Александр, я тоже считаю, что наследие более перспективное направление движения именно сейчас (с точки зрения заливки в Викиданные). Я не разделяю листинги и наследие, ведь на самом деле технически мы говорим об одном и том же - объектах в наших статьях. Поэтому проблемы у них общие. Буду стараться сейчас уделять больше внимания именно этому направлению, сами знаете октябрь-ноябрь в основном писал ботов. --Voll (обсуждение) 13:42, 1 декабря 2013 (MSK)Ответить
Да нет, без проблем. Твои боты и общая работа по организации статей куда важнее чем работа над списками. Честно говоря, есть ещё одна актуальная задача, касающаяся сайта в целом: добавить звёздочки перед шаблонами listing (кроме тех, где format=inline или format=poi). Хорошо бы её тоже решить в обозримом будущем. --Alexander (обсуждение) 13:47, 1 декабря 2013 (MSK)Ответить
Т.е. это уже решено (со звездочками)? Хорошо, постараюсь сделать. --Voll (обсуждение) 14:02, 1 декабря 2013 (MSK)Ответить
Вроде бы возражений не было... Более того, единственная причина для включения звёздочки в шаблон — возможность форматировать listing'и как-то иначе: скажем, в виде таблицы. Но сходу ничего не получается. За прошедший год никто всерьёз этим не занимался и, скорее всего, в будущем ситуация не изменится. --Alexander (обсуждение) 14:05, 1 декабря 2013 (MSK)Ответить

Как должно выглядеть это руководство?

[править]

На мой взгляд, оно с самого начала было несколько избыточным, а теперь ещё и устарело. Я попытался кратко сформулировать то, что я сам знаю и понимаю. Всё остальное я бы скинул куда-нибудь в «подвал» или просто удалил. --Alexander (обсуждение) 12:48, 17 октября 2013 (MSK)Ответить

Я убрал упоминание численности населения (увы, нет его на Викиданных) и немного переструктурировал важные моменты. Все остальные разделы под чертой предлагаю вынести куда-нибудь в подстраницу Wikivoyage:Викиданные/Дополнительные сведения. GMM (обсуждение) 15:15, 20 октября 2013 (MSK)Ответить

Страницы-перенаправления

[править]

Можно ли добавлять в Викиданные страницы-перенаправления? Например, в английском разделе есть статья Ligatne, а у нас Лигатне — это часть парка Гауя, и можно или даже нужно сделать соответствующий редирект. Логично было бы добавить этот редирект в Викиданные, чтобы в английском разделе появились интервики. Это не запрещено правилами? --Alexander (обсуждение) 19:07, 29 ноября 2013 (MSK)Ответить

Сейчас нельзя физически. Разработчики должны что-то сделать, тогда станет можно.--Ymblanter (обсуждение) 20:56, 29 ноября 2013 (MSK)Ответить