Википедия:Форум/Викиданные

Материал из Википедии — свободной энциклопедии
Перейти к навигации Перейти к поиску
Актуально
Выборы арбитров АК-28
Обсуждения правил
Опросы
Голосования
Выборы, присвоение и снятие флагов
Заявки на флаг ПИ
Заявки на флаг бота

Двузначная функция в шаблоне "Wikidata/Population"[править код]

Надо бы как-то апроксимирующую функцию в шаблоне {{Wikidata/Population}} поправить, чтобы не было таких двузначных ужасов, как здесь :-). Спасибо, — Adavyd (обс.) 11:45, 15 июля 2019 (UTC)

Instance чего именно?[править код]

Семь вражеских наступлений - вряд ли instance of military offensive, как сейчас указано - скорее исторической или даже пропагандистской концепции, но вот что именно там должно быть? Retired electrician (обс.) 21:04, 14 июля 2019 (UTC)

Можно сделать P2670:наступление. Правда в описании P2670 путаница, как, к сожалению, часто бывает в Викиданных. — Vort (обс.) 06:17, 15 июля 2019 (UTC)

Опытным редакторам Викиданных[править код]

Прошу, пожалуйста, обратите внимание и помогите разобраться, если возможно Википедия:Форум/Технический#Оформить ссылку — С уважением, Helgo13(Обс.) 17:43, 14 июля 2019 (UTC)

В чём отличие от ситуации в этой теме: Википедия:Форум/Вопросы#Как это сделать в Викиданных?? — Vort (обс.) 17:45, 14 июля 2019 (UTC)
В принципе сделал по-разному, так как речь идёт о разных источниках, вроде бы стало в любом случае симпатичнее. Единственное чего пока не понял, почему не вышли элементы Le Monde и Artnet News в ссылке, скорее всего какую-то простую ошибку допустил, но давно ими не занимался, поэтому здесь возможно поправят. --Ksc~ruwiki (обс.) 19:06, 14 июля 2019 (UTC)

Итог[править код]

Век живи — век учись. Спасибо 🙂 — С уважением, Helgo13(Обс.) 20:08, 14 июля 2019 (UTC)

Связать[править код]

Казахский Прибор с нашим прибором. Рефлексист (обс.) 05:53, 13 июля 2019 (UTC)
И Эталон с нашим. И шаблон тоже. И Штамп.

Итог[править код]

✔ Сделано. DumSS (обс.) 16:47, 13 июля 2019 (UTC)

Косяк[править код]

Вот такая некрасивая фигня стала ⧼wikibase-sitelinks-wikipedia⧽(1 запись) ru Геннадий Беляев (архимандрит Чудова монастыря) --@ → SAV © 19:05, 11 июля 2019 (UTC)

  • Там не только. Слетели названия на языке оригиналов, официальные названия, календари (юлианский или григорианский), довольно много параметров, насколько понимаю, связанных с уточнениями утверждений (чем-то вроде квалификаторов) и (или) языками. Я честно говоря обновил свой браузер перед этим, посмотрел на английский чат Викиданных - там тихо, подумал, что это только мой «глюк» из-за обновления.--Ksc~ruwiki (обс.) 20:40, 11 июля 2019 (UTC)
  • Похоже, это только наш глюк. Элемент русский язык выглядит с названиями на языке оригинала и коротким названием откровенно плохо, а в элементах казахского и английского всё хорошо. Похож поломали что-то, либо связанное с русской Википедией, либо русским языком. Не факт, что даже н Викиданных. --Ksc~ruwiki (обс.) 20:50, 11 июля 2019 (UTC)
  • Наврал, у немцев такие же проблемы оказались. Написал разработчикам, что не только у немцев. --Ksc~ruwiki (обс.) 21:09, 11 июля 2019 (UTC)
  • Вопрос решён или нет? Я честно говоря не могу понять: вроде бы незалогинившись всё видишь на английском и даже русский текст нормально воспроизводится, а посл залогинивания всё как и было, так? Хотя на фабрикаторе и разработчике пишут, что всё нормально. Проверьте, пожалуйста. Тема там закрыта, может уйти в архив, если проблема осталась надо написать. --Ksc~ruwiki (обс.) 19:46, 12 июля 2019 (UTC)
  • Или просто в кэше проблема? Когда нажимаешь, на элемент, то даже не меняя его, нажав «отменить» всё нормально сохраняется и воспроизводится. --Ksc~ruwiki (обс.) 19:53, 12 июля 2019 (UTC)

