Wikiversity:Colloquium/archives/September 2018
DOI links
editComing from Wikipedia, I noticed that the DOI number redirects to the current publicly-editable version of the article instead of the actual peer-reviewed version. For example, https://doi.org/10.15347/wjs/2018.006 links to Radiocarbon dating which has been edited after peer review and could be edited by any member of the public. Shouldn't the DOI link to either the PDF or the specific revision that was accepted? Dlthewave (discuss • contribs) 17:31, 21 July 2018 (UTC)
- Dlthewave, I'm not sure who maintains the doi links but it's likely to be someone over at Talk:WikiJournal_of_Science Mvolz (discuss • contribs) 07:37, 8 August 2018 (UTC)
- I'm not sure what the groundrules of the WikiJournal are, but it is a wiki, and the whole purpose is for people to be able to edit it. (Many moons ago we had debates about having content which didn't change, and the policies might be different now, but I'd argue it's still a wiki and everything should be editable). Citation practice is to have a "retrieved on" date; I'd say if you want a _specific_ version, then that is how the source link should be set up. Just my 2cents. Historybuff (discuss • contribs) 07:01, 29 September 2018 (UTC)
Read-only mode for up to an hour on 12 September and 10 October
editRead this message in another language • Please help translate to your language
The Wikimedia Foundation will be testing its secondary data centre. This will make sure that Wikipedia and the other Wikimedia wikis can stay online even after a disaster. To make sure everything is working, the Wikimedia Technology department needs to do a planned test. This test will show if they can reliably switch from one data centre to the other. It requires many teams to prepare for the test and to be available to fix any unexpected problems.
They will switch all traffic to the secondary data center on Wednesday, 12 September 2018. On Wednesday, 10 October 2018, they will switch back to the primary data center.
Unfortunately, because of some limitations in MediaWiki, all editing must stop when we switch. We apologize for this disruption, and we are working to minimize it in the future.
You will be able to read, but not edit, all wikis for a short period of time.
- You will not be able to edit for up to an hour on Wednesday, 12 September and Wednesday, 10 October. The test will start at 14:00 UTC (15:00 BST, 16:00 CEST, 10:00 EDT, 07:00 PDT, 23:00 JST, and in New Zealand at 02:00 NZST on Thursday 13 September and Thursday 11 October).
- If you try to edit or save during these times, you will see an error message. We hope that no edits will be lost during these minutes, but we can't guarantee it. If you see the error message, then please wait until everything is back to normal. Then you should be able to save your edit. But, we recommend that you make a copy of your changes first, just in case.
Other effects:
- Background jobs will be slower and some may be dropped. Red links might not be updated as quickly as normal. If you create an article that is already linked somewhere else, the link will stay red longer than usual. Some long-running scripts will have to be stopped.
- There will be code freezes for the weeks of 10 September 2018 and 8 October 2018. Non-essential code deployments will not happen.
This project may be postponed if necessary. You can read the schedule at wikitech.wikimedia.org. Any changes will be announced in the schedule. There will be more notifications about this. Please share this information with your community. /User:Johan(WMF) (talk)
13:33, 6 September 2018 (UTC)
Science
edit--Odey370 (discuss • contribs) 13:42, 9 September 2018 (UTC) Please send data so that I can be able to help with the projects
- Depending on your interests there are What is science?, Search Wikiversity using the word Science, and Sciences. --Marshallsumter (discuss • contribs) 19:14, 9 September 2018 (UTC)
Agriculture
edit--Odey370 (discuss • contribs) 13:52, 9 September 2018 (UTC)grade12
- For Agriculture, check out the Portal:Agriculture! --Marshallsumter (discuss • contribs) 19:17, 9 September 2018 (UTC)
CC-BY 4.0 as default license in upload forms
editI suggest that CC-BY 4.0 should be the default suggested licensing when using the upload forms in Wikimedia projects for own works, instead of the current CC BY-SA 4.0 license (example at Commons), sometimes with dual GFDL licensing (example here at Wikiversity). The main difference would be that derivatives are not required to have the same license. Reasons for changing to CC-BY 4.0 are:
- It is a more permissive license.
- It makes it much easier to combine and mix works. The combination of the two images at right, for example, would not have been possible at all if the images were licensed under let's say CC BY-SA 4.0 for the first one and CC BY-NC 2.0 for the other. However, if either was CC-BY 4.0 it would have been permitted. See WP:Adaptation for further information in this regard.
- CC-BY is by far the most popular licensing for open access journals (see Directory of Open Access Journals - Journal license tab), and is similarly popular in databases (see CC: Data and CC licenses). CC BY-SA is therefore not compatible for inclusion in most open access journals, denying them free access to the sum of Wikimedia knowledge.
- Most uploaders may very well be as willing to upload under CC-BY, but may not be familiar with the differences between having SA or not. The current upload form layouts thus make lots of works receiving a more restrictive licensing than necessary. Just because uploaders can upload under the most restrictive license Wikimedia has to offer doesn't mean they need to be presented with that option by default. Those who still want to put the additional SA restriction would still be able to actively choose so.
- The currently suggested dual licensing with CC BY-SA 4.0 with GFDL such as here in Wikiversity (link to form) is actually incompatible in a strict sense (see Wikipedia section on this matter, and is also a lot of extra read for those who want to know what GFDL means, since it doesn't provide the short presentation as given in Creative Commons licenses (compare GFDL license page to the CC BY-SA 4.0 page. It would therefore be both easier for uploaders and more legally correct if we simply dropped GFDL from the default license suggestion. Again, those who do want to choose dual licensing for some reason would still be able to actively choose so.
I want to know if you agree with this suggestion, and we can then bring it to Wikimedia's legal team for review before implementation. I know the change is technically not that hard, since we only need to change the upload form layouts, not the licenses of any already uploaded works, nor the overall licensing of any wiki. I've started a vote on this issue in Wikimedia Commons. Please go to that page to join:
Mikael Häggström (discuss • contribs) 20:48, 10 September 2018 (UTC)
- Would it be possible to add a default option in our Special:Preferences page?--Guy vandegrift (discuss • contribs) 12:42, 12 September 2018 (UTC)
The GFDL license on Commons
editThis has been posted here because your wiki allows local file uploads. Please help translate to your language.
Commons will no longer allow uploads of photos, paintings, drawings, audio and video that use the GFDL license and no other license. This starts after 14 October. Textbooks, manuals and logos, diagrams and screenshots from GFDL software manuals that only use the GFDL license are still allowed. Files licensed with both GFDL and an accepted license like Creative Commons BY-SA are still allowed.
There is no time limit to move files from other projects to Commons. The licensing date is all that counts. It doesn't matter when the file was uploaded or created. Every wiki that allows local uploads should check if bots, scripts and templates that are used to move files to Commons need to be updated. Also update your local policy documentation if needed.
The decision to allow files that only have a GFDL license, or not allow them, is a decision all wikis can make for themselves. Your wiki can decide to continue allowing the files that Commons will no longer allow after 14 October. If your wiki decides to continue to allow files after 14 October that Commons will no longer allow those files should not be moved to Commons. — Alexis Jazz, distributed by Johan using MassMessage
18:11, 20 September 2018 (UTC)