User talk:GZWDer

From Wikidata
(Redirected from User talk:GZWDer (flood))
Jump to navigation Jump to search
Logo of Wikidata

Welcome to Wikidata, GZWDer!

Wikidata is a free knowledge base that you can edit! It can be read and edited by humans and machines alike and you can go to any item page now and add to this ever-growing database!

Need some help getting started? Here are some pages you can familiarize yourself with:

  • Introduction – An introduction to the project.
  • Wikidata tours – Interactive tutorials to show you how Wikidata works.
  • Community portal – The portal for community members.
  • User options – including the 'Babel' extension, to set your language preferences.
  • Contents – The main help page for editing and using the site.
  • Project chat – Discussions about the project.
  • Tools – A collection of user-developed tools to allow for easier completion of some tasks.

Please remember to sign your messages on talk pages by typing four tildes (~~~~); this will automatically insert your username and the date.

If you have any questions, don't hesitate to ask on Project chat. 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.

Best regards! --Bill william compton (talk) 14:26, 28 March 2013 (UTC)[reply]

  1. User talk:GZWDer/2013
  2. User talk:GZWDer/2014
  3. User talk:GZWDer/2015
  4. User talk:GZWDer/2016
  5. User talk:GZWDer/2017
  6. User talk:GZWDer/2018
  7. User talk:GZWDer/2019
  8. User talk:GZWDer/2020

Improving lexemes[edit]

Hi. I see you have been adding a bunch of vietnamese lexemes lately. I have a few questions:

  • do you know any vietnamese?
  • where did you find the lemmas?
  • would you like to help improving lexemes in other languages also? I recently wrote LexUse, it's almost done and most languages have very few examples, e.g. English. Are you interested in helping adding good examples once the script is mature?
  • are you using a script? Is the code public in that case?
  • we are talking about lexemes in the telegram channel https://t.me/joinchat/ICn09hkymb2dwpFKwGo5uA feel free to join the discussion on how to improve the lexemes there. We are 42 participants now and things are going on almost all the time.

Cheers--So9q (talk) 04:59, 3 January 2021 (UTC)[reply]

I have improved them. These lexemes are created manually. It is obviously not possible to create all lexemes to create (say 2000*50 "core" lexemes) but it needs times to develop a mature bot and it is not easy to find a usable source either. I do not use Telegram.--GZWDer (talk) 08:52, 3 January 2021 (UTC)[reply]
I agree it takes time to create good bot code. It has taken me some time to program Wikidata:LexUse but I'm quite happy with the outcome and the usage examples on Swedish lexemes has doubled since I wrote it. :D I can really recommend wikidataintegrator. The author is very easy to communicate with and the library is good quality.--So9q (talk) 18:47, 12 January 2021 (UTC)[reply]
WikidataIntegrator is a heavy-weight tool and if we only want to import lexemes with specific data it is not necessary to use. However, the more important thing is that we need an agreement about the structure of an lexeme of some languages (this is why previously imported lexemes have no forms and senses - they are intended to be filled later once an agreement is reached).--GZWDer (talk) 18:54, 12 January 2021 (UTC)[reply]

Review of your bot actions and bot requests posted in Wikidata channel in telegram today[edit]

Hi. Since you are not in Telegram I just wanted to notify you about this here: "I found this: https://www.wikidata.org/wiki/Wikidata:Administrators%27_noticeboard/Archive/2020/08#Please_reconsider_bot_permissions_for_User:GZWDer_(flood) -> lost botflag for the flood account on 7 August 2020 Here is the details on the request for import of lexemes: https://www.wikidata.org/wiki/Wikidata:Requests_for_permissions/Bot/GZWDer_(flood)_5 Mahir blocked the bot from the Lexeme namespace forever on 3 nov 2020 after the user went ahead importing lexemes without the support of the community first, see https://www.wikidata.org/w/index.php?title=Special:Log&page=User%3AGZWDer_%28flood%29&type=block

There are a lot of concerns for the current and past proposals for bot requests by this user. See the latest by Pintoch 30 december 2020 near the bottom: "I still oppose this, as I am not confident the operator can respect the views of the community on this. General lack of trust in them given the history in this area." https://www.wikidata.org/wiki/Wikidata:Requests_for_permissions/Bot/RegularBot_2

It seems to me from reading these pages that GZWDer is really trying to mold their ideas/requests to fit the community, but I get the impression that they still have a long way to go before trust is (re)established.

This comment from Jura on a recent bot request sums it up: "Can you do a sum up of recently raised issues and provide ways we can check that they are fixed? You can't just open a new bot request and expect people re-repeat every problem you are meant to fix every time." https://www.wikidata.org/wiki/Wikidata:Requests_for_permissions/Bot/RegularBot_3

So basically the users in the above pages do not trust GZWDer to clean up the mess the bot might create. I think it's wise to ask GZWDer to clean up their previous botmess first and then when good standing has been reached then we can discuss further bot request ideas for improving Wikidata. Until then any request should be denied IMO."

Good luck with the clean up--So9q (talk) 18:41, 12 January 2021 (UTC)[reply]

@So9q: Any users who concerns about specific edits please post at User:GZWDer/issues so that I can see how much the issues are.--GZWDer (talk) 18:45, 12 January 2021 (UTC)[reply]
@So9q: As I do not use Telegram, please ping any participants of Telegram chats here or direct them to the User:GZWDer/issues page.--GZWDer (talk) 18:51, 12 January 2021 (UTC)[reply]
done--So9q (talk) 08:27, 13 January 2021 (UTC)[reply]
@So9q: I have closed the first issue. I will start fixing more issues via semi-automatic tools with main account (if the flood account is still blocked) on Monday unless User:Multichill said otherwise. Fixing of some issues may require discussion and can not be worked on currently, such as this one.--GZWDer (talk) 19:07, 15 January 2021 (UTC)[reply]

Unauthorized bot User:GZWDer (flood)[edit]

