Обсуждение модуля:Wikidata/Архив

message: Стоило бы добавить параметр для форматирования данных. Например, для создания ссылки, как нужно в случае параметров Столица и Домен в . --EugeneZelenko 13:51, 29 марта 2013 (UTC)
replies: text: I used Google translate to try to understand. I suppose you ask for a link instead of a text. So Россия instead of Россия. It might be solved by using Lua, see Border countries of Germany on the test2 system. The Lua module:Wikidata still has some bugs, but is being worked upon. HenkvD 12:34, 31 марта 2013 (UTC)
replies: text: : The bug has been fixed. Please replace the template text by


text: : HenkvD 14:01, 27 апреля 2013 (UTC)
replies: text: :: That version doesn’t work for me, it shows nothing for P373 and P18 in Anki. --AVRS (обс) 21:04, 3 мая 2013 (UTC)
replies: text: ::: P373 and P18 did not work as at the time is should bep p373 and p18. That is solved now as well in Модуль:Wikidata at May 8th. HenkvD 21:56, 13 мая 2013 (UTC)

text: После обновления получаются вот такие забавные картинки. Если элемента в Викиданных нет, шаблон должен возвращать пустую строку, а не ошибку. Пока откатил. — putnik 10:17, 14 мая 2013 (UTC)
replies: text: : Could you explain in English: Which article, what property (or properties) and which template is used. HenkvD 17:51, 14 мая 2013 (UTC)
replies: text: :: I fixed Модуль:Wikidata. Please try again. HenkvD 18:22, 14 мая 2013 (UTC)
thread_title:  Параметр для форматирования данных 

message: We should make service categories workable. infovarius 07:12, 14 мая 2013 (UTC)
thread_title:  Категории 

message: Раньше в случае значения «novalue» шаблон возвращал пустую строку, теперь строку «no value», в результате сломалось отображение (а точнее неотображение) ссылки на викисклад в карточке. Пример: Космос-573. — Ivan A. Krestinin 21:54, 17 мая 2013 (UTC)
Раз фикса пока нет, откатите пожалуйста на старую версию. — Ivan A. Krestinin 04:04, 22 мая 2013 (UTC)
Поправил. — Ivan A. Krestinin 12:03, 26 мая 2013 (UTC)
thread_title:  no value 

