User talk:Putnik

Welcome to Wikidata, Putnik!

Wikidata is a free knowledge base that you can edit! It can be read and edited by humans and machines alike, and you can help. Go to any item page now and add to this ever-growing database!
Need some help getting started? Here are some pages you can familarise yourself with:

• Wikidata:About - About the project.
• Wikidata:Introduction - Another introduction to the project.
• Help:Contents - The main help portal for editing and using the site.
• Wikidata:Project chat - Discussions about the project.

If you have any questions, please ask me on my talk page. If you want to try out editing, you can use the sandbox to try. Once again, welcome, and I hope you quickly feel comfortable here, and become an active editor for Wikidata.

Regards, --Emijrp (talk) 16:44, 31 October 2012 (UTC)[reply]

Hi Putnik, thanks for adding the Russian translation to the Template:Entities. Cheers --Kolja21 (talk) 01:03, 14 March 2013 (UTC)[reply]

PS: How would you translate Type x: "all non-articles"? --Kolja21 (talk) 01:28, 14 March 2013 (UTC)[reply]

Sorry, didn't see this message before. Putnik (talk) 22:40, 31 March 2013 (UTC)[reply]

Thanks for the addition! --Kolja21 (talk) 19:18, 1 April 2013 (UTC)[reply]

А чем мешают отчества в названиях? В шаблонах используется полное имя, да и отчества традиционы для русской культуры. Если нужен короткий вариант, то для этого есть Property:P734 и Property:P735, или можно убирать в Lua. --EugeneZelenko (talk) 14:20, 10 October 2013 (UTC)[reply]

Сначала про шаблоны и автоматику. В 99% случаев это инфобоксы, а там предпочтительны не очень длинные значения. Выдирать среднее слово из имени с помощью Lua нежелательно, это может быть среднее имя или ещё что-нибудь неотделимое. Ну, и свойства имени и фамилии в обозримой перспективе тоже не вариант, как показывает статистика. И даже если они будут заполнены, то не учитывают формы и варианты написания имён.

Отчества действительно традиционны, но эта традиция характерна не для всех поголовно, а для только определённых групп. Есть персоны исторические и не очень, которые определённо известны с отчествами, например Пушкина без отчества оставлять было бы неправильно. Возможно, что-то подобное можно сказать про учёных, политиков и т. п. По каким-то подобным правкам я, возможно, не очень прав. Но если говорить о большинстве широко известных деятелей современности и недавнего прошлого — актёрах, музыкантах, спортсменах, то тут есть однозначная традиция именования без отчества. Наличие отчества скорее путает и снижает узнаваемость, потому что их отчества никто не знает. Например, в случае с Абдуловым добавление отчества мне кажется неудачной иеей.

Возможно, нужно вынести эту тему на форум и определиться с рекомендациями по именованию. --putnik 15:11, 10 October 2013 (UTC)[reply]

Думаю, что при желании добавить имена и фамилии как свойства роботами будет не так уж и сложно.

Узнаваемость и так в опасности, так как и в названии статьи, и в её заголовке, а также поле настоящее имя/имя при рождении (кстати, зачем оно, если совпадает с с именем в заголовке?) используется отчество, то не вижу смысла сокращать название в заголовке шаблона информации. В конце концов, почему бы читателю не узнать в энциклопедии что-то новое? :-) Не всё же равняться на бульварную прессу и их нравы :-)

EugeneZelenko (talk) 14:16, 11 October 2013 (UTC)[reply]

Hello,

On 2013-12-16, User:PBot imported a lot of language code into WIkidata from russian language WIkipedia. Everyone I looked at, it was wrong. See my edits yesterday, Putnik's edit of Provençal (Q241243) yesterday, Wikidata:Database reports/Constraint violations/P218, Wikidata:Database reports/Constraint violations/P219, Wikidata:Database reports/Constraint violations/P220. What about revert everything? Visite fortuitement prolongée (talk) 20:22, 19 December 2013 (UTC)[reply]

Hi. I know about "Putnik's edit" and violations page. And I always proofread properties added by bot. I do not think that these imports caused a big problem. I see about 1/3 of the imported codes are wrong (same for dialects and languages), it is typical for Wikipedia imports. --putnik 21:31, 19 December 2013 (UTC)[reply]

Just in case that you do not worry, I'll fix violations this weekend. --putnik 23:47, 19 December 2013 (UTC)[reply]

Seen. Visite fortuitement prolongée (talk) 21:53, 20 December 2013 (UTC)[reply]

Then? Visite fortuitement prolongée (talk) 13:34, 5 January 2014 (UTC)[reply]

Как получилось, что в провансальский язык попали коды из окситанского, при том, что в русской статье их нет? В результате русской Википедии не доверяют... --Infovarius (talk) 14:50, 20 December 2013 (UTC)[reply]

И правильно не доверяют. В статье их нет именно потому, что я проверяю все свои импорты в Викиданные и исправляю параллельно русские статьи. --putnik 14:58, 20 December 2013 (UTC)[reply]

Please check your additions (examples):