The bot account User:GZWDer (flood) got it's bot flag removed last year by User:Ymblanter so it's no longer authorized to operate here. Please get it authorized again before doing any more edits. Multichill (talk) 18:52, 12 January 2021 (UTC)[reply]

An issue is users raised concerns at requests Wikidata:Requests for permissions/Bot/RegularBot 3 and I have responsed to them, but they does not reply further. This makes no helps about getting an approval.--GZWDer (talk) 18:56, 12 January 2021 (UTC)[reply]
That's unfortunate, but that's not the account I'm referring too. A bot flag is a statement of trust: Trust to do correct edits, trust to not abuse it, trust to fix issues, trust that you will clean up the mess that might be caused by a robot, etc.
It looks like multiple people lost that trust in you to the point that the authorization was revoked. It's going to be hard to regain that trust. Running an unauthorized bot (or running a bot under your main account) will only make matters worse. Multichill (talk) 19:14, 12 January 2021 (UTC)[reply]
@Multichill: I would prefer other users to summerize issues (or mess) at User:GZWDer/issues so that they may see how the issues got fixed. Talk page threads are not permanent.--GZWDer (talk) 19:19, 12 January 2021 (UTC)[reply]
As a side note, we need to define good practices of (semi)automatic editing. Many users are doing semi (or fully) automatic edits (e.g. imports) without any approval, and we does not have a clear distinction between tools-aided edits (e.g. Mix'n'Match) and semi-automatic ones.--GZWDer (talk) 19:28, 12 January 2021 (UTC)[reply]
You decided to do edits with the unauthorized bot account so I changed the block to a complete block. Multichill (talk) 11:42, 13 January 2021 (UTC)[reply]
@Multichill: Can I use this account for fixing issues only? I am not planning to do other edits until issues are resolved. Alternatively you may provide other routes to resolve the problem.--GZWDer (talk) 13:10, 13 January 2021 (UTC)[reply]
@Multichill, So9q: As a note: I am fixing existing issues but am not certain what is considered acceptable by community. Some issues such as these 900 items are not easily fixable without automatical tools.--GZWDer (talk) 20:02, 13 January 2021 (UTC)[reply]
Hi again. I have a concrete suggesting of how you can go forward with semi-automated edits and slowly build up your reputation again. Do you want it?--So9q (talk) 06:05, 14 January 2021 (UTC)[reply]
@So9q: I need a formal statement about semi-automated edits from @Multichill: first. Note to make user contributions readable I prefer to use the GZWDer (flood) account as legitmate alternative account for all semi-automated edits, even without bot flag (and I did it for some times).--GZWDer (talk) 08:06, 14 January 2021 (UTC)[reply]
I don't understand. If your user account is still unblocked, why can't you just use that. A bot account is for fully automated edits (only if you ask me). That's why we have an approval process and extra rules. It's possible and allowed to do semi-automated edits with a user account (I use LexUse with mine for example). Are you willing to hear my suggestion now?--So9q (talk) 12:15, 14 January 2021 (UTC)[reply]
The tools or scripts may be run in main account, but 1. as I check my contribution, it is not easy to differ manual edits from ones produced by bots; 2. Multichill does not recommand running them on main account.--GZWDer (talk) 12:37, 14 January 2021 (UTC)[reply]

Items with mismatched ORCID and name[edit]

See Fluorescence and Multiphoton Imaging for Tissue Characterization of a Model of Postmenopausal Ovarian Cancer (Q92079503). It has author serial #1 whose name matches author names string serial #2. I followed the author name for serial # (Travis W. Sawyer (Q91471773). The ORCID for that item is wrong; it belongs to another named person. Strange, but that ORCID actual owner (Travis W. Sawyer) should be the article's #1 author. I don't know how your list that you used to create items, but it was corrupted. I have found for or five items where the ORCID doesn't belong to them. It's frustrating when I run ORCIDator to put disambiguate authors based on what they have in their ORCID and the names don't match (and ORCID fails.) I've corrected the error, but I hope you'll take the take to investigate the history of these items.

I'm not sure what you need to go and isolate your bot's failures, particularly given these errors were made so long ago. It may be irreparable. I certainly hope you've improved your bot so it doesn't continue these errors. I know they may be a small fraction of your bot's output, but they still create problems with the data that are hard to uncover.

Thanks for your work to add content. Trilotat (talk) 22:32, 13 January 2021 (UTC)[reply]

I have a suggestion for a solution. Remove all author information from this corrupted dataset. We keep the article item. In this case the author linked from the article was missing an orchid despite it being stated in the source at https://www.ebi.ac.uk/europepmc/webservices/rest/search?query=EXT_ID:32311117%20AND%20SRC:MED&resulttype=core&format=json
That gives me the impression me that this import was not carefully considered before being rushed into Wikidata. I'm generally in favor of deleting and reimporting rather than try to clean up a mess like this. If anyone is willing to run a clean up bot I'm all ears, until then I suggest we delete all incorrect statements and someone else will import correctly later on.
If orchid is missing on some of the authors it might be a good idea to contact the source and ask them to fix it instead of creating items for authors in WD with no external ID like orchid. How does that sound?--So9q (talk) 06:15, 14 January 2021 (UTC)[reply]
@Trilotat: It is frequent that someone claims other's (with same name) paper as their own contribution; in my memory a tenure professor was fired for doing so. See User_talk:LargeDatasetBot/archive#Bad_data_in_Orcid; if you see any ORCID records that does not refers to one single person, please report it to ORCID so that ORCID may lock their record.--GZWDer (talk) 08:11, 14 January 2021 (UTC)[reply]
The error is in the source for Q91471779 where one author's ORCID is linked to another author. The author item Q91471773 was then created from the ORCID but using the source where it was used incorrectly. When Q92079503 was created it was just matched to the existing item based on ORCID. Comparing the names in the source with the names in the items would find some of these errors, although sometimes it will be the same person just a different name. If it's a corrupted dataset it could affect any part of it, not just the author information. More likely it occasionally has incorrect data, similar to most used in Wikidata. Peter James (talk) 12:16, 14 January 2021 (UTC)[reply]

