User talk:Yamaha5

From Wikidata
Jump to navigation Jump to search

stated in (P248) for wikipedia

[edit]

Please, do not use stated in (P248) with values like Persian Wikipedia (Q48952), because any Wikipedia is not a legitimate source. To flag that value was imported from some wikipedia use imported from Wikimedia project (P143). Also, for unprecise date of birth (P569) and date of death (P570) use "unknown" value and earliest date (P1319) and latest date (P1326) qualifiers.

Thank you for your comment and edits Yamaha5 (talk) 14:23, 15 September 2014 (UTC)[reply]
Source fa:wiki???--Hubertl (talk) 11:13, 16 September 2014 (UTC)[reply]
I added the source at the next revision! Yamaha5 (talk) 12:36, 16 September 2014 (UTC)[reply]
Source: fawiki. This is just a kind of selfreferencing!--Hubertl (talk) 10:35, 17 September 2014 (UTC)[reply]

Databases

[edit]

Hi Yamaha5, I support your proposal "Iran's statistics id". We definitely need more input from non-Latin languages sources. Do you know a useful bibliographic database from Iran? The only one I know is NOSA Books. --Kolja21 (talk) 04:32, 17 September 2014 (UTC)[reply]

Hi we have but all of them are in Persian :( the only english encyclopedia is en:Iranica
sourehcinema for film people
imdb also has page for persian people
iran parlent library for parlement people (at right menu click on نمایندگان > دوره) like this
Iran parlement library for any thing
noorlib for any thing (most of them about religious topic and people)
wikifeqh for religious topic and people it is closed wiki and written by professional people
Iran notabel people by IRIB
Yamaha5 (talk) 13:59, 17 September 2014 (UTC)[reply]

Thanks! --Kolja21 (talk) 21:16, 17 September 2014 (UTC)[reply]

Merging items

[edit]

Hallo Yamaha5,

If you were not already using it, you may want to check out the merge.js gadget for merging items. It has an option "Request deletion for extra items on RfD" to automatically nominate the page you are merging from for deletion. This way of nominating also makes it easier for the admins to process such requests. For support and other options you can check the help page about merging.

With regards, - cycŋ - (talk • contribs • logs) 08:29, 21 October 2014 (UTC)[reply]

Hi, Thanks I will do itYamaha5 (talk) 05:24, 7 November 2014 (UTC)[reply]

adding occupation as reference

[edit]

Hey Yamaha5 :)

Your bot added a lot of occupations in the reference parts of statements it seems. https://www.wikidata.org/w/index.php?title=Q169452&diff=170168441&oldid=170168436 is one example. That is wrong. Can you please remove all of those again? Thanks! --LydiaPintscher (talk) 11:45, 8 November 2014 (UTC)[reply]

Hi I will get a query and remove them. I should find why it is occur! Yamaha5 (talk) 13:59, 8 November 2014 (UTC)[reply]
Thanks! :) I removed quite some of them but there is probably more so if you could check that'd be great. I also found one that wasn't occupation. I think it was award received. --LydiaPintscher (talk) 14:05, 8 November 2014 (UTC)[reply]
I check my code and it added property also to the reference (as you said) I will solve it.Yamaha5 (talk) 14:09, 8 November 2014 (UTC)[reply]
@User:LydiaPintscher I used the code which is on Wikidata:Creating_a_bot#Example 9: Add a source. it set retrieved inside the source! please tell them to fix it. Now I write a code to solve my bot's wrong edits Yamaha5 (talk) 15:48, 8 November 2014 (UTC)[reply]

Rezabot importing clearly wrong Persian dates

[edit]

While looking through some AutoLists, and I realised your bot has been importing obviously wrong statements from the Persian Wikipedia (even when there's a corresponding enwiki) article. Just thought I would notify you, to see if there's anything you can do.

Examples of diffs:

George.Edward.C – Talk – Contributions 16:15, 8 November 2014 (UTC)[reply]

bot converts persian date to julian these cases are limited I will search and solve themYamaha5 (talk) 17:19, 8 November 2014 (UTC)[reply]
Thanks! George.Edward.C – Talk – Contributions 17:29, 8 November 2014 (UTC)[reply]
@User:George.Edward.C would you please link to AutoLists query that you used?178.173.140.96 17:49, 8 November 2014 (UTC)[reply]
I used between[569,2014-11-09] OR between[570,2014-11-09] AND (CLAIM[31:5] OR NOCLAIM[31]) George.Edward.C – Talk – Contributions 17:50, 8 November 2014 (UTC)[reply]
I removed wrong dates also fixed the bot. thank you for your commentYamaha5 (talk) 00:46, 9 November 2014 (UTC)[reply]

Michael E. O'Neill (Q6830029)

[edit]

Hi Yamaha5. Is Rezabot 10.68.17.61? Please check P569 on Q6830029. If your bot is 10.68.17.61, please make sure that it does not edit while logged out again. It has flooded recent changes and made it extremely difficult to patrol vandalism. I have had to mark hundreds of its edits as patrolled, one at a time, by hand. Thanks --Haplology (talk) 01:46, 11 November 2014 (UTC)[reply]

... Again assuming that Rezabot was 10.68.17.61, on Q5710437, it claimed that somebody was born in mirage (Q308762), which is possible, but not usually how P19 is used... Also, on the same item, Rezabot added economist (Q188094) as a qualifier of economist (Q188094). --Haplology (talk) 02:15, 11 November 2014 (UTC)[reply]

... One more thing, many items for trampoline championships like 1970 Trampoline World Championships (Q2955672) were marked as humans and given other human claims such as citizenship, and those claims got two duplicate references each to Persian Wikipedia. See also 1968, 72, 74, 2001, and 2003 championships. 1974 was marked as a human, with the qualifier of human. --Haplology (talk) 02:46, 11 November 2014 (UTC)[reply]

Hi I am working on itYamaha5 (talk) 04:54, 11 November 2014 (UTC)[reply]

Bot error....

[edit]

Hello, your bot Rezabot added many instance of (P31)human (Q5), to many items, like [4], which are absolutely not human beings…

If you use categories, I suggest you review the process your bot uses… if not, maybe the fawiki link is wrong on the item, since all other languages agree on something that is NOT human - for 2013 Trampoline World Championships (Q15129991) it is sports competition (Q13406554).

Thanks to be careful with bot work :) --Hsarrazin (talk) 18:32, 11 November 2014 (UTC)[reply]

