If you want to know, ask.
Sun, Mar 3
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?
Sat, Mar 2
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.
Jul 23 2017
I always use Monobook and Firefox. The OS ends up being Windows, since I can't control that.
Firefox 55, Windows 10 (Sorry, it's my work computer). I wish they were like your screenshot. See the *very* subtle difference between "Show preview" and "Show changes" below.
Jul 22 2017
Jul 20 2017
This is the last big project that doesn't have support other than Incubator (which is on the roadmap) and maybe Wikitech. Anything else is very arcane and would probably not benefit much from Wikidata access.
Jul 19 2017
Jul 18 2017
I just tried to add din.wp's "Kïndegɔ̈t" to Wikidata's "Q9779" and it didn't work.
Jul 14 2017
It's live and seems like it was all imported correctly (thanks Warburg) but it's still not live on Wikidata for interwiki links. What is the timeline for that? Can someone show me which ticket is related to this fix?
Jul 11 2017
Thanks. I understand how this may be disappointing to some contributors but I am really concerned about the prospect of deploying something that is frankly not mature.
Jul 9 2017
How can I ensure that the Committee sees my concerns? Posting to Meta, here, the mailing list?
Jul 7 2017
Jul 5 2017
Yes, that is what I was trying to say--import seems to be done and there aren't redlinks everywhere anymore.
For those watching this, the site is live.
Jul 2 2017
E.g. Ladino is a language with a much smaller userbase and which have much smaller uses of a certain script which is very difficult to auto-convert. Conversion between Cyrillic and Latin is trivial and already well-tested. If a majority of the community doesn't want/use it, that's fine--they can ignore it.
Jun 24 2017
Is this really ready? I don't read Hindi but the main category has 84 subcategories and 25 are empty (many only have subcategories which are themselves empty, such as https://beta.wikiversity.org/wiki/Category:इंटेलिजेंस) There are 578 pieces of content, many of which are just one or two lines, such as https://beta.wikiversity.org/wiki/कंप्यूटर_प्रोग्रामिंग/IDE/विजुअल_बेसिक_.नेट/Online/Free or https://beta.wikiversity.org/wiki/कंप्यूटर_ग्राफिक्स/2013-2014/पेज_फ़ुट which is mostly someone's personal email address. Remove categories and erroneously-categorized userpages and that becomes 490. This includes almost 100 pages which are part of some Linux code such as https://beta.wikiversity.org/wiki/लिनक्स/linux-0.01.tar/boot/boot.s. Remove *those* and it's 401 which includes purely cosmetic templates and pages like https://beta.wikiversity.org/wiki/Portal:Engineering/box-footer. The actual amount of content seems like something that one person could make over a long weekend. How is this supposed to be a live project? This seems like a misstep.
May 27 2017
That is true--I admit I didn't understand you at first.
Transcoding mp3 to FLAC in no way solves this problem.
May 26 2017
May 16 2017
Mar 18 2017
Dan, if you see this, please invite me.