message: Учитывая то, как переделали отображение элементов, и [[{{wikidata|p123|{{{param|}}}|label]] теперь не работает, думаю, что нужно добавить третий параметр — отображаемый текст. — putnik 21:14, 21 мая 2013 (UTC)
thread_title:  Третий параметр 

message: Не знаю как с другими шаблонами, но  после правки  разломало, а в категорию он так и не попал. — Ivan A. Krestinin 18:20, 7 июня 2013 (UTC)
*  Ну естественно разломан этот механизм, стоит неправильное число. --Туча 17:22, 9 октября 2014 (UTC)
thread_title:  [[:Категория:Википедия:Шаблоны, использующие Викиданные]] 

message: Данные на Викидате представляют собой как текст, так и викифицированные ссылки на статьи, поэтому шаблон не всегда возвращает текст (флаг в карточке). А должен бы всегда, потому что карточки настроены именно под текстовое значение. Fameowner (обс) 15:56, 26 июня 2013 (UTC)
replies: text: Пока решил с помощью  и . — putnik 10:50, 9 августа 2013 (UTC)
thread_title:  Баг 

message: Я некоторое время назад сделал шаблон . В ближайшее время планирую сделать то же самое для свойства в теме выше. Мне кажется, что это не самое плохое решение, позволяющее настраивать форматирование отдельных свойств, не превращая общий шаблон в монстра. Но возможно есть возражения и предложения лучше, поэтому давайте обсудим до того, как такая практика начнёт массово распространяться. — putnik 12:21, 31 июля 2013 (UTC)
replies: text: Идея здравая, потому что количество этих свойств растет весьма быстро и отдельные свойства настраивать скоро будет просто неудобно. Кстати есть , который может девикифицировать значения для бага выше. Fameowner (обс) 12:29, 31 июля 2013 (UTC)

text: Думается, что одно и тоже свойство в разных конструкциях нужно́ в разных форматах, например, :d:Property:P625 уже сейчас одним форматом не обходится. Думаю перспективнее завести доп. параметр/параметры описывающие как нужно форматировать значение, что-нибудь вроде . Кстати идея не оригинальная, я это в какой-то из других wiki видел. — Ivan A. Krestinin 17:38, 31 июля 2013 (UTC)
replies: text: : А не получится, что у нас весь  будет забит описаниями форматов? Сколько их там наберётся, несколько десятков? Может, хотя бы по типам полей разделять? — putnik 18:14, 31 июля 2013 (UTC)
replies: text: :: Не думаю, для каждого из типов не так много форматов отображения можно придумать. Их общее количество будет точно меньше общего количества свойств. На самом деле формат отображения можно сразу отдавать в Lua и обрабатывать его уже там (частично он уже там обрабатывается). — Ivan A. Krestinin 18:24, 31 июля 2013 (UTC)
replies: text: ::: Из того, что пока попадается, нужны, как минимум, такие простые форматы:

text: :::* label — название свойства на русском, без ссылки

text: :::* page — связанная страница ру-вики, если не задана, то должно возвращать label (см. )

text: :::* link — label (см. )

text: ::: И ещё большая просьба как-то документировать добавляемый функционал, хотя бы просто строчкой, что оно есть, даже без пояснений. Потому что каждый раз читать весь текст модуля всё-таки неудобно и лениво. — putnik 13:43, 12 августа 2013 (UTC)
replies: text: :::: Да, с документацией у Модуль:Wikidata туго, да и написан он не слишком прозрачно. Например, только что заметил, что он допускает расширять себя с помощью внешних форматеров значений с помощью параметров value-module, value-function, но что это должны быть за функции — непонятно. А то возможно зря я втянул форматирование координат прямо в Модуль:Wikidata, надо было экстендер написать. За реализацию вышеупомянутого функционала пока не возьмусь, другие дела не доделаны. — Ivan A. Krestinin 17:54, 12 августа 2013 (UTC)
replies: text: ::::: Я пока пришёл к тому, чтобы вместо шаблонов по свойствам сделать шаблоны по типам (например, ), которые потом в случае нативной поддержки модулем можно будет быстро заменить. — putnik 18:39, 12 августа 2013 (UTC)
thread_title:  Отдельные шаблоны для некоторых свойств 

message: Может быть добавить добавить в шаблон вот такую функциональность? Пусть потребуется она в одном случае из тысячи, но логично её сделать здесь, а не разносить по множеству других шаблонов. WBR, BattlePeasant 14:27, 21 августа 2013 (UTC)
thread_title:  Запрет выводить что бы то ни было  

message: Хорошо бы выводить там же, где интервики --Arachn0 обс 08:10, 6 сентября 2013 (UTC)
replies: text: Полностью за, но это глобальный вопрос, и обсуждать его нужно на форуме. — putnik 21:34, 30 ноября 2013 (UTC)
thread_title:  Ссылка на категорию викисклада 

message: Есть предложение добавить два новых параметра: первый — возможность указания приоритета Викиданных. Как показала практика, это очень удобно, когда свойство шаблона находится в процессе перевода на использование только Викиданных, но часть значений ещё находится в процессе перевода или выверки. Второй — ID элемента, нужно в тех случаях, когда в статье используется инфобокс для раздела. Если не будет возражений, через какое-то время добавлю функциональность. — putnik 21:33, 30 ноября 2013 (UTC)
* Про второе не уверен, что в принципе возможно, по крайней мере баг 47930 в статусе New. — Ivan A. Krestinin 17:04, 1 декабря 2013 (UTC)
thread_title:  Развитие шаблона 

message: Свойства p728 и p940 необходимо прогонять через  и . Наверное придётся делать отдельные подшаблоны? Кроме того, из строк надо вырезать все буквы H или P соответственно, но это можно сделать и в самих шаблонах «фраза», тут как удобнее. WBR, BattlePeasant 13:46, 29 декабря 2013 (UTC)
=== Итог ===
Собственно проблема была с выводом шаблоном нескольких значений в виде: «H301, H311 и H330». Использовал вызов непосредственно модуля wikidata с установкой параметров separator и conjunction, полученную строку разрезаю и прогоняю через нужный шаблон. Есть ощущение некоторой кривизны решения, но работает. WBR, BattlePeasant 16:12, 8 января 2014 (UTC)
thread_title:  GHS hazard statement и GHS precautionary statements 

message: Собственно проблема была с выводом шаблоном нескольких значений в виде: «H301, H311 и H330». Использовал вызов непосредственно модуля wikidata с установкой параметров separator и conjunction, полученную строку разрезаю и прогоняю через нужный шаблон. Есть ощущение некоторой кривизны решения, но работает. WBR, BattlePeasant 16:12, 8 января 2014 (UTC)
thread_title:  Итог 

message: phase point. Единственный и, похоже, не до конца доделанный пример — вода. Как это (извините за небольшой оффтопик) вводить? add → добавляю, предположим, boiling point → edit → add qualifier → дальше вроде как надо temperature → ищет, не находит, затык. Как к этому иметь доступ из шаблона? WBR, BattlePeasant 07:12, 12 января 2014 (UTC)
* Свойства числовых типов пока так и не появились, потому с температурой и не получается. — Ivan A. Krestinin 07:35, 12 января 2014 (UTC)
** Появились. Шаблоном не понимаются. WBR, BattlePeasant 07:42, 2 февраля 2014 (UTC)
*** Минимальную поддержку со стороны шаблона добавил, но её придётся ещё дорабатывать (обработка lowerBound, upperBound, единицы измерения, стандарты оформления чисел в русском языке и т. д.). — Ivan A. Krestinin 09:38, 2 февраля 2014 (UTC)
* И в продолжение темы, всё-таки доступ к квалификаторам хорошо бы обеспечить. WBR, BattlePeasant 05:15, 6 июля 2014 (UTC)
=== Снова о доступе по квалификатору ===
Единственное, что не получается реализовать средствами этого мета-шаблона в шаблоне Опера — вынимание места премьерной постановки из ВД, т.к. оно представлено как квалификатор «местонахождение» у элемента свойства «первое исполнение». Например: :d:Q25840430. Есть ли планы организовать доступ к квалификаторам? Или он уже есть и я не туда смотрю?--Е. Увин (обс.) 11:54, 14 сентября 2017 (UTC)
thread_title:  Свойства, содержащие подсвойства, содержащие подсвойства 

message: Единственное, что не получается реализовать средствами этого мета-шаблона в шаблоне Опера — вынимание места премьерной постановки из ВД, т.к. оно представлено как квалификатор «местонахождение» у элемента свойства «первое исполнение». Например: :d:Q25840430. Есть ли планы организовать доступ к квалификаторам? Или он уже есть и я не туда смотрю?--Е. Увин (обс.) 11:54, 14 сентября 2017 (UTC)
thread_title:  Снова о доступе по квалификатору 

message: Люди, где вообще документация? Ну или комментарии толковые хотя бы.
Как получить значение свойства без автовикификации? Актуально для свойств-категорий:
replies: text:  → Волга даёт Категория:Бассейн Волги, что по понятным причинам нафиг не надо. Advisor, 15:00, 15 марта 2014 (UTC)
replies: text: : Конструкция  возвращает Категория:Бассейн Волги, подойдёт? — Ivan A. Krestinin 16:23, 15 марта 2014 (UTC)
replies: text: :: То что надо, спасибо. Advisor, 16:30, 15 марта 2014 (UTC)
* Добавил немного «документации». — VlSergey (трёп) 23:53, 16 августа 2014 (UTC)
thread_title:  Автовикификация 

message: Таблица entity.claims начинается с 0 и pairs ставит нулевой элемент в конец, что бывает не очень хорошо. Обычный цикл отрабатывает нормально. Желательно исправить. Для примера: пентамин, вставить {{#property:p494}} и сравнить результат с карточкой. WBR, BattlePeasant 16:51, 23 июня 2014 (UTC)
*  , спасибо! — VlSergey (трёп) 23:20, 16 августа 2014 (UTC)
thread_title:  И первые станут последними 

message: Этот шаблон использую в , ,  и т.д, где использую конструкцию типа:
replies: text: 
Так теперь, как например здесь, красуется надпись

text: Изображения на Викискладе.
Прям так, не викифицируется. Кроме как  не знаю кого ещё подозревать. --Alex Lepler 20:19, 6 августа 2014 (UTC)
В статье Эльбрус та же картина внизу карточки.
* данная конструкция больше работать не будет.  Используйте следующую или подобную:

text: 
Как временный вариант можно добавить вызов доп. аргумент plain=true в старый код вызова wikidata, но это отключит любые доп. возможности (автокатегории, inplace редактирование и др.) -- VlSergey (трёп) 22:13, 6 августа 2014 (UTC)

text: * Шаблон  тоже надо подправить. Там только администраторам это разрешено. --Alex Lepler 22:41, 6 августа 2014 (UTC)
* а ещё лучше просто подождите, пока ссылку на commons не интегрируют напрямую в код карточки, ибо писать одно и то же 50 раз это неправильно. -- VlSergey (трёп) 22:44, 6 августа 2014 (UTC)
** Это лучше в стократ, так как  используется в почти трёх тысячах шаблонов. --Alex Lepler 22:58, 6 августа 2014 (UTC)
thread_title:  Где-то накосячили 

message: Раньше шаблон для строковых значений возвращал именно это текстовое значение, теперь с каким-то дополнительным оформлением, в результате разъехалась, например, карточка в Фотон-М4. Про plain=true уже увидел. Поясните пожалуйста, какой смысл было терять обратную совместимость? Необходимость потери совместимости где-то обсуждалась? — Ivan A. Krestinin 18:46, 7 августа 2014 (UTC)
replies: text: когда-нибудь эту "совместимость" всё равно потеряли бы. Смысл -- большие возможности работы с викиданными, если выводить их метаданные в html.  Карточку временно поправил (там пока хак, исправляющий хак оригинального автора использования wikidata в шаблоне, потом будет нормальное исправление). -- VlSergey (трёп) 19:02, 7 августа 2014 (UTC)
replies: text: : А кому эти метаданные нужны то хоть? Обязательно их по-умолчанию в статью вставлять? А в оригинальном использовании никакого хака нет, шаблон всегда возвращал чистый текст без метаданных, на это карточки и рассчитаны. Форматированием значений и прочим занимались уже другие шаблоны. — Ivan A. Krestinin 19:19, 7 августа 2014 (UTC)
replies: text: :: 1. Например, они позволяют работать гаджету редактирования данных. Да, их нужно вставлять, так как в зависимости от настроек пользователя их вставлять, к сожалению, нельзя. 2. Хак есть, так как код неявно предполагает, что а) будет возвращено единственное значение б) оно не содержит форматирования. Тогда как контракт шаблона вовсе не подразумевал такого, и в статьях можно встретить часто поломанные вещи, когда значений в Викиданных больше одного. Правильное использование — через функции форматирования. — VlSergey (трёп) 19:56, 7 августа 2014 (UTC)
replies: text: ::: Надеюсь гаджет полезный и популярный, раз ради него приходится ломать целую коллекцию шаблонов. Карточка предполагает возврат единственного значения, так как его единственность зафиксирована в документации свойства. Вряд-ли есть смысл добиваться правильного отображения невалидных значений, нужно сами значения исправлять. Изначальный контракт шаблона как раз и подразумевал возврат значения без форматирования, так было ещё со времён, когда этот шаблон был просто шаблоном, а не вызовом LUA-модуля. — Ivan A. Krestinin 20:19, 7 августа 2014 (UTC)
thread_title:  Обратная совместимость 

message: очень хорошо, что Вы заметили, что функция getEntity является deprecated. Так как мы с , с Вашей точки зрения, допустили множество ошибок (в том числе я лично — непоправимых), может быть Вы сможете исправить этот кусок кода таким образом, чтобы использовалась функция getEntityObject, причём организовав рабочий процесс таким образом, как Вы неоднократно указывали: с открытыми обсуждениями, проверками и так далее? — VlSergey (трёп) 15:45, 17 августа 2014 (UTC)
* Ну, дров-то вы наломали изрядно, да ещё всех щепками закидали :-) :-| (см. мой последний пост здесь) Однако именно getEntity лучше, быть может, оставить, так как у неё целых три преимущества:
*# Она deprecated. То есть на порядок меньше шансов, что чьи оч.умелые ручки её будут улучшать и развивать. При этом уже без шансов, что её уберут.
*# У неё индекс с нуля, а не со школярской единицы, как везде в Lua и в getEntityObject. Легче поддерживать единство мысли между Lua и нормальными языками.
*# Она не боится id в обоих регистрах (P12345 и p12345)
* Так что м.б. лучше оставить. --NeoLexx 04:45, 19 августа 2014 (UTC)
thread_title:  getEntityFromId 

message: Цензурных слов не хватает, буду краток: наворотили, поправьте. Advisor, 18:20, 23 сентября 2014 (UTC)
* Поправил вроде, но конечно же лучше бы модуль Wikidata выводил latitude и longitude без форматирования, а то уж больно много сил нужно что бы его убрать. --Туча 00:43, 10 октября 2014 (UTC)
thread_title:  Координаты: очередная безответственность 

message: 1. Попробовал написать доставалку ISBN с Викиданных: T:Wikidata/p212, T:Wikidata/p957; но они не работают ожидаемым образом (T:Карточка книги в статье Мария и я, об указании ISBN перевода задан вопрос на форуме ВД). Ignatus 22:20, 5 октября 2014 (UTC)
2. Что-то дата рождения в статье Феодосий Кавказский (Ш:Святой) не хочет отображаться по юлианскому календарю. Ignatus 22:20, 5 октября 2014 (UTC)
и 3. Может, кто-то ещё поменяет в гаджете свойство имени при рождении на современное типа «одноязычная строка». Ignatus 22:20, 5 октября 2014 (UTC)
*  1. Мне кажется, пока не стоит трогать книги, так как те же ISBN на Викиданных очевидно должны быть для оригинального издания, а русскую версию нужно в отдельный элемент. 2. Вы можете проверить дату по источнику? 3 мая по старому — это 15-е по новому, а не 16-е. — VlSergey (трёп) 10:24, 6 октября 2014 (UTC)
** 2. — да, это по Анне Ильинской так вот; в житии 1997 г. и. и по сути имеется в виду день памяти Феодосия Печерского, очевидно, правильная дата 15 мая. Ignatus 16:21, 6 октября 2014 (UTC)
** Правильно ли я понял, что функции  и  сейчас не работают? --MMH 01:01, 5 апреля 2015 (UTC)
thread_title:  Просьба помочь с датами и ISBN 

message: В шаблоне  есть текст:  - он неработоспособен по той простой причине, что  для пространства шаблонов выдаёт 10, а не 12. 12 - это подпространство Справка. Есть предложение либо убрать этот отрывок, ибо раз эту ошибку до сих пор не заметили, то значит функционал не очень нужен, либо изменить число на правильное.
Сейчас все шаблоны, что есть в :Категория:Википедия:Шаблоны, использующие Викиданные, попадают туда вручную, через простановку категории через их страницы документации. --Туча 17:21, 9 октября 2014 (UTC)
replies: text: Замнил на "10". --DR 11:30, 14 октября 2014 (UTC)

text: * Не очень красивое решение. В пространстве статей ошибки не будет, а вот в пространстве шаблонов могут появится артефакты. В таком случае ещё придётся обрабатывать значение  и надо обернуть  в if, вот таким образом: , ибо категорию могут засунуть в то место, где нужно голое значение, и где ожидается именно оно и только оно. Не страшно конечно, но артефакты могут вылезти.  --Туча 12:44, 14 октября 2014 (UTC)
Кстати, эта же бессмысленная конструкция осталась в ряде дочерних шаблонов (к примеру, ). Наверное, её оттуда нужно вообще убрать? --Kaganer 17:28, 5 мая 2015 (UTC)

text: Пока во всех поправил на 10, но имхо это бессмысленная категоризация, которую нужно убрать. И даже если не убирать, то добавлять категории через Модуль:Wikidata, а не в самих шаблонах. Потому что сейчас 1) код шаблонов длинный и нечитаемый, 2) сломаны примеры на страницах шаблонов. — putnik 17:49, 5 мая 2015 (UTC)
thread_title:  [[:Категория:Википедия:Шаблоны, использующие Викиданные]] №2 

