Re: [Wikitech-l] which programs convert? keep metadata when transforming metadata

Gimp has an option to preserve the metadata, and my guess is that most other image editors do too. Pine ( https://meta.wikimedia.org/wiki/User:Pine ) On Tue, Nov 6, 2018 at 6:45 AM rupert THURNER wrote: > hi, > > fotos and films are converted quite often in the wikimedia space. metadata > is

[Wikitech-l] which programs convert? keep metadata when transforming metadata

hi, fotos and films are converted quite often in the wikimedia space. metadata is not so often preserved. what programs one would need to adjust to preserve the metadata? i know of ffmpeg for videos. for fotos is it convert from gimp? anything else? some other aspects one would need to pay

[Wikitech-l] Fwd: [Wikimedia-l] November 30 deadline for new Project Grant proposals

Cross-posting. Pine ( https://meta.wikimedia.org/wiki/User:Pine ) -- Forwarded message - From: Chris "Jethro" Schilling Date: Mon, Nov 5, 2018 at 3:33 AM Subject: Re: [Wikimedia-l] November 30 deadline for new Project Grant proposals To: Wikimedia Mailing List Hi folks, The

Re: [Wikitech-l] Looking for maintainers: RelatedSites

Hey Brian, I didn't say it was going to happen any time soon. However, we routinely archive extensions that have bitrotten to death, which having a maintainer can prevent. On Mon, Nov 5, 2018 at 5:04 PM Brian Wolff wrote: > Lots of extensions are maintainerless. I dont see why that implies it

[Wikitech-l] Audiences Q1 FY1819 Quarterly Check-In slides & notes

Hi, Wikitech-l Slide decks and notes from recent FY18/19 Q1 Audiences Quarterly Check-Ins are posted as follows: Audiences Session 1: Slides: https://commons.wikimedia.org/wiki/File:Audiences_Session_1_October_2018_Quarterly_Check-In.pdf Notes:

Re: [Wikitech-l] Looking for maintainers: RelatedSites

Lots of extensions are maintainerless. I dont see why that implies it will eventually have to be archived. Perhaps the day will come when it no longer works with modern mediawiki, but until that day comes, why not leave it be? -- brian On Monday, November 5, 2018, Max Semenik wrote: > As

[Wikitech-l] Looking for maintainers: RelatedSites

As RelatedSites extension has been undeployed from Wikimedia projects today[1], a question arises: who will maintain it in the future? Unless someone volunteers to maintain it, we will probably eventually have to archive the repository. According to WikiApiary[2], besides WMF it's used only on

[Wikitech-l] 2018-10-31 Scrum of Scrums meeting notes

https://www.mediawiki.org/wiki/Scrum_of_scrums/2018-10-31 =2018-10-31= == Callouts == * Fundraising campaigns https://meta.wikimedia.org/wiki/CentralNotice/Calendar * Release Engineering: train blocked on T208398 Fatal error on testwiki on viewing talk pages when blocked and logged in *

[Wikitech-l] Discovery Weekly Update for the week starting 2018-10-22

This is the weekly update from the Search Platform team for the week starting 2018-10-22. As always, feedback and questions welcome. == Discussions == === Search === * Mathew and Gehel worked on refactoring the WDQS updater while also increasing the restart interval of the WDQS updater [0] [1]

[Wikitech-l] Readers Monthly update for October 2018

Hello, This is the monthly update from the Readers team at the Wikimedia Foundation for October 2018. Feedback and questions are encouraged. ==Discussions== === Apps === * iOS released version 6.1 to the App Store [0], which includes the ability to edit Wikidata sourced descriptions via the

Re: [Wikitech-l] quarry.wmflabs.org downtime starting in about an hour {{Done}}

On 11/5/18 11:10 AM, Andrew Bogott wrote: We'll be shuffling the VMs that host the Quarry service over to a new corner of the cloud today.  During the move the service will be unavailable and/or behave erratically. This is all done -- Quarry is back up and working.     I don't expect the

[Wikitech-l] quarry.wmflabs.org downtime starting in about an hour

    We'll be shuffling the VMs that host the Quarry service over to a new corner of the cloud today.  During the move the service will be unavailable and/or behave erratically.     I don't expect the move to take more than an hour.  I'll send a further notice when things are done. -Andrew +

Re: [Wikitech-l] Changes to User Blocking

> > Well, that function is also exposed externally, e. g. in the 'blocked' > field of the OAuth identity (what’s returned by Special:OAuth/identify). > What should happen to that in the future? For the Userinfo API we added

Re: [Wikitech-l] Changes to User Blocking

Well, that function is also exposed externally, e. g. in the 'blocked' field of the OAuth identity (what’s returned by Special:OAuth/identify). What should happen to that in the future? Am Mo., 5. Nov. 2018 um 15:41 Uhr schrieb Dayllan Maza : > > > > Also, are there any good reasons to continue

Re: [Wikitech-l] Changes to User Blocking

> > Also, are there any good reasons to continue checking > User::isBlocked()? If not, I think deprecating it would be a good idea. +1 for deprecating it. I think the name of that function is misleading to begin with 'cause even before "Partial Blocks" there were other actions besides edit that