From Wikiversity
(Redirected from Colloquium)
Jump to navigation Jump to search
Please do not include wiki markup or links in section titles.
Sign your posts with   ~~~~

Do you have questions, comments or suggestions about Wikiversity? That is what this page is for! Before asking a question, you can find some general information at:


var wgArticlePath = "/wiki/$1"; var wgServer = ""; var wgPageName = "Wikiversity:Colloquium"; var wgTitle = "Wikiversity Colloquium"; var wgContentLanguage = "en"; var x-feed-reverse = "true"; var x-blog-description = "You have questions, comments or suggestions about Wikiversity? That's what this page is for!";

"When the pupil is ready to learn, a teacher will appear." — Zen proverb (discuss)

step by step[edit]

hello there, I'm a new member here, could you tell me step by step for a beginner like me?

--PutriAmalia1991 (discusscontribs) 04:48, 5 February 2020 (UTC)

@PutriAmalia1991: See the welcome message on your talk page. I'm encountering the same message from you at many WMF projects and I'm wondering if there's a reason you're posting it everywhere. —Justin (koavf)TCM 04:52, 5 February 2020 (UTC)
@Koavf: everytime I've joined one Wikimedia projects, I've always searching for help desks and posting the question because I wanna know the mechanism on the project --PutriAmalia1991 (discusscontribs) 06:20, 5 February 2020 (UTC)
@PutriAmalia1991: Sounds fair. Each is certainly different in its own way. I've been on all of them since 2003 or later if they were founded later and they've all gone in different directions and have different cultures and that's just in English. The nice thing about this project is that it's still very small and doesn't have much in the way of fixed rules, so you have a lot of options but that can also be a bad thing if you need structure to give you guidance. —Justin (koavf)TCM 06:21, 5 February 2020 (UTC)
@Koavf: what do you mean by 'can also be a bad thing'?, I don't understand --PutriAmalia1991 (discusscontribs) 06:42, 5 February 2020 (UTC)
@PutriAmalia1991: When there isn't a lot of content or structure and only a small community of editors, it is hard to know what to do (as you yourself are asking): it can also be giving one enough rope to hang oneself. —Justin (koavf)TCM 06:46, 5 February 2020 (UTC)
@Koavf: I've guess I'll starting to get it now, thanks --PutriAmalia1991 (discusscontribs) 06:59, 5 February 2020 (UTC)
@PutriAmalia1991: Again, happy to have you. I'm one of the very few editors who works across most WMF projects in English, so I can give my insite if it's ever helpful. If you want to dig into some simple minutiae, you can always go to Special:SpecialPages and work on the maintenance issues. —Justin (koavf)TCM 07:00, 5 February 2020 (UTC)

Preprint repository hosting invite?[edit]

The Center for Open Science has started charging hosting fees to preprint repositories, many of them English-language; some are unable to pay and are looking for new hosting.[1] We could invite them to move here; Wikiversity already hosts preprints. How do people feel about this? It would mean an initial burden in terms of helping new users, and of course the WMF would have to pay the hosting costs, but it could win us new users long-term. It might also help reduce cost barriers and systemic bias in academia. HLHJ (discusscontribs) 02:02, 15 February 2020 (UTC)

It would seem to be within the Wikiversity:Mission for English-language resources, depending on original content license. They could look to the other Wikiversities for non-English content. The biggest burden will be the limitation on new users uploading files. Someone associated with this effort will need to take the lead in either coordinating the uploads or explaining to the new users the delays involved before they have upload rights. -- Dave Braunschweig (discusscontribs) 14:29, 15 February 2020 (UTC)
Thank you for the heads-up; I am not familiar with this limitation. I can't seem to find anything at Wikiversity:Uploading files or Wikiversity:User access levels that would prevent new registered users from uploading files; could you possibly link to the relevant policy, Dave Braunschweig? If the content is under a suitable open-access license, most of the images should be too, so they could be uploaded to Commons, which allows uploads by new users. Images that Wikiversity allows but Commons forbids (see here) should be fairly rare; if someone from each of the repositories has upload rights, they could take responsibility for doing it for the preprints they are accepting. Most of these repositories seem to be run by volunteers, who help the academics who write the pre-prints publish them. I'm willing to help the repository volunteers figure out wiki editing, though depending on the uptake I might need help. HLHJ (discusscontribs) 20:10, 15 February 2020 (UTC)
I don't know that there is a written "policy". It's the default software settings. See Special:ListGroupRights. I think the default settings are appropriate. If users want to upload files here, they need to spend a little time and become familiar with the Wikiversity community. Think about what you would want them to read, what edits you would want them to make (such as creating their user page), editing some page that describes and links to what they upload, etc. They also need to understand how to properly indicate the license for their files, or the files will be deleted after seven days. -- Dave Braunschweig (discusscontribs) 03:30, 16 February 2020 (UTC)
The triggering of filters to prevent uploads by new users would be likely biggest barrier to uptake (considering many preprint servers handle hundreds of new uploads per week). With the rise of Wikidata and structured data on commons it'd probably possible to make the process of uploading the files and curating metadata sufficiently streamlined with a bit of effot (possibly using some of the same tools as the Wiki Loves X competitions). It's be a big task through to get the system as frictionless as current competitors then do the necessary outreach at scale (indeed, some of the same challenges that the WikiJournals are working with). It could be possible to reconfigure WikiJournal Preprints as a more generalised preprint repository (i.e. for items stored as PDFs as well as in wikimarkup). It's actually been a huge lost opportunity that Wikimedia hasn't been a key player in hosting green OA postprints and published PhD theses. T.Shafee(Evo﹠Evo)talk 07:25, 16 February 2020 (UTC)
I can see that a four-day delay on new users uploading some types of content could be problematic, if not insuperably problematic, in this application. Thanks for the link; Wikiversity:Autoconfirmed users is also helpful. It seems like these repositories are facing a big task anyway; they are looking at moving to new servers, changing their operating structures, or in some cases shutting down. Can you estimate the proportion of the work needed could be done by repository volunteers with little Mediawiki experience, T.Shafee? This also seems like something the WMF might be willing to put resources into, or at least a press release. I'm going to ping Trizek (WMF) here, as he may have useful comments. Agreed on missed opportunities. HLHJ (discusscontribs) 01:57, 17 February 2020 (UTC)
It depends on how rigid or flexible we want the structure to be and if files would be kept on commons or here. One of the things that all the current repositories do is force uploaders to include a certain minimal set of metadata. For example, for green OA postprints, you'd need at least the following:
  • date of publication for published version
  • doi link to published version
  • author names
  • choose from a controlled set of ~100 categories (e.g. FoR codes)
  • some tickbox to confirm that you've checked the journal's embargo policy on sherpa/romeo
