hewiki asks to change default image sizes for thumb and gallery
Closed, DeclinedPublic

Description

there is a consensus in hewiki "village-pump" page, known as "Miznon" or מזנון.

see here: https://he.wikipedia.org/wiki/%D7%95%D7%99%D7%A7%D7%99%D7%A4%D7%93%D7%99%D7%94:%D7%9E%D7%96%D7%A0%D7%95%D7%9F#.D7.9C.D7.A4.D7.A0.D7.99_.D7.91.D7.A7.D7.A9.D7.94_.D7.91.D7.91.D7.92.D7.96.D7.99.D7.9C.D7.94

there are 8 "support" and no "object" votes, which in hewiki considered to be a consensus.

the essense of the request is:

"Hewiki asks to change the default display sizes of gallery and thumbnails. Gallery images should be sized, by default, 200x200, and thumbnails defualt width should change from 220 to 250"

Thanks,
Peace.


Version: wmf-deployment
Severity: enhancement
See Also:
https://bugzilla.wikimedia.org/show_bug.cgi?id=16739
https://bugzilla.wikimedia.org/show_bug.cgi?id=47332

bzimport set Reference to bz41712.
Kipod created this task.Via LegacyNov 2 2012, 9:10 PM
Dereckson added a comment.Via ConduitNov 2 2012, 10:31 PM

Taking this bug.

See also bug 16739 for similar request.

Dereckson added a comment.Via ConduitNov 2 2012, 11:50 PM

Gerrit change 31580

Kipod added a comment.Via ConduitNov 3 2012, 11:50 PM