Thank you for your comment I solved this bugYamaha5 (talk) 18:55, 11 November 2014 (UTC)[reply]
I see wrong edits (1 2) after your answer that "you solved bug". If you will not fix all your wrong changes, it would be better to raise request to block your bot. --Movses (talk) 10:47, 26 November 2014 (UTC)[reply]
This case is completely different from last one I will solve it Yamaha5 (talk) 14:26, 26 November 2014 (UTC)[reply]
It is solved I limited the botYamaha5 (talk) 15:27, 26 November 2014 (UTC)[reply]

Bot flag

[edit]

Hi. Please set the bot flag for Rezabot's edits. Thanks. --Pasleim (talk) 23:58, 12 November 2014 (UTC)[reply]

HI, now bot resolves the rezabot's bugs which are mentioned at upper section. it has flag for main work and it is correcting some of rezabot's edits Yamaha5 (talk) 05:45, 13 November 2014 (UTC)[reply]
No, your bot is still adding references without the bot flag. Removing of the references is done with bot flag. Depending on the framework your working with, you have to set actively the flag. See also Special:RecentChanges where you can display the edits with and without bot flag. --Pasleim (talk) 08:38, 13 November 2014 (UTC)[reply]
Please check because of pywikibot limitation bot can not remove the wrong reference so it should remove the group reference after that add the correct one. for example check this after 4 edits it removed occupation: singer and occupation: voice actor from reference partYamaha5 (talk) 09:14, 13 November 2014 (UTC)[reply]
hmmm! I solve itYamaha5 (talk) 09:18, 13 November 2014 (UTC)[reply]

Sportsperson

[edit]

Hello Yamaha5. This edition looks like bot mistake: https://www.wikidata.org/w/index.php?title=Q29342&diff=175146594&oldid=173718855 . basketball player (Q3665646) is a subclass of (P279) of athlete (Q2066131), so adding athlete (Q2066131) to every person with basketball player (Q3665646), association football player (Q937857) etc. is redundant.

Hi, I will fix the botYamaha5 (talk) 07:56, 20 November 2014 (UTC)[reply]

Sister cities

[edit]

https://www.wikidata.org/w/index.php?title=Q2880&diff=176541798&oldid=169659891

Would you be so kind to provide any source that Bezirk Mitte von Berlin (Q163966) (a borough of Berlin) is a twinned administrative body (P190) of Hamm (Q2880) (a real city)? --DR (talk) 20:34, 24 November 2014 (UTC)[reply]

please read this Yamaha5 (talk) 20:48, 24 November 2014 (UTC)[reply]
or check Santa Monica (Q47164) Yamaha5 (talk) 20:50, 24 November 2014 (UTC)[reply]

Shares border with

[edit]

There is a description: "countries or administrative subdivisions, of equal level, that this item borders, either by land or water". How Finland is on the equal level with Murmansk Oblast as you added here? --Stryn (talk) 06:16, 25 November 2014 (UTC)[reply]

I used the method which is on here. two item's border mentioned on other item (Murmansk Oblast ). I only added the paired one Yamaha5 (talk) 07:18, 25 November 2014 (UTC)[reply]
I only noticed this section now, see also my recent entry below. It seems that you used the method not quite appropriately and added wrong "shares border with" entries, probably based on preexisting wrong "shares border" entries (so e.g. if a municipality in Italy had a "shares border with Switzerland" entry, which they shouldn't have, you have now added the reciprocal wrong entry). Gestumblindi (talk) 21:34, 25 November 2014 (UTC)[reply]
Unfortunately we have some wrong Shares border properties so we should remove them from both itemsYamaha5 (talk) 21:37, 25 November 2014 (UTC)[reply]
Yes, exactly that's what I was trying to say! :-) Can you help with this? Gestumblindi (talk) 21:39, 25 November 2014 (UTC)[reply]

P131

[edit]

I think you have misunderstood the use of located in the administrative territorial entity (P131). /ℇsquilo 10:06, 25 November 2014 (UTC)[reply]

what do you mean which edit do you mean?Yamaha5 (talk) 10:07, 25 November 2014 (UTC)[reply]
Example. We have military branch (P241) for such things. /ℇsquilo 10:10, 25 November 2014 (UTC)[reply]
hmm Ok! I will be replace located in the administrative territorial entity (P131) at case which have P31 > Home Guard Training Group (Q10711413) with military branch (P241) Yamaha5 (talk) 10:13, 25 November 2014 (UTC)[reply]
Thanks! /ℇsquilo 10:14, 25 November 2014 (UTC)[reply]
✓ DoneYamaha5 (talk) 12:44, 25 November 2014 (UTC)[reply]

Many strange things are connected with P131 that are not administrative divisions. For examples, why have you added located in the administrative territorial entity (P131) Organization of the Black Sea Economic Cooperation (Q380340) to some countries while they are already connected to this organisation via member of (P463)? --Infovarius (talk) 19:17, 27 November 2014 (UTC)[reply]

And Schengen Area (Q1969730) and British Isles (Q38272) (for United Kingdom (Q145)) are not administrative units. --Infovarius (talk) 19:20, 27 November 2014 (UTC)[reply]
And second-level administrative division (Q13220204) located in the administrative territorial entity (P131) first-level administrative division (Q13220202) is not usual way of connecting. --Infovarius (talk) 19:20, 27 November 2014 (UTC)[reply]
please read this I used this method and for some case because of other users mistakes my edits are became wrongYamaha5 (talk) 20:51, 27 November 2014 (UTC)[reply]

Property "follows" and "followed by"

[edit]

Hi,

you need to be carefull with such edits: [5], [6], [7].

I assume you just took the information from the Episodes Infobox. You need to make sure that the link really directs to the following or preceeding episode and not just to the episode guide, as it is in these cases. You should probably go back and undo the edits, where you made this mistake. --RookJameson (talk) 17:14, 25 November 2014 (UTC)[reply]

What happened here? https://www.wikidata.org/w/index.php?title=Q34&diff=176751156&oldid=176693472 --LydiaPintscher (talk) 18:41, 25 November 2014 (UTC)[reply]

Hi, I only added the paired item. for example if you see Enough About Eve (Q5379456) some one added follows (P155) to it I added followed by (P156) to target oneYamaha5 (talk) 19:04, 25 November 2014 (UTC)[reply]
Well, you should use some common sense. Obviously, the first follows (P155) was wrong and should have been removed. How can a list preceed or follow an episode? Again, please be more careful. --RookJameson (talk) 21:56, 25 November 2014 (UTC)[reply]
@LydiaPintscher for Sweden (Q34) as you removed here the mistake was thereYamaha5 (talk) 19:07, 25 November 2014 (UTC)[reply]
I don't understand how your process (bot?) is getting its information: It appears that the process is matching phrases to labels instead of matching explicit wikilinks. Or is it making reverse links from already-bad follows (P155)/followed by (P156) information from somewhere else? Why did these happen?
  • [8] — this looks like maybe it was caused by Dexbot's error [9]
  • [10] then, after I reverted it, the bot did the same thing again as [11]! It appears that the process is not checking to see if someone has already reverted your first change.
Maybe this has to do with your question at Wikidata:Project chat#Follows Property (P155). I don't know if P:P155/P:P156 themselves should always require the same instance of (P31) for both Wikidata items. (Maybe a television series might have a one-time holiday television "special" between two regular "episodes" for example. Or maybe a "president" might be followed by an "acting president" then another "president" in countries where those two are different.) But I think that your process should check instance of (P31) and refuse to link them automatically if there is no instance of (P31) shared between the items; if there is no instance of (P31) match, the sequence is probably suspicious. And for humans, I think your process should refuse to link automatically unless there is a qualifier that matches some property of the other item. Humans can be P:P155/P:P156 for a lot of different things (for example, local politician, then later legislator, then later president) and if a human P:P155/P:P156 doesn't have a qualifier, then it is probably incomplete/suspicious anyway. --Closeapple (talk) 22:46, 25 November 2014 (UTC)[reply]
It is not bot. I used a method. please read the topic in belowYamaha5 (talk) 15:32, 26 November 2014 (UTC)[reply]

Property:P47, shares border with

[edit]

Hi Yamaha5; I noticed that you added several municipalities in Italy as well as the European Union as sharing a border with Switzerland. However, according to Property:P47, this property is meant only for "countries or administrative subdivisions, of equal level, that this item borders". So, P47 is used for countries that border other countries, or for municipalities that border other municipalities, but not for municipalities bordering countries. Therefore, the only instances of P47 in Q39 (Switzerland), as I understand it, should be the countries Austria, Liechtenstein, Germany, France, and Italy. No municipalities, also not the EU (which is also on a different level), so I took the liberty to revert your additions. Gestumblindi (talk) 21:28, 25 November 2014 (UTC)[reply]

please read this Yamaha5 (talk) 21:35, 25 November 2014 (UTC)[reply]
Yes, if have now answered there, too ;-) - It seems that you added "missing" pairings which, however, were wrong to start with, e.g. Switzerland wrongly entered as "bordering" an Italian municipality. Switzerland as an entity borders Italy as an entity, not individual Italian municipalities. Individual municipalites in Italy, however, may border individual municipalities in Switzerland. Gestumblindi (talk) 21:38, 25 November 2014 (UTC)[reply]