Неправильная обработка границ диапазона[править код]

Настраиваю геоцепочки для единиц АТД Китая, добрался до городского округа Хэцзэ. Обнаружил, что в карточке в статье Ван Саньюнь не отображается провинция. Многочисленные пробы с переменой дат в разных элементах викиданных позволили выявить причину: дело в том, что именно в это время специальный район, к которому относился уезд, был передан из состава одной провинции в состав другой, а функция проверки времени, оказывается, срабатывает не как «меньше либо равно», а как «строго меньше». Конкретно: специальный район Хуси, к которому в то время относился уезд Шаньсянь, с 1 декабря 1952 года перешёл в состав провинции Шаньдун. Точный день рождения Ван Саньюня неизвестен, в АИ указывается максимум месяц. Так вот, если ему поставить в качестве дня рождения «1.12.1952», то ситуация не меняется, если оставить «12.1952» а у специального района Хуси дату передачи в состав Шаньдуна изменить на ноябрьскую — тоже, а вот если у Ван Саньюня прописать на викиданных в качестве дня рождения «2.12.1952», то в карточке появляется «провинция Шаньдун». Получается, что при сравнении даты рождения со значением квалификатора «дата начало» некорректно обрабатывается пограничный случай. Прошу компетентных людей доложить об этом баге куда положено (или исправить, если им это по силам). С уважением --Slb_nsk (обс.) 11:50, 11 июля 2019 (UTC)

  • Спасибо за найденный баг, проблема на нашей стороне, в нашем алгоритме Модуль:Wikidata/Places. Если установить дату рождения как "декабрь 1952", то работать и не должно — в коде стоят комментарии о том, что корректно обрабатываются только точные даты. С учётом того, что часто АЕ меняют именно «с первого числа», то разумным считаю добавить условие "считать XX.YY за 01.XX.YY". Что касается совпадения даты начала АЕ с датой рождения, то действительно где-то ошибка. Если на 117-й строке поменять startBoundaries[2] на startBoundaries[1], а Вану установить дату рождения 01.12.1952, то работает корректно и вроде ничего в других статьях не портит, но я скорее уверен, что это совпадение — надеюсь, меня поправят коллеги. PS Я прошу не выводить варианты типа «провинция Шаньдун», «земля Северный Рейн-Вестфалия», «административный округ Дюссельдорф», «штат Невада», «город Москва» — это излишне загромождает карточки и преамбулы, что лишь провоцирует обратную реакцию, когда вместо этого будут что-то руками вводить не такое громоздкое. Сидик из ПТУ (обс.) 13:14, 11 июля 2019 (UTC)
  • Всё же сделал правку (elseif prev >= next then я откатил — это моя оплошность). Проверьте меня! Вроде у Вана починилось, у других не сломалось. Сидик из ПТУ (обс.) 14:09, 11 июля 2019 (UTC)
    • Откатил сам себя полностью. Дело, по-видимому, действительно в тех строках, но причина такая: в Модуль:Wikidata описана функция parseTimeBoundaries, которая «добивает» любую дату до самого мелкого и самого крупного из возможных значений. Здесь датой рождения Вана считается не "1 декабря 1952", а "00:00:00 1 декабря 1952", в то время как датой изменения АЕ считается "23:59:58 1 декабря 1952". Сидик из ПТУ (обс.) 14:33, 11 июля 2019 (UTC)
      • А, так вот где корень зла, оказывается!!! Мне из-за этого в одном месте пришлось у Чанъаня с годом перехода к новой стране подхимичить :-) Там в бурный период конца первого тысячелетия, когда в центральном Китае государства как перчатки менялись, непрерывно воюя друг с другом, заставили последнего императора одного из этих государств-однодневок отречься в пользу какого-то полководца, который провозгласил с нового года новую династию, а самого бедолагу-императора в следующем году втихую удавили во дворце. Таким образом у экс-императора точно известны лишь место смерти, и год. Прописываю у Чанъаня у свойства «государство» новую страну с 1 января — а она всё никак не отображается в карточке в качестве места смерти. В итоге подумал, что вряд ли у нас сильно много будет статей о персонах, родившихся или умерших в том месте в то же время, и один день ничего не решит, и передвинул переход в новое государство с 1 января на 31 декабря. В результате всё чудесно заработало :-) --Slb_nsk (обс.) 16:18, 11 июля 2019 (UTC)
    • Вопрос тогда следующий: зачем нам часы/минуты/секунды, если на Викиданных маскимальная точность дат — «до дня»? Тогда разумно эти полные даты сравнивать с одинаковым временем. Сидик из ПТУ (обс.) 15:05, 11 июля 2019 (UTC)
      • Да не нужны конечно. Не астрологические же прогнозы составляем :-) --Slb_nsk (обс.) 16:18, 11 июля 2019 (UTC)

