Tue, Nov 24
Looks good! 👍🏼
Tue, Nov 17
Tue, Nov 10
Mon, Nov 9
I tested further on other devices I have and it seems it depends on iOS version. If you're on v. 14 it works! Older iOS versions (11, 12, and some variants of 13) do not work.
This hit production before it went all the way through QA. It woks beautifully on Windows desktop, but fails on mobile (tested on iPhone Safari and Chrome). 😦
I verified this code is on production (via a search for Atlas van Dirk van der Hagen, with a result that could only be found via that text because it has a corresponding P2643 statement). However, we're still not getting the desired results for "The Kiss". Thoughts, @matthiasmullie ? 🤔
Thu, Nov 5
It's beautiful. I have no notes. Thank you! 😺
@Ottomata we don't need IP/geocoded data. thanks!
"All namespaces except for NS_FILE" is fine for now. We might have to have a later conversation about how we rank all that (categories first, I would guess), but for now this should work.
Thu, Oct 29
@Jarekt is this working for you now?
Oct 27 2020
Oct 23 2020
Oct 20 2020
@Lydia_Pintscher and @Samantha_Alipio_WMDE - given that WMDE is drafting new stuff for the REST API, I'd defer to you on ideas for how this kind of change should apply in more general use cases. On our side, we're fine with a param on wbeditentity
Oct 19 2020
Oct 9 2020
Oct 7 2020
Oct 6 2020
Is there a plan to bring MediaSearch to other wikis in the future, or will it be a Commons-specific media search interface? If it becomes the way to search media on wikis, will search results be a combination of wiki-specific and Commons results? I'm asking because it affects what we think of as a "search result", and whether we need to be prepared to store wiki & page ID or not.
Sep 29 2020
We can't reproduce this anymore so something got fixed (or the bug is intermittent). Will reopen if it pops up again.
Sep 28 2020
Sep 25 2020
Don't forget tracking our upcoming Copy buttons (to copy the filename or wikitext), which I assume will nest under "Quickview interactions" 🙂
Sep 24 2020
@Multichill are you only seeing this issue on Commons, or is it on Wikidata as well? Also, if you could point us to your bot code and the exact part where this conflict happens that will help us and WMDE diagnose the problem.
Sep 21 2020
This was due to the first of many purposeful changes to the way search on Commons works. Overall, it has been received well, and the upcoming MediaSearch will change things even further.
@Addshore any thoughts on this? Something change in Wikibase recently?
Sep 16 2020
"if its file page has no categories" I'd suggest caution here, @Cparle - files often get the "Media needing categories as of ____" categories automatically added to them and those aren't hidden categories so that could potentially throw things off. I suggest either attempting to exempt those categories or just change the condition check to prioritize images with less than 2 categories.
@Cparle could be your apprentice 😃
Sep 14 2020
$someone seems to still be null 😄 Do you have time for this @ArielGlenn ?
Sep 11 2020
Creating a user operated bot to reflect Wikidata redirects on Commons, similar to the way it's handled on Wikidata per the comment below, may be possible now with the WCQS. I wonder if @LucasWerkmeister has suggestions here?
Sep 10 2020
This is maybe something to keep in mind for T260251
Sep 9 2020
Bumping this one to later (cleanup/polish for RC) since Beta phase is pretty packed right now.
I spot checked this on Beta and it looks like the left margin is gone but the right one is not. Could use another set of eyes on it 👀
Sep 8 2020
Hi! Based on our OKR planning, we have two questions to ask (but we don't need to ask them both at once).
- Is this search experience an improvement over the default Commons search experience?
- Do you think this search will lead you to start your image searches here on Commons, or will you use a major search engine (Google, Bing, etc.) as your image search starting point?
Confirmed in the InitialiseSettings.php file on production.
Aug 26 2020
I definitely support closing it ✔
Aug 25 2020
This was finished as part of other work.
This was finished as part of other work.
Aug 24 2020
Confirming that there's no need to process this data. The SD team will replace the code with Event Platform at a later date. Will there be any detrimental effects if that code stays up for a while until we can get to it?
All the QuickView icons appear on production.
The Concept URI link (which includes the page's M ID) now appears in the left nav for all files even if they don't have structured data.
Aug 20 2020
Aug 18 2020
The only one other concern I have (which might be minor) is this - in our current advanced search UI we combine the extension variants into just one (for the mimetype). So for TIFF we just look for tiff, not tiff and tif. Behind the scenes it's doing a filemime:xxx search, and that is looking for specific strings (filemime:jpeg works, filemime:jpg doesn't).
Aug 12 2020
@EBernhardson as part of Computer Aided Tagging's machine vision platform we currently use Google's SafeSearch classifier system to prevent "surprising" images appearing in the popular images feed. This means that we have hundreds of thousands of images in a DB already that have some NSFW flags, but it's in a CAT DB that nothing else uses.
Aug 6 2020
Doesn't seem to be working ☹
Jul 31 2020
Jul 27 2020
Jul 24 2020
Jul 23 2020
should be testable on production now
Jul 21 2020
Jul 20 2020
None of this applies for the new search
Old Issue that doesn't apply to the current system.
Constraints work now and the three main icons are properly displayed (without weird spacing issues) as of last week.
The new search methodology is very different and doesn't require these hacks.
This did indeed magically go away after numerous UI changes.
Jul 17 2020
Works on production.
Jul 16 2020
The debate isn't quite resolved yet, but hopefully we are entering conditions where it will be. As we work on MediaSearch and do real-world testing on the effects of depicts on search results, we hope to have solid evidence that will settle it one way or the other.
Jul 14 2020
Jul 9 2020
Jun 29 2020
@Milimetric picking this up again. We want to measure "Save As..." ideally, but in previous discussions (it's been over a year, fuzzy) we were told it was hard to differentiate because of how Commons handles links (ex: the "Download" button doesn't trigger a download, just displays a URL to the file that the user has to copy-paste). Perhaps we can measure how many times someone clicks that link per file to signal intent...although it's not very reliable.
Jun 26 2020
Yup. Experiment phase complete ✔