Stop

[edit]
Hello Yamaha5
We (WD:WikiProject Mineralogy) are not using property 'instance of' on minerals. Mineral is not an 'instance of' rock.
Earth crust > cratons, shields, terranes and nappes > rocks & facies > minerals, inorganic non minerals and organic non minerals > polytypes & mineral varieties
Regards --Chris.urs-o (talk) 07:19, 7 December 2014 (UTC)[reply]
Hi, Ok I correct it Yamaha5 (talk) 07:21, 7 December 2014 (UTC)[reply]
Thx --Chris.urs-o (talk) 07:25, 7 December 2014 (UTC)[reply]
Olivine is not an 'instance of' olivine group; beryl is not an 'instance of' beryl group; dolomite is not an 'instance of' dolomite group; malachite is not an 'instance of' rosasite group; turquoise is not an 'instance of' turquoise group. Regards --Chris.urs-o (talk) 08:33, 7 December 2014 (UTC)[reply]

instance of (P31)

[edit]

Hello, [12], [13], [14] and many other. subclass of (P279) must be used instead of instance of (P31). Please see Help:Basic membership properties for details. Please review your contrib and fix invalid claims. — Ivan A. Krestinin (talk) 07:23, 7 December 2014 (UTC)[reply]

Hi, thank you for your link I will check themYamaha5 (talk) 07:36, 7 December 2014 (UTC)[reply]
The same on my watchlist. I wanted to warn you quickly, but someone else has already told you. I will list examples in a few minutes. You have 18 edits on my watchlist between 06:04:27 UTC and 06:43:49 UTC, and all 18 are wrong, and 0 are right. You should consider undoing your edits during that period. --Closeapple (talk) 08:23, 7 December 2014 (UTC)[reply]
please list the casesYamaha5 (talk) 08:25, 7 December 2014 (UTC)[reply]

As mentioned above: Some of these already had the correct property that has been duplicated by instance of (P31). 14-15 of them should be subclass of (P279). 3-4 should be something else. None of these are instance of (P31). As mentioned above: Some of these already had the correct property that has been duplicated by instance of (P31). 14-15 of them should be subclass of (P279). 3-4 should be something else. None of these are instance of (P31).

--Closeapple (talk) 09:01, 7 December 2014 (UTC)[reply]

Thanks ✓ DoneYamaha5 (talk) 10:42, 7 December 2014 (UTC)[reply]

I've looked at over 1700 of your instance of (P31) edits from 2014-12-06 22:42:24 to 2014-12-07 07:32:30 (starting here): Probably 97% should be subclass of (P279), and many were already subclass of (P279) before. Maybe another 2% are something other than instance of (P31) or subclass of (P279). Less than 1% are really instance of (P31); I've only found 3 so far that are probably OK:

Also, 2014-12-02 08:21:48 to 2014-12-02 08:26:29 are not instance of (P31) because the standard on Wikidata is that month names are subclass of (P279): only specific months in specific years are instance of (P31). Also, 2014-12-02 05:29:31 to 2014-12-02 05:33:00 (5 items) also appear to be subclass of (P279) instead of instance of (P31). --Closeapple (talk) 11:37, 7 December 2014 (UTC)[reply]