How did you connect ORCID to Q91471777[edit]

Can you tell me the logic/source you used to connect the ORCID to this author? I generated an item for Jennifer Barton (Q104805370), the confirmed author of Evaluation of segmentation algorithms for optical coherence tomography images of ovarian tissue (Q91471779). I created a new item because I couldn’t confirm they were same person. You generated the scholarly article Q91471779 and connected it to Q91471777 with an ORCID; if I knew your logic for assigning that ORCID we could connect that ORCID to Q104805370. If you can clarify, please let me know and I’ll disambiguate. I’ve connected many items to the other person so please allow me to do the disambiguation. Thanks, Trilotat (talk) 14:42, 14 January 2021 (UTC)[reply]

  • here is the source of the data and you can see the ORCID is assigned to the wrong author. One article is only imported once and I did not see any other articles by Sawyer. Note this bot is not able to find authors without ORCID.--GZWDer (talk) 15:16, 14 January 2021 (UTC)[reply]
    It appears to be correct - unless they (or the university or the publisher) submitted the ORCID of another person with the same name instead of their own. It's the other ORCID there that is assigned to the wrong author. Peter James (talk) 17:05, 14 January 2021 (UTC)[reply]
    EuropePMC have an "claim author" tool, and people may make errors claiming others' work.--GZWDer (talk) 17:07, 14 January 2021 (UTC)[reply]

After MGP, how about AcademicTree?[edit]

You've done a great job importing MGP information to Wikidata. Have you considered doing the same kind of import for Academic Tree (Academic Tree ID (P2381))? --Bender235 (talk) 21:49, 18 January 2021 (UTC)[reply]

As there would be large number of potential duplicates, we need to spend some times matching existing items first.--GZWDer (talk) 06:15, 19 January 2021 (UTC)[reply]
Is there no way to match advisor-advisee pairs from MGP to Academic Tree data? --Bender235 (talk) 20:39, 19 January 2021 (UTC)[reply]
No yet.--GZWDer (talk) 20:41, 19 January 2021 (UTC)[reply]
I see. I hope you consider it in the long run, though. Apart from that, there is also the RePEc Genealogy, based on RePEc Short-ID (P2428). Another source to keep in mind. Cheers. --Bender235 (talk) 03:35, 20 January 2021 (UTC)[reply]
A follow-up: there's also the AstroGen project specifically for astronomers and astrophysicists. Importing all entries would, as of now, certainly also create many duplicates, but since many of them include ORCID iD (P496) (such as here) and/or ISNI (P213) (such as here), could you run your bot to import AstroGen ID (P8880) based on matches with existing ORCID iD (P496) on Wikidata? --Bender235 (talk) 21:10, 24 August 2021 (UTC)[reply]

Request[edit]

Hi GZWDer, if you think OS is needed, please contact an OSer. Personally, I'd have done with mere deletion and obviously not requested it there. Thanks. --- Jura 13:51, 22 January 2021 (UTC)[reply]

An OSer is pinged in edit summary.--GZWDer (talk) 14:01, 22 January 2021 (UTC)[reply]
Somehow I doubt that works. --- Jura 15:30, 22 January 2021 (UTC)[reply]
To avoid the Streisand effect, it is still recommended not to request removal of private information in public venue.--GZWDer (talk) 21:22, 22 January 2021 (UTC)[reply]

Bulk deletion request[edit]

See this request. Greetings, --Dick Bos (talk) 16:31, 31 January 2021 (UTC)[reply]

Three-way author mismatch[edit]

The current version of George K C Wong (Q91935629) seems to confuse three people: the label is "George K C Wong", while "Philippe Bijlenga" (for whom we have Philippe Bijlenga (Q42305437)) is listed as an alias (due to a merge from Q91935643 via QS batch 38147), and the ORCID points to an entry under "Jose Suarez". All of this suggests that your workflows for these matters would benefit from close inspection. --Daniel Mietchen (talk) 21:30, 16 February 2021 (UTC)[reply]

@Daniel Mietchen: A simple investigation found that: [1] and [2], the author "George K. C. Wong" linked to ORCID 0000-0003-0548-9936 [3] and [4], the corresponding author "Philippe Bijlenga" also linked to ORCID 0000-0003-0548-9936. So @ArthurPSmith: should we ask ORCID to disable such ID?--GZWDer (talk) 08:32, 18 February 2021 (UTC)[reply]
Wow, that's a mess. Do you know why your code merged those two people? Anyway, ORCID should definitely be notified that George K. C. Wong appears to be using this ID that has a very different name. GZWDer are you willing to do that? Click on "Help" in the bottom right, then "Contact Us" and select the right option (maybe "Other" in this case) and fill in the form. ArthurPSmith (talk) 14:01, 18 February 2021 (UTC)[reply]
The likely situation is (1) the bot processed George K. C. Wong/0000-0003-0548-9936 and there are not an item for such ORCID; (2) the bot created a new item for such information; (3) the bot processed Philippe Bijlenga/0000-0003-0548-9936, but due to query service lag, the bot does not found the new item and created one (there is a LRU cache but the entry may be purged by other ORCIDs); (4) the bot created another item for that ORCID; (5) these two items have the same ORCID and are merged.--GZWDer (talk) 14:12, 18 February 2021 (UTC)[reply]
Both articles have a list of authors and collaborators and Suarez is the first name in the collaborators, so a more likely explanation is that the ORCID was added in the wrong place. Some items that now link to Q91935629 should link to either Q42305437 or an item for Jose I Suarez. Peter James (talk) 09:44, 3 March 2021 (UTC)[reply]

[WMF Board of Trustees - Call for feedback: Community Board seats] Meetings with the Wikidata community[edit]