message: ===== Описание проблемы =====
В категорию Википедия:Статьи с переопределением значения из Викиданных попадают страницы, для которых никаких данных нет, и даже страницы на викиданных для них не существует, в том числе подстраницы участников, которые статьями не являются.
Более того внутри модуля (функции formatProperty,formatStatements)  предполагается их вызов в том числе и с определённым значением nocat. Такой параметр обычно говорит что категории не нужны, так вот даже в этом случае категория будет поставлена.
===== Предлагаемая модификация =====
Заменить код в строках 612-625:	на код:
-- если значение передано в параметрах вызова то выводим только его
if args.value and args.value ~=  then
	if ( plain ) then -- опция, запрещающая оформление значения, поэтому никак не трогаем
		return args.value
	else
		-- если трогать всё-таки можно, добавляем категорию-маркер
		return args.value .. categoryLocalValuePresent;
	end
end
-- проверка на отсутствие обязательного параметра property 
if not frame.args.property then
	throwError( 'property-param-not-provided' );
end	
-- проверка на отсутствие обязательного параметра property 
if not frame.args.property then
	throwError( 'property-param-not-provided' )
end
-- если значение передано в параметрах вызова то выводим только его
if frame.args.value and frame.args.value ~=  then
	if plain or frame.args.nocat or frame:callParserFunction( '#property', frame.args.property )== then
		-- опция, запрещающая оформление значения, поэтому никак не трогаем
		return frame.args.value
	else
                -- если трогать всё-таки можно, добавляем категорию-маркер
                return args.value .. categoryLocalValuePresent;
        end
