User talk:Matlin

Jump to navigation Jump to search

About this board

Please do not start new discussions as I am blocked and will likely be blocked completely soon. So the discussion will not change anything. Alternatively, please contact Emu.


RETIRED


Yes, I can't fight you anymore. I don't even have time to convince you of anything. You are ...
Mormegil (talkcontribs)
Mormegil (talkcontribs)
Kolja21 (talkcontribs)

There is no hope that Matlin will change his behavior. He have been told dozens of times, to check the IDs he finds with tools like authority control.js but he is still adding even non existing IDs on a daily bases.

Reply to "Stop re-adding wrong identifier"
Trade (talkcontribs)

The game can't exist and be non-existent at the same time for obvious reasons. You need to pick one

Reply to "GTA VI"
Vladimir Alexiev (talkcontribs)

Hi @Matlin: (cc @Jklamo:)

You made https://mix-n-match.toolforge.org/#/catalog/5404. Eg one entry is https://sanctions.nazk.gov.ua/en/sanction-person/14653/.

However, НАЗК (NABC) is included as part of OpenSanctions. Eg if you look at https://www.opensanctions.org/entities/Q112194249/, you'll see these IDs:

  • ua-nabc-person-14653-bushuyev-alexander-nikolaevich << that's the catalog you made
  • ua-nsdc-person-176-2018-213 : NSDC is another Ukrainian sanctions list
  • NK-33dvfMLd6hCdByWC8Gjntp: not sure where this came from
  • Q112194249: wikidata

There's also https://www.opensanctions.org/entities/ru-inn-645205630830/ (from Russian trade register), which I think is the same guy.

I've now added all these identifiers to Alexander Nikolaevich BUSHUYEV (Q112194249).

OpenSanctions is much bigger than the Ukrainian list, so we should focus our efforts on it.

  • OpenSanctions ID (P10632) already has 112k identifiers (where OS ID=WD ID) that I simply imported from OpenSanctions.
  • Yours is a "hot list" (worth coreferencing first), but my point is that if you leverage OpenSanctions ID (P10632), you'll make the matching work more productive
Matlin (talkcontribs)

I tried to add OpenSanctions to MnM but it's probably too big for this tool, and this dataset contains (from my point of view - person who is beginner to these things) worse quality entries than NABC (undefined multilanguage labels and aliases, sometimes more than one [even 11!] birthdates). It must be done later or by another user.

This post was hidden by Matlin (history)
Vladimir Alexiev (talkcontribs)

You only need to add OpenSanctions items that don't have a Wikidata id. It integrates data from many different sources, and it is possible there are data discrepancies between them. But the unified representation and the linkage between all those sources is very valuable.

Reply to "Ukrainian Sanctions list"
Geagea (talkcontribs)

Thanks for adding J9U id's in this batch. Just wondring, from where the data comes?

Geagea (talkcontribs)

I understand that your edits based on mix-n-match J9U people. Just want to know if you finished your edits?

Reply to "P8189"
Bdijkstra (talkcontribs)

Hi, it seems that a lot of these violations are caused by you. I've reverted 5 already, I think you should check your batch and fix your mistakes.

Bdijkstra (talkcontribs)

And again you add the exact same duplicate IDs as before to the same wrong items! Please check your data.

Matlin (talkcontribs)

You have 7 months for remove wrong matches from MnM I suppose.

Bdijkstra (talkcontribs)

What is the goal of your comment? I don't understand. I didn't know these came from MnM. I don't know how they got there. I don't know why MnM would suggest to add IDs that are already present on Wikidata. To me that seems pretty easy to check beforehand.

Bdijkstra (talkcontribs)

Also how could this happen?

2001:7D0:81E6:EF80:597:99ED:1099:AC90 (talkcontribs)

Matlin, other people are not responsible for *your* edits by not having corrected MnM data beforehand. You are the one who makes use of MnM data and so *you* are also responsible for checking this data thoroughly. For instance, if MnM data is mached only based on name, instead of some unique and reliable identifier, then quite obvioulsy you are supposed to check each and every item before you make the edit. In such case MnM is just an aid which makes this check easier.

Reply to "FossilWorks ID's"

