Wikidata:Форум/Архив/2015/05

This page is an archive. Please do not modify it. Use the current page, even to continue an old discussion.

Субъекты РФ

Перед тем как подавать (или не подавать) заявку на свойство, спрошу здесь. Как думаете, для субъектов подойдёт схема instance of (P31) => federal subject of Russia (Q43263) (series ordinal (P1545) => N)? Просто кажется глупым создавать свойство, которое будет использоваться менее, чем в сотне элементов. —putnik 13:06, 7 May 2015 (UTC)

Мне кажется, да.--Ymblanter (talk) 13:29, 7 May 2015 (UTC)
Эм, номер по алфавиту? Или в каком-то перечне? --Infovarius (talk) 19:18, 7 May 2015 (UTC)
Стандартная нумерация, на которой основаны автомобильные номера.--Ymblanter (talk) 19:42, 7 May 2015 (UTC)

Требуется объединение

Не нашёл где подобное обсуждают. Собственно, нужно объединить Q15472840 (для 6 языков) и Q1772236 (для 9 других). Sergey Cepblu (talk) 19:08, 8 May 2015 (UTC)

Это невозможно, как минимум потому что там две польских статьи.--Ymblanter (talk) 19:12, 8 May 2015 (UTC)
Понятно, одна на английском, другая на своих языках. Sergey Cepblu (talk) 20:05, 8 May 2015 (UTC)
Тогда надо Q18994981 вставить в Q1772236. Sergey Cepblu (talk) 20:08, 8 May 2015 (UTC)

Обьединить

Речь о Q11025076 и Q10965101. Да, название там разное у шаблонов, но суть одинакова что в одной группе, что в другой (а именно, что раздел нужно написать)--Unikalinho (talk) 04:56, 9 May 2015 (UTC)

Административно-территориальное деление

Построил я как-то дерево элементов с корнем Russia (Q159), связанных свойством located in the administrative territorial entity (P131). Выяснилось, что в этом дереве много чего не хватает, и много чего лишнего. Отсюда 2 вопроса:

  1. Как сообщество относится к созданию элементов о населённых пунктах и муниципальных образованиях, не имеющих страниц в проектах Викимедиа?
  2. В дереве встречаютя не только административно-территориальные единицы. Там, например, можно втретить картины из Эрмитажа, церкви, памятники и списки памятников. Но больше всего там разных улиц и переулков. Думаю, есть смысл привязывать такие объекты другим свойством, но другого подходящего я не нашёл. Что с этим делать, и делать ли вообще? --Allardais (talk) 14:16, 22 April 2015 (UTC)