Яблоков, Владимир Сергеевич[править код]

По карточке (из WD) якобы родился в 1901 году в Ивановской области (образована в 1936). -- Badger M. (обс.) 09:51, 11 июля 2019 (UTC)

Итог[править код]

✔ Исправлено. Сидик из ПТУ (обс.) 10:54, 11 июля 2019 (UTC)

Гавриил (Альбицкий)[править код]

Включается в Категория:Умершие в России, хотя место смерти указано вплоть до здания. --@ → SAV © 04:04, 10 июля 2019 (UTC)

Участник:Ochkarik эта проблема решается через настройки ВД, а никак не так, да еще с добавлением района, коий был создан век спустя после смерти сабжа. --@ → SAV © 04:32, 10 июля 2019 (UTC)

Итог[править код]

Теперь включен в категорию Умершие в Московской губернии. --Ksc~ruwiki (обс.) 06:35, 10 июля 2019 (UTC)

  • Спс, лайк --@ → SAV © 19:03, 11 июля 2019 (UTC)

Как связать две страницы на разных языках[править код]

Есть страница института на немецком языке https://de.wikipedia.org/wiki/German-Russian_Institute_of_Advanced_Technologies, позже был сделан перевод страницы на русский https://ru.wikipedia.org/wiki/%D0%93%D0%B5%D1%80%D0%BC%D0%B0%D0%BD%D0%BE-%D0%A0%D0%BE%D1%81%D1%81%D0%B8%D0%B9%D1%81%D0%BA%D0%B8%D0%B9_%D0%B8%D0%BD%D1%81%D1%82%D0%B8%D1%82%D1%83%D1%82_%D0%BD%D0%BE%D0%B2%D1%8B%D1%85_%D1%82%D0%B5%D1%85%D0%BD%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D0%B9. Вопрос: как сделать так, чтобы с одной статьи можно было перейти на другую с помощью раздела "Языки"?Kebalberova (обс.) 10:03, 9 июля 2019 (UTC)

Итог[править код]

✔ Сделано. В данном случае надо было объединить элементы в викиданных. — Алексей Копылов 07:11, 9 июля 2019 (UTC)

Преподаватели vs Педагоги[править код]

Коллеги, взгляните, пожалуйста, на элементы d:Q10257749 и d:Q7014389. С одним связана наша категория Категория:Преподаватели, с другим - Категория:Педагоги. Однако там внутри я вижу какую-то мешанину. В первом случае en:Category:Educational theorists и pl:Kategoria:Teoretycy pedagogiki явно выбиваются из общего ряда. Мне кажется, это не то же самое, что мы (и остальные языки) понимаем под словом "педагоги". Прошу помочь советом. --Kaganer (обс.) 18:15, 8 июля 2019 (UTC)

Маков, Борис Николаевич[править код]