• 289672 added to Erythroxylum coca (Q158018) is not valid
• 18061 belongs to Magnoliophyta (Q14562931) not Angiosperms (Q25314)

Please have a close look at Constraint violations of P815

--Succu (talk) 08:17, 7 January 2014 (UTC)[reply]

Hi. I know about constraint violations pages and watch them. It really is a very convenient way of finding inconsistencies, and I do not know a better way. When importing I write all found inconsistencies between Wikipedia and Wikidata (without importing them), and also check constraint violations pages after import. Problems with imports would be in any case (at least, a lot of incorrect interwiki links), and better to import and fix bugs (and import again), than doing nothing. Thanks =) --putnik 08:36, 7 January 2014 (UTC)[reply]

Dear putnik, could you change your bot in a way that it does not reimport wrong statements? See [1] [2] [3] which I had already fixed (removed as wrong). You should import always only once because fighting bots manually is no fun.  — Felix Reimann (talk) 12:55, 13 January 2014 (UTC)[reply]

Hello Putnik, it is currently not possible to merge these two items which refer to the same thing. Indeed there are two different Russian links. Could you have a look to see which link does not refer to this language? Thanks in advance. Pamputt (talk) 23:54, 12 January 2014 (UTC)[reply]

I think it's the same thing, but just in case asked for language project in the Russian Wikipedia. --putnik 07:01, 13 January 2014 (UTC)[reply]

Just created World Athletics athlete ID (P1146). --Tobias1984 (talk) 14:48, 11 February 2014 (UTC)[reply]

Thanks a lot. --putnik 14:50, 11 February 2014 (UTC)[reply]

Hi Putnik! Please remember to not replace old values of p348 like in this edit: https://www.wikidata.org/w/index.php?title=Q842014&diff=155615389&oldid=138391753 . --Tobias1984 (talk) 17:36, 28 November 2014 (UTC)[reply]

MPA film rating (P1657) is ready. --Tobias1984 (talk) 12:26, 21 December 2014 (UTC)[reply]

Do you remember how you got to these conclusions? It seems wrong, although it seems you believed to have pretty detailed information.

Am I wrong? Are you? Is there more of this type of error?..--Frysch (talk) 15:57, 4 December 2015 (UTC)[reply]

Please be careful with calendars when editing old birth and death dates, such as that of J. S. Bach. As this 'Guardian article' shows, the date of is birth was 21 March 1685, when the Julian calendar was still in use where Bach was born. I have reverted your edit. Jc3s5h (talk) 23:56, 12 January 2016 (UTC)[reply]

lang=ru : ?lang=ru&props=31,218,219,220,506,1406&q=claim[1800]

Dear Putnik! I have seen your edits at numerous pages about WMF projects as Latin Wikipedia (Q12237) and want to let you know that the number of Wikidata:Database reports/WMF projects ^{there is also the page Wikipedia versions} has increased to more then 409; there are pages from Wikibook project pages to Wikiversity and Wiktionary project pages. You may be interested in adding labels and descriptions in other languages. Please follow also the discussion at property talk:P218 and comment there. Best regards Gangleri also aka I18n (talk) 04:05, 13 January 2016 (UTC)[reply]

Thanks for your support! I18n (talk) 13:36, 13 January 2016 (UTC)[reply]

Please see: m:Talk:Facebook pages. I added more property related queries at user:I18n/sandbox#property_Wikimedia_database_name. I18n (talk) 12:17, 16 January 2016 (UTC)[reply]

I was hoping you would weigh into my rating certificate ID proposal for (among others) MPA film rating (P1657). It'd be especially useful when ratings are reconsidered over time, and for better referencing. (Probably not so much for the Russian ratings, I didn't see any certificate numbers there.) – Máté (talk) 19:23, 31 January 2016 (UTC)[reply]

Hi, I think you should add the cast member into Property:P161 not Property:P179 --Mr. Ibrahem (talk) 10:44, 11 February 2016 (UTC)[reply]