Населённые пункты можно создавать, глвное чтобы элементы не были пустыми (нужны свойства, и чем больше, тем лучше, и источники к свойствам), а то пойдот на удаление. В Р131 ничего плохого не вижу, если церковь находится в каком-то районе, вполне можно использовать это свойство. Ну, или можете предложить новое на соответствующей странице.--Ymblanter (talk) 18:29, 22 April 2015 (UTC)
Видимо и правда, сделать онтологию Вселенной непросто даже в организационном смысле :) Пока мне не известна генеральная линия структурирования данных, так что я не готов предлагать свойства. Тут, как я понимаю, две крайности: либо вводить новые свойства на каждый чих, имея в результате нужные выборки по простым запросам, либо обходиться минимумом свойств и работать запросами посложнее - фильтрующими лишние элементы. --Allardais (talk) 10:50, 23 April 2015 (UTC)
Создание отсутствующих элементов — дело неплохое, если элементы не будут полупустыми. Китайцы, например, для всех своих НП уже создали, если не ошибаюсь. Хорошо бы ещё придумать как заполнить примерно 100000 уже имеющихся полупустых элементов о населённых пунктах России. — Ivan A. Krestinin (talk) 19:26, 22 April 2015 (UTC)
Википроект "Малая Родина"? :) Было бы здорово увидеть showcase по населённому пункту. Пока я не взялся строить дерево, даже не подозревал, что P131 действует "снизу вверх". Зато теперь я не буду в элемент для области или района добавлять все деревни. --Allardais (talk) 10:50, 23 April 2015 (UTC)
Хороший элемент не подскажу, ими я не занимаюсь :-), будем считать хорошими элементы у которых заполнены все свойства из {{Свойства населённых пунктов}}, наверное, если построить пересечение по свойствам, то можно такие найти. Приемлемый для дальнейшего развития элемент: Q19826298, у него заполнены свойства позволяющие осуществить его идентификацию и привязку ко внешним базам данных (координаты, русское название, тип, P131, ОКАТО/ОКТМО, почтовый индекс). Полупустой элемент: Q18773655, есть ещё совсем пустые. Кстати может знаете, как осуществить привязку элемента вроде Q19826298 к данным переписи населения? — Ivan A. Krestinin (talk) 18:47, 23 April 2015 (UTC)
Добавил в Мехбазу, что смог. --Infovarius (talk) 09:47, 14 May 2015 (UTC)
По населению в Википедии замутили свои "Викиданные" с информацией Росстата и шаблонами. Задумка, при всей своей изящности, по-моему не совсем в духе Википедии в том плане, что для корректировки данных надо обращаться к автору этой системы. Наверное, привязать будет проблематично, разве только попробовать импортировать данные (если это не противоречит правилам). --Allardais (talk) 11:48, 25 April 2015 (UTC)
Прежде, чем импортироват;, надо (а) понять, какая лицензия у баз данных, которые предполагается заливать - возможно, автоматическая заливка противоречит лицензии; (б) зарегистрировать бота и получить разрешение на заливку.--Ymblanter (talk) 19:06, 25 April 2015 (UTC)
Начал создавать НП, сельские поселения, и заметил, что KrBot по-тихому доделывает то, к чему я пока не подобрался, да и вообще хорошо помогает. Не то, чтобы я считал себя ленивым... А впрочем да, какая-то рациональная лень во мне присутствует. Где-то читал мысль о том, что машина должна работать, а человек - думать. Так вот, я сейчас указываю метку, описание, instance of (P31), country (P17), located in the administrative territorial entity (P131), OKTMO ID (P764), OKATO ID (P721), capital (P36) (для сельских поселений). В целях эффективности и ускорения процесса, какой минимальный набор свойств достаточно указать, чтобы и элемент не удалили, и бот подхватил начинание и указал остальное? --Allardais (talk) 16:47, 5 May 2015 (UTC)
Боту нужно русское название (метка) и либо код ОКАТО, либо ОКТМО. По этим данным он может найти instance of (P31), located in the administrative territorial entity (P131) и недостающий OKTMO ID (P764), OKATO ID (P721). Также он умеет вытягивать почтовый индекс, коды, страну из Википедии, если они там есть. Ещё умеет искать по кодам и индексам дублирующиеся элементы и объединять их. Если интересна история всего этого, то начало здесь: ru:Обсуждение участника:Ivan A. Krestinin#Нужна помощь в связывании результатов кривых ботозаливок. — Ivan A. Krestinin (talk) 21:26, 5 May 2015 (UTC)
Благодарю, интересно :) --Allardais (talk) 22:14, 5 May 2015 (UTC)

Обязательно ли указывать в элементах этого рода country (P17)? Ведь это выводится по иерархии связей P131. Так же странно, что указывают licence plate code (P395) и located in time zone (P421) даже в деревнях. Вроде бы это утверждается на уровне области. --Allardais (talk) 22:24, 5 May 2015 (UTC)

Страну лучше всегда указывать, чтобы лишний раз не попадать в отчёты о проблемах: Wikidata:Database reports/Constraint violations/P721, Wikidata:Database reports/Constraint violations/P764, Wikidata:Database reports/Constraint violations/P281. На данный момент карточка в статье может обращаться только к информации из непосредственно связанного со статьёй элемента. Доступ к другим элементам пока закрыт из-за проблем с производительностью, потому и указывают licence plate code (P395) и located in time zone (P421) в каждом элементе. Также есть проблема с неполнотой связей P131, а также ошибками в этих связях. — Ivan A. Krestinin (talk) 05:20, 6 May 2015 (UTC)
Указал licence plate code (P395) в субъектах по этому списку. Наверное, потом можно будет ботами "спустить" эти коды к населённым пунктам. Хотел также проставить located in time zone (P421), но там нет единообразия: где-то указано UTC+..., кде-то МСК+..., где-то "красноярское время". Существуют ли мнения по унификации? --Allardais (talk) 17:37, 10 May 2015 (UTC)
Спасибо за автомобильные коды. Не знаю стоит ли начинать копировать эту информацию, вроде-бы начинают делать доступ к произвольному элементу, возможно скоро можно будет указывать в одном месте. С часовыми поясами похоже порядка нет, см. Property talk:P421#Named time zones or UTC?. — Ivan A. Krestinin (talk) 17:52, 10 May 2015 (UTC)
А есть какая-то договорённость, в каком формате автом.коды пишутся: "59, 159" или "59 159" или в разных ячейках? --Infovarius (talk) 12:10, 13 May 2015 (UTC)
В других свойствах каждый код записывают в свою ячейку, иначе непонятно: не то это несколько кодов, не то это единственный код, просто со странными символами посередине. — Ivan A. Krestinin (talk) 18:59, 13 May 2015 (UTC)