Same with district (Q149621), service (Q7406919), goods (Q28877), battle (Q178561), school (Q3914), sport (Q349) and war (Q198) (I fixed the last one of these). Fred Johansen (talk) 12:11, 7 December 2014 (UTC)[reply]

Holy moly! It looks like P279 claims were systematically copied to P31 claims. How feasible would it be to do a batch revert of all these Widar claims? My watchlist is full of these problematic edits. Emw (talk) 16:20, 7 December 2014 (UTC)[reply]
Just a parenthesis: Perhaps it should be feasible for a Wikidata bot to mass-undo its own (last) edits? I have noted some thoughts on Wikidata_talk:Bots. Fred Johansen (talk) 17:26, 7 December 2014 (UTC)[reply]

Yamaha5, I have undone about 374 problematic edits from your Widar run. The process doesn't scale efficiently, so I have stopped for now. But it's important that those erroneous claims get cleaned up. Please revert the remainder of your P31 edits from that Widar run. Emw (talk) 18:51, 7 December 2014 (UTC)[reply]

Yamaha5, when will you revert the remainder of your P31 edits (items with same P31/P279 value)? --Diwas (talk) 21:59, 13 December 2014 (UTC)[reply]

Here is one more : education subclass of human behavior and Yamaha5 ADDED instance of human behavior [15]. 91.9.110.153 02:36, 22 December 2014 (UTC)[reply]

Hi, are you actually planning to remove the incorrect statements you added? It's been several months now... :( - Nikki (talk) 01:07, 9 March 2015 (UTC)[reply]

Hi, I solved most of then that time and now i searching for other possible wrong edits Yamaha5 (talk) 09:05, 28 July 2015 (UTC)[reply]
Thanks. It's hard to tell exactly (AutoList isn't quite powerful enough :)) but I think there might still be hundreds which need fixing, you might even need a bot. :/ - Nikki (talk) 11:35, 28 July 2015 (UTC)[reply]

Stop adding P27 statements

[edit]

Rezabot added a lot of country of citizenship (P27) statements to persons who hundreds or thousands years before the state was created. Cf. Special:Diff/179513350, Special:Diff/179511554, Special:Diff/179521966. Some of them you are adding second time already after somebody has corrected your error. Cf. Special:Diff/179518551, Special:Diff/179462452. Please stop adding these statements and check or rollback the changes you already made. I corrected some of them, but I'm not familiar with Persian and other languages and can't check them all (and frankly, have better things to do...) I'm pretty sure though, there will be a lot of wrong edits like the ones quoted above.--Shlomo (talk) 14:16, 8 December 2014 (UTC)[reply]

I will set it to add P27 only for whom lived less than 100 ago. and for Israel (Q801) less than 66 year ago (since 1947) and for Iran which existed in this region since 2000 agoYamaha5 (talk) 19:03, 14 December 2014 (UTC)[reply]
for Iran, more than 2000 years this geographical region was IranYamaha5 (talk) 14:14, 15 December 2014 (UTC)[reply]
The citizenship (country of citizenship (P27)) doesn't apply to a geographical region, but to a particular state as an institution. Even if Iran (as a state=institution) had a consecutive history of 2000 years (which I would doubt, what about caliphate (Q131401) Anushtegin dynasty (Q486918), Ilkhanate (Q178084)), the concept of citizenship (Q42138) as a relation between a human and a state is not. See also Property talk:P27#old times and Property talk:P27#medieval and early modern persons.--Shlomo (talk) 11:35, 16 December 2014 (UTC)[reply]

Help to reduce missing country (P17)

[edit]

Hi Yamaha5, cities without P17 is now down to 10 cases. I can't solve those, because for example I don't speak Persian (Q9168). Let's see whats possible with the other missing P17 (islands, villages...). --Gbeckmann (talk) 10:38, 11 January 2015 (UTC)[reply]

Peninsulas without P17 ist now done too. No case left. ✓ Done --Gbeckmann (talk) 01:42, 16 January 2015 (UTC)[reply]
@Gbeckmann: Hi, thank you for your helps
I listed so useful queries on User:Yamaha5#todo
now cites are finished ✓ Done Yamaha5 (talk) 18:19, 16 January 2015 (UTC)[reply]

Misuse of Property:P155

[edit]

Hey,

I saw that you've made https://www.wikidata.org/w/index.php?title=Q567&diff=188465250&oldid=188047572 which adds Property:P155: Q2530 to Q567. If you look at the P155 you'll notice it is a "Wikidata property that usually should be used as qualifier" and most the Property:P39 statements already have the proper Property:P155 qualifiers. Therefore I've reverted your change. Since you've made that edit with Widar, I fear this is not the only incorrect use of P155 that you've added and hope you will find the time to look into your other edits and correct them. --Mineo (talk) 16:05, 17 January 2015 (UTC)[reply]

Hi please read #Shares border with. I used this method.Yamaha5 (talk) 20:35, 17 January 2015 (UTC)[reply]
I'm not sure I understand this correctly - you've been made aware of deficiencies in the way you automatically add statements to items about two months ago and decided to simply continue adding wrong statements? --Mineo (talk) 18:38, 18 January 2015 (UTC)[reply]
No! I added statements by their paired one for example if A > followed by (P156): B so B > follows (P155) : A. If we want to know the wrong edit we should check the paired item.for this case the wrong edit is here and my edit was automatically based on that Yamaha5 (talk) 20:46, 19 January 2015 (UTC)[reply]
followed by (P156) should be used as a qualifier as well. I still don't see how you came to the decision to make statements that don't use it as one as the basis of further work. --Mineo (talk) 09:35, 21 January 2015 (UTC)[reply]
At here a bot added followed by (P156) so I added follows (P155) by automatic-tool to Q567. Yamaha5 (talk) 14:44, 21 January 2015 (UTC)[reply]

Misuse of Property:P460

[edit]

Hi, I saw you used this property to state that a person is "said to be the same as" their portrait. A person can never be a painting. The use of this property on individuals occurs when two partial biographies refer to the same person according to some sources, but are different people according to others. It is used in the arts often for "Master of X" painters that have specific paintings attributed to named artists. I reverted your revision Hylck Boner (Q17442457). Best, Jane023 (talk) 12:43, 22 January 2015 (UTC)[reply]

