Jump to content

User talk:Kbseah

Add topic
From Wikidata
Latest comment: 5 months ago by GrimRob in topic Question about Tripidium bengalense

Logo of Wikidata Welcome to Wikidata, Kbseah!

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! --Epìdosis 21:15, 17 November 2023 (UTC)Reply

Thank you for connecting articles to their errata

[edit]

@Kbseah Thank you for the work you’ve done to make these connections. Trilotat (talk) 20:24, 24 November 2023 (UTC)Reply

Welcome! Examples of the queries I used are linked on my main user page, hope they may be useful, and I would also appreciate any tips on improving my SPARQL skills. Kbseah (talk) 20:39, 24 November 2023 (UTC)Reply

Fossil taxon & taxon

[edit]

Hello, this edit seems to have added "instance of > taxon" to an item which already had/s "instance of > fossil taxon". Since fossil taxon is a subclass of taxon, is this not a superfluous edit? Thank you, Maculosae tegmine lyncis (talk) 08:14, 28 August 2024 (UTC)Reply

@Maculosae tegmine lyncis: Thanks for pointing this out, I didn't account for that in my OpenRefine schema. The OpenRefine upload is still running, so I plan to wait for it to finish before running a new query to find superfluous "instance of taxon" statements to be removed. Kbseah (talk) 10:39, 28 August 2024 (UTC)Reply
Done: https://quickstatements.toolforge.org/#/batch/236929
with this query: https://w.wiki/B3SV Kbseah (talk) 08:20, 29 August 2024 (UTC)Reply

Monotypic taxon & taxon

[edit]

Online translation: the same situation applies to the subclasses "monotypic taxon", "monotypic fossil taxon" and "Candidatus" (possibly the latter 2 are not present). Please launch the bot so that it removes duplication. --VladXe (talk) 14:14, 17 April 2025 (UTC)Reply

Thanks for pointing this out. I've submitted the following QuickStatements batches to fix the issue:
https://quickstatements.toolforge.org/#/batch/245400
from query: https://w.wiki/Dqmv
https://quickstatements.toolforge.org/#/batch/245401
from query: https://w.wiki/Dqmx
https://quickstatements.toolforge.org/#/batch/245402
from query: https://w.wiki/Dqmy
-- Kbseah (talk) 02:24, 18 April 2025 (UTC)Reply

Q103954134

[edit]

Hello Kbseah, you add "scientific article published in 2008" but in reality this paper was wrote in september 1963. You surely think about online publication but I am not sure it was the needed value. Have a great day. Regards Givet (talk) 07:33, 31 August 2024 (UTC)Reply

@Givet: Thanks for fixing the information in that entry. The wrong date was originally imported from CrossRef, so it the error must have originated there. When I checked it just now on Crosscite, the date was given as 1963, so it looks like they have corrected it subsequently. Kbseah (talk) 10:29, 31 August 2024 (UTC)Reply
Perfect! Thank you so much to have verified :-) Givet (talk) 15:29, 31 August 2024 (UTC)Reply

Request

[edit]

Maybe the request is not valid, but if possible please set limit to your QS batches. E.g. limit to three batches in same time. I guess others cannot use QS if some active users doing many batches in one time Estopedist1 (talk) 08:39, 11 June 2025 (UTC)Reply

Sorry for causing the delay, I didnt realize that it would block other users too. I have stopped a number of the batches for the moment. Thanks for bringing this to my attention. Kbseah (talk) 10:47, 11 June 2025 (UTC)Reply
@Estopedist1: I've been monitoring the QuickStatements queue from time to time, and it seems that only two batches per user are actually running at any given time, if there are batches from multiple users in the queue. Other jobs may be marked as "running" but are in fact paused. This can be seen from the "last change" field in the "last batches" page. Perhaps there was a glitch in the system that has been resolved now. Kbseah (talk) 13:24, 30 June 2025 (UTC)Reply

Merging mistake

[edit]