В WD у персоны есть орден Ленина (есть-есть, я и вносил) — в инфокарде он не отображается. --AndreiK (обс.) 16:21, 29 июня 2019 (UTC)

  • Все награды в карточке указаны непосредственно в Русской Википедии, чтобы стал отображаться орден, надо просто убрать локальные значения наград из Википедии, тогда подгрузятся награды из Викиданных. --Ksc~ruwiki (обс.) 16:48, 29 июня 2019 (UTC)
    • Гм, это что-то новенькое: 2 другие награды (и они именно в WD и в WD, и локально) отображаются нормально. Это: Сталинская премия и Государственная премия СССР.--AndreiK (обс.) 17:23, 29 июня 2019 (UTC)
      • Перечитал: добавил {{орден Ленина}} в инфокард. Заработало. Но как-то это всё... криво, что ли. «На костылях». Не для того WD делалась, чтобы занести в неё орден Ленина, перегрузить страницы, убедиться, что не работает, повторить, убедиться в хорошей, устойчивой повторяемости, пойти на форум, задать вопрос, дождаться ответа, внести орден Ленина локально, убедиться что всё заработало — как оно и было ДО ПОЯВЛЕНИЯ МЕХАНИЗМА WD!!!--AndreiK (обс.) 17:27, 29 июня 2019 (UTC)
        • Всё правильно сделано. Если Вам что-то не нравится в конкретном элементе Викиданных (скажем есть разногласия с участником из другого языкового раздела Википедии), то все значения задаёте локально и видите то, что хотите видеть Вы а не участник из другого раздела Википедии. Механизм отказа от загрузки в статье информации из другого проекта должен быть в принципе и он у нас есть. А выбирать как править (подгружать информацию из Викиданных или задавать вручную — выбор редакторов конкретной статьи. --Ksc~ruwiki (обс.) 19:12, 29 июня 2019 (UTC)

Убедительная просьба![править код]

Вбивайте в варианты написания статей точное название статья в Википедии!!! Постоянно приходится Вот такие правки. Вводишь скажем сюда параметр «Основная тема» по названию, а его тупо не находит. Приходится ползти за «КУ» (Q). Не забывайте об этом, убедительное Q. --@ → SAV © 09:53, 26 июня 2019 (UTC)

  • Вообще, работа для бота, вообще-то. Igel B TyMaHe (обс.) 10:11, 26 июня 2019 (UTC)
  • В Викиданных названия статей — внизу. И только там. Жаль сообщество Викиданных слабое, тут бы насаждение личных предпочтений без внимания не осталось. — Vort (обс.) 10:16, 26 июня 2019 (UTC)
    • В каком низу еще? Оно должно быть в «Также известно как», противном случае статью по названию не найти. О каких личных предпочтениях речь? Типа предпочитаю удобную навигацию? А ВД не для этого создавались разве? --@ → SAV © 12:40, 26 июня 2019 (UTC)
      • Внизу — Тут. «Должно быть» — прошу ссылку на соответствующее правило (желательно, на английском). ВД — это база данных, есть удобная навигация — хорошо, нет — всё равно пользы хватает. То, что «не найти» по названию статьи, может, и проблема. Это надо спрашивать на форумах и у разработчиков. Может, есть причина, по которой навигацию сделали именно так, как она реализована сейчас. В любом случае, название статьи в элементе уже есть, поэтому дублировать его больше нигде не надо. — Vort (обс.) 13:42, 26 июня 2019 (UTC)
        • «... есть удобная навигация — хорошо, нет — всё равно пользы хватает» - прелесть какая! --@ → SAV © 18:44, 26 июня 2019 (UTC)
        • В зависимости от разрешения монитора, этот блок может быть и справа. Serhio Magpie (обс.) 20:58, 26 июня 2019 (UTC)
          • Serhio Magpie, а ботом это никак не сделать? --@ → SAV © 10:11, 27 июня 2019 (UTC)
            • ЕСЛИ поле "Обозначение (метка)" и каждый элемент поля "Также известно как" не совпадают с названием статьи в ruwiki ТО добавить название статьи в ruwiki в поле "Также известно как".
              Сомнительный случай - это когда статьи в Википедии называются "Иванов, Иван Иванович (партийный деятель)" или "Hallelujah (песня Леонарда Коэна)" - допустимы ли такие синонимы в ВД? Если нет, тогда нужно менять код поисковика Викиданных, чтобы он учитывал помимо меток и синонимов названия статей в братских проектах. (Вопрос кстати, сильно смахивает на внутренний вопрос Викиданных, не по адресу он тут). Igel B TyMaHe (обс.) 07:59, 28 июня 2019 (UTC)
              • @Igel B TyMaHe: открыл тему: d:Wikidata:Project chat#Disambiguations in aliases. Приглашаю всех к обсуждению. — Vort (обс.) 08:30, 28 июня 2019 (UTC)
                • Отписался там, напишу и здесь: никакой проблемы я не вижу в добавлении синонимов, являющихся названиями статей Википедии. Однако я за то, чтобы в русские синонимы не добавляли условное Donald Trump, а в английские — Владимир Путин. Ну, и Влади́мир Пу́тин тоже не очень понимаю в виде синонима. Сидик из ПТУ (обс.) 14:12, 28 июня 2019 (UTC)
  • @Schekinov Alexey Victorovich, опишите, пожалуйста, подробно последовательность действий, при которых требуется связывать элементы по заголовку соответствующих статей. К примеру, открыть страницу такую-то, скопировать название, перейти на элемент такой-то, добавить свойство, вставить название. Вполне возможно, что есть более оптимальный путь. — Vort (обс.) 06:32, 6 июля 2019 (UTC)
    • Например: вставить параметр «основная тема» здесь --@ → SAV © 06:35, 6 июля 2019 (UTC)
      • @Schekinov Alexey Victorovich, откуда заголовок копируется? Из уже открытой в другой вкладке статьи? — Vort (обс.) 06:43, 6 июля 2019 (UTC)
        • Да, или по памяти (чем вбивать в поиск ВП проще вбить в автопоиск ВД). --@ → SAV © 06:46, 6 июля 2019 (UTC)
          • @Schekinov Alexey Victorovich: В случае копирования из статьи, можно скопировать ссылку Элемент Викиданных (из левого меню на странице статьи, в моём браузере для этого достаточно нажать правой кнопкой мыши по ссылке и выбрать пункт «Копировать адрес ссылки»), поле вставки значения свойства в Викиданных её прожуёт нормально. — Vort (обс.) 06:54, 6 июля 2019 (UTC)
            • Так и приходится делать. Но это геморнее - раз, второе - ухудшает поиск по ВД, что не айс. Особенно актуально в свете того, что бот мог бы по всем разделам пробежать и вбить эти значения. Вопрос даже не в том, что работа глупая, а втом, что теряя на нее время делаешь меньше ПОЛЕЗНЫХ для Викимедиа вещей. --@ → SAV © 08:14, 6 июля 2019 (UTC)
          • При вписывании по памяти проблему вижу. Иногда можно потыкать кнопку «ещё» в выпадающем списке, но, подозреваю, что это не очень надёжно. — Vort (обс.) 06:54, 6 июля 2019 (UTC)

17-угольник[править код]

В других (более 30) языковых разделах статья en:Heptadecagon - о правильном 17-угольнике. А в русском разделе Семнадцатиугольник является перенаправлением на статью Правильный семнадцатиугольник. Из-за этого интервик в нашей статье почти нет. Прошу корректно разрешить ситуацию. --193.233.70.48 13:29, 25 июня 2019 (UTC)

  • en:Heptadecagon - статья о любом семнадцатиугольнике. У правильного семнадцатиугольника (d:Q18018011) тоже есть интервики. Ситуация вне плоскости викиданных. Igel B TyMaHe (обс.) 14:44, 25 июня 2019 (UTC)
    • Ну нет у них статьи en:Regular heptadecagon. Вся статья полностью, кроме заголовка и первого предложения, описывает правильный 17-угольник. И в инфобоксе тоже Regular heptadecagon. То есть они заредиректили в обратную сторону. --193.233.70.48 16:10, 25 июня 2019 (UTC)
      • Нету — пусть создадут. В викиданных всё правильно. Igel B TyMaHe (обс.) 10:13, 26 июня 2019 (UTC)
  • Это довольно распространенная ситуация. Общее правило такое: в викиданных элементы как правило более гранулированы. Если статье в языковом разделе соответствует несколько элементов, то остальные элементы связвываются с перенаправлениями. В русском разделе перенаправление с семнадцатиугольника уже было связано. Я связал en:Regular heptadecagon. К сожалению пока это делается с помощью хака, который описан тут. Но есть консенсус, что такие связи допустимы. — Алексей Копылов 20:56, 25 июня 2019 (UTC)

Акцепт[править код]

С русской статьи Акцепт стоит совершенно неверная интервика на английскую статью en:Bankers' acceptance, которая говорит об акцепованных банком векселях. Об этом должна быть отдельная статья Банковский акцепт.

А об акцепте как ответе на оферту (о чём, собственно, русская статья) говорится в объединённой английской статье en:Offer and acceptance.

Возможно, русские статьи об оферте и акцепте тоже стоит объединить. Sapog-ch (обс.) 12:35, 22 июня 2019 (UTC)

  • "Бонни и Клайд" ситуация. en:Offer and acceptance уже ведёт на первую часть (Оферта). Тут либо перевязать ко второй части (Акцепт), либо как в enWiki объединить обе статьи в Оферта и акцепт, либо признать, что текущее состояние науки данные феномены пока разрешить не может. У меня чувство, что последнее, но могут быть иные мнения. --Neolexx (обс.) 16:23, 22 июня 2019 (UTC)

Феоктист (Орловский)[править код]

Тоже в РСФСР умер в 1826. --@ → SAV © 09:18, 18 июня 2019 (UTC)

  • Как обычно, всё решается квалификаторами дат в цепочках АТЕ. — putnik 09:29, 18 июня 2019 (UTC)
    • Спс. --@ → SAV © 10:29, 18 июня 2019 (UTC)
    • Феоктист (Орловский), Феодосий Сморжевский, Кюльхан и куча других случаев решаются добавлением минимума здравого смысла в алгоритм:
      если (дата смерти < 1918) и (АЕ высшего уровня == СССР или РСФСР) то не выводить АЕ высшего уровня
      Проблем с этим никаких не вижу. Если только текущий иррациональный алгоритм не задуман как "раздражающий стимул к доработке". То есть выводить заведомую чепуху как стимул для перехода в Викиданные и правки квалфикаторов дат для АЕ. --Neolexx (обс.) 10:40, 18 июня 2019 (UTC)
      • Основная проблема такого подхода — модуль вывода превращается в чёрный ящик с кучей условий внутри, на которые непонятно как влиять в случае ошибок. Вот мы с вами будем знать, что при определённых условиях страны не выводятся, а большая часть участников не будет. Потом добавится ещё одно условие, о котором и мы с вами знать не будем. И ещё одно. В итоге в ситуации, когда что-то выводится не так, как ожидается, придётся потратить очень много времени на то, чтобы разобраться, почему оно работает именно так, как работает. Вы можете считать, что это не так, но в случае ошибок я куда больше времени трачу на исправление подобных явных указаний АТЕ, чем на корректировку дат и вложенности. Ошибка в цепочках легко ищется, а вот какая-нибудь явно зашитая штука наоборот плохо. — putnik 13:56, 18 июня 2019 (UTC)
        • Проблема чёрного ящика решается документированием существенных (вне чисто программной логики) моментов алгоритма при их внесении в документацию модуля (т.е. не просто комментариями в коде программы).
          В целом же тут вопрос расстановки приоритетов: максимальная прозрачность работы модуля (из пути от карточки с ходу не понял, какого) или же непоказ заведомо абсурдных данных в точно не определённом числе статей об умерших. Я бы сделал ставку на последнее. Тем более что в плане прозрачности всё равно непонятно, как Кюльхан оказался в СССР, а Феоктист (Орловский) - в РСФСР. То есть текущий алгоритм всё равно какие-то свои умозаключения делает - которые явно отличаются от просто "если периоды принадлежности н/п не указаны, используй текущую принадлежность". Иначе бы оба оказались в России - не идеально точно исторически, но в целом ОК'но. --Neolexx (обс.) 15:00, 18 июня 2019 (UTC)
          • Относительно последнего — всё максимально понятно и прозрачно: для РСФСР/СССР были указаны даты окончания, но не были указаны даты начала. Других АТЕ/стран периода времени их жизни не было. Вот они там и оказались. — putnik 15:46, 18 июня 2019 (UTC)
            • Для программиста его собственный алгоритм (обычно) всегда понятный, прозрачный и (в 99,(9)% случаев) единственно верный и возможный. На то в компаниях и набирают идеальных ламеров программу тестировать, а к ним тупого злого шефа ламеров - из программиста заблуждения выбивать :-)
              А всё-таки конкретно какой модуль выдавал те строки о месте смерти в карточках? --Neolexx (обс.) 16:18, 18 июня 2019 (UTC)
              • Там не мой алгоритм, если ваш намек был на это. И в данной ситуации он отработал именно так, как должен был, в полном соответствии с информацией в Викиданных. Код для вывода геоцепочек лежит в Модуль:Wikidata/Places. — putnik 16:51, 18 июня 2019 (UTC)
              • Ужасный ужас, если наши алгоритмы "собственные". Меня уже резко ограничивают защищённые шаблоны, а о коде я даже не заикаюсь - формальности в них сносят крышу просто на ура. Это крайне неудачный путь, что код становится настолько непонятным, и его не может редактировать каждый. Igel B TyMaHe (обс.) 10:46, 19 июня 2019 (UTC)
                • Ну, конкретно Places я смог приспособить и переписать под свои нужды, хотя даже не знал, что используемый язык называется Lua. Сидик из ПТУ (обс.) 10:49, 19 июня 2019 (UTC)
                • Как только алгоритмы перестанут быть нашими собственными, то ваша возможность редактировать значительно уменьшится. А я всё-таки рассчитываю, что в течение нескольких лет получится перенести часть логики на уровень движка, потому что на данный момент там довольно мало завязано на русскую Википедию. Так, если честно, что мне не очень понятна претензия относительно невозможности их редактировать именно сейчас. — putnik 13:24, 19 июня 2019 (UTC)
                  • Я понимаю Викиданные как источник фактов и только. Выводы же из фактов ни Викиданные, ни движок делать не должны - это епархия Википедии и её собственных программ. Голые факты, доступные с ВД, например, были:
                    1. Кюльхан погиб в 1238 году под Коломной
                    2. Коломна до 1991 года входила (АЕ высшего уровня) в СССР
                    3. Кому после 1991 года принадлежит Коломна, в записях не указано, бери последнее известное
                  • Из этого программа вывела местом смерти "Коломна, СССР". Я не буду спорить, что алгоритм "отработал именно так, как должен был" - однако это пересказа известной медицинской шутки "операция прошла успешно, но пациент умер". --Neolexx (обс.) 14:27, 19 июня 2019 (UTC)
                    • 3 пункт неверен. Если дата окончания указана, то не берётся никакое из значений. Будет просто «Коломна». Аналогично, если для СССР вы укажете дату начала, то и в 1238 году будет просто «Коломна». — putnik 16:54, 20 июня 2019 (UTC)