Hi, I added statements by their paired one for example if A >"said to be the same as": B so B > "said to be the same as". : A. If we want to know the wrong edit we should check the paired item.Yamaha5 (talk) 14:46, 27 January 2015 (UTC)[reply]

deprecated pages

[edit]

Hi Yamaha5,

I see you have been marking a lot of pages as deprecated (preferably to be deleted) with "said to be the same as". Of quite a few of these pages I can see that this judgement is unfounded. What are you trying to do? - Brya (talk) 11:50, 22 January 2015 (UTC)[reply]

Hi, I added statements by their paired one for example if A >"said to be the same as": B so B > "said to be the same as". : A. If we want to know the wrong edit we should check the paired item.Yamaha5 (talk) 14:46, 27 January 2015 (UTC)[reply]
Hi, the "said to be the same as" is almost always an assymmetrical relationship (if "A said to be the same as B" then "B said to be the same as A"). For taxa, "A said to be the same as B" means "A is wrong, B is right". - Brya (talk) 17:26, 27 January 2015 (UTC)[reply]
But Property talk:P460 contains Template:Constraint:Symmetric. --Diwas (talk) 03:15, 28 January 2015 (UTC)[reply]
Yes, I see. Either that should be removed or we should start using a different property. It will require thinking on. - Brya (talk) 05:10, 28 January 2015 (UTC)[reply]
I have now moved all the P460 properties for taxa to P460 qualifiers (I hope, I may have missed some), except where there is supposed to be symmetry. - Brya (talk) 06:50, 12 February 2015 (UTC)[reply]

Wrong Edit?

[edit]

Your bot has added Property:P27 to Q760714 which is an Indian city. I am also looking in other instances please verify yourself.--Vyom25 (talk) 07:03, 23 February 2015 (UTC)[reply]

Also Q862086.--Vyom25 (talk) 07:05, 23 February 2015 (UTC)[reply]
I added this based on en.wikipedia categoryYamaha5 (talk) 22:31, 23 February 2015 (UTC)[reply]
Well then they are wrong. There are some others also will you undo it somehow or I have to do it manually. There are not that many I can do it in this instance but please be more careful while working with categories.--Vyom25 (talk) 05:38, 24 February 2015 (UTC)[reply]
Sure I will be more carefulYamaha5 (talk) 06:25, 24 February 2015 (UTC)[reply]

instance of (P31) biology (Q420)

[edit]

Hey Yamaha5,
on what base is that edit? Thank you, Conny (talk) 07:35, 23 February 2015 (UTC).[reply]

Hi, based on subclass of (P279) at that itemYamaha5 (talk) 22:33, 23 February 2015 (UTC)[reply]
But bioinformatics (Q128570) instance of (P31) biology (Q420) is wrong... Conny (talk) 09:42, 15 March 2015 (UTC).[reply]

jaro

[edit]

eo:Atentu, kion vi faras!

pl: Uważaj, co robisz!

https://www.wikidata.org/w/index.php?title=Q18715669&diff=188478124&oldid=186386170

2101 --P156-> 2102

Marek Mazurkiewicz (talk) 00:34, 30 March 2015 (UTC)[reply]

PLEASE!!! Stop adding P27 statements!

[edit]

Stop adding P27 statements to Q7288767. --Esetok (talk) 08:31, 19 May 2015 (UTC)[reply]

@Esetok: why? he born in Iran and he is Iranian! Yamaha5 (talk) 11:07, 19 May 2015 (UTC)[reply]
Are you kidding me? Iran in 10th century? Property:P27 is country of citizenship, citizenship of Iran in 10th century? You and your bot need to block. --Esetok (talk) 13:14, 19 May 2015 (UTC)[reply]
Neither place of birth nor ethnicity gives any information about country of citizenship (P27). If you'd insist to have a P27 for this item, Abbasid Caliphate (Q12536) would be probably the nearest choice, since it existed at least as a country with state authority at the time of Ramahurmuzi (Q7288767)'s life (providing a good source for this an uncommon piece of information) But the conception of citizenship as a correlation between a free human being and a state as an social and political institution as expressed in country of citizenship (P27) didn't exist at this time. This is the main reason why this property generally shouldn't be used for people living in 18th century and/or earlier.--Shlomo (talk) 09:23, 20 May 2015 (UTC)[reply]
@Shlomo: did you mean Saffarid dynasty (Q45310)? if you check the map it shows at that period Ramhormoz (Q888697) was at Iran boundary Saffarid dynasty (Q45310)'s boundary Yamaha5 (talk) 11:26, 21 May 2015 (UTC)[reply]
It depends, which map you check... Besides, the position of a city inside an empire doesn't make automatically a person named after this city citizen of this empire (even when he spent there apparently at least a part of his life), so be it Abbas or Saffarid, in both cases the statement of citizenship would require a reliable source. And as I've written before, my oppinion is not to use country of citizenship (P27) for historical periods before 18th century CE.--Shlomo (talk) 12:03, 21 May 2015 (UTC)[reply]

astronaut mission (P450) mistakes

[edit]

