If you want to know, ask.
Mon, Oct 14
Oct 8 2019
I escalated the priority: this is fundamental to how Wikisource operates. If we want to replace this with Tesseract as a solution, that's fine--just do so for all users.
Oct 7 2019
Agreed. Not sure whom I can personally thank for this after waiting so long for (e.g.) nap.ws but thanks to whomever it is that is doing all this valuable work.
Oct 6 2019
I escalated the status--this is pretty vital to how ru.wn functions.
Sep 19 2019
Sep 7 2019
I changed the status: this is a critical part of en.ws.
Aug 25 2019
Is it any trickier than it was five years ago? It seems like making new wikis is a lot harder than it was. Is there some kind of structural problem here? We've had some non-standard names to be changed (like roa-rup.wp or zh* Wikipedias at T10217) for years and years.
Aug 15 2019
nap.ws is being imported as I post this.
Aug 2 2019
Aug 1 2019
Thanks. Not sure how you don't see a Facebook button on that blog post but it's there.
I have a dozen or so blocking extensions and Facebook Container blocks it.
Jul 21 2019
Jul 2 2019
Sounds like a bug.
Jul 1 2019
Re: Wikitravel: Don't compare their custom HTML homepage in English. Compare (e.g.) https://wikitravel.org/wiki/en/index.php?title=Western_Sahara and https://wikitravel.org/wiki/en/index.php?title=Western_Sahara&mobileaction=toggle_view_mobile, which does work.
May 13 2019
I'm still not clear on why *deletion* is necessary. Just leave the domain and unlock if we want more tests later. Unlocking a wiki is easier than setting up a new domain.
Mar 3 2019
Sorry. It looks like it has been done, actually--I forgot. This is all over with and fixed. Thank you, Reedy.
Maybe this will help you? https://commons.wikimedia.org/wiki/Commons_talk:Video2commons#Uploading_errors--I_need_help
I don't understand what you're asking.
It was uploaded as File:116th_United_States_Congress_House_Floor_-_2019-01-16.webm
Baller. Thanks a lot. Can you also upload 2019-10-16.webm?
Mar 2 2019
What? Can you reword that?
Feb 8 2019
This is enabled on testwikidata (and also allows for testwikipedia, test2wikipedia, and testwikidata itself). Is there any idea when it will be enabled in Wikidata?
Feb 6 2019
Jan 31 2019
Escalated to unbreak now to bring attention to the vandal: https://phabricator.wikimedia.org/p/Funnyjokes2019/
Alternate proposal: create
- [langcode].tv .[project].org
Agreed. There is zero need for a subdomain: this is why CSS exists and has been supported since at least 1998.
Jan 30 2019
Yeah, -03 is uploaded just fine. It's -10 that is still stuck on v2c:
https://commons.wikimedia.org/wiki/File:116th_United_States_Congress_House_Floor_-_2019-01-10.webm still has not been uploaded. It's on the server via v2c.
Jan 29 2019
No, I cannot.
V2C is also stuck on 116th United States Congress House Floor - 2019-01-10.webm. It can do "Downloading to /srv/v2c/output/6e0efd8ec14db8da/dl.unknown_video.part" but it ends up failing because "An exception occurred: TaskError: File already exists. Please choose another name."
This is already done but on video2commons, I tried uploading 116th United States Congress House Floor - 2019-01-10.webm and now I am getting the error message "An exception occurred: TaskError: File already exists. Please choose another name." Can someone fix this?
Jan 28 2019
It failed twice. :/ I guess I am going to use video2commons and then make a Phabricator tag if (when) it fails again. </3
Just received the same error on Commons for File:116th United States Congress House Floor - 2019-01-10.webm. Trying again.
Jan 27 2019
Oh score--looks like it's done. Thanks guys: https://commons.wikimedia.org/wiki/File:116th_United_States_Congress_House_Floor_-_2019-01-03.webm
If/when this is uploaded, will it have my username and be added to my watchlist?
Jan 23 2019
What? Why? Is this documented anywhere???
Jan 22 2019
Note that I have begun experimenting with this at test.d and I have my own domain to screw around with this as well.
Jan 20 2019
Second this. test.wikiquote.org would be helpful.
Dec 13 2018
beta.wv shouldn't exist--it's entirely redundant to Incubator. mul.ws actually hosts some multilingual works which makes it inherently different from any other WMF project. Some things will never "graduate" from mul.ws to a new domain so we need to have a method to link to it.
Dec 8 2018
Sure but it can serve as an archive of older files. No one is making new Flash and no one should have made Flash back in the day but preserving some of this content can be valuable.
Nov 29 2018
For the curious, see https://wikisource.org/wiki/Main_Page/Napulitano
Nov 23 2018
Yes, what Candalua said should happen. mul.ws/wiki/foo should redirect to ws/wiki/foo not just the main page.
Nov 10 2018
I don't think anyone at incubator or beta.wv is *opposed* to this.
Oct 14 2018
Aug 28 2018
Aug 25 2018
If there is a standard Names.php deployed to most WMF projects, it would need to be greatly expanded at mul.ws--that is the only project that is intended to host multilingual content (with Commons, Data, and Species being presumably language-agnostic repositories) and that also includes very small languages that will never have content elsewhere. In fact, some of the content there may not be linguistic at all, so we need to have the four special codes listed above and possibly even the private use area to define if that's an option.
Aug 23 2018
Jul 13 2018
Jul 1 2018
Jun 27 2018
It would be nice if it were folded into en.wp for many reasons but I think there is simply too much inertia for that to happen. This task should assume that the third proposal to close it will fail like the first two.
May 9 2018
Create items similar to Wikidata to contain quotations and then add properties like source, translation, citation information, etc.
For what it's worth, I've tried experimenting with this on test.d but I haven't had any luck thinking thru what exactly would be needed or how it would be implemented. If someone has feedback and wants to collaborate, please let me know.
Apr 5 2018
Feb 21 2018
Theklan, the 3D extension isn't enabled on any other wikis yet. I have also inserted a couple but they don't render (yet).
Note that .blend files are not allowed at the moment, only .stl
Feb 18 2018
If necessary, we may need to disengage the proposal for mul.ws from the two incubators. Again, mul.ws is a permanent home for some works and unlike incubator and beta.wv, some works will stay there permanently. There will never be a Volapük Wikisource--the corpus of texts is too small and there is no chance of language revival for it or a huge influx of original translations into it. mul.ws does not use multiple subdirectories as on Incubator, so it's not like two pages are going to have the same title but they are just in different test projects like /Wy/qqq/foo and /Wq/qqq/foo or something.
Feb 7 2018
Does this mean that it has been added to the MediaWiki codebase: https://integration.wikimedia.org/ci/job/mwext-phpunit-coverage-publish/661/console?
Feb 5 2018
Jan 22 2018
Huh. Thanks for the heads-up. I'm surprised this is even customized... I suspect that if they are just deleted outrite they will revert to the default behavior which is Unicode arrows.
Dec 16 2017
Beta.wv should be closed and incorporated into Incubator and some of the discussion into Meta. mul.ws should stand as an independent project as 1.) it hosts small languages which could never in principle graduate to their own subdomain and 2.) material which is itself multi-lingual. Wikisource is the only project that should be hosting multi-lingual content (data and species are more-or-less non-linguistic in their content and commons has content all across the board stored together but very few files which are themselves multi-lingual other than scans for mul.ws).
Dec 10 2017
Both things requested above: mark the default language as <code>mul</code> and make it so that individual pages can be edited. See e.g. https://wikisource.org/w/index.php?title=Index:Festival_Romanistica.pdf&action=info and https://outreach.wikimedia.org/w/index.php?title=Main_Page&action=info (the latter is editable and the former is not).
Oct 13 2017
Sep 16 2017
- Displaying not-fully-sanitized files with a different background color or other indicator that it may deserve checking for safety
Sep 11 2017
Sep 3 2017
Very much so. There are perfectly legitimate documents at mul.ws and in addition to being disrespectful for the work put into them, some of those documents are among the few of a given language that even exist. If mul.ws continues in fulfilling its purpose, it will be a very valuable resource for many languages which are more-or-less not literate, endangered, or extinct. That's culturally invaluable. So yes, please make incoming links to mul.ws which is a stable resource that has a functioning subdomain (if memory serves, I was the one who proposed that mul.wikisource.org redirect to wikisource.org). Separate out beta.wv and Incubator if necessary but please move forward on mul.ws.
Sep 2 2017
For what it's worth, a subtle point about mul.ws may be missed here. The goal of Incubator and beta.wv (which I firmly believe should have been incorporated into Incubator many years ago) is two-fold: to foster small content that can grow into an independent project either from 1.) a closed wiki that used to be live or 2.) a newly-established community. Mul.ws doesn't really function that way--altho some projects do graduate into their own subdomains, 1.) many never will, simply because the corpus of literature doesn't exist and 2.) there are works which *are* themselves multilingual. There is no reason to have (e.g.) a collection of quotations in two different languages but there are very good reasons to hosts books which were published in multiple languages. So the best case scenario for Incubator and beta.wv is that everything graduates and there isn't really much that stays there or "happens" at those wikis other than moving them into maturity and some small coordination. Mul.ws is and should always be a stand-alone project which will harbor content indefinitely.