Еще есть: Феофан (Соколов)[править код]

Умер в РСФСР в 1832 --@ → SAV © 17:53, 22 июня 2019 (UTC)

Перестановка значений[править код]

Давно задумываюсь над этим, но всё стесняюсь спросить: если в каком-то из параметров Викиданных несколько значений, то как эти значения менять местами относительно друг друга? Например, для спортсмена указано, что он является участником Олимпийских игр 2008, 2000 и 2004 годов — можно ли как-то поменять их местами, чтобы они шли по порядку? --Winterpool (обс.) 07:26, 5 июня 2019 (UTC)

По уму этот порядок ни на что не должен влиять (если мы когда-нибудь будем выводить это в карточке, нужно сортировать эти соревнования по годам). Но если очень хочется — можно просто удалить какое-либо значение и добавить его снизу --Ghuron (обс.) 07:41, 5 июня 2019 (UTC)
Иногда порядок всё же влияет. Вот, допустим, в карточке спортсменки выводится гражданство Белоруссии и СССР, хотя логичнее было бы поставить в хронологическом порядке: сначала она выступала за СССР, а потом за Белоруссию. Два этих значения, конечно, не сложно удалить и внести заново, но если их будет 10 или 20, да ещё с полностью оформленными источниками и какими-нибудь дополнительными значениями? Неужели нет никакого способа перетаскивать их? --Winterpool (обс.) 08:50, 5 июня 2019 (UTC)
Я такого способа не знаю и те же гражданства должны выводится в порядке их получения (см. #Джулиан Ассанж) --Ghuron (обс.) 09:00, 5 июня 2019 (UTC)
Сама идея регулировки последовательностью значений - откровенно плоха. Надо квалификаторами указывать даты начала/окончания. И уже на месте, при выводе сортировать по ним. ShinePhantom (обс) 09:12, 5 июня 2019 (UTC)
Есть ещё свойство порядковый номер. Сидик из ПТУ (обс.) 09:49, 5 июня 2019 (UTC)
Вообще, нарпашивается внедрение Drag-and-drop в движок ВД. Сидик из ПТУ (обс.) 09:52, 5 июня 2019 (UTC)
угу, русские по датам подвигают, китайцы по алфавиту, немцы - по важности. Вот будет развлекуха. ShinePhantom (обс) 10:44, 5 июня 2019 (UTC)
Опасение понятно. Но никак нельзя это привязать, к примеру, к индивидуальным настройкам? А то уже столкнулся с такой проблемой, что по мере углубления в тему АТД Китая постоянно приходится уточнять, как там только в одном XX веке в ходе пертубаций, связанных с революциями, гражданскими войнами, войной с Японией, марионеточными государствами и т. п. один и тот же уезд мог за пару десятков лет кучу раз административную принадлежность сменить (в историю за XIX век я пока даже заглядывать боюсь). Когда этот список вариантов значений свойства «административно-территориальная единица» уже два экрана занимает, там затруднительно «удалить значение и добавить снизу». Реально было бы очень удобно, если бы эту у этой кучи можно было восстанавливать хронологический порядок в случае внесения изменений где-нибудь в середине. --Slb_nsk (обс.) 12:55, 10 июня 2019 (UTC)
То есть Вам по большому счету нужен даже не drag'n'drop а просто отсортировать утверждения по датам? --Ghuron (обс.) 13:21, 10 июня 2019 (UTC)
Лично мне — да. Потому, что типичная для Китая ситуация — когда общую картину берёшь с одного ресурса, а потом для конкретного региона лезешь на другой, и приходится переделывать уже сделанное, ибо оказалось, что в одном месте опечатались, в другом с датами напутали, в третьем целый кусок истории забыли и т. п. Вот, к примеру, сегодня повозиться пришлось — если тут придётся ещё что-нибудь вставлять, то хотелось бы предварительно все единицы административного деления отсортировать в хронологическом порядке. --Slb_nsk (обс.) 19:55, 10 июня 2019 (UTC)
ShinePhantom, примерно так и должно быть - для каждого языкового раздела может быть своя правда. Доблестные разведчики - подлые шпионы. Это нормально. Retired electrician (обс.) 16:49, 22 июня 2019 (UTC)
  • Только ВД - это не языковой раздел, а общий, универсальный. И факты это лишь факты - не имеют оценочной характеристики. ShinePhantom (обс) 17:24, 22 июня 2019 (UTC)

Год от сотворения мира[править код]

В некоторых источниках по деятелям допетровской Руси указаны даты рождения/смерти по византийской эре "от сотворения Мира". При этом, если в первоисточниках не указаны число и месяц, то год в одних источниках указывается с разницей в 5508 дет, а в других - с разницей в 5508/5509 лет, т.к. новый год наступал 1-12 сентября нового стиля (в зависимости от века). Возможно ли сделать так в Викиданных, чтобы появился вариант для внесения года "от сотворения Мира" в параметры дата рождения и смерти, а в статьях бы отображался бы вариант с разницей в 5508/5509 лет. (например родился в 1640-41, умер в 1698-99) Для более точного указания года рождения. С уважением, 16:28, 29 мая 2019 (UTC) And S Yu (обс.)

  • Викиданные поддерживают только григорианский или юлианский календарь, иные системы летоисчисления - нет. Более подробно здесь: «Some countries did use or still use other calendars. None of these are supported. Dates need to be converted to Julian or Gregorian.». --Ksc~ruwiki (обс.) 21:07, 17 июня 2019 (UTC)