Последнее сообщение: 8 лет назад2 сообщения2 человека в обсуждении
У данного шаблона есть существенный недостаток. При изменении порядка пунктов в карточке или же при добавлении нового пункта в середину приходится переименовывать все метки, что очень неудобно. Есть ли какие-нибудь идеи, как можно усовершенствовать шаблон, чтобы избавиться от такой необходимости? LoKi 12:50, 17 июня 2008 (UTC)Ответить[ответить]
Согласен с участником LoKi — очень неудобно. --MMH 17:14, 1 апреля 2015 (UTC)Ответить[ответить]
Последнее сообщение: 14 лет назад1 сообщение1 человек в обсуждении
В чем плюсы этого шаблона не понятны. Создаются шаблоны для шаблонов. Может, потом и в этом шаблоне будет стоять еще один шаблон, чтобы конечный шаблон был в кубе. Где обсуждались подобные изменения и простановка этого шаблона в других шаблонах?--Mariluna 09:05, 14 августа 2008 (UTC)Ответить[ответить]
Добавление возможности использования стиля collapsibleПравить
Последнее сообщение: 14 лет назад2 сообщения2 человека в обсуждении
{{editprotected}}?
Предлагаю для заголовка «вверху» использовать тег th
, а не td , чтобы можно было при использовании шаблона указывать в параметре «класс_вверху» значение класса collapsible.--Abiyoyo 13:21, 4 января 2009 (UTC)Ответить[ответить]
Могу точно сказать, что td там взялся не с потолка, с th были какие-то проблемы. Но на данный момент я конкретно не могу сказать, в чём именно причина. Я попробую поэкспериментировать с th и collapsible. — putnik 10:26, 14 февраля 2009 (UTC)Ответить[ответить]
Последнее сообщение: 9 лет назад3 сообщения3 человека в обсуждении
Привет! Кто-нибудь знает почему в этом шаблоне не используются вложенные шаблоны строк?
Текст этого шаблона очень длинный и довольно запутанный, но в то же время вполне однообразный.
Можно было бы сделать что-то навроде
Когда-то планировалось так сделать одновременно с полным реформированием шаблона. Но пока оно лежит как есть. Возможно, когда-нибудь он всё-таки будет переписан. На производительность, вероятно, влияет, но не очень сильно. — putnik 20:55, 23 марта 2009 (UTC)Ответить[ответить]
Предположительно в этом месте ошибка. Получается, что если параметр "подпись" у изображения на задан, то после изображения всё равно будет выведен закрывающий тэг </img>, при том что открывающий тэг в этом случае будет отсутствовать. --ComIntern 15:07, 24 мая 2009 (UTC)Ответить[ответить]
Используя этот шаблон в MediaWiki 1.16.0 столкнулся с этой ошибкой. При использовании карточки с изображением последующий HTML-код карточки эскейпился. После перестановки тэга </img> все заработало нормально. Xeron 15:55, 4 августа 2010 (UTC)Ответить[ответить]
Последнее сообщение: 13 лет назад1 сообщение1 человек в обсуждении
This template should have #if: statements around the attributes (like class and style) which may not have any contents. GreenReaper 02:17, 14 июля 2009 (UTC)Ответить[ответить]
Последнее сообщение: 13 лет назад1 сообщение1 человек в обсуждении
Можно ли добавить в шаблон опцию, чтобы можно было отказаться от 10px по бокам в качестве белой рамки? Я знаю, что она появляется в результате упоминания класса infobox, то есть подразумивается необходимой для шаблона-карточки. Но вот в шаблоне:Спортсмен ширина всего шаблона может быть большой из-за включения в него медалей, поэтому, чтобы сэкономить 10px, хотелось бы убрать эти поля, как было в том шаблоне до внедрения «Карточки». А моё частное мнение, что и в остальных шаблонах эта рамка ни к чему. Сидик из ПТУ 11:43, 5 февраля 2010 (UTC)Ответить[ответить]
Последнее сообщение: 12 лет назад1 сообщение1 человек в обсуждении
Скажите, а почему в русском шаблоне «Карточка» (и почти всех производных от него) используется тот же размер шрифта, что и в основном тексте статьи? В английском Infobox-е используется шрифт размером 85% от основного — как по мне, для вставки это логично, и выглядит весьма симпатично. Не стоит ли и нам слегка уменьшить шрифт в «карточке»? --Даниил Белый 06:43, 10 октября 2010 (UTC)Ответить[ответить]
Последнее сообщение: 11 лет назад2 сообщения2 человека в обсуждении
Как задать цвет текста в метках? Их в шаблоне более 40, так что желательно ко всем сразу, одной строчкой. --Александр Леплер 09:43, 3 апреля 2011 (UTC)Ответить[ответить]
Через соответствующее поле: |стиль_меток = color: #993333. Только стоит трижды подумать, прежде чем менять стандартный цвет текста меток, обычно это лишнее. --Clarus The Dogcow 08:09, 5 сентября 2011 (UTC)Ответить[ответить]
Последнее сообщение: 10 лет назад1 сообщение1 человек в обсуждении
А можно сделать так, чтобы в карточке делать сворачивающиеся блоки от заголовка до заголовка? Чтоб не в тексте, а вообще текст с метками свернуть. --Александр Леплер 17:45, 17 ноября 2012 (UTC)Ответить[ответить]
Последнее сообщение: 10 лет назад3 сообщения2 человека в обсуждении
Уважаемые администраторы, можете ли вы добавить в этот шаблон что-то
наподобие вверху2, но внизу? � (переговоры) 07:27, 28 декабря 2012 (UTC)Ответить[ответить]
Технически это возможно. Но изменение довольно глобально, и, мне кажется, нужны веские основания для его введения. Полагаю, также будут и противники этого. Какую пользу, на ваш взгляд, это должно принести? Dmitry89 15:10, 31 декабря 2012 (UTC)Ответить[ответить]
Обновление с новыми техническими возможностямиПравить
Последнее сообщение: 9 лет назад2 сообщения2 человека в обсуждении
Написал версию шаблона с более коротким кодом и без ограничения на число строк: T:Карточка/lua. Кроме того, пока не понял, нельзя ли автоматически формировать список полей, присутствующих на ВД (до третьей фазы вроде нет). Ignatus 11:02, 28 марта 2013 (UTC)Ответить[ответить]
Последнее сообщение: 9 лет назад2 сообщения2 человека в обсуждении
А насколько вообще необходимо и оправдано использование шаблона {{Tnavbar}} в {{Карточка/Справка}}? По крайней мере, в том виде, что сейчас. Потому что если бы они только в шаблоне выводила ссылки «Просмотр • Обсуждение • Править» — это одно. Но когда они выводятся в самих статья, использующих эти шаблоны — это как-то совсем некрасиво и не к месту. Примеры подобных статей — Вооружённые силы Грузии, Jaguar (напиток), UTC+4:30. Дело в том, что я не большой специалист по шаблонам. Возможно ли как-то сделать, чтоб в статьях не было ссылок на работу с шаблоном? И если нельзя, то, может быть, убрать этот Tnavbar? okras 18:21, 4 июня 2013 (UTC)Ответить[ответить]
Можно, но тут, скорее всего, от вас потребуют согласия сообщества. KPu3uC B Poccuu 09:28, 19 августа 2013 (UTC)Ответить[ответить]
Обоснование: снятие лимита на количество параметров (переход на Lua), добавление настройки параметра "cellspacing" (который не настраивается через "стиль тела" т.к. находится в HTML-атрибуте "cellspacing", а не "style"). Предлагаемый вариант проверен в личном пространстве (User:Seryo93/КАР и User:Seryo93/testКАР). Seryo93 (обс.) 06:30, 14 мая 2014 (UTC)Ответить[ответить]
Строки через Lua — это хорошо. А вот cellspacing — это плохо. — putnik 09:15, 14 мая 2014 (UTC)Ответить[ответить]
тогда можно вообще убрать cellspacing (раз атрибут устаревший), лично я не возражаю. Seryo93 (обс.) 09:57, 14 мая 2014 (UTC)Ответить[ответить]
Обновил названный шаблон снятием лимита на изображения&подписи и количество полей "вверху" и "внизу". Прошу оценить. Seryo93 (обс.) 13:28, 15 мая 2014 (UTC)Ответить[ответить]
@Seryo93: Решил попробовать всё-таки разобрать этот запрос, но разбив на меньшие. Для начала вставил итератор по строкам, теперь хотя бы можно работать с диффом между текущей версией карточки и предлагаемой. — putnik 10:00, 23 июня 2016 (UTC)Ответить[ответить]
У меня возникала мысль - сделать новый интерфейс для создания карточек, где все входные данные передавались бы в одном параметре, который бы парсился внутри Lua, типа такого:
{{#invoke:somemodule|cardparser|1=
@odd 1=background:navy;color:white;
@even 1=background:lightblue; color:white;
@2=color:black;
Имя = имя
Фамилия = фамилия
Место работы = место работы ! организация
@if Место работы="Больница"!"Институт"
Звание = звание ! научная степень
@fi
}}
То есть она сама достанет параметры, переданные шаблону-карточке, что позволяет избежать нумерации строк руками и вообще упростить код шаблона; также можно попробовать объединить написание карточки с заданием TemplateData. Ignatus 20:26, 15 мая 2014 (UTC)Ответить[ответить]
Последнее сообщение: 8 лет назад8 сообщений2 человека в обсуждении
Прошу добавить в исходный код шаблона, возможность ставить Subboxes! Я вижу необходимость это в шаблоне Шаблон:Футболист2.
Возможно еще просто сделать строку стиль_заголовковn_2 - Для использования другого стиля в других заголовках. Спасибо! --Mr Hell 12:04, 16 июня 2014 (UTC)Ответить[ответить]
@Mr Hell: Сделано. Я, правда, не могу заменить основной шаблон (не админ ведь), но в принципе, обновлённый шаблон готов к заливке. Seryo93 (обс.) 14:50, 16 июня 2014 (UTC)Ответить[ответить]
@Seryo93: Если «обновленная» версия готова думаю стоит написать об этом админам. Просто я уже подготовил шаблон Футболист2 и мне нужен только параметр |подкарточка = да . --Mr Hell 19:19, 23 июня 2014 (UTC)Ответить[ответить]
Последнее сообщение: 8 лет назад3 сообщения2 человека в обсуждении
Предлагаю добавить к шаблону поля для микроразметки. Вообще производные от шаблона "Карточка" так и просятся, чтобы их разметили: Фильм, Персоналии и т.д.
К шаблону добавятся поля «микр_тела», «микр1», «микр2» и т. д., которые будут определять значения полей itemtype и itemprop для соответствующих полей карточки.
Это нововведение позволит с минимальными затратами полностью разметить информацию практически во всех статьях Википедии.
Тестовый шаблон здесь: Шаблон:Карточка/SchemaOrg. Атрибуты itemtype и itemprop обрезаются парсером, но в документации MediaWiki написано, что эти атрибуты поддерживаются. — UniCollab 18:58, 11 августа 2014 (UTC)Ответить[ответить]
Работа над свежей версией ведётся в Шаблон:Карточка/Temp. ИМХО, это изменение тоже можно сразу туда. --DR 12:51, 20 августа 2014 (UTC)Ответить[ответить]
Лучше пока протестировать механизм отдельно, движок сейчас режет эти атрибуты. Я написал в технический форум. Как только версия будет работоспособной, я перенесу код.--UniCollab 06:19, 21 августа 2014 (UTC)Ответить[ответить]
Баг: Когда смотришь старую версию страницы, показывается последняя версия карточки.Править
Последнее сообщение: 8 лет назад4 сообщения2 человека в обсуждении
Я не совсем уверен, где имено этот баг, и куда о нем надо сообщить. Так что пока оставлю здесь.
Это не баг. Если поле не заполнено (а оно не могло быть заполнено на тот момент), то данные автоматически подставляются с Викиданных, см. d:Q4078071.--Abiyoyo 02:09, 11 марта 2015 (UTC)Ответить[ответить]
Как же это не баг? Когда я смотрю статью за прошедшее врямя я ожидаю увидеть то, что там было написано тогда. В английской вики такого не наблюдается. Alexei Kopylov 09:35, 11 марта 2015 (UTC)Ответить[ответить]
Так, что это не баг, а известная документированная особенность работы. Сделать иначе если даже принципиально технически возможно (что тоже не факт) нецелесообразно с учетом того, что старая версия статьи не предназначена для чтения читателем. И вообще любые шаблоны в старых версиях отражаются в их текущем виде. Это особенность работы движка Медиавики.--Abiyoyo 16:14, 11 марта 2015 (UTC)Ответить[ответить]
Последнее сообщение: 8 лет назад2 сообщения2 человека в обсуждении
Допустимо ли нумеровать метки с интервалом, и начинать нумерацию не с единицы (чтобы можно было затем добавить новые метки, без изменения всей нумерации), например, так:
@Putnik: раз стиль_внизу совсем тут не используется, не будет ли лучше использовать стиль_внизу вместо стиль_внизу_общий? Например в Аптиково через Шаблон:НП получается двойная ";;" style="text-align:center;padding: 0 1px 1px 0;;" --0e (обс.) 11:23, 13 августа 2017 (UTC)Ответить[ответить]
@0e: С какой целью это всё? «;;» в style работает без каких-либо проблем. — putnik 11:41, 13 августа 2017 (UTC)Ответить[ответить]
@Putnik: работает. Простая аккуратность, которую можно просто обеспечить. Отсюда оно видно на многих страницах, отвлекает. --0e (обс.) 12:22, 13 августа 2017 (UTC)Ответить[ответить]
Добавление параметра для идентификатора ВикиданныхПравить
Последнее сообщение: 3 года назад2 сообщения2 человека в обсуждении
Предлагаю добавить параметр для идентификатора Викиданных, что позволит использовать карточку на «чужих» страницах. Roman Kerimov (обс.) 21:49, 26 ноября 2017 (UTC)Ответить[ответить]
Уже добавили — from (но он поддерживается меньшинством карточек). Викизавр (обс.) 21:25, 15 ноября 2019 (UTC)Ответить[ответить]
Сделать равномерный отступ от имени и снизуПравить
Последнее сообщение: 5 лет назад1 сообщение1 человек в обсуждении
Картинка, на мой взгляд, слишком «приткнута» к имени. Эстетичнее, опять же, на мой взгляд и с точки зрения художественной композиции, сделать равномерные отступы вокруг имени (или между именем и картинкой даже на пиксел-другой большим), чтобы надпись не «давила» на изображение.
PBot: "автоматический перевод карточек на новый унифицированный формат изображений"Править
Последнее сообщение: 4 года назад11 сообщений2 человека в обсуждении
@Putnik: Извините, что пропустил: а в чём этот новый унифицированный формат заключается? Как теперь прописывать удалённый ботом размер изображения? Как стыковать новую ширину карточки с другими шаблонами, которые раньше не требовали подгонки ({{внешние медиафайлы}} с дефолтной .22em и т.п.)? Retired electrician (обс.) 13:04, 15 октября 2018 (UTC)Ответить[ответить]
@Retired electrician: Практически во всех шаблонах в поле для изображения прописывается только имя файла. Такой формат, в частности, отлично поддерживается визуальным редактором. При необходимости во многих шаблонах можно указать ширину отдельным параметром, но это практически никогда не требуется. Бот в данном случае лишь пытается привести последние несколько тысяч статей, в который изображение вставлено как получится, к тому же виду, что и в остальных статьях. У шаблона {{внешние медиафайлы}} такая же стандартная ширина 23em, как и у всех карточек, так что проблемы со стыковкой быть не должно. Если где-то есть, давайте ссылку, будем разбираться. — putnik 13:11, 15 октября 2018 (UTC)Ответить[ответить]
@Retired electrician: Мда, не очень выглядит. Кстати, что вы думаете относительно идеи, чтобы шрифт в карточках в Монобуке увеличить до 100%? — putnik 18:32, 15 октября 2018 (UTC)Ответить[ответить]
Только вместе с Вектором. Чтоб вся рота кактус жрала и радовалась, радовалась . Но лучше оставить как есть. А то следующим шагом придётся повышать размер с .23em до .30em, ибо «вдруг» не влезает. Retired electrician (обс.) 18:39, 15 октября 2018 (UTC)Ответить[ответить]
@Retired electrician: До 30em точно не придётся. Проблема в том, что сейчас в Векторе стандартная ширина карточки 14px × 88% × 23em = 267px, а в Монобуке 12.7px × 88% × 23em = 246px. Стандартный размер изображений сейчас 267px, так как в первую очередь все ориентируются на читателей, у которых всё показывается в Векторе. И чтобы карточку в Монобуке не растягивало, её размер должен быть не менее тех же 267px. Это можно достичь либо увеличением шрифта до 97%+, либо увеличением ширины карточки до ~25.35em, либо какие-то промежуточные варианты. Например, увеличение шрифта до 89% и ширины до 25em или шрифта до 93% и ширины до 24em. Если же все против, то можно оставить всё как есть. — putnik 18:39, 16 октября 2018 (UTC)Ответить[ответить]
сейчас, c последними изменениями, карточки выглядят практически идентично [2]. В векторе текст чуть рыхлее, но в карточках это заметно только если сличать под линейку. Наверное, так и стоит оставить, не трогая размер шрифта - иначе уже монобучная карточка опухнет. Retired electrician (обс.) 20:02, 16 октября 2018 (UTC)Ответить[ответить]
В доке к медифайлам написано По умолчанию 22em. Хотя используется базовая карточка. Retired electrician (обс.) 13:21, 15 октября 2018 (UTC)Ответить[ответить]
Видимо, это со старых времён осталось. Поправил документацию. — putnik 13:28, 15 октября 2018 (UTC)Ответить[ответить]
Поменяйте, пожалуйста, у всех параметров вверхуN тег <td> на <th>, это нужно для более корректной семантики и более красивого отображения в случаях, когда нет стилей (в браузерном «режиме чтения», например). Соответственно, у параметра вверху стиль font-weight: bold; будет уже не нужен (по умолчанию и так жирный), зато у всех остальных будет нужен стиль font-weight: normal;, чтобы эту жирность перекрыть. — putnik 09:43, 1 ноября 2018 (UTC)Ответить[ответить]
@Putnik: А не проще ли поставить тег только у вверху, а у остальных оставить как было? — Алексей Копылов 01:54, 3 ноября 2018 (UTC)Ответить[ответить]
Последнее сообщение: 3 года назад3 сообщения2 человека в обсуждении
Может кто-нибудь помочь, в конструкции типа
|заголовок12 = {{#if: {{{Перевод|}}} | Перевод }}
|текст13 = {{{Перевод|}}}
не появляется текста. Параметр
| Перевод = Вася поставил рунический камень по Пете. Хорошо без Пети.
задан, а не работает. Номера у заголовка и текста разные, так что текст не должен вроде прятаться. Macuser (обс.) 09:51, 27 сентября 2019 (UTC)Ответить[ответить]
Спасибо, прикольно. Нет, я включил подсветку синтаксиса и написал, но по нажатию на "просмотреть изменения" замена пробелов не видна, виден только вбитый текст. Может, оно, конечно, при окончательном сохранении все поменяет... Macuser (обс.) 11:50, 27 сентября 2019 (UTC)Ответить[ответить]
Понять, не будет ли это ломать что-то, кроме двух заголовков подряд, вложенных подзаголовков и заголовков в конце карточки.
Проставить |автозаголовки = нет везде, где требуется
Изменить стиль_внизу, чтобы он влиял только на внизу, добавить стиль_всех_внизу
Чтобы унифицировать со стиль_вверху, который работает только как стиль_вверху1, и избавиться от путаницы, возникающей, когда параметры называются внизу и внизу2, но стиль_внизу влияет и на внизу2
Ботопроход, в том числе по админзащищённым карточкам.
Добавить блокN как аналог текстN без меткаN, но не оборачивающий значение в <tr><td colimg="2">...</td></tr>
Чтобы не возникало пустых строк при вставке {{Фрагмент таблицы}} и не было необходимости указывать |стиль_текстаN = padding:0;
Нет
Избавиться от параметра подпись (UPD.: используется непосредственно в статьях, без карточек)
Он провоцирует на расхождение подписи с самим изображением и в целом избыточен
Переставить информацию из него, в том числе в небольшом числе админзащищённых карточек
Добавить child, убирающий лишнее и задающий |nocat = 1 и |from = -
Добавить nocat, пробрасываемый в {{Wikidata}} наряду с from, и прописать его в подмодулях Модуль:Wikidata
Чтобы отключать категории вроде «родился тогда-то»
Обсудить не в техническом, а в более широком кругу участников.
Значком отмечены уже сделанные работы, а значком — работы, требующие заметного числа правок админзащищённых страниц. Викизавр (обс.) 18:16, 17 ноября 2019 (UTC)Ответить[ответить]
Зачем все Подписи внутри img style="display:block;? Оно внутри блочного td, после картинки и блочным block - можно заменить на div. Карточка универсальная, но из-за этого другие шаблоны, например Шаблон:Музыкальные инструменты или сами статьи, которые модифицируют параметр собственным div, попадают в Linterrors/misc-tidy-replacement-issues div-img-flip. --Sunpriat 10:04, 27 декабря 2019 (UTC)Ответить[ответить]
Коллега, нет, как я понимаю, div здесь делать не нужно, в подписи в принципе не должны попадать div'ы, а если где-то попадают, вроде плашки в Комсомольская (станция метро, Кольцевая линия), это надо исправлять карточки, делая поля-вставки, и перетаскивать информацию в них. Викизавр (обс.) 13:10, 27 декабря 2019 (UTC)Ответить[ответить]
В enwiki div и из 6 млн статей не страдают от этого. Если чему-то следовать, то был бы figure и figcaption. А img искуственно переключённый в блок от блока ничем не отличается, только списки линтера забивает (и прасером вики-текста в других местах прерывается раньше автоматически). Факт, что в подписи и переводы строк и сложные легенды вставляют. --Sunpriat 16:25, 27 декабря 2019 (UTC)Ответить[ответить]
В enwiki нет общего механизма викиданных, где свойства могут и используются в том числе в строках. Если в блоке нет блочных элементов, он будет окружен img, и подпись с div внутри будет попадать в ошибки валидатора w3c. Чинить нужно ошибки не правильного использования свойств, а не прятать мусор под ковёр. Могли бы вы составить список проблемных статей, чтобы можно было более комплексно вместе с ботоводами подойти к решению проблемы? Serhio Magpie (обс.) 18:59, 27 декабря 2019 (UTC)Ответить[ответить]
Шаблон викиданных (вместе с картинкой и описанием) подставляется в изображение и оказывается выше подписи, не используя подпись совсем. --Sunpriat 22:04, 27 декабря 2019 (UTC)Ответить[ответить]
Спасибо, отвечал на автомате и не подумал об отдельном параметре. Заменил. Serhio Magpie (обс.) 22:13, 27 декабря 2019 (UTC)Ответить[ответить]
Вместо того чтобы для присваивания аргументу text значения функции formatStatements модуля Wikidata, модуль присваивает аргументу результат исполнения шаблона {{Wikidata}}, что представляется лишним шагом. ·Carn 14:25, 23 января 2020 (UTC)Ответить[ответить]
Последнее сообщение: 2 года назад5 сообщений2 человека в обсуждении
Местоположение в некоторых случаях (ГЭС Альтенвёрт) отображается некорректно. Здесь оно полностью берется из Викиданных. Оттуда идет: земля (Нижняя Австрия), коммуна (Кирхберг-ам-Ваграм) и кадастровая община (поселок Альтенвёрт). Порядок на странице https://www.wikidata.org/wiki/Q1557799 неверен, но отношение между адм. единицами верное (земля -> округ [пропущен] -> коммуна -> кадастровая община). Так или иначе, отображается «Нижняя Австрия, Альтенвёрт и Кирхберг-ам-Ваграм», а должно «Нижняя Австрия, Кирхберг-ам-Ваграм, Альтенвёрт». Если на странице в Викиданных задать округ Тульн, будет, наверное, только хуже. — Booblique (обс.) 15:43, 13 октября 2020 (UTC)Ответить[ответить]
@Booblique: В значении свойства нужно указывать только самую конкретную административную единицу. То есть в данном случае это будет Альтенвёрт (или Кирхберг-ам-Ваграм, если ГЭС не в границах населённого пункта). Всю остальную цепочку модуль должен достраивать сам. Почему этого не происходит, я быстро сказать не смогу, но посмотрю чуть позже. — putnik 16:30, 13 октября 2020 (UTC)Ответить[ответить]
@putnik: Я просто не хочу удалять что-то на Викиданных, может другим языковым разделам это нужно. Там уже были Нижняя Австрия и Альтенвёрт (то есть уровни 1 и 4, два уровня были пропущены), я добавил Кирхберг-ам-Ваграм (уровень 3) для эксперимента. Предлагаю сделать модуль максимально нетребовательным, чтобы он просто игнорировал все адм. единицы, содержащие другие из списка, а потом, когда останется только одна, плясал от нее. Варианты, что может ему сейчас мешать: кадастровая община (уровень 4) почти никогда не указывается, может он на нее не рассчитан; уровень 2 пропущен; Викиданные показывают список в неверном порядке (уровни 1, 4, 3 вместо 1, 3, 4). — Booblique (обс.) 16:39, 13 октября 2020 (UTC)Ответить[ответить]
@Booblique: Если это по какой-то причине нужно другим разделам, то это исключительно их проблемы, потому что это не нужно как раз самим Викиданным. Каждое значение свойства — это отдельное значение, а не часть цепочки. Например, часть источников указывает, что что-то находится в административной единице А, а часть, что в Б (возьмите для примера любую спорную территорию, на которую претендуют два государства). В остальных случаях несколько значений не должны указываться. — putnik 16:55, 13 октября 2020 (UTC)Ответить[ответить]
@putnik: Пусть так, я сравнительно новый участник, не хотел что-то удалять. Но теперь показывается: "Местоположение Альтенвёрт", что тоже не очень. Цепочка уровней не выстраивается, хотя данные для этого есть. — Booblique (обс.) 17:17, 13 октября 2020 (UTC)Ответить[ответить]
Последнее сообщение: 8 месяцев назад1 сообщение1 человек в обсуждении
В статье Амр ибн Маймун в графе Место рождения высвечивается параметр "предположительно" из Викиданных, но не видно параметра "не ранее" в графе место рождения. ~ Maqivi 13:41, 16 сентября 2022 (UTC)Ответить[ответить]
![[1]](https://i.imgur.com/Wi1qrxr.png){kind=link}
![[2]](https://i.imgur.com/jfbyszS.png){kind=link}
.svg){kind=small}