Hi! I just saw on my watchlist that you might be adding astronaut mission (P450) to the wrong people (https://www.wikidata.org/w/index.php?title=Q14623220&diff=0&oldid=211352057). --Tobias1984 (talk) 08:23, 28 July 2015 (UTC)[reply]

Hi i added these properties based on crew member(s) (P1029) at U-62 (Q554639). the crew member(s) (P1029) documentation was not complete :( Yamaha5 (talk) 09:04, 28 July 2015 (UTC)[reply]

instance of (P31) edits from last December

[edit]

Hi, could you respond to my question above? - Nikki (talk) 08:39, 28 July 2015 (UTC)[reply]

✓ Done Yamaha5 (talk) 09:06, 28 July 2015 (UTC)[reply]

“universe is married to Carlo Albanesi”‽

[edit]

How did this edit happen? If that was a bot, I’m a bit afraid about what else that bot would have done, since I have no idea what kind of error would make a bot arrive at the statement Universe (Q1)spouse (P26)Carlo Albanesi (Q3658929). —DSGalaktos (talk) 09:52, 28 July 2015 (UTC)[reply]

I used unpaired method. please check Q3658929 . at first it was at that pageYamaha5 (talk) 10:09, 28 July 2015 (UTC)[reply]
here ! Yamaha5 (talk) 10:10, 28 July 2015 (UTC)[reply]
I see, thanks. —DSGalaktos (talk) 10:28, 28 July 2015 (UTC)[reply]

"said to be the same as" again

[edit]

You seem to have been undoing Brya's work with changes like [16], [17] and [18] (@Brya: You might want to check those). The said to be the same as (P460) claims were intentionally changed to qualifiers, see #deprecated_pages above.

I don't think it's a good idea to mass-add symmetrical said to be the same as (P460) properties until there's a new non-symmetrical property available, because people are using said to be the same as (P460) in a non-symmetrical way right now (maybe it's the property constraints which are wrong...).

- Nikki (talk) 11:23, 28 July 2015 (UTC)[reply]

We should solve this problem the symmetrical property should be used as symmetrical property. if using them at this condition like diffs that you linked makes problem we should remove the property from the origin item. with these edits I highlighted other user's false! I hope some one develop a bot which can report these falses Yamaha5 (talk) 11:28, 28 July 2015 (UTC)[reply]
@Nikki:: thank you for the heads up. As far as I can tell this is all right. At the time, I converted all these P460 properties to qualifiers, but clearly I missed some. I will look at it again, and try to clear the remnants. - Brya (talk) 16:23, 28 July 2015 (UTC)[reply]

Adolf vs Adolf

[edit]

I think this edit is wrong. The statement added to Property:P460 was already defined in Property:P1533. In my opinion the Property:P460 should be used to point to other items with the same content in Property:P31. In this case they do not match. Paweł Ziemian (talk) 20:48, 29 July 2015 (UTC)[reply]

Quebec > sister city > Bavaria

[edit]

I'm a bit confused by this edit of yours. Neither Quebec nor Bavaria are even cities. Further confusing is the fact that the same exact statement was added and removed earlier by User:Archer90. Could you please explain what's going on with this item? Thanks. --Yair rand (talk) 05:45, 11 August 2015 (UTC)[reply]

I done this edit based on List of missingpairs querys. so it is done based on Bavaria (Q980). after reverting we should remove Quebec (Q176) from Bavaria (Q980)Yamaha5 (talk) 07:27, 11 August 2015 (UTC)[reply]
I'd propose to remove all twinned administrative body (P190) from Bavaria (Q980) and vice versa as the property is improper used. --Archer90 (talk) 13:43, 11 August 2015 (UTC)[reply]
Ping @Cavaliere grande: who added the property. --Archer90 (talk) 13:53, 11 August 2015 (UTC)[reply]
I added to the list of pairs to Wikidata:Status updates/Next. --- Jura 11:06, 31 August 2015 (UTC)[reply]
@Jura1: Hi user:Lydia Pintscher (WMDE) removed your text! hereYamaha5 (talk) 06:07, 1 September 2015 (UTC)[reply]
She moved it to Wikidata:Status updates and sent it out. --- Jura 06:11, 1 September 2015 (UTC)[reply]

Empty or merged?

[edit]

Hi, Yamaha5, I noticed you added a couple of requests to WD:RFD stating that the items were "empty", while in fact you had moved the sitelink to another item. So you merged the two items, and the source item should not be deleted then, but redirected. For instance Q17992030 was merged by you with Q3774, and is now redirected to that item. Please say where you merge to in future deletion requests. Or, better, merge and redirect yourself. See Help:Merge. Lymantria (talk) 16:54, 24 September 2015 (UTC)[reply]

Hi the item which I requested are items form redirect pages in fawiki which are not useful so i emptied them and requested Yamaha5 (talk) 17:21, 24 September 2015 (UTC)[reply]

مشکل تغییر مسیر

[edit]

سلام رضا جان. آیا مقالاتی که تغییر مسیر می‌شوند، آیتم ویکی‌داده تغییر را اعمال نمی‌کند؟ Mahdy Saffar (talk) 15:35, 25 September 2015 (UTC)[reply]

برای انتقال تغییر می‌کند ولی برای تغییر مسیر نه متاسفانه :( Yamaha5 (talk) 18:32, 25 September 2015 (UTC)[reply]


Slip

[edit]

Oh, I was wondering why some people were getting "Andy Harris" as occupation: Special:Diff/253559300. --- Jura 08:06, 26 September 2015 (UTC)[reply]

Yeah a lot of items are affected by this. Can you please clean it up? --LydiaPintscher (talk) 09:37, 26 September 2015 (UTC)[reply]
Hi I connected two items which were "Consultant". what is the wrong edit?Yamaha5 (talk) 09:40, 26 September 2015 (UTC)[reply]
The bad edit was acutally this one by an IP. In English and German the label was "Andy Harris" so you merged the occupation with a person. --Pasleim (talk) 09:45, 26 September 2015 (UTC)[reply]
hmmm I only saw farsi and english label and both of them were correct!. thank you for your commentYamaha5 (talk) 09:47, 26 September 2015 (UTC)[reply]

Wrong P131 ?

[edit]

Hello, I've seen in your contributions of today that you add Hautes-Pyrénées (Q12700) as Property:P131 for many cities that are in reality located in Landes (Q12563), as two of its are on my watchlist ; I have already corrected these two, as Dax (Q188878) for example. Maybe can you fix that ? It seems that you work with an application that helps you to do it "massively". Thanks ! Daxipedia (talk) 17:29, 28 September 2015 (UTC)[reply]

Hi I used the method which is mentioned on User:Yamaha5/List_of_missingpairs_querys. Yamaha5 (talk) 19:30, 28 September 2015 (UTC)[reply]
Ok, I understand ; the Hautes-Pyrénées (Q12700) contains wrong entries as Property:P150 which should be in Landes (Q12563)... I correct these two items. Thanks for the link ! Daxipedia (talk) 20:46, 28 September 2015 (UTC)[reply]

Wrong P7 (P7)

[edit]

Hi,

in this edit your bot added a P7 (P7) statement between Gawyn Trakand (Q1910571) and Galad Damodred (Q3094479), which is wrong. I already know that it did that because P7 (P7) is usually a symmetric property, but could your bot in the future not add this statement to items that are already linked via relative (P1038) or that already had the statement in the past but it was already removed? It's a safety measure that should be really easy to implement and also help in identifying wrong links between items. Additionally, could you please get approval for your bot to perform those missing pair insertions before performing them? None of the 3 tasks it's currently approved for include that... --Mineo (talk) 07:35, 29 September 2015 (UTC)[reply]

Hi,

In this case the bot edits should have relative (P1038). if bot added this statement it won't wrong. (I will solve it) for approval I will request Yamaha5 (talk) 07:42, 29 September 2015 (UTC)[reply]

Qualifiers in inverse statements

[edit]

When you complete inverse relations by adding statements, you should also copy qualifiers. Otherwise, when there are several statements for different cases, inverse statement doesn't make sense. Examples: your recent addings in Q507255, Q7747, Q795134... --Infovarius (talk) 20:48, 29 September 2015 (UTC)[reply]

Edit to The Deer's Cry (Q19901226)

[edit]

I'm afraid I reversed your edit to Q19901226. Novel is not a genre. I did change <instance of:book> to <subclass of:book> and added <instance of:novel> which is more in line with the standards we are moving towards.

The key is to remember that the statements on the item describe the literary work (author, genre, publisher). They don't describe the book (number of pages, paperback/hardback, printer, physical location). Hope this makes sense. Joe Filceolaire (talk) 16:06, 30 September 2015 (UTC)[reply]

[edit]

Please don't remove sitelinks and statements when requesting deletion. If you delete a page, the sitelink will be removed sometime later (there is some delay in it). And when you request deletion, we need to judge the item with the statements. An item might still meet WD:N even if there are no sitelinks. Mbch331 (talk) 20:42, 15 October 2015 (UTC)[reply]

merge

[edit]

سلام رضا، خواستم این را در این ادغام کنم، میسر نشد، اگر با من معتقد هستید که یکی هستند لطفا زحمتش را بکشید. درود --Florence (talk) 19:49, 17 October 2015 (UTC)[reply]

سلام fa:ویکی‌پدیا:ویکی‌پدیا در رسانه‌ها را جابجا کردم ولی این دو آیتم یکی نیستند چون یکی در مورد رسانه است که شامل فیلم و تلویزیون رادیو می شود و دیگری در مورد خبرگزاری است که مسلما با هم تفاوت دارندYamaha5 (talk) 13:02, 18 October 2015 (UTC)[reply]
از نظر من خبرنگار و علم ارتباطات تمام فیلم و تلویزیون و همچنین خبرگزاریها یک رسانه هستند برای همین به تلویزیون می گویند رسانه ملی و .. فدات --Florence (talk) 13:30, 18 October 2015 (UTC)[reply]

Why Grammy?

[edit]

[19] --Jobu0101 (talk) 10:11, 11 December 2015 (UTC)[reply]

Please attend to your bot

[edit]

User:Rezabot appears to be single-handedly responsible for the current high level of need_token responses shown in this graph. It's currently hitting fawiki, but I note it was also hitting wikidatawiki earlier. I'm not 100% sure what's going on, but it appears to be one of two things:

  1. The bot is not deleting cookies correctly when served an expired cookie, see phab:T124252.
  2. The bot somehow has cookies set for some incorrect path or subdomain, so MediaWiki's attempts to have the bot delete them do not take effect.

Please investigate and fix the issue. Thanks. BJorsch (WMF) (talk) 18:27, 29 January 2016 (UTC)[reply]

It is doing it again. Please fix; chances are that restarting the bot will clear whatever cookies are causing the problem. BJorsch (WMF) (talk) 16:07, 13 February 2016 (UTC)[reply]
@BJorsch (WMF), Tgr (WMF):I uses pywikibot (updated core library). my code doesn't have internal login and I run it more than 1 years. in these days I don't know why most of my codes stopped at login. It should be bug of MediaWiki's new release or pywikibot's.Yamaha5 (talk) 03:46, 18 February 2016 (UTC)[reply]
Your bot's jobs on Tool Labs have been stopped and the crontab entries disabled. Please do not restart it in an unattended fashion until you are sure it will log in successfully. BJorsch (WMF) (talk) 21:23, 25 February 2016 (UTC)[reply]
You might be interested in mw:Manual:Pywikibot/OAuth which is an alternative (and hopefully more robust) login method. --Tgr (WMF) (talk) 21:27, 25 February 2016 (UTC)[reply]

Problem with an item

[edit]

This is not correct: I've reverted it three times. Can you teach your bot not to edit again this item? Thanks you, --Epìdosis 19:18, 15 February 2016 (UTC)[reply]

Aside from Epimenides of Crete (Q319406), Stilpo (Q381048) and Phaedo of Elis (Q380190) are wrong too! Can you do something? --Epìdosis 17:20, 19 February 2016 (UTC)[reply]
I will check it as soon as possible Yamaha5 (talk) 20:11, 28 February 2016 (UTC)[reply]
Add Sixtus II (Q127385). --Epìdosis 20:45, 16 March 2016 (UTC)[reply]

Q5844782 has use (P366) theme (Q1053916)

[edit]

... and in several others. What does it mean? Correct please. --Infovarius (talk) 18:04, 28 February 2016 (UTC)[reply]

✓ Done Yamaha5 (talk) 20:29, 28 February 2016 (UTC)[reply]

Ancient Egypt (Q11768)

[edit]

In this item there is a claim added by you that states that it is "influenced by:The Sorceress (Q18536515)". I guess it is a mistake, but since it was added with Widar, I would like to know what kind of search you used, maybe there are more errors.--Micru (talk) 17:14, 6 March 2016 (UTC)[reply]

@Micru: please see User:Yamaha5/List_of_missingpairs_querys Yamaha5 (talk) 18:24, 7 March 2016 (UTC)[reply]

Once again: "Follows" and "Followed by"

[edit]

Hi Yamaha5. Edits like this are wrong. Instead "follows" would be correct, but this was already set. So there where nothing to do. There are many more mistakes of that kind in the regional governments in Germany. I fixed already a few. --Jobu0101 (talk) 18:08, 19 May 2016 (UTC)[reply]

@Jobu0101: Hi please see User:Yamaha5/List_of_missingpairs_querys I edited base on this pageYamaha5 (talk) 17:45, 20 May 2016 (UTC)[reply]
Are you going to do anything about it? --Jobu0101 (talk) 17:48, 20 May 2016 (UTC)[reply]
Now I don't want to edit but few months ago I edited based on that page Yamaha5 (talk) 18:14, 20 May 2016 (UTC)[reply]
Which rule did you apply to get those wrong edits? --Jobu0101 (talk) 18:50, 20 May 2016 (UTC)[reply]
User:Yamaha5/List_of_missingpairs_querys#How_to_add_property_to_the_second_Item - Yamaha5 (talk) 18:54, 20 May 2016 (UTC)[reply]
[edit]

Hi Yamaha5, I found your subpage redirect links pretty useful, but after scrolling down and trying some of them, I found they weren't redirects on the english wp. For example:

I don't know how you extracted these data, but it looks like there is a small error in your query. Maybe you can get suggestions on WD:Request a query?
I hope the list will be updated frequently, it is a very useful list for all languages, as you can split the list in redirects on en.wp, redirects on de.wp, on nl.wp, etc... I hope to hear from you! Q.Zanden questions? 23:33, 18 March 2017 (UTC)[reply]

Graz partner cities

[edit]

Do you remember where you got this information from: https://www.wikidata.org/w/index.php?title=Q13298&type=revision&diff=176545644&oldid=169587302 I can't find anything about those partner cities. --Tobias1984 (talk) 12:14, 6 January 2018 (UTC)[reply]

I got them from the pair items.Yamaha5 (talk) 19:10, 5 April 2018 (UTC)[reply]

Request

[edit]

Hello.

Could you at create the articles en:Architecture of Azerbaijan (Republic of Azerbaijan), en:List of Azerbaijani film directors (Republic of Azerbaijan) and en:Bodies of water of Azerbaijan (Republic of Azerbaijan) in Farsi (or request them yourself to other users in Farsi Wikipedia)?

Thank you.

31.200.17.90 20:01, 11 February 2018 (UTC)[reply]

New items by bot

[edit]

Hi Yamaha5,

When creating new items for templates by bot, would you try to add P31 as well? e.g. at Q51425134. I think fill most created these days, but for the future, it would be great if these were added directly. If you do categories, the same would help there too.
--- Jura 13:48, 5 April 2018 (UTC)[reply]

Hi Jura, It should be automatically by an extension which can use links' namespace however I will do it when creating these templates item is finished. Yamaha5 (talk) 19:08, 5 April 2018 (UTC)[reply]

Outline

[edit]

Hi Yamaha5, similar to topic's main Wikimedia portal (P1151), there is a proposal at Wikidata:Property_proposal/Wikimedia_outline. I thought you might be interested.
--- Jura 11:10, 1 May 2018 (UTC)[reply]

http://tools.wmflabs.org/autolist/index.php?language=en&project=wikipedia&category=&depth=12&wdq=claim%5B31%3A515%5D%20AND%20noclaim%5B17%5D&mode=undefined&statementlist=&run=Run&label_contains=&label_contains_not=&chunk_size=10000

was actually http://tools.wmflabs.org/autolist/index.php?language=en&project=wikipedia&category=&depth=12&wdq=claim[31:515] AND noclaim[17]&mode=undefined&statementlist=&run=Run&label_contains=&label_contains_not=&chunk_size=10000


http://tools.wmflabs.org/autolist/index.php?language=en&project=wikipedia&category=&depth=12&wdq=claim%5B31%3A532%5D%20AND%20noclaim%5B17%5D&mode=undefined&statementlist=&run=Run&label_contains=&label_contains_not=&chunk_size=10000

was

http://tools.wmflabs.org/autolist/index.php?language=en&project=wikipedia&category=&depth=12&wdq=claim[31:532] AND noclaim[17]&mode=undefined&statementlist=&run=Run&label_contains=&label_contains_not=&chunk_size=10000


I had some time & I thought I will add them.

I couldn't run these queries,

Is there some PetSacn ID for these 2 Queries?

Error Rezabot

[edit]

Hi! Please check the revisions of Sara Bahmanyar (Q67198755). If the bot adds P31-Q5, the itemLabel must be changed, because then "Category:..." is very wrong. Thank you Doc Taxon (talk) 08:19, 9 September 2019 (UTC)[reply]

Hi my bot didn't add category label it was the user's fault. adding P31-Q5 was True. you should check here and send a message to himYamaha5 (talk) 13:35, 9 September 2019 (UTC)[reply]
yes, but your bot should match Category: in itemLabel and delete it. Adding P31-Q5 is true, but not very helpful, if the bot does not change the itemLabel, too. Doc Taxon (talk) 13:57, 9 September 2019 (UTC)[reply]
That is another task. my bot check local wiki content and add P31-Q5 based on the article. we should have other bot or query to check if the article's label has category or another extension, solve it Yamaha5 (talk) 14:11, 9 September 2019 (UTC)[reply]
But it's a very advantage, if your bot solves the renaming of the item too. So there is no need for a second bot, that cleans the crumbs of your bot. I think there is only a little thing to add on the bot script code. Now the bot makes inconsistent data record, because P31-Q5 does not describe a Category at all. Doc Taxon (talk) 20:17, 10 September 2019 (UTC)[reply]

Lots of empty item

[edit]

Hi. Recently you've created a lot of empty items. I've had to report them to RfD, so they will be deleted. Please be cautious. Cheers! Nadzik (talk) 00:20, 13 May 2020 (UTC)[reply]

CSS for minimizing

[edit]

Hi, do you have CSS for this https://www.wikidata.org/wiki/Wikidata:Project_chat/Archive/2013/06#minimizing_Item.27s_UI ? It seems interesting to me :). If you know CSS we could meet up and share screen and hack something together if you want--So9q (talk) 11:50, 24 February 2021 (UTC)[reply]

Claude Arrieu and Louise-Marie Simon: same name but different women

[edit]

Dear Yamaha5, I just created a page describing Louise-Marie Simon on Wikidata because she shares the same name as the French composer Claude Arrieu, which lead to a confusion that Claude Arrieu was the mother of M. Casadesus (a fact added to Wikidata, without reference, by Coyau in July 2005), a daughter of Marius Casadesus. I therefore removed the "spouse" relationship between Claude Arrieu and Marius Casadesus which you added after Coyau's change, also in July 2015. My source available on the web is the website maintained by G. Casadesus, the step brother of M. Casadesus, which is consistent with the MatchId database. Best regards --FreeCorp (talk) 23:58, 4 March 2022 (UTC)[reply]

Retrieved from "https://www.wikidata.org/w/index.php?title=User_talk:Yamaha5&oldid=1587482209"