User talk:JarektBot

From Wikimedia Commons, the free media repository
Jump to: navigation, search
Welcome at JarekBot's talk page. If you want talk to Jarekt than leave message at his talk page.


This are my first edits to this topic on wikidata. When and came the Bot to insert the dates to this person dates ? Richard Reinhardt (talk) 10:17, 25 December 2016 (UTC)

Richard, I do not think I know what you mean. Sometimes my bot adds fields to Creator templates and in the future I hope to rewrite {{Creator}} template to pull info from wikidata, but I do not know of plans for adding dates to Creator:Sri_Chinmoy by bot. --Jarekt (talk) 04:05, 26 December 2016 (UTC)

Bot on wikidata[edit]

Hello Jarekt,
What is the purpose of this modification ?
Before that modification, VN could access 'Category:Perlodidae' (Q6389356) and 'Perlodidae' (Q917431) (look at [modify wikidata for current category] [modify wikidata for associated gallery]).
After that modification, VN accesses only 'Perlodidae' (Q917431) (look at [modify wikidata]).
It is not an interesting change.
Regards Liné1 (talk) 15:59, 24 February 2017 (UTC)

Liné1, I did not know about that feature of {{VN}}. I never found category items very useful since they do not have properties any if you want to find categories on Wikipedia than it is easier to use interwiki links. My bot was just adding q-codes to categories that did not have them and Commons category (P373) properties to items that were lacking them. I did not treat categories that have connection through sitelinks any different. Working with people and place categories, it seems to be more robust to just add q-code than to rely on sitelinks. Sitelinks to category items are more stable but sitelinks to article items can disappear if someone creates a gallery. --Jarekt (talk) 05:12, 25 February 2017 (UTC)
Please don't add qcode to VN. VN has more info without.
Also adding qcode means duplicating info: the link wikidata->wikicommons + the link wikicommons->wikidata. Duplication means errors, not robustness.
About VN, I can explain you its behavior + improve it too.
Also when the feature seach wikidata item per property will be implemented, I wil modify VN to use it when no wikidata-item is associated.
Best regards Liné1 (talk) 08:07, 25 February 2017 (UTC)
Liné1, are this or this additions OK? --Jarekt (talk) 14:45, 25 February 2017 (UTC)
Yes, good idea, for species category ! But there is no urgency, because soon, I will implement in {{VN}} the search per properties. Cheers Liné1 (talk) 17:01, 25 February 2017 (UTC)
If search per properties is implemented at some point than we can remove q-codes, but for time being I think we are stuck with them. --Jarekt (talk) 19:54, 25 February 2017 (UTC)
I saw your bot run. It is still adding qcode to genus and subfamily categories. Liné1 (talk) 21:41, 27 February 2017 (UTC)
Liné1, look at Special:Contributions/JarektBot, I am not adding q-codes. I was only working with categories to which I added images lately when I uploaded Category:Photographs by Judy Gallagher and now I am working on adding image (P18) properties to corresponding items on Wikidata. --Jarekt (talk) 03:17, 28 February 2017 (UTC)
I am very very sad about the result. Look at Category:Parancistrocerus
It is now linked to 'Parancistrocerus' (Q7135444) when it should be linked to 'Category:Parancistrocerus' (Q15019022)
In wikidata there is no link to wikicommons
because of useWikidata=, {{VN}} cannot check anything anymore (checks are currenlty possible obnly when there is a double taxonomic Wikidata items)
I really don't know what to do about that ?
  • Improve {{VN}} to check when useWikidata is badly used ? Then what, manually remove useWikidata ?
  • Stop contributing ?
Liné1 (talk) 09:51, 28 February 2017 (UTC)
Liné1 I am sorry I disturbed the equilibrium. It was not my intention to break things and if it is needed I can likely run my bot to restore things to the way they were. At the moment a category can be connected to Wikidata 3 different ways:
  1. sitelink to article item
  2. sitelink to category item, from which one can find article item
  3. a q-code of article item
{{VN}} should not have different behavior based on the way it is connected, I was not expecting that adding a q-code would make things worse. When I was writing {{Object location}}, {{City}} and {{Authority control}} templates and added "Wikidata" parameter I think I was only relying on method #3, because sitelinks were so unpredictable. A better way would be to be able to work with all 3. Maybe we should have some wider discussion about standards and expectations of how a template should communicate with wikidata and come up with some guidance for future templates, which I am sure are coming. Even field name useWikidata vs. Wikidata or Q I think should be uniform across the templates, the way lang is now. I do not think this discussion should be at this page, but somewhere where others can find it in the future. Maybe Commons talk:Wikidata ? --Jarekt (talk) 13:29, 28 February 2017 (UTC)

Category:Images from US Navy, location Battle Creek, Mich.[edit] 06:12, 12 March 2017 (UTC)

Regex issue[edit]

Jarekt, you are doing a great bot-job, but there seems to be a some issue with the way you handled handled "}}", which broked creator templates that had templates within templates in the |name= parameter, for instance here. --Zolo (talk) 10:36, 10 June 2017 (UTC)

Thanks for heads up. I think I found the culprit. I will have to search if I have more issues like that. --Jarekt (talk) 13:47, 10 June 2017 (UTC)
Ok, it seems that you can find them in Category:Creator templates without key information. --Zolo (talk) 20:19, 12 June 2017 (UTC)
That is great. Thanks. I guess it is time for some manual fixes. --JarektBot (talk) 20:25, 12 June 2017 (UTC)

Removing Wikidata parameter[edit]

It seems your bot accidentally removes Wikidata= from some Creator templates. See for example these two edits by your bot:
Roseohioresident (talk) 23:44, 16 June 2017 (UTC)

Thanks for letting me know. I found some of those too. Usually they end up in Category:Creator templates without key information‎ but I guess not all. I will search to see if I can find other like that. --JarektBot (talk) 02:02, 17 June 2017 (UTC)

It is also removing work loc which is not populated by wikidata. Compare 1 and 2. —Justin (koavf)TCM 02:19, 18 June 2017 (UTC)

You are right, Sorry about that. I just managed to fix the previous bad edits and creating new ones. I will check if I can find other pages where I removed workloc too early. --Jarekt (talk) 02:25, 18 June 2017 (UTC)
Thanks! It's now on Wikidata for me. —Justin (koavf)TCM 04:46, 18 June 2017 (UTC)

Object location template maintenance task regarding recent edits by bot[edit]

Jarekt seems the bot made a slight mistake on some of the recent edits regarding the {{Object location}} template.

You can see a example of what I mean at Category:Église Saint-Pierre-de-Cazeaux and Category:Église Saint-Martin de Préaux (Mayenne).

You'll see the bot replaced the {{Location dec}} template with the {{Object location}} template, but didn't check to see if the {{Object location}} template was already present on the page, so you end up with two of the same templates. I don't know how many pages are like this, these are just two I spotted. - Offnfopt(talk) 01:42, 7 October 2017 (UTC)

You are right. some added 2 location templates to the page and bot never noticed it. I am actually not sure how to search for it. One could apply regular expression to each page to search for it, I guess. But I can not think of other ways. --Jarekt (talk) 03:14, 7 October 2017 (UTC)