The Wikimedia Foundation Board of Trustees is organizing a call for feedback about community selection processes between February 1 and March 14. While the Wikimedia Foundation and the movement have grown about five times in the past ten years, the Board’s structure and processes have remained basically the same. As the Board is designed today, we have a problem of capacity, performance, and lack of representation of the movement’s diversity. Our current processes to select individual volunteer and affiliate seats have some limitations. Direct elections tend to favor candidates from the leading language communities, regardless of how relevant their skills and experience might be in serving as a Board member, or contributing to the ability of the Board to perform its specific responsibilities. It is also a fact that the current processes have favored volunteers from North America and Western Europe. In the upcoming months, we need to renew three community seats and appoint three more community members in the new seats. This call for feedback is to see what processes can we all collaboratively design to promote and choose candidates that represent our movement and are prepared with the experience, skills, and insight to perform as trustees?

In this regard, two rounds of feedback meetings are being hosted to collect feedback from the Wikidata community. Two rounds are being hosted with the same agenda, to accomodate people from various time zones across the globe. We will be discussing ideas proposed by the Board and the community to address the above mentioned problems. Please sign-up according to whatever is most comfortable to you. You are welcome to participate in both as well!

Also, please share this with other volunteers who might be interested in this. Let me know if you have any questions. KCVelaga (WMF), 14:32, 21 February 2021 (UTC)[reply]

Unsourced claim, again[edit]

Hi. About mendelevium (Q1898) and element symbol (P246), and your [5] revert.

As I wrote with my revert: You did not source this claim, which is otherwise unknown nor common. Then you did revert *without providing a source*. The Help-link does not base or motivate your claim. And, I must say: that response is very paternalistic. I strongly suggest you comply with basic Wiki quality level (instead of editwarring with empty es's). -DePiep (talk) 21:12, 25 February 2021 (UTC)[reply]

@DePiep: I added a source. Cheers, VIGNERON (talk) 16:51, 8 March 2021 (UTC)[reply]

Descriptions on imported drinks etc from your flood bot[edit]

Hi se https://www.wikidata.org/w/index.php?title=Q85801592&type=revision&diff=1379720949&oldid=1337434403 Could you run a batch and add descriptions to every single item your bot ever added that has no English description? Thanks in advance 😃--So9q (talk) 06:31, 11 March 2021 (UTC)[reply]

  • @So9q: Currently you can make a list using PetScan (which supports filtering items without English descriptions) and add descriptions using QuickStatements. Previously there is a tool called Descriptioner, but this tool is no longer online.--GZWDer (talk) 06:39, 11 March 2021 (UTC)[reply]

Question regarding "#invoke:Property"[edit]

Hi, I was going to add a new property (The Mountaineers Routes & Places ID (P9383)) to the Oregon properties. When I went to edit the template I saw it has the command "#invoke:Property navigation|navbox|Oregon." Does that automatically add properties that have been tagged as Oregon properties? If not, how do I go about adding a property to a page like that? UWashPrincipalCataloger (talk) 03:21, 31 March 2021 (UTC)[reply]

I got help on Telegram, so I know now how to add properties to state lists. UWashPrincipalCataloger (talk) 00:34, 28 April 2021 (UTC)[reply]
I have added a notice.--GZWDer (talk) 20:26, 28 April 2021 (UTC)[reply]

Hello,
As you were the creator of the proposal for Just Sports Stats player ID (P3566), I wish to inform you of this talk about it here. Any help or suggestion would be much appreciated. Thanks ! --Cortomaltais (talk) 14:38, 25 April 2021 (UTC)[reply]

Call for participation in the interview study with Wikidata editors[edit]

Dear GZWDer,

I hope you are doing good,

I am Kholoud, a researcher at the King’s College London, and I work on a project as part of my PhD research that develops a personalized recommendation system to suggest Wikidata items for the editors based on their interests and preferences. I am collaborating on this project with Elena Simperl and Miaojing Shi.

I would love to talk with you to know about your current ways to choose the items you work on in Wikidata and understand the factors that might influence such a decision. Your cooperation will give us valuable insights into building a recommender system that can help improve your editing experience.

Participation is completely voluntary. You have the option to withdraw at any time. Your data will be processed under the terms of UK data protection law (including the UK General Data Protection Regulation (UK GDPR) and the Data Protection Act 2018). The information and data that you provide will remain confidential; it will only be stored on the password-protected computer of the researchers. We will use the results anonymized (?) to provide insights into the practices of the editors in item selection processes for editing and publish the results of the study to a research venue. If you decide to take part, we will ask you to sign a consent form, and you will be given a copy of this consent form to keep.

If you’re interested in participating and have 15-20 minutes to chat (I promise to keep the time!), please either contact me on kholoudsaa@gmail.com or use this form https://docs.google.com/forms/d/e/1FAIpQLSdmmFHaiB20nK14wrQJgfrA18PtmdagyeRib3xGtvzkdn3Lgw/viewform?usp=sf_link with your choice of the times that work for you. I’ll follow up with you to figure out what method is the best way for us to connect.

Please contact me using the email mentioned above if you have any questions or require more information about this project.

Thank you for considering taking part in this research.

Regards

Kholoud

7 potential classical music properties to propose[edit]

@GZWDer, Pintoch, Kolja21: since you all proposed FAST ID (P2163), RISM ID (P5504), and Library of Congress authority ID (P244), respectively, FYI there are a few potential properties that could use proposing @ en:Template talk:Authority control#Several potential classical music properties (FAST, RISM, LCCN are the only currently-existing properties in that thread), namely:

  1. Bach Digital (Q19835087)
  2. Bach-Werke-Verzeichnis (Q214203)
  3. International Standard Musical Work Code (Q949026)
  4. Deutsch catalogue (Q1201890)
  5. Berlin State Library (Q170109)
  6. Zahn number (Johannes Zahn (Q78273))
  7. Neue Bach-Ausgabe (Q950630)

Tom.Reding (talk) 11:08, 7 June 2021 (UTC)[reply]

@Tom.Reding: hello, I did not propose any of these properties :) − Pintoch (talk) 09:41, 9 June 2021 (UTC)[reply]
@Pintoch: how could I find out who did? You created the discussion page so I naturally thought it would've been you who proposed it. Presumably, I'm also wrong about the other 2... Anyway, I'm just trying to draw the attention of editors who would be inclined to make these proposals since I don't have any experience/desire to do so. —Tom.Reding (talk) 10:17, 9 June 2021 (UTC)[reply]
@Tom.Reding: To find out who proposed a property, you can:
  • Go to the property
  • Click on the link in the property proposal discussion (P3254) statement
  • Observe who started the discussion for the creation for the property (generally the first user signature in the proposal).
