In bnwiki,

• Most of the suggestions were like 2019 in India, or the cast section of a film, or the list of universities in Ivy League type article, where just a list of names (of actors/players/award winners/scientists) are listed.
• For a few cases, the suggested image was already present in the infobox (e.g., Zeid bin Hussein)
• I selected unsure for an image, where the section contained a redirect to another article only. The suggested image was indeed relevant, but the section didn't describe anything.
• Only mentioning a topic in a section doesn't make the image of that topic relevant to the section, but this type of images were also suggested.
• The image was suggested regarding the result of an election, and the prime minister, other ministers, were mentioned. However, the image was suggested for one person only (not the prime minister); which I think should not happen. I selected ""Section should not have an image".
• The good fit images were generally suggested in a text-based article (almost never in a list-type one).
• The number of suggested images were below 100 for bnwiki (I got repeated suggestions and selected some of them again, reaching around 60). Then I stopped as I kept getting suggestions for only two articles (গোয়া -- image and দুর্যোধন -- image) again and again.

@Urbanecm_WMF, as a threshold, 500 edits and 30 days of activity is fine. But we can also consider adding a revert rate/number of block threshold. For example: if the revert rate for a newly experienced user is above 5% (or the expected average), then despite crossing the threshold, that contributor will not be out of the list. We can consider removing the editors from the list when they have passed the threshold. And if an editor gets blocked in the meantime, then we can consider setting a new threshold (1000 edits and 90 days, or something similar?).

@MMiller_WMF, in bnwiki:

• Placing an image below the templates but immediately above content is the custom, like enwiki.
• In Bangla, it is: [[চিত্র:test.png|থাম্ব|Test caption]]. I mean, "File"="চিত্র" and "Thumb"="থাম্ব"। The English keywords work as well, but it is appreciated/expected using the Bangla ones. I shall suggest using local keywords.

Similar situation in bnwiki, wherein this link suggestion, the algorithm correctly suggested the article but added an undesirable <nowiki> tag after accepting it. The word in the article is "কোরআনের", and after accepting the suggestion it should be "[[কুরআন|কোরআনের]]" (instead of adding the nowiki tag). A mentor notified me and said that he had seen a similar scenario before too.

In T284666#7163033, @MGerlach wrote:

@Ankan_WMF Do you have one or two example articles where you observed the suggestions you mention above. We have made some changes to the model based on your feedback (T279434) and would like to check manually whether this resolves the issue or not or creates new problems (before deploying). Thanks.

Tagging @MMiller_WMF, @MGerlach

In T284078#7140739, @MMiller_WMF wrote:

@Trizek-WMF @Dyolf77_WMF @Urbanecm_WMF @Ankan_WMF @PPham -- I've gotten some additional feedback that we should shorten the edit summary and remove the counts for rejected and skipped. It would be like: "4 links added via link suggestions feature". What do you think? Or is it important to have the rejected and skipped counts?

In T283715#7120223, @MGerlach wrote:

I can reproduce that behaviour for the first example (article: ফ্রেড_বারাট, anchor: ইনিংস) . From what I can see this comes from the difference of the strings "ইনিংস" and "ইনিংসে".

"ইনিংস" is in our anchor-dictionary (other articles used this as an anchor). we are now looking if we can find that somewhere in the article using exact string-matching. According to this rule, mwaddlink finds the correct match. There are 3 possible anchors before that first occurrence as mentioned above, however, these are slightly different strings "ইনিংসে". Since this has a different encoding, we do not count this as a match.

@Ankan_WMF would you consider ইনিংস and ইনিংসে as the same word? (sorry, I am not familiar with the script). Do you have a suggestion how we could determine that both could be used? Is this similar to English, as an example, when we would have a known anchor "bridge" (with the article Bridge) but in the text we only find the word "bridges" -- in this particular case our algorithm would skip the word "bridges" since it is not an exact match with "bridge" and would miss those possibilities to link. There are some possibilities in English to deal with that (Stemming) though we are not applying this due to the fact that this is extremely language-specific. Perhaps there are similar approaches we could use for bnwiki?

Curious if you have any thoughts or ideas as I am not sure how to approach this issue at the moment.

@MGerlach @MMiller_WMF, here are some examples from bnwiki. :)

Some examples of suggested articles on days of the year:

1. এরোমাঙ্গা সেনসেই: suggesting ১০ নভেম্বর (November 10), ৯ এপ্রিল (April 9), ২৫ জুন (June 25)
2. মার্গারিটা সালাস: suggesting ৩০ নভেম্বর (November 30), ৭ নভেম্বর (November 7)
3. ডালিয়া গ্রাইবস্কেইট: suggesting ১ মার্চ (March 1)
4. ইপ্সিতা পাটি: suggesting ১৮ জুন (June 18)

Figure from example 2:

Same in bnwiki.
When the suggestion window is overlapping with the infobox:

The same problem is also present in Bengali Wikipedia. A screenshot from bnwiki on 2021-05-21:

@CBogen, looks like I forgot some of the images and they appeared to me as new, so I continued testing. :P But to make it clear, I found the repetitions from the very beginning.

Thanks, @CBogen for your suggestion!

Some articles' contents can be culturally different for the user who will be using the image recommendation tool. In that case, the user needs to click on the image, and check whether it's a match or not by reading the description or checking the articles to which the image is already linked. Some users may understand due to their background knowledge, but it will not be the usual case. For these cases, is it ok to mark them as "unsure"?

In the bnwiki, the growth features got deployed on 10 February 2021

The Bengali ones are done.

The context after and before parts are not fetching the whole word(s) properly and get broken.

since the CAT Lab study will not be happening, I believe it is okay for us to deploy the impact module.

@Urbanecm_WMF yes, after setting Bengali in the preference section on mediawiki.org, it redirects to the Bengali version. Thank you.

In T274619#6825850, @Tgr wrote:

Is this in advanced mobile mode?

In T266020#6823581, @Trizek-WMF wrote:

Can you provide the right links?

Another thing needs to be fixed: in the help panel, "About the help panel" (সাহায্য প্যানেল সম্পর্কে) and "About suggested edits" (পরামর্শকৃত সম্পাদনা সম্পর্কে) are linked to the English pages on MediaWiki, not the translated ones.

In T266020#6804799, @Urbanecm_WMF wrote:

@Trizek-WMF Actually... maybe Monday is not best after all. T272753: Scale: pilot help panel with mentorship in frwiki, bnwiki, arwiki, viwiki is scheduled for Wednesday, and we probably don't want two days of help desk questions at bnwiki. Do you think I should make bnwiki to direct help panel question to mentors on Monday, or enable the features at bnwiki on Wednesday? CC @MMiller_WMF.

In T266020#6802632, @MMiller_WMF wrote:

@Urbanecm_WMF -- we have received permission from Legal to deploy this. When can we do it? @Ankan_WMF, after we hear when @Urbanecm_WMF plans to deploy, then you can announce to your community.

For the bn wiki, the discussion is posted here:
https://bn.wikipedia.org/wiki/উইকিপিডিয়া:আলোচনাসভা#নতুন_বৈশিষ্ট্য:_একটি_ছবি_যুক্ত_করুন

I was thinking about whether it will be suitable to create the help page (or any other relevant section) as a virtual tour format. For example, like this one: Introduction to referencing with VisualEditor. In that case, it will be more convenient for the readers to get acquainted with different works or projects of the growth team. We all know that readers feel more motivated to read thoroughly and engage accordingly if it is presented in an attractive way. Mostly current projects/features should be listed there as they will be germane.