• @Mr. Ibrahem: It is very sad :( Perhaps I'll have to write a script that moves from one property to another. —putnik 10:54, 11 February 2016 (UTC)[reply]

[4] Я понимаю, конечно, что это прилагательное сейчас относят чаще всего к США, но по сути разве Канада не Америка? Мексика? Бразилия? --Infovarius (talk) 23:04, 27 February 2016 (UTC)[reply]

• @Infovarius: В данном контексте нет. В случае «американский горный массив» или «американское племя индейцев» могут быть различные интерпретации, но если речь идёт о людях, то речь всегда о стране. Это не только лично моё мнение, во всех статьях о персонах родом из США в Википедии написано, что они «американские …» —putnik 00:24, 28 February 2016 (UTC)[reply]

I moved your statement to another item. There are many things with the name Gothenburg. -- Innocent bystander (talk) 14:40, 27 June 2016 (UTC)[reply]

Hey! I hope you still had a great time at Wikimania! Here is the bug we talked about https://phabricator.wikimedia.org/T76229 and I started a page here: Wikidata:Infobox_Tutorial. --Tobias1984 (talk) 13:05, 29 June 2016 (UTC)[reply]

Привет, можешь помочь? У Q14116 название "macOS" и как синоним "OS X". Есть ли возможность указать в поле платформа компьютерной игры именно синоним "OS X" (ну или "Mac OS X"), а не "macOS", т.к. в карточках игр они более распространены? Sarmodolin (talk) 17:19, 19 September 2016 (UTC)[reply]

This is a kind reminder that the following property was created more than six months ago: Minkultury film ID (P2636). As of today, this property is used on less than five items. As the proposer of this property you probably want to change the unfortunate situation by adding a few statements to items. --Pasleim (talk) 19:26, 17 January 2017 (UTC)[reply]

Изменение основного имени/алиаса этого свойства ломает параметр «Супруг/супруга» в шаблоне {{Государственный деятель/Личные данные}} в руВики. Пример. Не могли бы вы с этим разобраться или тут в ВД, или уже там в шаблоне? Dimma837 (talk) 19:35, 8 March 2017 (UTC)[reply]

• @Dimma837: Поправил в шаблоне. —putnik 19:46, 8 March 2017 (UTC)[reply]
  • Да, заработало, спасибо. Но что значит коммент «временное исправление»? Позже всё будет организованно по-другому? Dimma837 (talk) 19:52, 8 March 2017 (UTC)[reply]
    • @Dimma837: Да, в планах сделать иначе, привязка к меткам очень неудобна. —putnik 19:55, 8 March 2017 (UTC)[reply]

Hi, I'm interested in your Wikidata module project. Not as a programmer but a possible user. Is there any way somebody who doesn't know Russian can try out the work done so far? Any way to comment on features/limitations? 123 (talk) 15:03, 8 April 2017 (UTC)[reply]

• @123: Hi. In which project would you like to use the module? I'm currently working on a tool for automatically copying code between different project, and I'm very interested in additional project that could use the module. At the moment I need to start copying manually, but in the near future you will be able to do and configure it by yourself. —putnik 02:24, 12 April 2017 (UTC)[reply]
  • Actually there are three wikipedias I'm active in: Spanish, German, English. Would the English wikipedia possible for a start? Is there any documentation in English (or Spanish, Portuguese or German?). 123 (talk) 15:09, 12 April 2017 (UTC)[reply]

Hi Putnik,

Good to see that the ib editing tool starts running.

BTW It would be good if there is a way to give feedback here on Wikidata for edits done with the tag "InfoboxExport".

e.g. for the Wrights brothers : https://www.wikidata.org/w/index.php?title=Q35820&action=history edits shouldn't be made on the item for both of them. Not sure how to achieve this though. Maybe a check on P31.
--- Jura 10:56, 22 April 2017 (UTC)[reply]

Same seems to have happened at https://www.wikidata.org/w/index.php?title=Q56095&action=history
--- Jura 12:10, 22 April 2017 (UTC)[reply]

@Jura1: I think this is the message you mentioned in the application. Regarding this problem, I am currently working on two solutions. The first one is almost ready: values will be exported to the item that is specified in the infobox through the property. This will correct the situation with the Wright brothers and similar articles. The second solution in the more powerful validator as a service, through which the gadget can check the values before saving. —putnik 20:23, 19 March 2018 (UTC)[reply]

Hello Putnik, I see you have imported a lot of information from Russian Wikipedia about genes and proteins into Wikidata, for which I and the community thank you. Unfortunately, some has been added in the incorrect place. For instance many Uniprot (protein) IDs have been added to genes and Entrez gene IDs onto proteins. Please check to make sure you're adding the correct type of item. Thanks! Gstupp (talk) 20:56, 19 July 2017 (UTC) Example: https://www.wikidata.org/w/index.php?title=Q18049241&oldid=456730550[reply]

English | español | français | العربية | Nederlands | русский | +/−

Congratulations! You now have the rights of administrator on Wikidata. Please take a moment to read the Wikidata:Administrators page and watchlist related pages (in particular Wikidata:Project chat, Wikidata:Requests for comment, and Wikidata:Administrators' noticeboard), before launching yourself into page deletions, page protections, account blockings, or modifications of protected pages.

Please feel free to join us on IRC: #wikidata-admin @ irc.freenode.net. If you need access, you can flag someone down at @ irc.freenode.net. You may find Wikidata:Guide to Adminship to be useful reading. You may also want to consider adding yourself to meta:Template:Wikidata/Ambassadors, and to any similar page on your home wiki if one exists. (Check Wikipedia:Wikidata/Wikidatans (Q14964498).)

Please also add/update the languages you speak to your listing at Wikidata:List of administrators. You may also like to add your username to this list if you would not like that items you delete at RfD get marked as deleted automatically. Again, welcome to the admin corps!

Lymantria (talk) 19:52, 21 March 2018 (UTC)[reply]

Поздравляю с избранием администратором Викиданных! Успехов Вам! --Ksc~ruwiki (talk) 20:53, 21 March 2018 (UTC)[reply]

Обращаюсь как к участнику, относительно хорошо владеющему английским языком, и администратору. Открываем практически любой элемент, описывающий вид и род птиц (например, Great Grebe (Q1193343)) и видим, что в свойстве taxon common name (P1843) в источниках большинства неанглийских языков стоит IOC World Bird List различных версий. Это ложь, данный сайт оперирует исключительно научными (латинскими) и английскими названиями таксонов. Можете выдать задание ботоводам, чтобы это вычистили из элементов? --VladXe (talk) 07:24, 11 May 2018 (UTC)[reply]

Hello,
I do not speak Russian. So, could you check this edit and these edits (and perhaps the other edits by this user)? I am not sure about them, when I see this page.
Regards --NicoScribe (talk) 21:56, 22 May 2018 (UTC)[reply]

Hi! I don't get your rationale for this revert, or what would be the relevance of WD:WikiProject Historical Place to the issue. I never suggested that there are no historical states or that these should be indicated as being something else. The issue is that this particular entitiy is generally not considered to be a historical state. See its talk page. 90.191.81.65 20:35, 23 May 2018 (UTC)[reply]

Hi Putnik, I'm contacting you because I would like your support and your comments on my proposal to represent the Wikidata community at the Wikimedia movement strategy process. I'm contacting you in private because you are a member of the Wikidata Community User Group and I thought that this could be relevant for you.--Micru (talk) 18:42, 18 June 2018 (UTC)[reply]

Hello! Unfortunately, your admin rights were removed for inactivity, for not making the required 5 actions in the last 6 months. Thanks for your service in the past! --Rschen7754 19:41, 2 March 2019 (UTC)[reply]

I have reopened the question of "Named time zones or UTC?" for property located in time zone (P421). Since you had expressed interest in this topic before, I thought I'd let you know. Scs (talk) 14:42, 22 March 2019 (UTC)[reply]

Hello,
I think that there is a problem with "InfoboxExport". Please look at the numerous duplicate values in:

• these edits by the user:Kalendar
• these edits by the user:Alexandronikos
• these edits by the user:Den1980-

What do you think about these values?
Regards --NicoScribe (talk) 17:14, 21 June 2019 (UTC)[reply]

• @NicoScribe: Thanks for reporting this. I fixed an issue with the same language values a few days ago. To make the changes work, an update of the script code in Russian Wikipedia is required. I'm going to do this in a week, as soon as the new version of the script will be transferred to Wikidata.
  However, there is also another problem. Some people do not think about what exactly they do. Users who add many values see all these values. Unfortunately, this does not stop them to click "Export". —putnik 22:16, 21 June 2019 (UTC)[reply]

RMaung (WMF) 17:38, 10 September 2019 (UTC)[reply]

RMaung (WMF) 19:54, 20 September 2019 (UTC)[reply]

Здравствуйте! Я не уверен, что надо рассматривать Венгрию и ВНР как разные государства[5]. К примеру, для Чехословакии принято использовать в полях гражданство/государство/АЕ только Czechoslovakia (Q33946), а не Czechoslovak Socialist Republic (Q853348) или Czech and Slovak Federal Republic (Q1998866) (см. User_talk:Сидик_из_ПТУ#Former_countries — написал человек из тех краёв). Вот для Socialist Federal Republic of Yugoslavia (Q83286) и Federal Republic of Yugoslavia (Q838261) я действительно считаю необходимым точные ссылки вместо Yugoslavia (Q36704), а с Венгриями, как и с Болгариями/Румыниями/Албаниями/Монголиями лучше так не начинать делать. Сидик из ПТУ (talk) 16:59, 2 December 2019 (UTC)[reply]

Я снова перенёс в элемент о массакре те статьи, в которых нет карточки наспункта и которые посвящены массакру (там все посвящены массакру, но в тех, которые я оставил, хотя бы есть карточка наспункта). Если вы продолжите портить элементы, я обращусь к администраторам. MBH (talk) 01:42, 15 December 2019 (UTC)[reply]

Здравствуйте! Вы не могли бы, пожалуйста, пояснить вашу отмену вот этой моей правки? Моё обоснование есть в описании правки. Спасибо! DmitTrix (talk) 16:26, 15 February 2020 (UTC)[reply]

Hi Putnik,

Just noticed that your bot sets badges for sitelinks.

Would you be so kind to have it go through two categories at Wikisource and add corresponding badges?

• validated (Q20748093) for all pages in https://de.wikisource.org/wiki/Kategorie:Korrigiert_BLK%C3%96 (currently 25333)
• proofread (Q20748092) for all pages in https://de.wikisource.org/wiki/Kategorie:Fertig_BLK%C3%96 (currently 1881)

@Mfchris84: created most of these items last month. --- Jura 12:53, 6 May 2020 (UTC)[reply]

Does your bot re-check especially items with validated (Q20748093) if they would be finished on wikisource to update the statements with proofread (Q20748092). @Jura1: that's one of the reasons, why i am a bit aware of adding these statements in to the current bibliographic items; --Mfchris84 (talk)

@Mfchris84: I'm hoping Putnik would do at least a one time run.

I think the difference between the "not proofread" and "proofread" is much bigger than between "validated" and "proofread", so an occasional update from "validated" to "proofread" could be done later/by another bot. --- Jura 05:30, 7 May 2020 (UTC)[reply]

@Jura1, Mfchris84: My bot can update badges, but in the Russian Wikipedia it works with a tracking category that is filled only with articles whose value in the article differs from the value in Wikidata. This allows me to run the bot very often, since the number of articles there is close to zero. I can handle the full category with badges, but then it's probably better to run the bot 1-2 times a week. I'll set it up and run it by the end of this week. —putnik 10:58, 7 May 2020 (UTC)[reply]

Sounds good. @Mfchris84: edits Wikisource so he might be able to set up a corresponding maintenance category. This even if you run it just once a week. --- Jura 06:41, 8 May 2020 (UTC)[reply]

@Jura1: Please check this edits: validated, proofread. If everything is correct, I am ready to start the bot. —putnik 10:57, 9 May 2020 (UTC)[reply]

Perfect. Looks good. Thanks for looking into this. --- Jura 13:46, 9 May 2020 (UTC)[reply]

small chart is ready --- Jura 14:13, 9 May 2020 (UTC)[reply]

Looks like it went through. Thanks for your help. --- Jura 14:08, 10 May 2020 (UTC)[reply]

Hi Putnik, updates seem to have worked in May/June. Thanks for that. The bot seems to have stopped afterwards (also for ruwiki). Did you discontinue it? --- Jura 08:45, 13 July 2020 (UTC)[reply]

• @Jura1: I didn't stop the bot on purpose. I'll see what happened to it. —putnik 09:51, 13 July 2020 (UTC)[reply]
  • Sounds good. Thanks for doing that. --- Jura 07:36, 21 July 2020 (UTC)[reply]

Здравствуйте. Извиняюсь за беспокойство, но решил обратиться за помощью напрямую, поскольку сам не справился. Могли бы вы, пожалуйста, создать страницу MediaWiki:Nstab-property/ru с текстом «Свойство» по аналогии с MediaWiki:Nstab-property/it (см.) или MediaWiki:Nstab-property/de (см.), а то сейчас на страницах свойств заголовок вкладки пишется по-английски. На translatewiki я почему-то не смог найти это ни в какой группе с названиями Wikidata или Wikibase. windewrix (talk) 11:14, 23 September 2021 (UTC)[reply]

@WindEwriX, сделал. —putnik 11:59, 23 September 2021 (UTC)[reply]

Большое спасибо windewrix (talk) 12:24, 23 September 2021 (UTC)[reply]

Доброго времени суток. Просьба запустить бота, чтобы он опустошил подкатегории в ru:Категория:Википедия:Статьи без отметки статуса в Викиданных. Если он это делает по расписанию, то просьба указать, как часто он это делает, чтобы я Вас лишний раз не тревожил. --Qh13 (talk) 12:17, 10 December 2021 (UTC)[reply]

@Qh13, видимо, с 1 декабря что-то поменяли в API, и мой бот, который давно не обновлялся, никак не мог залогиниться. Сейчас я обновил библиотеки, и он снова работает. Ну а так в нормальном режиме он запускается каждые три часа. —putnik 13:12, 10 December 2021 (UTC)[reply]

Значит правильно побеспокоил. Спасибо за пустые категории ошибок. --Qh13 (talk) 13:14, 10 December 2021 (UTC)[reply]

Привет. Я там пересчитал число свойств из российских источников - их 181, но в категории Category:Russia-related properties их 180. Есть ли там дубликат или ещё одно свойство, не привязанное к стране Россия? MasterRus21thCentury (talk) 16:20, 24 January 2022 (UTC)[reply]

@MasterRus21thCentury, в шаблоне Beachsoccer.ru player ID (P6253) дважды повторяется. —putnik 16:41, 24 January 2022 (UTC)[reply]

@Putnik, дубль убрал. Но я между тем предполагаю, что действующих свойств Викиданных по России может быть больше 180, поскольку спустя 9 лет после открытия Викиданных не все из них разобраны по странам. Более того, я в ноябре прошлого года долго перебирал действующие свойства, созданные в 2018-2019 годах. MasterRus21thCentury (talk) 17:42, 24 January 2022 (UTC)[reply]

Добрый вечер! Вы бы не могли добавить в шаблон Внешние ссылки на Flipboard ID (P9922) и Viber group ID (P10230)? MasterRus21thCentury (talk) 15:17, 22 February 2022 (UTC)[reply]

Доброе утро! Вы бы не могли разместить новость в Википедии о том, что в Викиданных создано двухсотое свойство, относящееся к России? MasterRus21thCentury (talk) 06:36, 27 February 2022 (UTC)[reply]

Привет! Ты бы не мог обсудить вопрос включения русофобии в число идеологий польской политической партии "Право и справедливость" на форуме Википедии? Этот вопрос является весьма целесообразным ввиду резких заявлений премьер-министра Польши Матеуша Моравецкого - месяц назад призывал к запрету торговли ЕС с Россией, а вчера заявил о запуске антироссийской пропаганды в Западной Европе. Между тем, информация о русофобии как идеологии партии есть во французском и итальянском разделах Википедии. MasterRus21thCentury (talk) 21:39, 24 April 2022 (UTC)[reply]

Привет! Ты бы не помог с обустройством вики-проекта о Белоруссии? MasterRus21thCentury (talk) 09:14, 30 July 2022 (UTC)[reply]

@Putnik, почему-то была совершена эта правка Proeksad (talk) 19:00, 9 October 2022 (UTC)[reply]

Относительно вашего отката: reporter (Q42909). Может это и "словарное слово", но это не Викисловарь. Вы читали когда-нибудь журнал Русский Репортёр? вы думаете это журнал для мужчин? Смотрите также по возможности Большой толковый словарь, там должно быть предупреждение, что слово используется исключительно с негативной коннотацией, и не может использоваться в энциклопедии, диссертации, и научной др. литературе. У меня нет Большого толкового словаря, но я уверен, что там будет сказано об этом. PoetVeches (talk) 21:45, 30 October 2022 (UTC)[reply]

PS Хотя, возможно вы правы, потому что с дополнительными ограничениями в описании Викидата всё же не будет отражать феминитив в статьях на Википедии. Я проверил на всякий случай, вроде не отражается в Википедии, то есть ограничение в Викидате не позволяет показывать феминитив в Википедии. Несколько, всё же, всё это сложно, «перегруженная редакция»? Если это не употребляется в научной литературе, то зачем всё это вписывать в Викиданные? Мне просто показалось что это изощрённый вандализм, превратить всех репортёров в репортёрш, поэтому я погорячился. Меня также беспокоит, что такая перегруженная редакция будет медленнее грузиться, особенно в регионах со слабым интернетом, поскольку всё же это электронная энциклопедия, процессор будет каждый раз проходить по длинному алгоритму: слово, есть → род лица → женский род, есть → форма феминитива, есть → ограничение в использовании слова, есть... Билайн будет всё это пытаться загрузить на какой-то китайский телефон в где-то уральской деревне. Мой мнение — просто не надо грузить ненужные детали на жёстский диск. Просто очистить значение формы феминитива. Тем более, если поэтесса скажет, что она — только поэт, и потребует ей платить за моральное оскорбление, почему её оскорбили «поэтессой». Но, всё же, прошу прощения на всякий случай если я не прав, и — правьте смело, если считаете правильным! Я сам так часто делаю, поэтому часто ошибаюсь :) PoetVeches (talk) 23:22, 30 October 2022 (UTC)[reply]

Добрый день! Ты бы не заменил в обсуждении свойств шаблон {{Russia properties}} на {{Sports in Russia properties}} —MasterRus21thCentury (talk) 13:08, 26 April 2023 (UTC)[reply]

Добрый день! Спасибо за импорт координат для литовских водохранилищ и озёр. Могли ли еще импортировать некоторую геодату? (дальше по-английски, потому, что перекопировал от другого места)

• Rivers lt:Kategorija:Lietuvos upės: to add picture, country, length ("Ilgis"), basin area ("Baseino plotas"), mouth ("žiotys") according to the data in lt:template:Infolentelė upė;
• Lakes & pounds (lt:Kategorija:Lietuvos ežerai, lt:Kategorija:Lietuvos_tvenkiniai): also picture, country, inflows ("iteka"), outflows ("isteka"), area ("plotas") according to lt:template:Infolentelė ežeras, and coordinates according to "coord" template (if necessary);
• settlements (lt:Kategorija:Lietuvos gyvenvietės pagal savivaldybes): to add picture (if isn't), to change coordinates according "lat" and "long" sections in lt:template:Ltgyv (it is necessary to change existing ones, because most of them are inexact, while at lt.wikipedia they are updated). Also, to update population according latest census (2021).

Hugo.arg (talk) 14:56, 5 June 2023 (UTC)[reply]

Добрый! В целом я примерно этим и планировал заняться, но за конкретные примеры шаблонов спасибо. С изображениями и ссылками на другие статьи всё просто, для этого есть уже готовый скрипт, а вот для размеров придётся его немного доработать, поэтому сделаю, но позже.
PS: Заодно приглашу вас записаться в Wikidata:WikiProject Lithuania: я периодически подаю заявки на новые идентификаторы и буду отправлять пинги. Вот три последних: Wikidata:Property proposal/Lithuanian protected object ID, Wikidata:Property proposal/Saugoma.lt area ID, Wikidata:Property proposal/Saugoma.lt object ID, ещё несколько на подходе. Поэтому было бы отлично, если бы кто-то местный мог проверить, что всё корректно. —putnik 17:29, 5 June 2023 (UTC)[reply]

Подписался. Также можно сделать идентификатор и для охраняемых культурных объектов: в официальном регистре Литовского департамента культурной наследия возможно найти ИД коды, например lt:Dotnuvos dvaras = 15939, lt:Pabarės pilkapynas = 1939. Hugo.arg (talk) 19:58, 5 June 2023 (UTC)[reply]

@Hugo.arg, а он уже есть: Lithuanian Heritage Registry code (P10040). Правда, даже после загрузки ботом там заполнено меньше пятисот значений из 35 тысяч. Если что, на странице Wikidata:WikiProject Lithuania/Properties есть список свойств, а также ссылка на шаблон и категорию — я стараюсь их все обновлять. —putnik 11:22, 6 June 2023 (UTC)[reply]

Хотя ещё перепроверю позже, возможно значения из lt:Šablonas:Cite kvr я не пробовал выгружать. —putnik 11:24, 6 June 2023 (UTC)[reply]

Samuel (WMF), on behalf of the Foundation's Security team 23:02, 7 July 2023 (UTC)[reply]

Hi, I have some concern about the current task of PBot, which is deprecating less precise statements. I have only ever read that the most precise statement should be preferred and the less precise normal, because less precise doesn't mean false and the deprecated rank is for false value only. Could you please stop the bot and seek community approval for the task? --Jahl de Vautban (talk) 17:38, 14 January 2024 (UTC)[reply]

@Jahl de Vautban, hi! From what I know, item/value with less precision and/or accuracy (Q42727519) is listed as a valid and widely used deprecation reason on Help:Deprecation page. It is the same as some source gives country as a birth place when another one gives exact city - first one is too wide and mostly useless, but we keep it only because it is listed in the external sources. But yes, for some reason I can find no discussion about ranks, so it would be a good idea to start a new one. —putnik 18:05, 14 January 2024 (UTC)[reply]

I was also puzzled to discover item/value with less precision and/or accuracy (Q42727519), because its existence is at odds with most precise value (Q71536040). The logic behind both is incompatible, either we deprecate the less precise, or we prefer the most precise, but I can't think of a situation where both would be needed. I will start a discussion on the Project chat to gather more opinions. --Jahl de Vautban (talk) 18:53, 14 January 2024 (UTC)[reply]

Now at Wikidata:Project_chat#On_the_correct_use_of_ranks_for_multiple_statements_with_various_degrees_of_precision. --Jahl de Vautban (talk) 19:35, 14 January 2024 (UTC)[reply]

Dear Putnik,

I hope you are doing well,

We are a group of researchers from King’s College London working on developing WQT (Wikidata Quality Toolkit), which will support a diverse set of editors in curating and validating Wikidata content.

We are inviting you to participate in an online workshop aimed at understanding the requirements for designing effective and easy-to-use user interfaces (UI) for three tools within WQT that can support the daily activities of Wikidata editors: recommending items to edit based on their personal preferences, finding items that need better references, and generating entity schemas automatically for better item quality.

The main activity during this workshop will be UI mockup sketching. To facilitate this, we encourage you to attend the workshop using a tablet or laptop with PowerPoint installed or any other drawing tools you prefer. This will allow for a more interactive and productive session as we delve into the UI mockup sketching activities.

Participation is completely voluntary. You should only take part if you want to and choosing not to take part will not disadvantage you in any way. However, your cooperation will be valuable for the WQT design. Please note that all data and responses collected during the workshop will be used solely for the purpose of improving the WQT and understanding editor requirements. We will analyze the results in an anonymized form, ensuring your privacy is protected. Personal information will be kept confidential and will be deleted once it has served its purpose in this research.

The online workshop, which will be held on April 5th, should take no more than 3 hours.

If you agree to participate in this workshop, please either contact me at kholoud.alghamdi@kcl.ac.uk or use this form to register your interest https://forms.office.com/e/9mrE8rXZVg Then, I will contact you with all the instructions for the workshop.

For more information about my project, please read this page: https://king-s-knowledge-graph-lab.github.io/WikidataQualityToolkit/

If you have further questions or require more information, don't hesitate to contact me at the email address mentioned above.

Thank you for considering taking part in this project.

Regards Kholoudsaa (talk) 16:20, 19 March 2024 (UTC)[reply]

Hello there,

You receive this message because you added yourself on the participants list of the Wikidata Leveling Up Days. I hope you had a chance to attend the event!

If you didn't have a chance to attend, no worries: all the video materials are available in this Wikimedia Commons category. It includes captions in English and you can also contribute to adding translations in other languages.

If you attended at least one session or watched a video, we would love to have your feedback on the event! We kindly ask you to fill in this participants survey. It is anonymous and will take you 5-10min to answer.

We hope to see you around on Wikidata in the future. If you want to stay in touch with the community, feel free to join or subscribe to our communication channels!

Best, Lea Lacroix (WMDE)

Hi putnik. Could you please support the creation of the following property: Encyclopaedia of Islam (French edition) ID. Thank you. Soufiyouns (talk) 12:53, 20 July 2024 (UTC)[reply]

Hi Putnik, I have given you the admin flag again. Welcome back! --Lymantria (talk) 11:07, 28 August 2024 (UTC)[reply]

Hello,

I noticed you removing

⟨ subject ⟩ located in the administrative territorial entity (P131) ⟨ Administrative-Territorial Units of the Left Bank of the Dniester (Q648767)    ⟩

from Grigoriopol (Q1025805), perhaps from other settlements in the Transnistrian region too. This city is indeed part of Grigoriopol District (Q2072484) per the administrative law of the Pridnestrovian Moldovan Republic, but the administrative law of Moldova, which is internationally recognized to have de jure authority over that region, have Grigoriopol – along with the rest of the cities and villages of Pridnestrovie/Transnistria – as part of Administrative-Territorial Units of the Left Bank of the Dniester (Q648767) directly; in other words, the Republic of Moldova 1) recognizes Administrative-Territorial Units of the Left Bank of the Dniester (Q648767) but not Transnistria (Q907112) and 2) does not recognize the 'raions' (district of the Pridnestrovian Moldavian Republic (Q20683379)) that PMR has. Proof in «приложение №5» here. Can you review?

Thanks. Gikü (talk) 12:36, 16 October 2024 (UTC)[reply]

@Gikü, as I see in the document, "Территория Республики Молдова в административном отношении подразделяется на административно-территориальные единицы: села, города, районы и автономное территориальное образование Гагаузия". And Administrative-Territorial Units of the Left Bank of the Dniester (Q648767) is none of the listed above. It could be the value for instance of (P31), but looks like a nonsense for located in the administrative territorial entity (P131). And if you are talking about Гагаузия, then probably Gagauzia (Q164819) should be used insted. —putnik 14:01, 16 October 2024 (UTC)[reply]

No, I'm talking about Pridnestrovie. «Административно-территориальные единицы левобережья Днестра» or Pridnestrovie is still considered part of Moldova by the same document (Article 4 (3) and Article 16), as well as by the Constitution of Moldova (Article 110) and «ЗАКОН № 173 от 22-07-2005 об основных положениях особого правовогостатуса населенных пунктов левобережья Днестра (Приднестровья)». Gikü (talk) 14:13, 16 October 2024 (UTC)[reply]

@Gikü, what I see in Article 4 (3) and Article 16 is the fact that all listed administrative units have a status of autonomous territorial unit of Moldova (Q4826865). Each of them separately. No such administrative unit as Administrative-Territorial Units of the Left Bank of the Dniester (Q648767) contains all of them. —putnik 14:21, 16 October 2024 (UTC)[reply]

I think the name is confusing: «Административно-территориальные единицы левобережья Днестра», or „Unitățile administrativ-teritoriale din stînga Nistrului” in Romanian, is the name given to the autonomous territorial unit. Following your logic, Articles 13, 14, and 15 also state that all listed administrative units have a status of autonomous territorial unit of Moldova (Q4826865), each of them separately, making Saharna (Q4409450), for example, a autonomous territorial unit of Moldova (Q4826865). Gikü (talk) 14:33, 16 October 2024 (UTC)[reply]

@Gikü, I don't understand where you see it, because nothing in Articles 13, 14, and 15 says that. Saharna (Q4409450) is a administrative territorial entity (Q56061) and a part of district of Moldova (Q15068450) Rezina District (Q878317). It is exactly what is stated in Article 14. —putnik 15:52, 16 October 2024 (UTC)[reply]

My point exactly. Gikü (talk) 15:55, 16 October 2024 (UTC)[reply]

@Gikü, «Административно-территориальные единицы левобережья Днестра» is not a name, it is a description which indicates the status (administrative territorial entity (Q56061)) and geographical position of the listed units. So I don't know what is your point exactly. —putnik 16:05, 16 October 2024 (UTC)[reply]

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ (I'm using an outdent so that {{SPARQL}} doesn't act up.)

because nothing in Articles 13, 14, and 15 says that

Yes, and I posit that nothing in Article 16 says "all listed administrative units have a status of autonomous territorial unit of Moldova (Q4826865). Each of them separately" either. «Административно-территориальные единицы левобережья Днестра» is a name, says right here – ru:Административно-территориальные единицы левобережья Днестра.

Let's circle back to the original problem, if I may. I think that any settlement of any country should have a link up the tree to the respective country following the located in the administrative territorial entity (P131) property. If we take Saharna (Q4409450) we go to Rezina District (Q878317) then Moldova (Q217) – target achieved. But Grigoriopol (Q1025805) leads to Grigoriopol District (Q2072484) then Transnistria (Q907112), the latter of which does not have a located in the administrative territorial entity (P131) claim. Having Grigoriopol linked to its de facto country PMR is not an issue, the problem is that with Special:Diff/2261385490 you have severed the P131 ties between Grigoriopol and its de jure country Moldova. In practice it means that the following query of Moldovan cities doesn't have Grigoriopol in the list anymore:

SELECT ?item ?itemLabel 
WHERE {
  ?item wdt:P31 wd:Q515.                     
  ?item (wdt:P131/(wdt:P131*)) wd:Q217.
  SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE]". }
}

Respectfully, Gikü (talk) 18:45, 16 October 2024 (UTC)[reply]