Project Manhattan and Albert Einstein

2
Cantons-de-l'Est (talkcontribs)

Einstein's popularity was used to convince Franklin Delano Roosevelt to launch a war effort on the future atomic bomb. However, Einstein did not participate on the Project Manhattan because of his pacifism (see the English Wikipedia article and the French Wikipedia article, for instance). Thus, must be removed.

Matlin (talkcontribs)

It is based on statement in Q937. If you would like to remove mentioned statement, please remove it also from Einstein's qid.

Reply to "Project Manhattan and Albert Einstein"
Kolja21 (talkcontribs)
Matlin (talkcontribs)

If you can see if I remove or not wrong match in MnM - you can use this tool ;)

Multichill (talkcontribs)

Matlin, The last time I blocked you because you were not responding. I gave you some time to respond now, but after 5 days you haven't responded. I rather not block you again. Please respond.

Kolja21 (talkcontribs)
Multichill (talkcontribs)

Matlin, it was a week ago since this topic was started. I send a reminder two days ago. Last time I blocked you because you were not responding to issues raised at your talk page. I trusted you to not fall back into your old behavior. In Dutch we have the saying "trust comes on foot and leaves on horseback". I guess this is the case here. I blocked you (again) from editing the namespace for your complete lack of response to issues raised on your talk page.

Matlin (talkcontribs)

Please do not persecute me for reasons previously explained and involving the same users.

Wrong identifiers (but not "unchecked" - they have been checked by other M'n'M users who may have been wrong) are removed by me from MnM (if edits are reverted or if I suspect that the catalogue has a lot of errors) - one immediately, the other with some delay but it is not ignored by me. They are removed from both MnM and Wikidata.

Once again, I didn't get any email despite my request (see: https://www.wikidata.org/wiki/User:Matlin and soft redirect)!

If someone sends you a message stating an error, you do not need to reply unless you not dispute the error and you acknowledge it. Sending such messages will not change anything.

Especially if the message comes from a user who knows where the edition comes from and knows Mix'n'Match. In 90% of cases, I mark these editions with a description (example: https://quickstatements.toolforge.org/#/batch/96060 ). Even more so, if the user deletes only the edit on WD, and not from MnM, such action may even result from ill will.

Also my behavior is completely different than before and therefore correct (see my contributions, but not first 100 but 100k).

So please: 1) unlock me immediately OR 2) post a thread on the Administrators Noticeboard where the ban will be placed at the discretion of the community rather than arbitrarily by you.

Kolja21 (talkcontribs)

Indeed I "only" remove your errors on Wikidata. Like before, you don't take responsibility. You could have checked your old edits (there are still a lot of errors to be corrected) or at least start fresh with only adding checked Ids. Instead the assumption that my corrections "may even result from ill will."

Matlin (talkcontribs)

I don't wrote "Kolja21 edits may even result from ill will" or sometin', that's your interpretation. I check my edits also regularly but spamming my talk page isn't helpful (yes, spamming, because revert notification is good enough) and it can make things worse because it makes me feel honored. And please also use Mix'n'match, it costs ca 5s to remove wrong match.

And this behaviour (mnm manual sync) is maked very often by other users: https://quickstatements.toolforge.org/#/batch/46609 and https://quickstatements.toolforge.org/#/batch/68356 , https://www.wikidata.org/w/index.php?title=Q218326&oldid=1666620932 , https://www.wikidata.org/w/index.php?title=Q112521378&oldid=1678142258 (it's only examples), so...

For me this topic is closed (everything was explained before). I'm waiting only for the community's decision. Perhaps Multichill will be honest and fulfill my above request to write a conclusion for discussion.

Matlin (talkcontribs)
Matlin (talkcontribs)

Here are more evidence that may be useful later, especially to sanction Kolja21's inappropriate behaviour that disrupts my work on Wikidata: This user knows no compromise. If s/he does not want to use Mix'n'Match, s/he can always set the depreciation rank with the appropriate qualifier. Most likely s/he doesn't. Simply undoing an edit when you know it is most likely from MnM or moreIdentifiers is semi-vandalism as this edit can be repeated later by any user (including bot or administrator).