Let me know if anything is unclear. − Pintoch (talk) 15:09, 9 June 2021 (UTC)[reply]

what is Q65402743[edit]

Can you add anything to this? You created it but it's an empty item except for the site link (which has too little info for me to even guess a instance of (P31). Trilotat (talk) 01:09, 2 July 2021 (UTC)[reply]

Is LargeDatasetBot still working?[edit]

Hi. It seems LargeDatasetBot is stopped for a long time. It is a great bot. Can it restart again? Kanashimi (talk) 21:33, 3 July 2021 (UTC)[reply]

@Kanashimi: This may be restarted at any time, but I tend to wait for more input in Wikidata:Requests_for_permissions/Bot/So9qBot.--GZWDer (talk) 13:33, 4 July 2021 (UTC)[reply]
Thank you for the comment. Kanashimi (talk) 22:24, 4 July 2021 (UTC)[reply]

ORCID error with name/ORCID mixup.[edit]

An interesting error occured for this edit: "Finn C Nielsen" and 0000-0001-9786-7193, but 0000-0001-9786-7193 refers to Mette Dandanell Nielsen. — Finn Årup Nielsen (fnielsen) (talk) 09:29, 7 July 2021 (UTC)[reply]

@Fnielsen: In [6], the ORCID is associated to the wrong author.--GZWDer (talk) 02:13, 10 July 2021 (UTC)[reply]

Property:P2482[edit]

At Property:P2482 the scheme for the ID has changed. For Babe Ruth (Q213812), for example, it switched from "9dcdd01c" to "babe-ruth", but the old scheme still works. Can someone figure out how to go from one scheme to the other. For Clark Calvin Griffith (Q1095705) I had to use the url because I cannot figure how to find the old alphanumeric value from the new alphabetic value. --RAN (talk) 14:30, 27 July 2021 (UTC)[reply]

Maiden name vs. married name[edit]

For the Geni import, you seem to be importing women by their married name, would it be better to import women by their maiden name? That way all the children have the same surname, and it is easier to spot errors. --RAN (talk) 16:58, 12 August 2021 (UTC)[reply]

OK, I will add maiden name as an alias.--GZWDer (talk) 16:59, 12 August 2021 (UTC)[reply]

Question about an edit by LargeDatasetBot[edit]

Hi GZWDer, I just spotted an issue with an edit made by LargeDatasetBot back in December 2020. In this edit it changed the venue from Radiocarbon (Q15761330) to npj Science of Food (Q50817369). It also removed Paula Reimer (Q33083290) as an author and added a list of authors who don't appear in the list of contributors for the journal article.

It looks to me like the bot might have confused this paper with something else as the topics and authors are very different. I wanted to check what you thought before I undo the edit, and whether there may be other items which have similar issues. Richard Nevell (talk) 09:42, 2 September 2021 (UTC)[reply]

I have reverted this edit. Such data was imported from European PubMed Central, which has now corrected the data.--GZWDer (talk) 14:06, 2 September 2021 (UTC)[reply]

Improving matching of new articles with items[edit]

Hi, you might be interested in commenting on phab:T290718 to improve matching between new Wikipedia articles and Wikidata items, which I'm proposing as an Outreachy project. Thanks. Mike Peel (talk) 09:57, 10 September 2021 (UTC)[reply]


TP upload label fix, GZWDer (flood) cleanup[edit]

Hi GZWDer,

There is quite some time since the upload and the issue was first mentioned, but I still find malformed labels, e.g.

These can lead to duplicates.

If you think these shouldn't be fixed, but Help:Label changed instead, please bring it up on project chat. --- Jura 11:56, 12 September 2021 (UTC)[reply]

Geni import stopped working[edit]

I seem to be getting an error during the Geni import: TypeError: 'NoneType' object is not subscriptable

<ipython-input-28-eefc8bb992ad> in dogeni(id, anf)
    152                     cur_alias.append(fmdata['first_name']+' '+fmdata['maiden_name'])
    153                 cur_alias=[i for i in cur_alias if i!=fmname]
--> 154             curitem=geni_get_or_create(cfmid,fmname,nextgender,"",cur_alias)
    155         if (curitem,old_id) not in p40:
    156             if int(old_id[1:])<96000000 and int(curitem[1:])<96000000:

<ipython-input-28-eefc8bb992ad> in geni_get_or_create(id, name, gender, desc, alias)
     76                                                                           },"type": "statement","rank": "normal","references": []}]
     77     ip=pywikibot.ItemPage(pywikibot.Site('wikidata', 'wikidata'))
---> 78     ip.editEntity(data, summary="semi-automatic Geni import")
     79     geni_items[id]=ip.id
     80     return ip.id

Germartin1 (talk) 16:28, 16 September 2021 (UTC)[reply]

Deprecated PubMed codes[edit]

Hi, could you comment edits like [7], [8], [9]. Why added codes are marked as deprecated? — Ivan A. Krestinin (talk) 21:48, 19 September 2021 (UTC)[reply]

They have the same DOI (or, probably the DOI in EuropePMC is wrong), but the title is different. So I add them to prevent reimporting them in the future. In many cases they are truly the same (some also have another item that should be merged), but I have no time to check them.--GZWDer (talk) 02:02, 20 September 2021 (UTC)[reply]

Doubles[edit]

Yo! Methinks your bot produces doubles of people. Sample at hand is Q102117911, recently created by your bot and doubling Q63157011. Maybe, you'd like to roll it back on your workbench for review. Yotwen (talk) 07:23, 24 September 2021 (UTC) PS: Thank's for your effort, anyway.[reply]