Here's an example in figshare). Open theses would be similar, as would posters and presentations. For open data (supplementary datasets attached to publications or independent datasets unattached to any publication) our limited acceptable file types would be a more noticeable restriction. Indeed, things that standard repos enable but mediawiki system can yet do:
  • automatic embargoing (i.e. item only becomes visible and licensed after a set time delay) but I'd guess that a day's google hackathon could put something together
  • any file format accepted, especially for datasets (this would be an insurmountable issue and major drawback on any WMF server, where we can only host open formats)
  • mint DOIs automatically and at scale (one of the key benefits of figshare, osf etc) but that would not be impossible to get working with some APIs
Structured data on commons integration with wikidata, would be a key' 'unique selling point'. However, if files were on Commons, there could be a risk of over-zealous editors removing items if they didn't believe that the authors had copyright. I'd estimate that to make a service with 95% of OSF or figshare or Dspace functionality would only cost a few months of developer's time. Conceivably some wikiwand type visual interface could actually address many of the visual deficits of wiki displays. T.Shafee(Evo﹠Evo)talk 10:27, 18 February 2020 (UTC)
Deletion from Commons is a real possibility but we can have local uploads if/when that happens. —Justin (koavf)TCM 12:48, 18 February 2020 (UTC)
If there anything in Wikiwand which is missing from the new Timeless skin? I'm not sure accepting any file format would be a good idea; a smaller range to which we can be sure we will retain access might be better. Some conversion tools, or perhaps at first just a guide to converting your files offline, might be an acceptable substitute; there are lots of god open-source converters for a lot of formats. Mediawiki will do us a custom upload form, complete with mandatory fields, without much work. If the WMF can't already issue DOIs, we might be able to find some organization which will issue them for us. HLHJ (discusscontribs) 03:42, 26 February 2020 (UTC)
Additional note: with regards to contacting repositories, it'll be necessary to have afew screenshots and an example workflow so that they can see the process. Ideally also curate a small set of items as an exemplar. Probably figshare is the main benchmark to think about in terms of process and versatility. T.Shafee(Evo﹠Evo)talk 06:40, 28 February 2020 (UTC)
Yes, please! If I can be in any way associated with promulgating open access, I'd be honored. —Justin (koavf)TCM 14:39, 15 February 2020 (UTC)


This discussion has run for over a week. Am I right in saying:
  1. No-one objects to inviting repositories to en-Wikiversity
  2. It is possible to host repositories here (and, indeed, it is already being done).
    1. There are some problems (some big, some small, most technical, some policy-based) to be dealt with in the process of moving a repository here
    2. There are some established volunteers willing to help the volunteers and/or staff of any repository moving to Wikiversity
    3. We wouldn't object to the Wikimedia Foundation putting resources into it, either
  3. We would like to extend an invitation to repositories looking for a new home.
If this is a reasonable summary of consensus, would anyone object to my relaying it, and asking the Foundation to extend Wikiversity's invitation to the repositories? HLHJ (discusscontribs) 00:49, 27 February 2020 (UTC)
I say gopher it. —Justin (koavf)TCM 01:01, 27 February 2020 (UTC)
Agreed. T.Shafee(Evo﹠Evo)talk 06:37, 28 February 2020 (UTC)

Hacker News thread on distance BA/BA/MA/MS programs[edit] (koavf)TCM 17:03, 24 February 2020 (UTC)

Additional interface for edit conflicts on talk pages[edit]

Sorry, for writing this text in English. If you could help to translate it, it would be appreciated.

You might know the new interface for edit conflicts (currently a beta feature). Now, Wikimedia Germany is designing an additional interface to solve edit conflicts on talk pages. This interface is shown to you when you write on a discussion page and another person writes a discussion post in the same line and saves it before you do. With this additional editing conflict interface you can adjust the order of the comments and edit your comment. We are inviting everyone to have a look at the planned feature. Let us know what you think on our central feedback page! -- For the Technical Wishes Team: Max Klemm (WMDE) 14:14, 26 February 2020 (UTC)

Figure upload difficulty[edit]

I tried to upload figures for the review article I wrote for Wikiversity on Non-canonical Base Pairs, as suggested by Thomas Shafee. I could successfully upload few figures but for most of the figures when I tried to save it, the page says indicates there is already a figure on that name, which is of some other subject. As a result I am not able to complete my project for quite some time now.


Dhananjay Bhattacharyya

--Bhattasinp (discusscontribs) 09:02, 28 February 2020 (UTC)