end
Может быть можно как-то и проще это реализовать, но мне кажется это нужно сделать, ибо смысл категории теряется, если в неё запихиваются просто все страницы, где используется  со значением по умолчанию, даже если никаких викиданных нет. --Туча 19:25, 9 октября 2014 (UTC)
replies: text: --DR 11:46, 14 октября 2014 (UTC)
thread_title:  [[:Категория:Википедия:Статьи с переопределением значения из Викиданных]] 

message: В категорию Википедия:Статьи с переопределением значения из Викиданных попадают страницы, для которых никаких данных нет, и даже страницы на викиданных для них не существует, в том числе подстраницы участников, которые статьями не являются.
Более того внутри модуля (функции formatProperty,formatStatements)  предполагается их вызов в том числе и с определённым значением nocat. Такой параметр обычно говорит что категории не нужны, так вот даже в этом случае категория будет поставлена.
thread_title:  Описание проблемы 

message: Заменить код в строках 612-625:	на код:
-- если значение передано в параметрах вызова то выводим только его
if args.value and args.value ~=  then
	if ( plain ) then -- опция, запрещающая оформление значения, поэтому никак не трогаем
		return args.value
	else
		-- если трогать всё-таки можно, добавляем категорию-маркер
		return args.value .. categoryLocalValuePresent;
	end