Matlin (talkcontribs)

Last, but not least: 0 e-mails from Kolja21.

Kolja21 (talkcontribs)
Kolja21 (talkcontribs)

It only costs a second to make a wrong match. But correcting errors is very time-consuming because you have to do serious research. Adding authority IDs of the wrong person leads to numerous other errors which also need to be checked and corrected. Since the revert notifications weren't sufficient in your case, I left the message on your talk page.

Matlin (talkcontribs)

Correcting errors costs not so much time (1) enter q-id page; 2) remove wrong id or set qualifier; 3) remove wrong MnM from MnM taskbar on the same q-id page), so...You you should just compromise and use MnM.

2001:7D0:81E6:EF80:3441:656:26A9:7CB4 (talkcontribs)

As far as I can see, M'n'M data is raw data, it has frequent errors, and you are supposed to to check each and every identifier before you edit, not afterwards when someone notices to revert. Otherwise this data would have been added by bots already, right? It makes little sense to justify the addition of M'n'M data merely by the fact that this data exists.

I occasionally stumble on erroneous identifiers that have been removed before, and then readded by you. Most recently here (ID for a reservoir, already provided in relevant item, added to an item for a dam).

Matlin (talkcontribs)

Please log-in to normal account. And it's not ''raw'' data, maybe it's semi-raw (only those editions that use the auxiliary data match, but errors from them comes only from bugs or from data itself). Other edits are user-made. You don't have experience with MnM, like Kolja.

Matlin (talkcontribs)
Multichill (talkcontribs)

If you block someone for a specific reason and this reason stops, then you should immediately remove the blockade. In my opinion, not tracking this is an abuse of administrator's rights (you're active, since you make edits).

If the blockade is to continue, as I asked before, let it be resolved at the Administrators Noticeboard. Of course, this is about a permanent or temporary ban, e.g. due to incorrect editing, not a blockage due to a lack of answer. In this way, this topic will be finally completed.

The summary of my behaviour is as follows (this should be inserted in the application to the AN):

1) I am aware of the mistakes made, I track and remove them - as far as I can (example: https://www.wikidata.org/w/index.php?title=Special%3AContributions&target=Matlin&namespace=all&tagfilter=mw-undo&start=&end=&limit=500 - see the reverts of the Matlin edition, with the username of those who reverted the erroneous edition, but did not remove it from MNM). Spamming with messages, if it is clear where the wrong edition comes from (I try to name batch editions, see https://quickstatements.toolforge.org /#/Batches/Matlin), it is unnecessary, all you have to do is revert the edition. I did not do it, I have not removed incorrect entries from MNM - now I do it.

2) Such editions are made commonly, e.g. Epidosis edition, which was later reverted https://www.wikidata.org/w/index.php?action=history&title=q94822353, but other examples were also given (not counting the bots that were blocked).

3) During my first blockade made by you, a huge number of errors that I had to correct was made daily, and I had no possibility do repair them (it is about other people's mistakes, but it is also obvious that you can't correct your mistakes when blocking) and this can cause delays. Now also this number of errors increases every day - to the detriment of Wikidata (see 5th point).

4) I tried to make a compromise as much as possible and I did it; My opponents did not do it. They did also not contact me in the way I wished and is comfortable to me, neuroatypical person.

5) I did a lot of good things for Wikidata anyway and I hope my mistakes will not obscure the good ones.

I will be very grateful if you cause my request (unlocking or application to AN). Matlin (talk) 21:01, 26 August 2022 (UTC)

Moved here from my talk to keep the discussion in one place. I don't have the time nor the energy to deal with this. And given the fact that no other admin bothers to help out I've unblocked you.

Matlin (talkcontribs)

I don't want to provoke anything, but that surprised me. If the user commits "recidivism" (not from my point of view)... FYI: I just wanted to settle this situation, not escalate it rude to other administrators.

Reply to "Adding unchecked identifiers"
Jahl de Vautban (talkcontribs)

Hi !

I'm seing that you are importing images from WPEN ; could you perhaps filter those using the file c:File:SPQR (laurier).svg? It doesn't add anything of value to the element. Thanks!

Reply to "P18 with SPQR (laurier).svg"