Wikipedia:Ik bruuk Hülp

Willkamen

Du hest Fragen, wat de Wikipedia angeiht? Denn büst du hier richtig!

Hier kannst du en niege Fraag indregen.
Mit de Tekenfolg --~~~~ maakst du en Ünnerschrift mit dien Naam.

Kiek ok hier: Hülp | Handbook | Faken stellte Fragen | wenn du en plattdüütsch Woort söchst

Archiv: op’n Fischmarkt - 2005 - 2006 - 2007 - 2008 - 2009 - 2010 - 2011 - 2012 - 2013 - 2014 - 2015 - 2016 - 2017

Ende der kleinen Wikipedias?

Auf der deutschen Benutzerseite des Menschen namens Eastfriesian, droht ein baldiger Ausschluss, weil er der Urkundenfälschung(Urheberrechtsverletzung angeklagt wird. Das war bei unseren kleinen Wikipedias noch nie der Fall. nicht signierter Beitrag der IP 194.76.64.12

Hinweis: Es geht um diese Diskussion: de:Benutzer_Diskussion:Eastfrisian#Lizenzgerechte_Übernahme_von_Artikeln, die sich wiederum auf diese hier bezieht: de:Wikipedia:Fragen_zur_Wikipedia#Umgang_mit_Sprachversionen. Um Urkundenfälschung geht es nicht, sondern um mögliche Urheberrechtsverletzungen. Ich sehe da allerdings kein Problem. --Holder ✍ 09:23, 27. Dez 2017 (CET)

Wat for'n dumm Tüüch. Wenn Anka Recht hett, mütt wi bi't Oversetten elk Verschoon upföhren, un sunnerlich seggen, wer de Verschoon schreven hett, de wi oversetten doot?--Bolingbroke ✍ 10:09, 27. Dez 2017 (CET)

Moin! Ich hab beim Aksaray Malaklısı einmal vorgemacht, wie ich mir eine Nennung von Original und Autoren wünsche. Meiner Meinung nach geht das auch mit den Nutzungsbedingungen der WP konform (ob urheberrechtlich wirklich ausreichend ist nur am Rande mein Thema). Was aus meiner Sicht einfach nicht geht, ist, dass der Originalartikel nicht einmal genannt, geschweige denn verlinkt ist. Und zwar weder in der Versionsgeschichte noch auf der Diskussionsseite. In diesem einen Fall weiß ich nun das Original. Aber es ist Aufgabe des Autors sich an geltendes Recht zu halten und dazu gehört, dass er nicht einfach Dinge, die von anderen stammen, weiterverwenden darf, ohne vernünftig darauf hinzuweisen.

Dass hier ein baldiger Ausschluss droht, ist Unfug. Der einzige, der von Rauswurf redet, ist der Benutzer selbst. Allerdings erwarte ich sehr wohl, dass er für alle seine übernommenen Artikel, und das ist eine beachtliche Anzahl, nicht nur hier, sondern auch auf de, auf die Originale hinweist. Eine Variante die mir ausreicht, habe ich vorgemacht. Wenn er urheberrechtlich auf der sicheren Seite sein will, muss er sich halt kundig machen. Anka Friedrich ✍ 10:54, 27. Dez 2017 (CET)

Die Variante bei Aksaray Malaklısı verwenden wir auf der alemannischen Wikipedia übrigens grundsätzlich, und zwar per Vorlage, die unten in den Artikel eingefügt wird, siehe z. B. im Artikel als:Guido Wolf. --Holder ✍ 09:46, 28. Dez 2017 (CET)

Ik bün ’n beten bang. Wat maakt wi nu, woans geiht dat wieder? Un woso kaamt dor nu na all de Tiet de düütsche Wikipedia üm de Eck? -- Hein Mück ✍ 17:31, 30. Dez 2017 (CET)

Bang wesen mutt nümms. Worüm dat geiht is man blots, dat de Oorhevers von Artikels ordig nöömt warrn mööt. Dorto schüll dat recken, wenn een op den Original-Artikel en Permanent-Lenk setten deit. Die Artikel-Historie ist dor jo ok intosehn. Wenn een Texten sülvst schrieven deit, denn is dat al so keen Problem, afsehn dorvun, dat de Borns angeven warrn schülln, woneem de Informatschonen stahn doot, de in'n Artikel nöömt sünd. --Iwoelbern ✍ 15:17, 31. Dez 2017 (CET)

Denn glööv ik, deit sik nix ännern. Is ja nich so, dat Wikipedia en wohrhaftig wetenschoplich Internetsiet is. De Universität kritiseert ja vör allens, dat dat keen echte Autorenschap geven deit; wi schrifft all ünner Pseudonyms. Ik nehm ut düsse Diskuschoon mit: Probeert wi mehr to ziteren! -- Hein Mück ✍ 06:32, 4. Jan. 2018 (CET)

Taxobox

Kann dat angahn, datt bi use Taxoboxen gor keen Unneraarden vörsehn sünd? Oder mütt de anners angeven weern, as mit Subspecies?--Bolingbroke ✍ 14:29, 3. Feb. 2018 (CET)

Noch wat anners: Kann een (Slomox) unner Umstänn ok Infraordines inboon in de Taxoboxen? --Bolingbroke ✍ 16:08, 23. Feb. 2018 (CET)

@Bolingbroke: Infraordines sünd dor nu mit in.

To de Ünneroorden: hest du dor en Bispeel, wie dat utsehn schall? --::Slomox:: >< 16:26, 23. Feb. 2018 (CET)

Editing News #1—2018

Read this in another language • Subscription list for this multilingual newsletter

Did you know?

Did you know that you can now use the visual diff tool on any page?

Sometimes, it is hard to see important changes in a wikitext diff. This screenshot of a wikitext diff (click to enlarge) shows that the paragraphs have been rearranged, but it does not highlight the removal of a word or the addition of a new sentence.

If you enable the Beta Feature for "Visuelle Unterschiede", you will have a new option. It will give you a new box at the top of every diff page. This box will let you choose either diff system on any edit.

Click the toggle button to switch between visual and wikitext diffs.

In the visual diff, additions, removals, new links, and formatting changes will be highlighted. Other changes, such as changing the size of an image, are described in notes on the side.

This screenshot shows the same edit as the wikitext diff. The visual diff highlights the removal of one word and the addition of a new sentence.

You can read and help translate the user guide, which has more information about how to use the visual editor.

Since the last newsletter, the Editing Team has spent most of their time supporting the 2017 wikitext editor mode, which is available inside the visual editor as a Beta Feature, and improving the visual diff tool. Their work board is available in Phabricator. You can find links to the work finished each week at mw:VisualEditor/Weekly triage meetings. Their current priorities are fixing bugs, supporting the 2017 wikitext editor, and improving the visual diff tool.

Recent changes

• The 2017 wikitext editor is available as a Beta Feature on desktop devices. It has the same toolbar as the visual editor and can use the citoid service and other modern tools. The team have been comparing the performance of different editing environments. They have studied how long it takes to open the page and start typing. The study uses data for more than one million edits during December and January. Some changes have been made to improve the speed of the 2017 wikitext editor and the visual editor. Recently, the 2017 wikitext editor opened fastest for most edits, and the 2010 WikiEditor was fastest for some edits. More information will be posted at mw:Contributors/Projects/Editing performance.
• The visual diff tool was developed for the visual editor. It is now available to all users of the visual editor and the 2017 wikitext editor. When you review your changes, you can toggle between wikitext and visual diffs. You can also enable the new Beta Feature for "Visual diffs". The Beta Feature lets you use the visual diff tool to view other people's edits on page histories and Special:RecentChanges. [1]
• Wikitext syntax highlighting is available as a Beta Feature for both the 2017 wikitext editor and the 2010 wikitext editor. [2]
• The citoid service automatically translates URLs, DOIs, ISBNs, and PubMed id numbers into wikitext citation templates. It is very popular and useful to editors, although it can be a bit tricky to set up. Your wiki can have this service. Please read the instructions. You can ask the team to help you enable citoid at your wiki.

Let's work together

• The team will talk about editing tools at an upcoming Wikimedia Foundation metrics and activities meeting.
• Wikibooks, Wikiversity, and other communities may have the visual editor made available by default to contributors. If your community wants this, then please contact Dan Garry.
• The <references /> block can automatically display long lists of references in columns on wide screens. This makes footnotes easier to read. You can request multi-column support for your wiki. [3]
• If you aren't reading this in your preferred language, then please help us with translations! Subscribe to the Translators mailing list or contact us directly. We will notify you when the next issue is ready for translation. Danke!

—Elitre (WMF)

21:56, 2. Mär 2018 (CET)

Galicia 15 - 15 Challenge

Wikipedia:Galicia 15 - 15 Challenge is a public writing competition which will improve improve and translate this list of 15 really important articles into as many languages as possible. Everybody can help in any language to collaborate on writing and/or translating articles related to Galicia. To participate you just need to sign up here. Thank you very much.--Breogan2008 ✍ 15:25, 12. Mär 2018 (CET)

WikiCon 2018

Die WikiCon 2018 findet vom 5. bis 7. Oktober in St. Gallen in der Schweiz statt. --Holder ✍ 06:42, 19. Apr. 2018 (CEST)

Zur WikiCon 2018 können jetzt Programmvorschläge eingereicht werden. --Holder ✍ 08:01, 4. Jun. 2018 (CEST)

Mittlerweile steht das offizielle Programm: de:Wikipedia:WikiCon 2018/Programm. --Holder ✍ 06:28, 24. Aug. 2018 (CEST)

Time to bring embedded maps (‘mapframe’) to most Wikipedias

Time to bring embedded maps (‘mapframe’) to most Wikipedias

Hilf bitte mit, in deine Sprache zu übersetzen

Mapframe is a feature that enables users to easily display interactive maps right on wiki pages. Currently, most Wikipedias don’t have mapframe. But fifteen Wikipedias, along with all the other Wikimedia projects, are using mapframe today to display maps on thousands of pages.

A little background: over the last few months, the Foundation’s Collaboration team has been working to improve the stability and user experience of the maps service. In addition, a question about long-term support for the maps service was recently settled, and a small team has been assigned for routine maintenance. Given these developments, bringing the benefits of mapframe to Wikipedias that lack the feature seems both safe and supportable. Nine Wikipedias that use a stricter version of Flagged Revisions will not get mapframe in this release.

Maps are a valuable form of visual data that can improve readers’ understanding across a wide range of topics. If you know of any reasons why mapframe shouldn’t be implemented on your Wikipedia, let us know on the project talk page. Unless we hear from you, we plan to release mapframe to most Wikipedias in May, 2018. So, if you foresee an issue, please let us hear from you. Otherwise, happy mapping!

CKoerner (WMF) (talk) 23:38, 24. Apr. 2018 (CEST)

Dat is en gode Naricht! Dor frei ik mi op! --::Slomox:: >< 06:54, 25. Apr. 2018 (CEST)

AdvancedSearch

From May 8, AdvancedSearch will be available as a beta feature in your wiki. The feature enhances the search page through an advanced parameters form and aims to make existing search options more visible and accessible for everyone. AdvancedSearch is a project by WMDE Technical Wishes. Everyone is invited to test the feature and we hope that it will serve you well in your work!

Birgit Müller (WMDE) 16:53, 7. Mai 2018 (CEST)

Plattdüütsche Koorten in de Wikipedia

De Extension Kartographer mit de Funkschoon "MapFrame" is vör en poor Daag freeschalt worrn (dat is twee wieder baven al ankünnt worrn).

Dat bedüüdt, dat wi direkt in uns Artikels nu Koorten inbinnen köönt. De Koorten kaamt von OpenStreetMap. Ik heff dat nu testwies in de Vörlaag:Dörpbox inbunnen. Bi Vollerso to’n Bispeel seht ji nu in de Box op de rechte Sied en lütten Koortenutsnidd mit de Laag von Vollerso.

Un dat beste bi de Saak: de Koort is op Platt! Tominnst bi de Öörd, bi de de plattdüütschen Naams al op OpenStreetMap indragen sünd.

Wenn ji Fragen hebbt oder wenn ji dat ok jichtenswo inbinnen wüllt: fraagt man, ik versöök to helpen. --::Slomox:: >< 10:55, 17. Mai 2018 (CEST)

Dascha mooi! Un dat löppt vun sülms, wenn du man bloß de Koordinaten ingiffst? --Bolingbroke ✍ 17:45, 17. Mai 2018 (CEST)

Dat gifft verscheden Mööglichkeiten: In de Vörlaag:Dörpbox warrt opstunns de Koordinaten ut Wikidata nahmen. Dat is aver ok mööglich, de Koordinaten to nehmen, de mit KOOR_OW un KOOR_NS in de Vörlaag angeven sünd. Un denn gifft dat noch de drüdde Mööglichkeit, dat du dien egen Koordinaten op de Koort wiesen lettst.

Op mw:Help:Extension:Kartographer steiht en beten, wat allens geiht: du kannst een oder mehr Punkte, een oder mehr Lienen un een oder mehr Ümrisse wiesen laten.

Hier maal en Bispeel, dat de verscheden Mööglichkeiten wiest: de Ümriss von de Gemeen Drochters (laadt ut Wikidata), de Laag von de veer Karkhööv in de Gemeen as Punkte un de Moordörper in dat Kedener Moor verbunnen mit en rode Lien. De Punkte un de Lien sünd direkt angeven. De Code, de dor för bruukt warrt, is hier in’n Borntext to sehn (is temlich kumplizeert, wenn een keen JSON kennt...)

Kumplizeert, aver du kannst dor op jeden Fall allerhand feine Saken mit maken! --::Slomox:: >< 07:33, 18. Mai 2018 (CEST)

New Wikipedia Library Accounts Available Now (May 2018)

Hello Wikimedians!

The TWL OWL says sign up today!

The Wikipedia Library is announcing signups today for free, full-access, accounts to research and tools as part of our Publisher Donation Program. You can sign up for new accounts and research materials on the Library Card platform:

• Rock's Backpages – Music articles and interviews from the 1950s onwards - 50 accounts
• Invaluable – Database of more than 50 million auctions and over 500,000 artists - 15 accounts
• Termsoup – Translation tool

Expansions

• Fold3 – Available content has more than doubled, now including new military collections from the UK, Australia, and New Zealand.
• Oxford University Press – The Scholarship collection now includes Electronic Enlightenment
• Alexander Street Press – Women and Social Movements Library now available
• Cambridge University Press – Orlando Collection now available

Many other partnerships with accounts available are listed on our partners page, including Baylor University Press, Loeb Classical Library, Cairn, Gale and Bloomsbury.

Do better research and help expand the use of high quality references across Wikipedia projects: sign up today!
--The Wikipedia Library Team 20:03, 30. Mai 2018 (CEST)

You can host and coordinate signups for a Wikipedia Library branch in your own language. Please contact Ocaasi (WMF).

This message was delivered via the Global Mass Message tool to The Wikipedia Library Global Delivery List.

Söhns un Döchter via Wikidata?

Moin,

ich hatte ja mal angefangen auf einigen Orten die Söhns un Döchter Listen durch Wikidata-Listen zu ersetzen, die sich automatisch aktualisieren. Dazu hatte ich auch schon mal eine Diskussion angestoßen, mit ein bisschen Resonanz. Das waren:

• Ritzbüttel/Söhns un Döchter
• Cuxhoben/Söhns un Döchter
• Gemeen Buxthu/Söhns un Döchter
• Gemeen Töst/Söhns un Döchter
• Gemeen Stood/Söhns un Döchter
• Gemeen Bookholt (Landkreis Horborg)/Söhns un Döchter

Da gibt's immer noch eine Reihe von Nachteilen:

• Einbindung mit nur mit blauer Linie und Hinweistext
• Daten müssen in Wikidata geandert werden
• Tätigkeit nicht immer auf Platt übersetzt (dann steht da sowas wie Q12345 in der Liste)
• Nur globale Relevanzkriterien der Wikidata, d.h. wir können die Liste nicht eingrenzen, da tauchen dann auch 16-jähirge YouTuber oder Curling-Spieler auf und sie wird bei Städten entsprechend lang, siehe Cuxhaven. (nix gegen Curling!)
• Einbauen der Liste ist etwas aufwendig... muss aber auch nur ein mal gemacht werden (siehe vorherige Diskussion).

Vorteile:

• Bei der Pflege nutzen wir alle Beiträge aller Wikidata-Nutzer und Bots
• Wir sind nicht auf Qualitätskontrolle in NDS beschänkt
• Wir können mehr Listen haben, die nicht von den wenigen NDS-Autren gepflegt werden müssen
• Gleiches Format gesichert (selbst bei ungenauen Datumsangaben, siehe Stade)
• Vollständigkeit gesichert (so gut es geht)
• Person sind auch verlinkt die hier kein eigenes Lemma haben (kursiv)

Was machen wir damit? Ist das der richtige Weg? Optionen:

• Okay so, in weitere Seiten einbauen.
• Total doof, weg damit.
• Einige Nachteile beseitigen, bevor es weiter eingebaut wird.

Zusätzlich hab ich den Eindruck dass der Trend eher zu "Person im Bezug zu" geht und der Geburtsort weniger wichtig ist Bitte mal um Feedback.--Aeroid ✍ 08:34, 8. Jun. 2018 (CEST)

Moin!

Für meinen Geschmack überwiegen die Nachteile deutlich. Das betrifft sowohl die von außen bestimmten Relevanz-Kriterien als auch die Nichtübersetzung von Begriffen ins Plattdeutsche, was wir in anderen Artikeln auch nicht akzeptieren. Weiter drängt sich mir die Frage auf, welchen enzyklopädischen Nutzen solche Listen generell haben? Wenn man eine Auswahl wichtiger Persönlichkeiten anbieten will, kann man das im Artikel zum Ort tun. Will man hingegen eine (möglichst) vollständige Übersicht von Personen erzeugen, die in einem Ort geboren wurden oder dort tätig waren, kann das ebenso gut (wenn nicht besser) über eine Kategorie gelöst werden. Listen stellen eine Zwischenlösung dar, für die ich keinen rechten Bedarf erkennen kann. --Iwoelbern ✍ 11:50, 8. Jun. 2018 (CEST)

Moin @Iwoelbern:,

kann ich fast alles nachvollziehen. Bei kleineren Wikipedias, oder Themenbereichen die in anderen Sprachen vollständiger abgedeckt sind, sehe ich bei diesen Wikidata-Listen allerdings den weiteren Vorteil, dass sie vollständiger sind. Selbst wenn wir hier Relevanzkriterien anwenden könnten, würden wir nur in ferner Zukunft alle Relevanten Lemmas abdecken können, da wir begrenzte Resourcen haben. NDS neigt eher dazu einen regionalen Detailfokus zu haben, der komplett in eine andere Richtung geht und globale, viel relevantere Themen nur anreissen kann. Kategorien, helfen nur bei vorhandenen Lemmas. Diese Listen hingegen geben Anstoß zur Versvollständigung (würde noch besser klappen, wenn es eigenen Relevanzkriterien folgen würde).

Was hälst Du davon die bspw. bei Stade die Lange Wikidata-Liste als eigenen Artikel, wie er jetzt besteht nur von Stade aus zu verlinken und auf im Stade-Lemma selbst die Liste manuell (mit Relvanz) zu führen? Bei kürzeren Listen, oder weniger prominenten Orten könnte man es weiter so belassen. Aber ich kann die auch gern wieder komplett rausschmeißen. Vielleicht haben ja noch mehr was zum Meinungsbild beizutragen. --Aeroid ✍ 14:47, 9. Jun. 2018 (CEST)

Die begrenzten Ressourcen waren immer schon ein Problem und werden es wohl auch bleiben. Ich sehe das wohl Argument, dass eine Liste – anders als eine Kategorie – zur Vervollständigung animieren kann. Nur faktisch passiert das am Ende doch nicht eben wegen der begrenzten Ressourcen, da ja die wenigen Mitarbeiter doch am ehesten ihre eigenen Steckenpferde voranbringen (was ja auch logisch ist). Ich bin daher skeptisch, dass sich da jemand berufen fühlen wird, fehlende Artikel zu ergänzen.

Der Vorschlag mit der reduzierten Liste im Artikel selbst plus lange Liste als eigenständiger Artikel ist für mich persönlich akzeptabel. Ich würde mir persönlich die Arbeit nicht machen, da ich immer noch am Zweck der Liste zweifle. Schaden wird eine zusätzliche Liste allerdings auch nicht, und vielleicht kommt ja irgendwann jemand, der sich genau um so etwas kümmern möchte. Immerhin bleibt der Hauptartikel auf diese Art überschaubar, was für mich wichtiger ist. --Iwoelbern ✍ 14:32, 18. Jun. 2018 (CEST)

Update on page issues on mobile web

Update on page issues on mobile web

Hilf bitte mit, in deine Sprache zu übersetzen Hi everyone. The Readers web team has recently begun working on exposing issue templates on the mobile website. Currently, details about issues with page content are generally hidden on the mobile website. This leaves readers unaware of the reliability of the pages they are reading. The goal of this project is to improve awareness of particular issues within an article on the mobile web. We will do this by changing the visual styling of page issues.

So far, we have drafted a proposal on the design and implementation of the project. We were also able to run user testing on the proposed designs. The tests so far have positive results. Here is a quick summary of what we learned:

• The new treatment increases awareness of page issues among participants. This is true particularly when they are in a more evaluative/critical mode.
• Page issues make sense to readers and they understand how they work
• Readers care about page issues and consider them important
• Readers had overwhelmingly positive sentiments towards Wikipedia associated with learning about page issues

Our next step would be to start implementing these changes. We wanted to reach out to you for any concerns, thoughts, and suggestions you might have before beginning development. Please visit the project page where we have more information and mockups of how this may look. Please leave feedback on the talk page.

CKoerner (WMF) (talk) 22:58, 12. Jun. 2018 (CEST)

Global preferences are available

Global preferences are now available, you can set them by visiting your new global preferences page. Visit mediawiki.org for information on how to use them and leave feedback. -- Keegan (WMF) (talk)

21:19, 10. Jul. 2018 (CEST)

New user group for editing sitewide CSS / JS

(Hilf bitte mit, in deine Sprache zu übersetzen)

Hi all!

To improve the security of our readers and editors, permission handling for CSS/JS pages has changed. (These are pages like MediaWiki:Common.css and MediaWiki:Vector.js which contain code that is executed in the browsers of users of the site.) A new user group, interface-admin, has been created. Starting four weeks from now, only members of this group will be able edit CSS/JS pages that they do not own (that is, any page ending with .css or .js that is either in the MediaWiki: namespace or is another user's user subpage).

You can learn more about the motivation behind the change here.

Please add users who need to edit CSS/JS to the new group (this can be done the same way new administrators are added, by stewards or local bureaucrats). This is a dangerous permission; a malicious user or a hacker taking over the account of a careless interface-admin can abuse it in far worse ways than admin permissions could be abused. Please only assign it to users who need it, who are trusted by the community, and who follow common basic password and computer security practices (use strong passwords, do not reuse passwords, use two-factor authentication if possible, do not install software of questionable origin on your machine, use antivirus software if that's a standard thing in your environment).

Thanks!
Tgr (talk) 19:44, 30. Jul. 2018 (CEST) (via global message delivery)

Enabling a helpful feature for Template editors

Hello.

The team working on TemplateStyles at the Wikimedia Foundation would like to enable TemplateStyles on this wiki.

TemplateStyles is a feature to allow non-administrators to write and manage CSS styles for templates. It allows contributors who edit templates to separate content and presentation. A good web practice that makes it easier to manage the layout of templates. If you don't edit templates, this will not have any impact on your contributions.

TemplateStyles is useful for a few reasons.

• It makes it possible for templates to work better on mobile.
• It cuts out confusion on where to apply CSS rules.
• Editing CSS is currently limited to administrators, which is a major barrier to participation.
• All stylesheets must be loaded on all pages (whether they actually use the page or not), which wastes bandwidth and makes debugging style rules more difficult.

You can learn more about TemplateStyles on MediaWiki.org. Technical documentation is also available.

This is an optional feature and no one must use it, but template contributors are encouraged to do so! Please discuss and let us know if there are any concerns. If there are no concerns we will proceed to deploy the feature on the 9th of August.

Thank you.

CKoerner (WMF) (talk) 23:28, 6. Aug. 2018 (CEST)

Editing of sitewide CSS/JS is only possible for interface administrators from now

(Hilf bitte mit, in deine Sprache zu übersetzen)

Hi all,

as announced previously, permission handling for CSS/JS pages has changed: only members of the interface-admin (Oberflächenadministratoren) group, and a few highly privileged global groups such as stewards, can edit CSS/JS pages that they do not own (that is, any page ending with .css or .js that is either in the MediaWiki: namespace or is another user's user subpage). This is done to improve the security of readers and editors of Wikimedia projects. More information is available at Creation of separate user group for editing sitewide CSS/JS. If you encounter any unexpected problems, please contact me or file a bug.

Thanks!
Tgr (talk) 14:40, 27. Aug. 2018 (CEST) (via global message delivery)

Read-only mode for up to an hour on 12 September and 10 October

Read this message in another language • Hilf bitte mit, in deine Sprache zu übersetzen

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)

15:33, 6. Sep. 2018 (CEST)