Hi, Kbseah. I made a mistake in merging two items, I wonder if you could help me fix it. Anticlea switzeraria, a species of moth, should be the parent species. I ment to merge Q15668399 (Earophila swettaria) into A. switzeraria but it merged it the other way around, making Q15668399 the main item. In other words, E swettaria is a synonym of A. switzeraria. See: LepIndex for citation. In advance, thank you! Rjgalindo (talk) 19:36, 11 June 2025 (UTC)Reply

Hello @Rjgalindo, thanks for reaching out. I will have a look in the evening when I get to my desktop, as editing Wikidata is a bit tricky on mobile. Please do not merge taxon items if they are synonyms. Use the "taxon synonym" property instead to link them; see Wikidata:WikiProject Taxonomy/Tutorial for details. There are other properties for new combinations and other nomenclatural acts. Each taxon name is generally represented by a single item. Otherwise it will be difficult to represent alternative taxonomic opinions or nomenclatural chamges. Items should be merged, though, if they are duplicates representing the same taxon name. Please let me know if you need help with unmeeging other items. Kbseah (talk) 23:20, 11 June 2025 (UTC)Reply
Understood! Thank you for the clarification, I see how it ought to be entered. Again, so grateful!! Rjgalindo (talk) 05:35, 14 June 2025 (UTC)Reply
Hi again. On that same topic of synonyms, should I go and add a redirect for other languages and create that new valid taxon in those languages? Or are there bots that take care of that switch? --Rjgalindo (talk) 15:27, 4 December 2025 (UTC)Reply
Hello, I am not sure what you mean by "redirect for other languages" because Wikidata items are multilingual. Do you mean the labels in other languages, or the links to the respective Wikipedia articles? For scientific names of taxon items, you can just use the multilingual label on the Wikidata item (language code mul), it is not necessary to fill in the same name for individual languages. For the Wikipedia articles, my understanding of the WP Taxonomy guidelines is that they should be linked to the item of the same name, because the different language editions may follow different sources for their taxonomy, and that is up to their editors. I know that many wikidata items link to taxon synonyms in Wikipedia too, but I think the above is more consistent. So TLDR I dont think there is anything to do... Kbseah (talk) 01:03, 5 December 2025 (UTC)Reply

Question about Tripidium bengalense

[edit]

Are Tripidium bengalense Q93077342 and Saccharum bengalense Q12845384 the same thing? I think so from the site links but I don't have the knowledge. Thought you might? GrimRob (talk) 23:16, 19 December 2025 (UTC)Reply

Hello @GrimRob, thanks for the question and sorry for the slow response. Saccharum bengalense (Q12845384) is the basionym of Tripidium bengalense (Q93077342), which means that the species was first described as S. bengalense, but later transferred to the genus Tripidium. This is indicated by the has basionym (P566) statement on the Tripidium bengalense item. The Wikidata:WikiProject Taxonomy community maintains separate items for different taxon names, even if they are regarded as synonyms by taxonomists, because the names are stable while taxonomic opinions may change. Instead of merging the items we can link them by statements that specify the exact kind of taxonomic or nomenclatural relationship between the names, e.g. has basionym (P566) or taxon synonym (P1420). That is more informative, keeps items and identifiers stable, and allows different Wikipedia editions to reflect different taxonomic opinions or systems. Hope this helps!
Kbseah (talk) 11:57, 4 January 2026 (UTC)Reply
Great, thanks. I have added it as an exception so it doesn't get flagged up as a merge candidate. GrimRob (talk) 22:02, 4 January 2026 (UTC)Reply
I should add that adding those properties will not allow them to be merged, but it won't stop them being flagged as a candidate. GrimRob (talk) 22:05, 4 January 2026 (UTC)Reply
Are you using a tool that flags them for merger? Taxon synonyms and basionyms like this case are very common, there are likely hundreds of thousands in Wikidata. If they are being flagged by a tool we should discuss with the tool author about maybe adding some filter to avoid flagging them for merger. Kbseah (talk) 23:11, 4 January 2026 (UTC)Reply
it's projectmerge: https://www.wikidata.org/wiki/User:Pasleim/projectmerge.
I have looked at a few hundred items (mainly wikiquotes recently) I think I haven't noticed this issue but it's so vast it's quite possible I haven't looked at this right stuff. GrimRob (talk) 23:26, 4 January 2026 (UTC)Reply