Возможно окажется полезной небольшая подборка ссылок: User:Ivan A. Krestinin/Населённые пункты России. — Ivan A. Krestinin (talk) 17:52, 10 May 2015 (UTC)

Объединение.

Q3376210 & Q18590419. Sergey Cepblu (talk) 15:59, 13 May 2015 (UTC)

Так здесь и самостоятельно можно, случай же очевидный--Unikalinho (talk) 16:07, 13 May 2015 (UTC)
@Unikalinho. Не знаю как. Sergey Cepblu (talk) 21:58, 15 May 2015 (UTC)
@Sergey Cepblu: [1]. Danneks (talk) 00:32, 16 May 2015 (UTC)

Q1001288

Натолкнулась вот на такой элемент. К сожалению, не имея достаточно знаний, боюсь подавать заявку на его удаление. Подскажите, пожалуйста, стоит ли это делать, и если стоит, то как корректно указать причину удаления. Заранее благодарна. --Stuchka (talk) 04:00, 19 May 2015 (UTC)

Я удалил, спасибо. Когда была удалена единственная статья по незначимости, можно указывать незначимость (lack of notability).--Ymblanter (talk) 12:44, 19 May 2015 (UTC)

Jamyang Shêpa (Q1013402)

Поставила себе задачу выставить пол "человеческим особям без указания оного". В процессе обработки натолкнулась на данный элемент. Я не уверена, что для него правильным является установка instance of (P31) - human (Q5). Подскажите, как лучше сделать. Спасибо.

  • P.S. Может кто-то подскажет, как разобраться с полом особей японского происхождения (информация только на японском, боюсь накосячить с гуглпереводчиком). --Stuchka (talk) 20:57, 19 May 2015 (UTC)
По второму вопросу - спросить на общем форуме, там должны быть люди, знающие японский (как миниму, у нас есть пара таких администраторов). По первому - надо искать. С первого взгляда кажется, что свойство не подходит, но надо аналогичные статьи посмотрет, что там стоит.--Ymblanter (talk) 21:15, 19 May 2015 (UTC)
Вы наверное общим англоязычный форум называете, туда пожалуй не слишком правильно обращаться, не их специфика. Я пару раз аналогичные запросы на японскоязычном форуме оставлял, откликались довольно быстро. — Ivan A. Krestinin (talk) 21:28, 19 May 2015 (UTC)
Да, наверное, так лучше.--Ymblanter (talk) 21:33, 19 May 2015 (UTC)
По первому вопросу: сдаётся мне, что из всего имеющегося больше подойдёт вариант instance of (P31) - title (Q216353). В русской статье первые строки говорят, что это один из высших титулов в тибетском буддизме. В английской вики есть фраза "The first Jamyang Zhépa, Ngawang Tsöndrü (1648–1721), was ...". В немецкой вики, как я понял, перечислены шесть человек, носивших этот титул. --Allardais (talk) 13:45, 20 May 2015 (UTC)

Q19965914

Элемент не находит тех страниц которые есть в других проектах (кроме Википедии).--Tankist-777 (talk) 13:59, 23 May 2015 (UTC)

Личные страницы участнков не соответствуют критериям значимости.--Ymblanter (talk) 15:54, 23 May 2015 (UTC)

Неверный пересчёт Юлианского календаря в Григорианский

Юлианский календарь неверно переводится в григорианский. Так, вместо прибавления к юлианскому определенного количества дней (например, в XX веке — 13), это количество вычитается; см. ru:Алчевский, Алексей Кириллович. Этот человек умер 7 мая 1901 года по Юлианскому календарю (т.е., по старому стилю), соответственно, должно быть 20 мая по Григорианскому. А исходя из викиданных на его странице в Википедии получается, что он умер 24 апреля по Юлианскому календарю, хотя в Викидата указано, что по Юлианскому он умер 7 мая. — Vvk121 (talk) 07:28, 26 May 2015 (UTC)

Тут другая логика работы (согласен, что она неочевидная): дата всегда задаётся по григорианскому календарю, а выбор григорианский/юлианский указывает только на то, как её нужно отображать. В вашем случае нужно ввести «20 мая», и тогда всё будет отображаться правильно. —putnik 08:30, 26 May 2015 (UTC)
Я тоже на это "попался", потом пришлось исправлять испорченные даты. Для ввода дат рождения и смерти советую вам пользоваться википедийным гаджетом WEF:Персона, там редактор дат запрограммирован грамотно — можно вводить дату в том календаре, как удобно, а конвертацию он сам сделает. -- Sergey kudryavtsev (talk) 04:06, 27 May 2015 (UTC)
Это означает, что в Викиданных надо ввести соответствующее контекстное пояснение, иначе куча народу будет наступать на эти грабли. -- Vvk121 (talk) 12:43, 27 May 2015 (UTC)