User Details
- User Since
- Oct 28 2018, 1:40 PM (328 w, 1 d)
- Availability
- Available
- LDAP User
- TuukkaH
- MediaWiki User
- TuukkaH [ Global Accounts ]
Yesterday
I've recreated the pruned containers and the service seems to be working.
Dec 15 2024
I have now freed some disk space and the images work again. I think Susanna will be happy if there are instructions on how to receive email notifications when disk space is running out.
Aug 17 2024
Jun 11 2024
In the hackathon, we ended up working on a wider solution (T364174) which this map could be a part of. (The idea is to improve the Commons Upload Wizard, which the "upload" buttons link to, and this map could be embedded as a new step in the Wizard.)
Would it be enough to support item (Q code) values? The code needs to know the datatype of each property, and we could hardcode it as "wikibase-entityid" for now. For an example, see the dataType fields in the campaign configs: https://www.mediawiki.org/wiki/Extension:UploadWizard/Campaigns#Structured_Data_in_Campaigns
May 20 2024
Would this be a low-hanging fruit / papercut bug worth a triage?
May 5 2024
May 3 2024
Apr 29 2024
Jan 17 2024
I have a simple test case that seems to point to Wikibase (Cloud) as being against the RFC while Wikidata works.
Oct 14 2023
I investigated this a bit further trying to find some potential solutions.
Sep 26 2023
Jul 17 2023
Can you see requests from Wikidocumentaries to MCS? They should have Api-User-Agent starting with the string "wikidocumentaries" (at the beginning of the contact email address).
May 23 2023
Mar 5 2023
@Vedant_pandey2003 I created a new task T331229, where we can discuss that.
Feb 28 2023
Feb 27 2023
Now that @Zexi_Gong has a nice pull request, this got me thinking (perhaps for future tickets):
Feb 24 2023
Is there an existing webpage that uses the existing ImageViewer so I can play around with that?
@Andrew This has turned into quite a different migration operation than I'd been able to imagine - let's have a post-mortem off-Phabricator?
Feb 22 2023
I think you shouldn't need to change the parsing logic in the backend. If needed, you can add any additional parsing logic to the frontend. I'm not sure how much work this would be, but I agree it would be interesting with future improvements in mind.
Feb 21 2023
@Susannaanas I'm wondering if it wouldn't be even nicer to use our existing image viewer component? This way in the future, people could improve the tags of the article images as well.
I opened a new task specifically regarding the image viewer: T330179
Feb 8 2023
I have started to work on this migration. Who could restart the old instances? (step 2 above)
Jul 27 2022
No step should take long if the order is correct. Something like this: (?)
Nov 24 2021
Looking at the current nginx configuration, this might be a change as small as changing
(sparql.*) to (sparql.*|ldf.*) at https://github.com/wbstack/deploy/blob/4f6acaf/k8s/helm/platform-nginx/nginx.conf#L81-L117
Sep 2 2021
Ok, the following settings for each service in the docker-compose.yml file may have fixed this:
logging: driver: json-file options: max-size: 10m max-file: "20" compress: "true"
Most of the space was taken by docker logs of the running containers. Easiest solution was to recreate the containers that had long logs, which cleared the logs.
May 26 2021
Apr 2 2020
Oct 12 2019
The first version of this service was implemented at the Wikimania 2019 Hackathon. Video recording of the showcase presentation: https://youtu.be/SomTEzaoROQ?t=446
Jan 30 2019
Thanks for helping!