end
-- проверка на отсутствие обязательного параметра property 
if not frame.args.property then
	throwError( 'property-param-not-provided' );
end	
-- проверка на отсутствие обязательного параметра property 
if not frame.args.property then
	throwError( 'property-param-not-provided' )
end
-- если значение передано в параметрах вызова то выводим только его
if frame.args.value and frame.args.value ~=  then
	if plain or frame.args.nocat or frame:callParserFunction( '#property', frame.args.property )== then
		-- опция, запрещающая оформление значения, поэтому никак не трогаем
		return frame.args.value
	else
                -- если трогать всё-таки можно, добавляем категорию-маркер
                return args.value .. categoryLocalValuePresent;
        end
end
Может быть можно как-то и проще это реализовать, но мне кажется это нужно сделать, ибо смысл категории теряется, если в неё запихиваются просто все страницы, где используется  со значением по умолчанию, даже если никаких викиданных нет. --Туча 19:25, 9 октября 2014 (UTC)
replies: text: --DR 11:46, 14 октября 2014 (UTC)
thread_title:  Предлагаемая модификация 

message: Sorry that I write in english, my russian is pretty poor. Can somebody help slovenian wikipedians with Обсуждение шаблона:Wikidata/p570. --Pinky sl 12:11, 2 ноября 2014 (UTC)
* Error was in sl:Modul:Sources. --Туча 21:26, 2 ноября 2014 (UTC)
replies: text: Thanks, I should buy mayself glasses. («К» is not «K»)  ;) --Pinky sl 12:44, 3 ноября 2014 (UTC)
thread_title:  [[Шаблон:Wikidata/p570]] 

message: If I use template , for example in article Будда Шакьямуни, two images apears in infobox. In Wikidata there are 2 images under d:Property:P18. I think that maybe just one image in infobox is enough (If there were 3 images, will there be also 3 of them in infobox?). --Pinky sl 12:10, 9 ноября 2014 (UTC)
replies: text: Is there any way to display just one image? --Pinky sl 15:42, 16 декабря 2014 (UTC)

text: Workaround: P18 is marked as Single value property. Just delete the second value on Wikidata. — Ivan A. Krestinin 19:35, 16 декабря 2014 (UTC)
replies: text: : Thanks, I will do that. --Pinky sl 19:12, 18 декабря 2014 (UTC)
thread_title:  Images from Wikidata in [[Шаблон:Персона]] 

message: If the date of death in Wikidata is set as "december 2014" ("децембер 2014") or any other month in this format (I tested it), the displayed date is incorrect. It displays as "november 2014" ("ноябрь 2014")- one month lesser then it should be. You can check it in Slovenian page :sl:Janez Zor (d:Q12792137). Regards, --Pinky sl 14:48, 8 декабря 2014 (UTC)
thread_title:  Problem with dates from Wikidata in "month year" format (without day) 

message: В описании для параметра "plain" написано: "Если не 0, не пустая строка и не false, то значение возвращается в виде простой строки со значением без вики-форматирования". Наверное здесь ошибка? Наоборот, должна возвращаться строка с форматированием. --MMH 00:47, 5 апреля 2015 (UTC)
* Почему? --Туча 01:42, 5 апреля 2015 (UTC)
** А, понял, вопрос снимается. Просто очень замысловато написано. --MMH 03:01, 5 апреля 2015 (UTC)
thread_title:  Ошибка в документации? 

message: В шаблоне присутствует параметр "text", но в документации его описания нет. Добавьте пожалуйста. --MMH 05:45, 6 апреля 2015 (UTC)
thread_title:  Параметр "text" 

message: Коллеги, а отчего этот шаблон и все дочерние замусоривают категорию  вместо того, чтобы помещаться в ? И не нужно ли это исправить? Дочерние шаблоны я бы вообще не категоризовал.--Kaganer 17:09, 5 мая 2015 (UTC)
* Согласен с Вами. Шаблон Wikidata имеет дурную привычку категоризировать дочерние шаблоны, о которой его никто не просил. --MMH 00:56, 6 мая 2015 (UTC)
** Вопрос был о другом, поэтому о чём Вы согласны с Павлом, не ясно. — VlSergey (трёп) 08:01, 6 мая 2015 (UTC)
*** Я имел в виду что шаблон категоризирует шаблоны в которых установлен, из-за чего возникают некоторые проблемы. Более подробно смотрите здесь: #Неправильная работа на страницах документации шаблонов. --MMH 08:17, 6 мая 2015 (UTC)
**** Да хоть к удалению помечает, это не имеет отношения к вопросу, который задан выше. — VlSergey (трёп) 08:44, 6 мая 2015 (UTC)
thread_title:  Категория для всей линейки шаблонов 

message: Коллеги, как вызвать свойства, всунутые в источники для других свойств? Конкретно — :d:Property:P627 на странице :d:Q647512, всунутый в источник для :d:Property:P141. Ни , ни  не работает. Stas 22:40, 29 сентября 2015 (UTC)
replies: text: Stas, используйте   Don Rumata 11:35, 30 сентября 2015 (UTC)
thread_title:  Свойства в источниках свойств 

