Using https://quarry.wmflabs.org/ we can query and get result but in order to request resultsets programmatically we need query_run_ID . This query_run_ID doesn't give live feeds from wiki . Every time we need to submit the query and need to change this query_run_ID in order to get live stats.

Finding users and building a community (=social) is not directly related to the actual underlying software that your website is running (=technical). Hence you will need to ask in a community building forum.

Last picture not displaying

Hello! The last picture I had on commons doesn't display (here: http://wiki.lokal-life.org/index.php?title=R%C3%A9seau_d%27eau_potable_de_Schoelcher) . I checked the name several times so I don't really get it. The only issue I see is that I may have created the page on the wiki with on the link for the picture BEFORE I uploaded the picture itself on Commons. I tought it was only some cookie issue but apparently not?

Do you have any idea apart from uploading it again on another name? Thanks!

you have to purge the page (add &action=purge to end of url) to clear cache. Commons only keeps track of image usages on wikimedia sites so there is no process to automstically refresh pages when the image changes outside wikimedia wikis (sort of. There are several types of caches. Its complicated. Certain changes will be instant)

yes for all of these, however for some of these you can only do the query for one specific language edition of wikipedia.

That said, actually making the queries is a lot of work. Some of the queries would likely timeout before giving sn answer on large languages. They might be runnable via toolforge shell but not quarry web frontend.

[RESOLVED] Problem With Images Showing Broken If Large

I'm having issues with my own wiki running 1.19 on dreamhost, in that all my images if I upload a large size and then scale it down end up showing nothing but the broken image icon in the area that I've scaled it at. If I upload the full size and use that however, it shows up fine. Anyone else having this problem or know where I can look for a solution? Here's an example of one of the 1920x1080 images being scaled down to 800 x 450 pixels.

I can access the original files inside the folder images/, but not the thumbnails. Instead, MediaWiki kicks in and serves a wiki page (most probably because the thumbnails have not been generated and so are not present in the file system).

You can now try the hints on Manual:How_to_debug. Especially it would be helpful to know what you get in the debug log when you call such a page, where MediaWiki does not show thumbnails. Debug log will contain some lines for each images, which MediaWiki is trying to generate/show. That is what would help now!

This was it, thumbnails weren't being generated, I found that in my localsettings.php my $wgGenerateThumbnailOnParse was "truue" instead of true, so silly spelling error messed me up. You are the best thing that has happened to me today. Thank you very much.

If you switch the page language via Special:PageLanguage (After enabling $wgUseDBPageLanguage), the edit box will be the directionality of the page language. (You can see an example of this by comparing the edit box for the page named MediaWiki:Translateinterface/en and MediaWiki:Translateinterface/he )

If you don't want to specify an overall override, or are authoring a mix of directionality in one page, you can directly insert RLM (right-to-left mark), LRM (Left-to-right mark) or FSI (first-strong-isolate) characters (You would have to directly insert the character, not the entity, for it to affect the edit box. However it may also have an effect on the output, in most cases it should probably be fine, and the isolate characters are probably less likely to have a negative effect than the other characters). This is kind of hard to do, and how to do it varries by operating system. In windows, you can insert an LRM using the key combination Alt+0253. This is what it looks like if you put an LRM character before and after the hebrew part:

in an edit page juxtaposed all English content left and all Hebrew content right; so I still have a problem calling {{Cite|Content=CONTENT}} in the middle of two Hebrew structures, if the content of the footnote is not solely in English.

---

About using either RLM/LRM; I don't know these

About FSI; If I understand correctly it is still experimental

---

Is there a way to tell the backend, for example

Where "הערה" put "Cite" AND where "שם" put "name"?

This way I write everything in Hebrew but the output will always be based on a preexisting English translation of the output, just one step before parsing and rendering everything else?

I don't have any experience of foreign languages but will have a look next week. I'd start by changing "refname" to "name", just to simplify things in finding a translation. I just kept it as "refname" as it had been suggested by someone else. They say a camel is a horse designed by a committee. Apologies if it turns out that the distinction is necessary!

I agree that in the content of parameter names, name is better than refname (as long as there is no conflict between name as a mere parameter name and name as a special value representing HTML name attribute).

I preferred it all along without knowing if its a problem or not and seemingly it isn't (smile of happiness).

Actually in practice (in the Hebrew site) everything is RTL for me but here in mediawiki.org the output appears aligned-left for some reason but I cannot edit to try HTMLize the output chapters to give them dir="rtl" and style="text-align: right" or something similar I guess.