User talk:Alilmed

Welcome to Wikidata, Alilmed!

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 17:07, 23 August 2020 (UTC)

Problems with import of data from LiederNet Archive

Hi! Welcome on Wikidata! I've noticed your import from The LiederNet Archive (Q16169166) and I wanted to thank you for that; however, I want to inform you that I'm going to revert your edits for the following reasons (I'm referring to edits like this):

1. the substitution of English description with "author" is nearly always a worsening if a description is already present; "author" should be added only if there is no existing description
2. similarly, addition of occupation (P106)author (Q482980) is nearly always redundant if one or more values of occupation (P106) are already present; it should be added only if there is no existing value of occupation (P106)
3. finally, values of date of birth (P569) and date of death (P570) with precision "year" are nearly always redundant if one or more values of these properties with precision "month" or "day" are already present; they should be added only if there are no such existing values
   1. additional point: for authors lived before 1 AD (example) the indication BCE should never be ignored, otherwise data added are not redundant, but wrong

The references added to values of LiederNet author ID (P8234) are correct, but since the edit is one, I have to revert all the additions; you can reinsert them of course. If you have any questions, I will really be glad to answer them. Bye, --Epìdosis 17:07, 23 August 2020 (UTC)

@Epìdosis thank you very much for your feedback. I will improve my schema for further uploads. Furthermore, I would like to upload my edits over Quick Statements instead of OpenRefine. In order to do that I need to be autoconfirmed. Can you help me with that?  – The preceding unsigned comment was added by Alilmed (talk • contribs).

Hi! You are already autoconfirmed, as you have the requisites (4 days of registration + 50 edits); OK for using QuickStatements. I would continue the discussion about which edits are to be made in Wikidata:Requests for permissions/Bot/alilmed, where I have tried to make still clearer my proposal. See you soon, --Epìdosis 17:51, 26 August 2020 (UTC) P.S. Remember to sign your messages clicking on the apposite botton (see this image)

Massive insertion of aliases

Hi again! While massive insertion of aliases from LiederNet is in principle an enrichment for Wikidata items, I have some concerns about some edits contained in your QuickStatements batches (40867 and 40868). In order to avoid the necessity of reverting some of them, it would be better for you to stop the batches and create new batches according to the concerns I will write in a few minutes. Thanks, --Epìdosis 12:54, 31 August 2020 (UTC)

List of concerns:

1. due to a well-known problem (this, you can see also the comment I made there) Wikidata doesn't automatically prevent users from adding aliases which duplicate the labels in the same language (e.g. "Red" as English label and "Red" as English alias; real example); however, it is logical that such edits should be avoided as redundant
2. aliases in a language in Latin-script (such as English) should avoid characters in non-Latins scripts (example: Greek-script, Cyrillic-script); obviously mixes of Latin and non-Latin script are nearly always wrong aliases (examples: Greek, Cyrillic)
3. very brief aliases (example: St.) should obviously be avoided in some way - at least a filter against aliases of less than 5 characters would be fine

--Epìdosis 13:09, 31 August 2020 (UTC)

I have reverted the redundant or wrong edits in the items I have in my watchlist - all these reverted edits are in the three categories above, with one exception: in cases like this you can clearly see that the single alias should be divided in two distinct aliases; there are a few similar cases. --Epìdosis 13:15, 31 August 2020 (UTC)

Operative advice for the edits you have already made: I think you can leave aliases which are duplicates of labels (they are no big damage and I hope a bot will soon pass and delete them), while you should remove case of aliases containing non-Latin scripts and you should split conflated aliases; if possible, you should also check quickly the eventual presence of meaningless/far-too-generic aliases (such as "St."). Ask me if you have any doubt. Thanks, --Epìdosis 13:18, 31 August 2020 (UTC)

Hello --Epìdosis, thank you very much for your feedback. I think it's the easiest way to leave out alternative spellings completely because there are several languages and alphabets which would cause a problem. Also I removed titles like "St." and only let longer titles in. I hope this will work. Kind regards, Alilmed (talk)

Help:Aliases#Criteria for inclusion and exclusion is the description of the recommendation widely followed by the Wikidatian community. —Eihel (talk) 14:08, 31 August 2020 (UTC)

Many of the aliases you are adding are identical to the label. If a name is present in the the label, it should not be duplicated in the alias. --EncycloPetey (talk) 15:22, 31 August 2020 (UTC)