I've also had to merge a number of items from the Mathematics Genealogy Project this week. Gamaliel (talk) 19:00, 24 September 2021 (UTC)[reply]
I have the same issue with Q59120249 and Q103102074 -- Dom (talk)

Lojban's grammatical items[edit]

Hello GZWDer, could you clarify the English label and description of Q55832778, Q55832776, Q55832779, Q55832773 = Q25389608, Q55832781. If relevant please consider adding the subclass of (P279) as adverb, noun, or alternative larger Part of speech/grammar item. Please also review Special:WhatLinksHere/Q6112301. Every help to improve the list of Parts of Speech is good to take :) Yug (talk) 16:14, 11 December 2021 (UTC)[reply]

Karl and Eduard Pallavicini[edit]

Karl's entry in the BLKÖ says "Count Karl was with Leopoldine born Countess Zichy von Vasonykeö wedded, out of which marriage a son, Marquis Eduard (born 9 March 1787, died 20 April 1839), descended, himself in the year 1806 with Josephine born Countess Hardegg-Glatz wedded." Does this not mean that Q95036133 was the father of Q94528123? Opera hat (talk) 17:54, 4 January 2022 (UTC)[reply]

@Opera hat: So Roglo, Geni and Genealogics are wrong, or Eduard Pallavicini (Q94528123) conflates multiple people?--GZWDer (talk) 17:56, 4 January 2022 (UTC)[reply]
No, I mean the Karl (i.e. Charles, died 3 March 1789) of the BLKÖ and the Giancarlo (i.e. John Charles, died 4 March 1789) of the genealogy websites are the same person.
The BLKÖ entry for the Pallavicini family quotes the Historic and Heraldic Handbook to the 1855 Genealogical Pocket-Book of the Comital Houses (published by the Almanach de Gotha people), which says "Michello Camillo Pallavicini, married with Geronima Grimalda Ceba, had a son Alessandro marquis of Pallavicini, married with Livia Mari, whose son Karl marquis Pallavicini-Centurioni (died 1789), imperial and royal chamberlain and major-general, was married with Leopoldine born countess Zichy von Vasonykeö, left a son marquis Eduard, married 1806 with Josephine born countess Hardegg-Glatz." This all matches the genealogy websites.
The disagreement in the sources is in the identity of Karl's/Giancarlo's father, not Eduard's. The BLKÖ goes on to say "Following careful research the editor of this dictionary himself places the parentage of Major-General Karl differently" as shown in a facing family tree, which gives Karl's father as Johann Lucas count Pallavicini, rather than Alessandro.
Karl Pallavicini (Q95036133) and Karl Pallavicini (Q110412596) need merging. Opera hat (talk) 19:26, 4 January 2022 (UTC)[reply]

Weird title on Q98665319[edit]

Please check out the history of Impact of COVID-19 on household waste flows, diversion and reuse: The case of multi-residential buildings in Toronto, Canada (Q98665319) where the bot added a weird title. Bovlb (talk) 17:19, 2 February 2022 (UTC)[reply]

The original source (European PubMed Central) may had this incorrect title; however it is now corrected in that website.--GZWDer (talk) 02:52, 7 February 2022 (UTC)[reply]

Content-free and wrong item you created[edit]

You created en:Los Altos Center with zero info. Is that useful? Pi bot then added coordinates] in the totally wrong area (in en:Los Altos, California), attributing to enwp. How might we fight such nonsense? Dicklyon (talk) 01:38, 15 June 2022 (UTC)[reply]

Hello @Dicklyon: please feel free to join the discussion at Wikidata_talk:Events/Data_Quality_Days_2022, e.g. Wikidata_talk:Events/Data_Quality_Days_2022#Discussion:_Matching_new_Wikipedia_articles_to_Wikidata_items. Thanks a lot! --M2k~dewiki (talk) 08:47, 15 June 2022 (UTC)[reply]
Hello @Dicklyon: the coordinates where imported from the en-WP arcticle: https://en.wikipedia.org/w/index.php?title=Los_Altos_Center&oldid=1048942250 . So if there is any wrong information in articles, it might be also (re)imported to the wikidata objects. --M2k~dewiki (talk) 08:47, 15 June 2022 (UTC)[reply]

Is probably a duplicate.--Shivon Zilis (talk) 19:23, 7 July 2022 (UTC)[reply]

17:46, 30 December 2021‎ GZWDer talk contribs‎[edit]

Hello. At 17:46, on 30 December 2021‎, you created François-Joseph, comte de Choiseul-Beaupré (Q110314956), which is a duplicate of François-Joseph, comte de Choiseul-Beaupré (Q73922588), created on 7 November 2019‎. Thank you. 184.153.91.75 19:10, 28 July 2022 (UTC)[reply]

Thank you. 184.153.91.75 22:18, 29 July 2022 (UTC)[reply]

Isotopes duplicate[edit]

Hi. In Dec2020 / Jan2021 you created antimony-120 (Q83031281), which is a duplicate of antimony-120 (Q4044222).

Same with Se-78 selenium-78 (Q1890759)selenium-78 (Q83032977),
Se-82 selenium-82 (Q2290353)selenium-82 (Q83032448).

-DePiep (talk) 14:10, 2 August 2022 (UTC)[reply]

Stupid bot![edit]

This stupid bot changes people's names. If the owners of bots do not follow and correct their mistakes, bots should not be allowed to work here. 212.174.190.23 14:21, 5 September 2022 (UTC)[reply]

xD Matlin (talk) 13:59, 31 October 2022 (UTC)[reply]

genealogics.org import: Susanne|Susanna[edit]

Hi,

Susanne|Susanna (Q113928869) is an especially useless item.

Please react to criticism. #Heiko_Braak_(Q97519831) is already old and you haven't replied yet.

Kind regards--Schild & Vriend (talk) 17:23, 11 September 2022 (UTC)[reply]


Same Name[edit]

Why did you feel like creating two different pages with the same name? Bapini and Bapini ☆★चाहर धर्मेंद्र--राम राम जी-- 05:04, 18 September 2022 (UTC)[reply]