message: Обнаружил нововведение: теперь в карточках вместо красных ссылок показывается синий линк на техническую страницу с невразумительным представлением информации, шестерёнками и QR-кодами (https://tools.wmflabs.org/reasonator/). Если бы это показывалось только опытным редакторам, я бы ещё это понял, но это показывается читателям и начинающим авторам. Предлагаю вернуть красные ссылки. Приглашение создать статью на мой взгляд куда более дружелюбно и понятно, чем неизвестно для чего нужный читателю Reasonator. В качестве примера можно посмотреть ссылку «Кристиана Елизавета Сайн-Витгенштейнская» в карточке статьи Фридрих (граф Нассау-Вейльбурга). — Ivan A. Krestinin 12:32, 5 января 2016 (UTC)
* По той же причине зашёл на эту страницу. Предлагаю реализовать такую выдачу по подобию вывода шаблонов группы . Красная ссылка нужна — она помогает развитию нашего раздела, показывая отсутствие статьи, выход на «резонатор» или Викиданные тоже нужен, но он не должен быть основной и единственной ссылкой под меткой, bezik° 09:11, 5 марта 2016 (UTC)
* Вернул как было — вывод метки в Викиданных. Но надо как-то уже и более интересно обустраивать, например, чтобы были и красные ссылки, и ссылки на элемент Викиданных, bezik° 11:08, 9 апреля 2016 (UTC)
**  Пожалуйста, не трогайте код, предварительно не разобравшись, что он делает. Своей правкой вы сломали ссылки на Викиданные, а не убрали ссылки на Reasonator. Он подключается гаджетом, который заменяет ссылки на Викиданные. — putnik 12:39, 9 апреля 2016 (UTC)
*** Тогда, пожалуйста, подскажите, как сделать так, чтобы этот гаджет не делал синие ссылки ни на Резонатор, ни на Викиданные, не предварив их красной ссылкой на русский раздел, bezik° 12:41, 9 апреля 2016 (UTC)
****  В чём проблема со ссылками на Викиданные? Красных ссылок модуль не делал никогда. Вообще никогда, от слова «совсем». По той причине, что метка в Викиданных с очень большой вероятностью совпадает с уже существующей статьёй в Википедии. То, что вы сделали, это просто убрали ссылку и оставили голый текст — не уверен, что от этого хоть кому-то стало лучше. Когда будет готов mw:Extension:ArticlePlaceholder, станет удобнее, но пока не стоит делать хуже, чем есть. — putnik 12:56, 9 апреля 2016 (UTC)
***** Красной ссылки — не делал, но показывал просто метку, а не синюю ссылку на Резонатор. Эту функцию я и вернул. Притом рядом с меткой при наведении работала ссылка на элемент Викиданных под значком, так что никаких неудобств и для опытных участников, которым требуется удобный переход в Викиданные. Как обустроить это дело получше — оборудовать красной ссылкой, дождаться «плейсхолдера» или как-то ещё — можно обсуждать, но в любом случае, просто синей ссылки не на Русскую Википедию под текстом быть не должно, bezik° 13:02, 9 апреля 2016 (UTC)
******  Это не синяя ссылка, это «голубая» интервики-ссылка. Не знаю ни одного правила, которое бы запрещало использовать интервики-ссылки. — putnik 13:06, 9 апреля 2016 (UTC)
******* Хотя бы ВП:МЕЖЪЯЗ. Опытный участник, конечно, видит отличие ссылки синей от голубой, но читатель в массе своей — не видит, и нехорошо отправлять его в другой проект, не предупредив. Поэтому мы не ставим из текста статей прямые ссылки на иноязычные разделы, и применяем шаблоны группы , bezik° 13:11, 9 апреля 2016 (UTC)
********  1. По Reasonator'у создал тему на форуме: ВП:Ф-ВД#Ссылки на Reasonator. 2. Относительно ссылок на ВД и ВП:МЕЖЪЯЗ — это рекомендация, которую я полностью поддерживаю, но автоматически формировать  во всех случаях нет возможности. В тех случаях, когда название уникальное, и даст красную ссылку, действительно нужно давать красную ссылку. Но мне кажется что это не должно быть причиной не ставить ссылку вообще в тех случаях, когда её нельзя дать. 3. «Рядом с меткой при наведении работала ссылка на элемент Викиданных под значком» — это ссылка на текущий элемент (пусть и с якорем), а не на целевой. — putnik 10:55, 10 апреля 2016 (UTC)
********* Прекрасно понимаю, что красную ссылку сгенерировать нетривиально. Однако только из-за этого отправлять без предупреждения по синей ссылке — тоже неправильно, уж как минимум хотя бы какую-то текстовую пометку мы должны дать, что это переход во внешний проект, bezik° 12:01, 10 апреля 2016 (UTC)
********** В итоге сделал так, что сам текст теперь не содержит внешних ссылок. Если где-то нет статьи в ру-вики, то выводится «[d]» со ссылкой на Викиданные. — putnik 10:05, 11 апреля 2016 (UTC)
*********** Спасибо! bezik° 13:13, 11 апреля 2016 (UTC)
thread_title:  Техническая страница вместо красной ссылки 

message: how I can hide the wikidata link : 
when I add -- in front of 
    return '[[:d:' .. entityId .. '|' .. entityId .. ']]<span style="border-bottom: 1px dotted; cursor: help; white-space: nowrap" title="В Викиданных нет русской подписи к элементу. Вы можете помочь, указав русский вариант подписи.">?</span>' .. categoryLinksToEntitiesWithMissingLabel;
I have some error 
and when I cahnge it to  return '' The item looks like foo,,,boo
I use this model at арабская Википедия :ar:وحدة:wikidata/ru --Mr. Ibrahem 12:39, 21 апреля 2016 (UTC)
thread_title: hide wikidata link

message: Как-то странно работает шаблон. Нацистские преступники (пример), умершие в Тюрьме Плётцензее, получают в шаблоне странное место смерти: Музей тюрьмы Плётцензее, Берлин-Плётцензе, Шарлоттенбург-Норд, Шарлоттенбург-Вильмерсдорф, Берлин, Третий рейх. Начнем с того, что музей возник уже потом, а на время смерти это была тюрьма. Они ведь не умерли в музее. Кроме того, странно видеть, что тюрьма находилась в районе Шарлоттенбург-Норд округа Шарлоттенбург-Вильмерсдорф, ведь округ был образован лишь в 2001 году, а северная часть Шарлоттенбурга была выделена в отдельный район Шарлоттенбург-Норд вообще лишь в 2004. Но никак не в Третьем рейхе. --charmbook 11:49, 14 мая 2016 (UTC)
thread_title:  Место смерти, wikidata/p20 

message: Добрый день. Может ли кто-нибудь сделать шаблон , считывающий данные из свойства p625 и помещающие их в шаблон ? Было бы замечательно. --charmbook 10:55, 15 мая 2016 (UTC)
*  Чем вас  не устраивает? — putnik 00:48, 16 июля 2016 (UTC)
** Спасибо за ответ, я уже разобрался. Вопрос более не актуален. --charmbook 09:44, 16 июля 2016 (UTC)
thread_title:  Координаты, wikidata/p625 

message: Наверно, все заметили некоторую суету с изображениями. Происходящие сейчас доработки делаются с целью дать возможность использовать базовую функциональность модуля, имея только страницы Модуль:Wikidata и Шаблон:Wikidata. Этим модулем сейчас пользуются десять разделов, и я надеюсь, что их количество будет расти. Поэтому расширяемость — это хорошо, но вот то, что для работы модуля нужно несколько десятков страниц — очень плохо, эта проблема сейчас и решается.
В результате добавления функционала по выводу изображений будут удалены шаблоны , , , , , , ,  и . Работа с изображениями теперь происходит через стандартный шаблон .
Следующим шагом аналогичное слияние будет сделано для  (внешние идентификаторы со ссылками),  (ссылки) и, возможно,  (ссылка на Викисклад).
После этого есть желание:
* убрать проксирование параметров из кода , оставив в нём только вызов модуля, который будет сам с этим разбираться;
* сделать кросс-вики синхронизацию страниц;
* написать полную документацию по использованию модуля на русском и английском.
Спасибо за внимание. — putnik 09:40, 15 июля 2016 (UTC)
thread_title:  Дальнейшие планы 

message: Почему-то исключения перестали работать (если ! есть отрицание). Например {{wikidata|p348[p548][!p548:q2122918][!p548:q3295609][!p548:q1072356][!p548:q12355314][!p548:q15726348]}} (кусок из ) можно проверить в статье MediaWiki. С уважением, Iniquity 16:58, 22 ноября 2016 (UTC)
* Синтаксис описан на странице Модуль:WikidataSelectors. Действительно была проблема с исключением по квалификатору, если у квалификатора больше одного значения. — putnik 09:04, 23 ноября 2016 (UTC)
**Спасибо! С уважением, Iniquity 09:24, 23 ноября 2016 (UTC)
thread_title:  Отрицания 

message: Добрый день. В карточках программ (к примеру, 7-Zip) ссылка [d] отображается некорректно — последний символ оказывается оторван от ссылки. Полагаю, проблема вот в этой строчке: sup = '<sup class="plainlinks noprint">.. entityId .. '?uselang=' .. lang:getCode() .. ' [d]</sup>': первый символ ] надо как-то экранировать, чтобы он попал под ссылку. — Vort (обс.) 10:42, 5 декабря 2016 (UTC)
thread_title:  Ссылка на Викиданные 

message: Здравствуйте, переведённый мной текст вдохновил меня на попытку написания модуля шаблонов-карточек на «чистом» Lua (пишу здесь: Модуль:Ibox). Однако в данном модуле, который мне потребуется, нередко вещи делаются через frame:expandTemplate(). Мои тесты показывают, что для нехитрого кода вызов парсера увеличивает время работы Lua примерно на 0,004 с из доступных 10 с, что примерно совпадает с временем на загрузку неанализированного кода любой страницы или подгрузку простого модуля и ставит вопрос, стоит ли кому-то из нас затевать серьёзное и не всегда удобное переписывание? Ignatus 17:53, 14 декабря 2016 (UTC)
replies: text: Я так понимаю, дело тут не только в скорости работы, но и в стройности архитектуры. Если в шаблоне хаос, то лучше переписать. Если всё аккуратно, просто и понятно, то это дело можно и отложить.  — Vort (обс.) 17:59, 14 декабря 2016 (UTC)
thread_title:  Есть ли смысл избавляться от шаблонов? 

message: - а зачем этот перенос строки постоянный в случае, когда всё написано в одну строчку: {{wikidata|p238|1}} {{wikidata|p238|2}} {{wikidata|p238|3}}? Он точно нужен? Особенно в случае, когда из викиданных вообще ничего не берётся. --Туча 16:33, 9 января 2017 (UTC)
*  А зачем вы это пишете в одну строчку? Особенно в случае, когда из викиданных вообще ничего не берётся. — putnik
** То есть теперь wikidata - это всегда перенос строки до и после применения, посередине некоторого выражения шаблон нельзя применять? И получить запись 1 2 3 в одну строчку нельзя? Это теперь криминал? --Туча 16:46, 9 января 2017 (UTC)
**  Это последствия , возникают переносы строк там, где их раньше не было. --Туча 16:49, 9 января 2017 (UTC)
***  Да, они самые. Немного переделал. — putnik 16:57, 9 января 2017 (UTC)
thread_title:  Перенос строки 

message: Было бы очень хорошо задокументировать новые возможности шаблона, такие как unit, description и т.д. --Е. Увин (обс.) 12:01, 25 февраля 2017 (UTC)
thread_title:  Документация новых параметров 

message: Запрос {{#invoke:Wikidata|formatStatements|property=P1098}} выдаёт «n чел. чел.» (см. примеры в Обсуждение_шаблона:Язык#чел. чел.). Откуда эти «чел. чел.» берутся, и как сделать по-нормальному? — Mikhail Ryazanov (обс.) 22:48, 13 марта 2017 (UTC)
* Вероятно всего, первый «чел.» из викиданных, а второй — из форматирующего модуля — dimon4ezzz 07:36, 21 августа 2017 (UTC)
thread_title:  чел. чел. 

message: когда "Статьи с переопределением значения из Викиданных" появляется div вместо span. Например в шаблон:НП в span class="nickname" оказывается div (видно например в Назарет в Служебная:Развёртка_шаблонов), что вероятно находится как ошибка в Служебная:LintErrors/stripped-tag . div вместо span какой-то выйгрыш дает? :) ~Sunpriat (обс.) 20:13, 2 августа 2017 (UTC)
*  Там div в тех случаях, когда внутри блочное содержимое: таблицы, списки или абзацы. Их в span не обернуть. А что, есть проблемы из-за этого? — putnik 20:38, 2 августа 2017 (UTC)
**  вики сама соединяет 1 перевод строки, а модуль агрится на \n. наверное нужно уточнить \n до более специфических \n[\n|\*|:]. проблема 1 - анализатор видит проблему и спамит ей в список, проблема 2 - текущий парсер запихивает span в div, а новый (можно посмотреть в инструменте переезда) не запихивает и получается div внутри span :) ~Sunpriat (обс.) 20:43, 2 августа 2017 (UTC)
***  Частично сделано. Посмотрим, какой будет результат. — putnik 00:27, 14 декабря 2017 (UTC)
****  оно вообще оборачивается в спан, чтобы был доступ к викиданным через гаджеты? если так, может помещать содержание параметров вне/после спана? --Sunpriat (обс.) 00:30, 14 декабря 2017 (UTC)
*****  Там возможны сложные конфигурации (например «квалификатор 1: значение (квалификатор 2)»), так что в общем случае всё равно не вариант. Лучше всё-таки вынести враппер в отдельный метод, и использовать его и для значения, и для квалификаторов. — putnik 00:35, 14 декабря 2017 (UTC)
*****  началось увеличение количества статей в списки. Теперь попадают статьи с таблицами в наградах, таблица в наградах сломалась Борковский, Виктор Иванович --Sunpriat (обс.) 01:04, 14 декабря 2017 (UTC)
******  Сделал ещё раз с учётом таблиц, должно стать лучше. — putnik 12:11, 14 декабря 2017 (UTC)
*******  C html тегами (hr 4 минуса, div, из шаблонов,...) всё ещё попадает в списки. Из списка - в Флаг Киева hr, hr можно заменить на <div>bar</div> - оба случая вываливаются из span. --Sunpriat (обс.) 12:26, 14 декабря 2017 (UTC)
thread_title:  div 

message: Полагаю, шаблон  не нужен, когда язык — русский. Например: Шульман, Екатерина Михайловна.
То есть
			if ( options.monolingualLangTemplate == 'lang' ) then
				return options.frame:expandTemplate{ title = 'lang-' .. value.language, args = { value.text } };
нужно заменить на
			if ( options.monolingualLangTemplate == 'lang' ) then
				if ( value.language == 'ru' ) then
					return value.text;
				else
					return options.frame:expandTemplate{ title = 'lang-' .. value.language, args = { value.text } };
				end
— Джек, который построил дом (обс.) 19:56, 13 сентября 2017 (UTC)
*  . — putnik 00:31, 14 декабря 2017 (UTC)
thread_title:  Использование lang-ru для p1477 

message: был ли где-то достигнут консенсус на это? Например, почему именно через запятую, а не в скобках? Кроме того, теперь некоторые шаблоны (например, ) локальное описание просто игнорируют, а некоторые (например, ) выдают ошибку «Ошибка Lua в Модуль: Wikidata на строке 905: attempt to concatenate field 'description' (a nil value)», если есть локальное описание, а на Викиданных, наоборот, описания нет, но есть дата. --INS Pirat 18:29, 2 февраля 2018 (UTC)
replies: text: 1. Нет 2. По эстетическим соображениям 3.  --Ghuron (обс.) 19:18, 2 февраля 2018 (UTC)
thread_title:  Подгрузка дат изображений («момент времени») из Викиданных 

message: судя по всему, Вы виновны в пропадании внешних ссылок на ITIS и TPL (и может чего ещё) в Ш:Таксон — свойства p815 и p1070? Пример на стр. документации шаблона. --VladXe (обс.) 07:48, 10 марта 2018 (UTC)
*  Исправил проверку. Ну, и заодно у d:Property:P815 поправил формат в Викиданных. — putnik 11:58, 10 марта 2018 (UTC)
** Спасибо за оперативность. --VladXe (обс.) 12:04, 10 марта 2018 (UTC)
thread_title:  Внешние ссылки на ITIS и TPL 

message: Чтобы не потерялось: фикс (тема). Викизавр (обс.) 22:31, 28 сентября 2018 (UTC)
* Дима внёс. Викизавр (обс.) 09:07, 30 октября 2020 (UTC)
thread_title:  Координаты на других планетах