User Details
- User Since
- Nov 4 2014, 5:42 PM (437 w, 6 d)
- Availability
- Available
- IRC Nick
- mlitn
- LDAP User
- Matthias Mullie
- MediaWiki User
- Mmullie (WMF) [ Global Accounts ]
Thu, Mar 23
As I understand things, simplified:
- sections topics are based on blue links within that section
- e.g. for https://en.wikipedia.org/wiki/Cat#Skeleton, we’d find that “cervical vertebrae” link (https://en.wikipedia.org/wiki/Cervical_vertebrae)
- from there, we figure out what entity is linked to that page
- e.g. for “cervical vertebrae”, that is Q900457 (https://www.wikidata.org/wiki/Special:EntityPage/Q900457)
- from there, we grab their P18
- e.g. for Q900457, that is https://commons.wikimedia.org/wiki/File:Cervical_vertebrae_animation_small.gif
- that image would then be suggested for the “Skeleton” section of the “Cat” article
Wed, Mar 22
Tue, Mar 21
Fri, Mar 17
Wed, Mar 8
Already implemented in https://gitlab.wikimedia.org/repos/structured-data/image-suggestions/-/tree/T311289
Already implemented in https://gitlab.wikimedia.org/repos/structured-data/image-suggestions/-/tree/T311289
Tue, Mar 7
Note: this will probably end up being completed as part of T330934, which is to be built first and already lists opt-out among the acceptance criteria.
Mon, Mar 6
Thu, Mar 2
A discrepancy in page title format (spaces vs underscores) between 2 datasets caused all multi-word titles to not have suggestions for sections with existing images pruned.
Fixing this brings the total number of remaining suggestions for the datasets used from 237406321 down to 178212325, or a 25% decrease.
Thanks a lot!
Wed, Mar 1
@Aklapper I'm not sure who to reach out to - any chance you could help me, or point me to someone who can? Thanks!
Feb 22 2023
Feb 21 2023
Thanks, @MarcoAurelio!
Feb 20 2023
@MarcoAurelio sure, sounds good, thanks!
Feb 17 2023
2nd round of notifications sent (608 to 19 users).
Feb 13 2023
Feb 10 2023
560 notifications (35 per user, 16 users) have just been sent.
That's roughly 2/3 of the pages-with-suggestions in this category.
Feb 6 2023
Feb 3 2023
@CBogen Looks great, thanks!
Closing this, as it was surpassed by T326957.
Feb 2 2023
There isn't too much consistency in the statements of media outlets (see a selection below)
Most have one or more P31 (instance of) statements that are one of these: (or a subclass thereof)
Correct.
Enabling it via config change would've had to happen separate from deployment train, which would've meant doing it before deployment (running on last week's code) or after (only 1 more deployment slot left, at a rather inconvenient time for any of us)
Removing all conditionals from our repo (T326957) was simpler in this case (and has been backported yesterday); that will deploy per train - alongside the rest of the new code - while accomplishing the same result: it's enabled.
(I'll leave this open until it's actually been deployed, at which point we can close both tickets)
Feb 1 2023
Dry-runs with multiple configurations worked fine. Images within categories are found, users are being iterated over, etc etc.
Actual run with 3 account (2 notifications per account) seems to also have delivered notifications (for me at least; @CBogen you should have received 2x2 notifications as well)
The script manages to find 866 pages with suggestions within these categories (only 3 of which have a confidence below 80)
491 will be excluded if we filter out Q5 instances (375 pages remain)
How many images do we want to send per user? 2, like the other script, or more?
Do other filters (minimum suggestion confidence score of 80 & excluding instances of Q5) also apply here?
(I would imagine Q5 exclusion not to apply here, given thatmany categories are explicitly about people)
Jan 31 2023
Jan 30 2023
Jan 26 2023
I only just noticed this:
Jan 25 2023
Jan 24 2023
Jan 23 2023
Jan 20 2023
Bullseye
- https://apt.wikimedia.org/wikimedia/dists/bullseye-wikimedia/thirdparty/elastic710/binary-amd64/
- elasticsearch-oss_7.10.2 (pool/thirdparty/elastic710/e/elasticsearch-oss/elasticsearch-oss_7.10.2_amd64.deb)
- https://apt.wikimedia.org/wikimedia/dists/bullseye-wikimedia/component/elastic710/binary-amd64/
- wmf-elasticsearch-search-plugins 7.10.2-4 (pool/component/elastic710/w/wmf-elasticsearch-search-plugins/wmf-elasticsearch-search-plugins_7.10.2-4~bullseye_all.deb)
- Depends: elasticsearch-oss (= 7.10.2) | elasticsearch (= 7.10.2) - satisfied
- wmf-elasticsearch-search-plugins 7.10.2-4 (pool/component/elastic710/w/wmf-elasticsearch-search-plugins/wmf-elasticsearch-search-plugins_7.10.2-4~bullseye_all.deb)
Jan 19 2023
Jan 17 2023
Jan 12 2023
Jan 11 2023
There is not currently a way for other wikis to retrieve structured data (statements/captions) from Commons other than calling the Wikibase action APIs on commons.wikimedia.org.
Jan 10 2023
Those wikidata results (.wdsearch_container) are not part of the search results container (.searchresults, the one where the min-height is set), so in this specific case, it's fairly easy to change & also make sure we don't overlap with that one (see above patch)
Note: MultimediaViewer is deployed on nearly all wikis, so we could use it. I don't think it picks up on dynamically added content, so we'd have to invoke it ourselves; and I wouldn't be surprised if we'd also have to make some changes to the MultimediaViewer extension itself, but I'm pretty sure it could work.
A bit of context: WikiVoyage was running running a very old MW version on postgres with a couple of custom extensions. There were a couple of Postgres-specific things that needed some refactoring before bringing to MySQL. Some extensions also shared tables, IIRC. CreditsSource was one of those extensions that were adopted when WikiVoyage was migrated to WMF and needed some tweaking.
Jan 6 2023
Moving back to QA since we're going to leave it as is for now.
Jan 5 2023
AIUI, this is intentional/expected.
cc @Sneha to confirm.
Jan 4 2023
It comes from the {{Short description}} template, which uses the {{SHORTDESC}} magic word. It allows (English) Wikipedia to explicitly override Wikidata descriptions everywhere. See T184000: Magic word on English WP to override display of Wikidata short description for more context.
Looks like we had a regression with "In Wikimedia Commons" - per @Etonkovidova's comment, the text used to be black & show the icon, but it looks like that is no longer the case and it looks just like the other links, which is indeed confusing. That should certainly be fixed.
If we're decoupling the "view more images" link from the images displayed, we're going to have to rethink a few more things: "view more images" only shows when there are more images available than those shown & if both searches are different, we no longer know that.
That was merged. Should be fixed now.