(In reply to comment #2)

Gerrit change #31580

this does not seems right - the change talks about 250x250 for gallery size default. the reques is for 200x200 for gallery (the 250 for thumb width is correct).

peace.

Dereckson added a comment.Via ConduitNov 4 2012, 7:14 AM

Oh, thank you to have spotted that.

I fixed the gallery values to 200x200.

hashar added a comment.Via ConduitNov 5 2012, 9:44 AM

Cant we use the same value for both default thumb sizes and thumb size in gallery? That will avoid the cluster having to generate a thumb in two size and save a bit of processing power.

Kipod added a comment.Via ConduitNov 5 2012, 4:27 PM

(In reply to comment #5)

Cant we use the same value for both default thumb sizes and thumb size in
gallery? That will avoid the cluster having to generate a thumb in two size and
save a bit of processing power.

galleries and thumbs are two different things, and they do not use the same size by default: on a default media wiki installation, default thumb width is 180, while on the mediawiki wikis, the default for thumb is 220. for gallery, the media wiki default is 120x120, and wikimedia wikis do not change it.

so we do not use the same size anywhere, and it's hard to see why we would need to do this on hewiki, just because hewiki asks to use different defaults.

currently, many (most?) of the thumbs and galleries on hewiki define image sizes explicitly, because most editors were not happy with the defaults. adjusting the defaults will allow us to stop doing that, but the effect on the image servers should be nill, b/c either explicit or default, we would not use same size for gallery and thumbs.

peace.

Kipod added a comment.Via ConduitNov 14 2012, 7:31 PM

any updates on this request?

was it denied? accepted? is there ETA?

it seems there was one code upgrade since the Gerrit change #31580 was submitted, but the defaults in hewiki seems to be unchanged.

peace.

Kipod added a comment.Via ConduitNov 26 2012, 6:56 PM

any updates on this request?

was it denied? accepted? is there ETA?

we are now on 1.21wmf4, but the defaults in hewiki is still unchanged.

peace.

Dereckson added a comment.Via ConduitNov 26 2012, 7:19 PM

Configuration deployment is different than MediaWiki deployment.

We're still in a situation where Hashar has made a comment on your bug, not mitigated by other advices. I sent November 23 a mail to wikitech to gather more opinion and know if we've a way to measure server load impact -> no reply.

Could you tell us your feeling from your side: is this request urgent or could it wait we find a proper time to discuss it more in detail?

hashar added a comment.Via ConduitNov 26 2012, 7:53 PM

Wikitech-l thread : http://lists.wikimedia.org/pipermail/wikitech-l/2012-November/064631.html

I have sent an email to the ops team to find out if this change can be merged without killing imagescalers / swift (I am maybe too paranoid).

bzimport added a comment.Via ConduitDec 29 2012, 4:15 AM

sumanah wrote:

kipod, as Dereckson asked, is this request urgent?

Antoine, any update from Ops?

Dereckson added a comment.Via ConduitDec 29 2012, 11:52 AM

Question (or statement?) from Tim Starling asked on Gerrit:

I don't understand why different wikis need different thumbnail sizes. It's not like they use different kinds of images.

Kipod added a comment.Via ConduitDec 31 2012, 6:54 PM

As to urgency:
This was a consensus of the community on hewiki. personally, i do not feel that strongly about it, but some (majority?) in the community do.

what happens ATM is that practically all[1] thumbnails in hewiki are placed with explicit size of 250px. we would like very much to stop doing that, but the community will not cease unless the default would change.

as to the effect on the image servers: since we hardcode 250px anyway, i do not see what difference does it make.

As to Tim sterling's question: it's not essential that Tim understand the answer "why". i do not understand the answer to this question myself, but the fact is that different communities seem to prefer different "default" thumbnail size. specifically, i think svwiki moved to 250 some years ago, no? all we ask is the same for hewiki, and while you are at it, also change default gallery size to 200x200.

this is not personal - i serve here as an emissary for hewiki community wish, as expressed by the consensus (in the meantime, this was archived: here is a link to the archived discussion: https://he.wikipedia.org/wiki/%D7%95%D7%99%D7%A7%D7%99%D7%A4%D7%93%D7%99%D7%94:%D7%9E%D7%96%D7%A0%D7%95%D7%9F/%D7%90%D7%A8%D7%9B%D7%99%D7%95%D7%9F_302#.D7.9C.D7.A4.D7.A0.D7.99_.D7.91.D7.A7.D7.A9.D7.94_.D7.91.D7.91.D7.92.D7.96.D7.99.D7.9C.D7.94
)

peace.

[1] - not really "all", but i estimate > 90%.

hashar added a comment.Via ConduitJan 29 2013, 10:14 AM

Sorry for not having followed up on that issue. Here is a summary I have posted on Gerrit change #31580 which is based off a discussion we had in a restricted mailing list:

It is not reasonable for us to handle different thumbnail sizes per wiki for the following reasons:

  • we keep thumbnails forever currently, the more we have the more disk space it takes
  • different sizes lower the cache hit rate which in turns cause...
  • ... a CPU cost on the cluster to generate a thumbnail, varying the sizes cause more and more thumbnails generations
  • whenever a file is updated, we have to purge each thumbnails ever generated

The consensus among the engineering team is to standardize the thumbnails to a few well known formats and have the scaling being done by the web browser. We could let the mobile clients scale up small thumbnails (to save bandwidth) and desktop scale down larger thumbnails (to get nicer pictures).

So I am sorry to say it, but that changes will not land on the live cluster.

Kipod added a comment.Via ConduitJan 29 2013, 6:18 PM

the conclusion from the above should really be a removal of "per user" thumbnail size from preferences: as it is now, where every user can define a different default thumbsize for themselves, any thumbnail where size is not defined explicitly, will cause exactly the effect you cite as the reason to reject hewiki request (multiple thumb sizes maintained on servers).

on the other hand, changing the default for hewiki will have almost no effect: in the vast majority of cases where hewiki is using the same image as some other wiki, we do define size of 250 anyway, so the servers are *forced* to maintain the "250" size of the thumb. making it the hewiki default will allow us to remove the explicit setting of size, but will not cause creation of yet-another-thumb-on-the-server: this thumb is already there due to the explicit setting in hewiki...

oh well....

peace.

hashar added a comment.Via ConduitFeb 27 2013, 5:57 PM

Related request by frwiki was bug 27839

Add Comment

Column Prototype
This is a very early prototype of a persistent column. It is not expected to work yet, and leaving it open will activate other new features which will break things. Press "\" (backslash) on your keyboard to close it now.