翻译通知:Help:Description[edit]

嗨!GZWDer,

您收到此通知,是因为您作为一名中文的翻译者在Wikidata注册了。页面Help:Description已提供翻译。您可在此翻译:

这个页面有高重要度。


非常感谢您的帮助。像您一样的翻译者正在不断努力帮助Wikidata成为一个真正多语言的社群。

您可以更改您的通知设置

感谢您! Wikidata翻译协调员‎, 02:33, 23 September 2022 (UTC)

Mr. Pieter Rutger Feith" (Q110423744)[edit]

Hallo GZWDer, wondering who is who here, because I linked Commons:Category:Pieter Rutger Feith to Pieter Rutger Feith (Q55902316) (because of the dates of birth|dead, and there is also a Pieter Rutger Feith (Q109713566). Thank you so much for your time. Lotje (talk) 07:01, 27 September 2022 (UTC)[reply]

Charlotte Amalia Vockestaert (Q112644883)[edit]

Hello GZWDer, can you explain why you created Q112644883 and a bunch of other similar Q-items. For Q112644883 there is no description but also no link to another Wikimedia project like Wikipedia or Commons and almost nothing mentioned about this topic. So what is the purpose of creating this Q-item. Except for the name Charlotte Amalia Vockestaert and the information that is about a female human, there is almost no information inside the Q-item. Why did you do that? - Robotje (talk) 11:45, 2 October 2022 (UTC)[reply]

@Robotje: For this person it is described in book "Child of the Enlightenment: Revolutionary Europe Reflected in a Boyhood Diary" page 45. There is also an image about this person.--GZWDer (talk) 19:37, 2 October 2022 (UTC)[reply]

Wikidata:Property proposal/Sogou Baike ID[edit]

Hi GZWDer, 请教下为什么百度百科提交的属性申请都失败了?我们还有什么需要改进的地方吗? DavidMorre (talk) 03:24, 10 October 2022 (UTC)[reply]

Seemingly a mess of O'Connor duplicates[edit]

I was looking at Fergus O’Connor (Q114151863). I then came to the conclusion there were a number of duplicate items and If I'm not mistaken they were created by your bots. I've Quickstatements merged as follows:

And done a little tidying. But I've just reached Arthur O'Connor (Q2865279), Arthur O'Connor (Q4799855), Arthur O'Conner (Q75875921) & Arthur O'Conner (Q75875924) let alone probably others and decided this is getting beyond me, and to cap it all its just mental pain to be reminded I'm indef blocked on the English Wikipedia which denies me access to the Wikipedia Library so I'm not going to try to follow the peerages. Can you please confirm you've created a problem here and indicate how your are going to fix it or alternatively indicate to me that what I think I am seeing as a problem here is incorrect. Thankyou. -- Deirge Ó Dhaoinebeaga(a)talk 05:46, 16 October 2022 (UTC)[reply]

Demler duplicate[edit]

Eugene A. Demler (Q90914011) duplicate to Eugene A. Demler (Q43427715). Why? -- English Disco Lover (talk) 18:05, 27 October 2022 (UTC)[reply]

It's already merged by you, so what's the problem? Matlin (talk) 19:41, 29 October 2022 (UTC)[reply]

Found an issue with your flood account[edit]

I left an issue at User:GZWDer/issues. RPI2026F1 (talk) 02:35, 4 December 2022 (UTC)[reply]

@RPI2026F1: They have labels in another language, though not in English.--GZWDer (talk) 04:23, 4 December 2022 (UTC)[reply]
They have labels, not statements. Not even an "instance of" statement. RPI2026F1 (talk) 04:49, 4 December 2022 (UTC)[reply]
Items without sitelink are a long term issue, though not something that must be fixed immediately. See Wikidata:Project_chat/Archive/2022/11#Empty_scientist_items. Also User:NoclaimsBot will handle some but only if the item exist. GZWDer (talk) 05:52, 4 December 2022 (UTC)[reply]

HTML tags in labels/titles from LargeDatasetBot[edit]

E.g. The complete chloroplast genome of <i>Azara serrata</i> (Salicaceae) from Chile (Q104578681), The complete chloroplast genome sequence of an invasive plant <i>Solanum rostratum</i> (Solanaceae) (Q104580531), etc.

There are apparently quite many of these with the <i> tag.

--Push-f (talk) 10:21, 23 December 2022 (UTC)[reply]

This occurs in various imports by different users. Have a look at [10], which contains a flow of items to fix. GZWDer (talk) 22:37, 23 December 2022 (UTC)[reply]

Anonymes from Genealogics[edit]

Hi. I am not really sure of the plus-value of having such items as father of Basiliscus (Q116472171) or NN (Q116471089) over "unknown value" from their children. --Jahl de Vautban (talk) 13:58, 29 January 2023 (UTC)[reply]

In this case, it provides information like "X and Y have the same father" even we do not know his name. (sibling (P3373) is not as easily query as this one.) GZWDer (talk) 15:50, 29 January 2023 (UTC)[reply]

Reopened properties[edit]

Hello! I have a request to reopen some properties:

  1. Wikidata:Property proposal/Litres author ID
  2. Wikidata:Property proposal/British Swimming IDs
  3. Wikidata:Property proposal/AIBA ID
  4. Wikidata:Property proposal/Athletic Bilbao profile ID
  5. Wikidata:Property proposal/Epson Tour player ID
  6. Wikidata:Property proposal/WPGA Tour Australasia player ID

In addition, consult with individual participants about reopening the discussion of those properties where no participant wished to speak. — MasterRus21thCentury (talk) 04:26, 10 March 2023 (UTC)[reply]

Property proposals[edit]

While I agree every single property proposal deserves not to be dismissed without a proper review, MasterRus is apparently somewhat of a serial-proposer. The bar for IDs are low, and that is fine, but a bar is certainly needed. If he proposes a property that involves less than 100 notables items, it should be opposed, early, and the proposal closed. Infrastruktur (talk) 19:47, 10 March 2023 (UTC)[reply]

This is really a tricky issue as WD:N point 2 regers to "serious and publicly available references" and the website linked may be one. GZWDer (talk) 20:05, 10 March 2023 (UTC)[reply]
Also, mass proposing is not a reason against a particular proposal. Every proposals should be judged on their own merits. GZWDer (talk) 20:14, 10 March 2023 (UTC)[reply]

WikiProject Emoji[edit]

Hello! Because of your work on emoji-related items, I want to invite you to check out Wikidata:WikiProject Emoji, which I've created recently. Enjoy! -wd-Ryan (Talk/Edits) 03:02, 20 March 2023 (UTC)[reply]

i think this change is incorrect. there are self-crossing quadrilaterals like antiparallelogram (Q581094), that are not convex but cyclic. --opensofias (talk) 00:30, 3 April 2023 (UTC)[reply]

Genealogics import[edit]

Hi GZWDer,

distinguishing items like Robert Napier (Q117381819) Sir Robert Napier (Naper), of Middlemarsh from Robert Napier (Q7347951) is probably very difficult, but your import certainly bears the chance of many duplicates.

Would it be possible to write some kind of OpenRefine addon to avoid this?

Best wishes, --Jackie Bensberg (talk) 11:42, 5 April 2023 (UTC)[reply]

Married name or maiden name for imports[edit]

The GENI imports are bringing in women under their married name, while previous imports from other websites have been using their maiden names, as is the genealogical standard. RAN (talk) 12:28, 1 May 2023 (UTC)[reply]

Removal of Template:Item documentation[edit]

Hello! Do you know that this template is not used automatically almost in all user interface languages? Infovarius (talk) 10:41, 11 May 2023 (UTC)[reply]

@Infovarius: See [11].--GZWDer (talk) 10:42, 11 May 2023 (UTC)[reply]

Could you do me a favor? Please participate this discussion. ChoKukSuhoTemp (talk) 13:09, 1 October 2023 (UTC)[reply]

Bot mixed two scientific articles in the same item[edit]

Hi, on November 1st, 2019, your bot added new details to Q61713308, but replaced the subject of the item. As a matter of fact, PubMed ID and DOI refers to two different scientific articles. Harlock81 (talk) 08:38, 7 October 2023 (UTC)[reply]

DOI wrong for Pubmed article[edit]

Pilot Randomised Evaluation of Singing in Dementia (PRESIDE): protocol for a two-arm, parallel-group randomised controlled feasibility study with waiting-list control (Q104755890) [https://www.wikidata.org/w/index.php?title=Q104755890&oldid=1337578746 has/had/ 10.1177/1098214005283748 from https://www.ebi.ac.uk/europepmc/webservices/rest/search?query=EXT_ID:33407912%20AND%20SRC:MED&resulttype=core&format=json while it is now 10.1186/s40814-020-00759-y . The other DOI is another article. Finn Årup Nielsen (fnielsen) (talk) 09:57, 26 October 2023 (UTC)[reply]

duplication page[edit]

Could you please delete https://www.wikidata.org/wiki/Q49054057 ? Because we already have https://www.wikidata.org/wiki/Q18385721#sitelinks-wikipedia Bonthefox3 (talk) 12:10, 28 October 2023 (UTC)[reply]

Adding data[edit]

Hello, could you please https://en.wikipedia.org/wiki/Template:Ch%C3%A2u_Th%C3%A0nh_district,_%C4%90%E1%BB%93ng_Th%C3%A1p_province to https://en.wikipedia.org/w/index.php?title=Template:Ch%C3%A2u_Th%C3%A0nh_district ? Bonthefox3 (talk) 14:51, 28 October 2023 (UTC)[reply]

Also, adding https://en.wikipedia.org/wiki/Template:Ch%C3%A2u_Th%C3%A0nh_district,_H%E1%BA%ADu_Giang_province to https://vi.wikipedia.org/wiki/B%E1%BA%A3n_m%E1%BA%ABu:%C4%90%C6%A1n_v%E1%BB%8B_h%C3%A0nh_ch%C3%ADnh_thu%E1%BB%99c_huy%E1%BB%87n_Ch%C3%A2u_Th%C3%A0nh,_H%E1%BA%ADu_Giang to Bonthefox3 (talk) 15:09, 28 October 2023 (UTC)[reply]

duplication page.[edit]

Could you please delete https://www.wikidata.org/wiki/Q32538989#sitelinks-wikipedia ? Because we already have https://www.wikidata.org/wiki/Q25244475#sitelinks-wikipedia Bonthefox3 (talk) 14:37, 7 November 2023 (UTC)[reply]

Hello GZWDer, since you made this edit, wonder if you could take a second look. Could it be there you meant is an itam that has? Thank you so much for your time. Cheers. Lotje (talk) 05:24, 30 November 2023 (UTC)[reply]

翻译通知:Wikidata:Glossary[edit]

嗨!GZWDer,

您收到此通知,是因为您作为一名中文的翻译者在Wikidata注册了。页面Wikidata:Glossary已可供翻译。您可在此翻译:

这个页面有高重要度。


非常感谢您的帮助。像您一样的翻译者正在不断努力帮助Wikidata成为一个真正多语言的社区。

要取消订阅或更改您的翻译通知设置,请访问Special:TranslatorSignup

谢谢!

Wikidata翻译协调员‎, 03:24, 28 January 2024 (UTC)

Merge request[edit]

Hello.

Can you merge the Wikidata page "Kategoria:Wulkany w Timorze Wschodnim" (Q32420842) which you created with the Wikidata page "Category:Volcanoes of East Timor" (Q120442501)? The same category has been unknowingly created separately.

Yours sincerely, 31.200.16.100 05:26, 31 January 2024 (UTC)[reply]

Hi, your bot created this item as a "scientific journal", but if anything, it seems to be a book chapter (see the description I added). The Crossref ID may be wrong, at least it yields no result (or if it's right, then the current title must be wrong). Thank you in advance for checking it. Adam78 (talk) 12:33, 23 February 2024 (UTC)[reply]