Minecraft Wiki:Adminpinnwand/Archiv 16

Dies ist das Archiv der Adminpinnwand für Januar 2017 bis Dezember 2018. Bitte bearbeite diese Seite nicht. Neue Fragen können auf der aktuellen Diskussionsseite gestellt werden.

Technik Wiki nur für Ips sperren ?[]

Ich erlebe jetzt des öfteren das gerade Ips immer wieder sehr viel Müll produzieren und keinerlei produktiven Nutzen bringen. Ist ja auf der einen und anderen Seite auch schlüssig, denn das Technik-Wiki ist an sich gesehen vollständig und fertig. Deshalb bin ich zur Überlegung gekommen, man sollte vielleicht alle Ips insgesamt daran hindern die Technik-Artikel zu bearbeiten. Diskussionen oder dergleichen können ja weiterhin erlaubt sein. Ist es nun möglich eine allgemeine Sperre für Ips einzubauen oder müsste man dazu jeden einzelnen Artikel für Ips sperren ? Was haltet ihr insgesamt davon. Jeder kann dazu gerne seine Meinung äußern. -- Nethonos 11:37, 17. Dez. 2016 (UTC)

Nur Curse kann ein ganzes Wiki für IPs sperren, und das wird auf Gamepedia prinzipiell nicht gemacht. Man müsste jede einzelne Seite schützen oder bessere Spamfilter einbauen. Ich kümmere mich mal um letzteres. | violine1101 ^(Diskussion) 12:37, 17. Dez. 2016 (UTC)

Kein Wunder, dass es so viel Spam gibt im Technik Wiki. Es gab effektiv keine lokalen Missbrauchsfilter. | violine1101 ^(Diskussion) 13:01, 17. Dez. 2016 (UTC)

@Violine1101: Oje, danke für die Einrichtung des Spamfilters. -- Nethonos 13:18, 17. Dez. 2016 (UTC)

Im Technik-Wiki fehlen noch einige Filter. Könnten diese bitte nachgetragen werden? -- Nethonos 12:05, 22. Dez. 2016 (UTC)

Welche fehlen denn noch spezifisch? Die meisten sind ja schon von Curse vorgegeben (sog. globale Filter) und sollten den meisten Spam verhindern. | violine1101 ^(Diskussion) 13:07, 22. Dez. 2016 (UTC)

Unter "Spezial:Missbrauchsfilter" finde ich im Technik-Wiki nur drei Stück, im Minecraft Wiki müssten das viel mehr sein. -- Nethonos 13:12, 22. Dez. 2016 (UTC)

Die meisten der hier verwendeten Missbrauchsfilter sind aber nicht mehr in Verwendung, nur für dieses Wiki relevant oder sowieso durch einen Curse-Filter gedoppelt. Falls noch einmal eine große Welle an Spam im Technik Wiki auftauchen sollte, einfach melden, dann kann man ja die Filter entsprechend anpassen. | violine1101 ^(Diskussion) 12:18, 8. Jan. 2017 (UTC)

Antrag[]

Ich habe auf keiner Seite einen Hinweis darauf gefunden, wie man ein Administrator werden kann.

Mein implizierter Antrag ist noch nicht festgelegt; aber ich spiele mit dem Gedanken, da ich durchaus aktiv und zuverlässig bin. Allerdings müsst ihr entscheiden, denke ich. :-) ~ YɒouoɑY 18:05, 9. Jan. 2017 (UTC)

Ich bin auch im Minecraft-Bugtracker Helper (kann also Tickets bearbeiten). Wenn man dort frägt, wie man Mod oder Helper werden kann, lautet die Antwort normalerweise: "Remember the rules of the fight club". Im Prinzip gilt dasselbe hier: Du bewirbst dich nicht, sondern wirst gefragt.
Außerdem sind wir keinesfalls unterbesetzt im Adminteam. Die einzigen Vorzüge des Adminstatus sind es, Seiten zu löschen, Seiten zu schützen und Benutzer zu sperren (sowie einige Kleinigkeiten). Das kommt nicht allzu häufig vor und als normaler Benutzer kannst du genauso gut im Wiki mitwirken. | violine1101 ^(Diskussion) 18:19, 9. Jan. 2017 (UTC)

Über angesprochene Argumente hatte ich auch schon nachgedacht, war mit angesprochenen Konzepten aber nicht vertraut und wollte mir eine Vorstellung davon verschaffen, wie es funktionieren würde. Allerdings macht es mir nichts aus, weiter lediglich als Benutzer zu agieren; ihr seid ja durchaus nicht unzuverlässig. Vielen Dank für deine rasche und offene Antwort. :-) ~ YɒouoɑY 18:31, 9. Jan. 2017 (UTC)

Letzte Änderungen (Darstellung)[]

Von gestern auf heute sind gleichartige Letzte Änderungen wie Neuanmeldungen nicht mehr zu jeweils 1 Punkt zusammengefasst. Liegt das an mir oder am Wiki? Iwer Sonsch (Diskussion) 10:17, 7. Feb. 2017 (UTC)

Schau mal, ob in deinen Einstellungen unter "Letzte Änderungen" ein Häkchen bei "Änderungen auf „Letzte Änderungen“ und der Beobachtungsliste nach Seite gruppieren" steht. -- Sumpfhütte 10:43, 7. Feb. 2017 (UTC)

Danke, das wars. Iwer Sonsch (Diskussion) 12:41, 7. Feb. 2017 (UTC)

Kann Änderung nicht speichern[]

Ich wollte auf der Seite "Zukünftige Versionen" beim Abschnitt "Switch Edition" ändern, dass dort nicht mehr "[...]für die am dritten März erscheinende Spielekonsole Nintendo Switch." steht, sondern "[...]für die am dritten März erschienene Spielekonsole Nintendo Switch.". Diese Aktion wurde aber automatisch als schädlich erkannt und deshalb nicht ausgeführt. Ich bitte darum, das zu ändern. -- Smartboyirom, 3. Mär. 2017, 20:08 (UTC)

Erledigt + Danke. Und ich glaube, nach 3 Tagen wirst du als registrierter Benutzer diese Meldung nicht mehr erhalten. -- Sumpfhütte 20:21, 3. Mär. 2017 (UTC)

Sidebar: Technik-Wiki-Verlinkung[]

Ich fände es ganz praktisch, wenn man von dem Minecraft-Wiki mit nur einem Klick auch ins Technik-Wiki rüber switchen könnte, so wie es schon umgekehrt der Fall ist. Könnte man dazu bitte in der Sidebar einen Eintrag hinzufügen ? -- Nethonos 18:44, 9. Mär. 2017 (UTC)

Erledigt. -- Sumpfhütte 15:04, 14. Mär. 2017 (UTC)

Bei der Adressangabe steht "technik" statt "minecraft-technik". Bitte noch ändern, danke im Voraus. -- Nethonos 07:35, 2. Apr. 2017 (UTC)

Erledigt. -- Sumpfhütte 07:46, 11. Jun. 2017 (UTC)

IPs 79.225.71.157 und 79.225.95.7[]

Kommt es hier häufiger vor, dass zwei unterschiedliche IPs relativ ähnliche, unsinnige Beiträge speichern?
79.225.95.7:[1][2][3]
79.225.71.157:[4]
--Smartboyirom (Diskussion) 21:37, 19. Mai 2017 (UTC)

Es handelt sich um eine dynamische IP der Telekom und ändert sich daher täglich. Den Benutzer zu sperren würde daher leider nichts bringen. Ich hoffe einfach mal, dass ihm das irgendwann einfach langweilig wird. ... Ich hätte aber noch eine Idee, wie ich seine Bearbeitungen verhindern kann. Wenn das nochmal vorkommt, mach ich das auch. | violine1101 ^(Diskussion) 21:49, 19. Mai 2017 (UTC)

Dann hast du jetzt die Gelegenheit: [5] --Smartboyirom (Diskussion) 19:01, 20. Mai 2017 (UTC)

Erledigt | violine1101 ^(Diskussion) 21:43, 20. Mai 2017 (UTC)

Scheinbar leider doch nicht: [6] --Smartboyirom (Diskussion) 18:09, 22. Mai 2017 (UTC)

Schon erledigt, er sollte es nun erheblich schwerer haben, denselben "Witz" nochmal zu bringen. | violine1101 ^(Diskussion) 19:09, 22. Mai 2017 (UTC)

Brauche Hilfe zu meinem alten Account[]

Ich habe jetzt notgedrungen einen zweiten Account erstellen müssen, weil ich mich nichtmehr in meinen alten Account "Disco-Master" einloggen kann (da der letzte Login auf diesem Account schon eine Weile her ist und ich die Daten nichtmehr habe). Meine eigentliche Frage ist die, ob ich irgendwie auf den alten Account zugreifen kann, da ich auch nichtmal weiß, ob dieser Account überhaupt auf Gamepedia transferiert wurde. Falls dies nicht möglich ist wäre es mir schon gut getan, wenn man die alte Benutzerseite löschen könnte (minecraft-de,gamepedia,com/User:Disco-Master?profile=no) Michael783b (Diskussion) 17:35, 10. Jul. 2017 (UTC)

Hallo, Michael783b / Disco-Master! Wir können die Benutzerseite löschen, wenn du willst. Bezüglich deines alten Accounts wendest du dich am besten an Curse (Hier lang, englisch). Wenn du nicht englisch kannst, kannst du dich wieder an uns wenden. | violine1101 ^(Diskussion) 17:47, 10. Jul. 2017 (UTC)

Wegen der Sache des alten Accounts und der Benutzerseite: Hätte sich soweit erledigt, konnte sie selbst so bearbeiten dass es eigentlich so passen würde; für die komplette (inhaltliche) Löschung der Seite wäre ich dennoch dafür. Zugriff auf den alten Account werde ich wohl nichtmehr haben, da sämtliche meiner E-Mails nicht in deren Datenbank zu finden sind. Michael783b (Diskussion) 11. Jul. 2017 (UTC)

Ich habe deine ehemalige Benutzerseite gelöscht. Das Profil besteht zusammen mit deinem alten Account noch, aber Gamepedia-Konten können soweit ich weiß überhaupt nicht gelöscht werden. | violine1101 ^(Diskussion) 18:11, 11. Jul. 2017 (UTC)

Ich Löschung des Kontos ist schon möglich, dafür muss man sich aber direkt an Curse wenden.   MarkusRost (Diskussion) 19:44, 11. Jul. 2017 (UTC)

Wiki-Geburtstag[]

@Violine1101, Sumpfhütte, MarkusRost:, wenn heute die Gamepedia-Migration wie geplant stattfindet, wird zum besagten Wiki-Tag keine Bearbeitung stattfinden können, welche die Geburtstags-Seite einbaut. Wäre es also wert, vielleicht heute noch, solang es geht, eine Abfrage einzubauen, die den bestimmten Tag abfragt und dann die Seite entsprechend ändert? -- Nethonos 10:52, 16. Okt. 2017 (UTC)

Das Minecraft Wiki gehört zu Phase 2. Für diese steht noch kein Zeitpunkt fest, heute beginnt nur Phase 1 und dauert ein paar Tage. Es sollte daher also eigentlich kein Problem dabei geben.   MarkusRost (Diskussion) 11:02, 16. Okt. 2017 (UTC)

Ich hätte wohl besser nochmals, an entsprechender Stelle, nachlesen sollen. Dann sollte dem Wiki-Geburtstag nichts im Wege stehen. -- Nethonos 19:34, 16. Okt. 2017 (UTC)

Danke @Violine1101: für den Anstoß zu dieser Aktion und für die tolle Geburtstagsseite! Die sollten wir aufheben und jedes Jahr einsetzen. -- Sumpfhütte 09:57, 18. Okt. 2017 (UTC)

Bild kann nicht gelöscht werden[]

Seltsamerweise kann ich Bild Datei:Rezeptbuch.png nicht löschen. Das Wiki vergisst bei dieser Seite immer meine Anmeldung und zeigt die öffentliche Version der Seite an. Anmelden kann ich mich auf dieser Seite dann auch nicht. -- Sumpfhütte 11:22, 9. Nov. 2017 (UTC)

Das hatte ich auch schon auf der ein oder anderen Seite mal... Ich konnte das Bild jetzt aber ohne Probleme löschen.   MarkusRost (Diskussion) 11:25, 9. Nov. 2017 (UTC)

Umzug zuende?[]

Woher kommt die Info "Umzug zuende"? Denn die Hälfte unserer Bilder fehlt. -- Sumpfhütte 06:24, 15. Nov. 2017 (UTC)

Die Info für das Ende des Umzuges in Bezug auf das Minecraft Wiki stammt aus dem Gamepedia Slack. Das Problem mit den fehlenden Dateien wird gerade behoben, das Wiki lässt sich aber wieder bearbeiten.   MarkusRost (Diskussion) 06:44, 15. Nov. 2017 (UTC)

Ah ok. Das hatte ich auch gelesen, hätte aber erwartet, dass statt "Umzug zuende" ein Hinweis auf das Bildproblem in der Sitenotice erscheint oder im Wiki-Twitter. -- Sumpfhütte 06:47, 15. Nov. 2017 (UTC)

Den Hinweis auf den Umzug hatte ich entfernt, da er seit fünf Uhr auch nicht mehr angezeigt wurde. Einen extra Hinweis wegen den Bildern fand ich jetzt nicht unbedingt nötig, vor allem da inzwischen fast alle Bilder wieder da sind.   MarkusRost (Diskussion) 06:55, 15. Nov. 2017 (UTC)

Das ist prima, dann funktioniert die Reparatur also. Puh... -- Sumpfhütte 07:02, 15. Nov. 2017 (UTC)

Hm, am Anfang fehlten über acht Bilder auf der Hauptseite, dann nur noch zwei und jetzt wieder fünf. Ein paar sind wieder verschwunden...   MarkusRost (Diskussion) 07:21, 15. Nov. 2017 (UTC)

Es gibt zur Zeit noch Cache-Probleme:

• Nach dem Hochladen eines Bildes kommt die Meldung: "Es ist keine Datei dieses Namens vorhanden. Du kannst jedoch diese Datei hochladen."
• Nach dem Ändern einer Vorlage ist die Änderung auf den Seiten, die die Vorlage benutzen, nicht zu sehen.

Hier muss man abwarten, evtl. ein paar Stunden. Curse arbeitet an einer Behebung. -- Sumpfhütte 09:13, 17. Nov. 2017 (UTC)

Es gibt immer noch massive Probleme mit den Bildern: Beim Umbenennen verdoppeln sich die Bilder, Löschen funktioniert nicht und Wiederherstellen gelöschter Bilder funktioniert nicht. Ursache ist eine falsche Konfiguration des CloudFlare-Cache-Servers. Außerdem gab es gleichzeitig mehrere DDoS-Angriffe, weshalb jetzt hin und wieder eine Prüfseite erscheint. Außerdem gab es Probleme mit der PRO-Anzeige.

Nach über 30 Stunden ist das Alt-Bild "Lesepult.png" jetzt verschwunden, hoffentlich werden die anderen auch noch verarbeitet. Hier die Liste: Spezial:Logbuch/move

-- Sumpfhütte 10:08, 20. Nov. 2017 (UTC)

Die Anzeige des PRO-Badges ist doch schon immer verbuggt, mit dem Umzug hat das nichts zu tun. Nur gestern wurde für ein paar Stunden der PRO-Status an sich nicht erkannt, also das Badge war weg und es wurde überall Werbung angezeigt. Aber das funktioniert alles wieder.

Ein Problem, das mir noch aufgefallen ist ist, dass die Mitteilungsanzeige oben rechts nicht funktioniert. Mitteilungen kommen erst ca. 30 Minuten später an und auch wenn sie alle gelesen wurden, signalisiert die Anzeige weiterhin, dass ungelesene Mitteilungen vorhanden wären. Klickt man dann darauf, verschwindet die Anzeige, beim Laden einer neuen Seite ist sie aber schon wieder da.

Ich glaube, beim Lesepult und Quarz hatte es sofort geklappt. – Fusseel 10:12, 20. Nov. 2017 (UTC)

Es gibt derzeit massive Cache-Probleme. Besonders betroffen sind davon Dateien. Das Verschieben funktioniert durchaus korrekt, nur das Chache bekommt es nicht mit. Die Seiten existieren nicht mehr und auch die Bilder lassen sich nicht mehr einbinden. Manchmal kann man durch anhängen von action=purge den Cache etwas wecken und die Seiten werden für einen selbst korrekt angezeigt. Dies ist allerdings nur temporär.

Bekannte Cache Probleme

(Seit dem Umzug)

• Namensraum Datei
• Namensraum MediaWiki
• Tracking-Kategorien
• Benachrichtigungen
• Vorlagen

  MarkusRost (Diskussion) 10:26, 20. Nov. 2017 (UTC)

@Sumpfhuette: Was genau ist mit Geschwindigkeit gemeint? Das ist so leider sehr undeutlich :/ Die Geschwindigkeit des Wikis insgesamt oder nur die Geschwindigkeit beim Übernehmen von einigen Änderungen (z.B. Bilder, Vorlagen und MediaWiki)? Auch dieses "manchmal" ist etwas verwirrend. Wenn es heißen soll, das es nur noch manchmal Probleme gibt, wäre ich eher dafür den Hinweis wieder zu entfernen. Schließlich ist es dann nicht mehr, was den Leser dauerhaft stört.   MarkusRost (Diskussion) 17:30, 5. Dez. 2017 (UTC)

An manchen Tagen ist das Wiki beim Aufrufen von Seiten schneller als an anderen. Da andere Webseiten schnell laden, andere Gamepedia-Seiten aber auch langsam laden, liegt es an Gamepedia. Vermutlich laufen seit dem Umzug (also seit drei Wochen) deren Server heiß, um diverse Terabytes an Cache anzulegen. Dazu kommen immer wieder Korrekturläufe, um Fehler in allen 1000 Wikis zu beseitigen. Neben diesen Verlangsamungen an manchen Tagen gibt es auch uhrzeitabhängige: Ab Nachmittags, wenn in den USA der Bürotag beginnt, wird das Wiki merklich langsamer. Vermutlich werden dann weitere Datenbankänderungen in großem Umfang durchgeführt. Die Verlangsamung betrifft sowohl das Laden als auch das Speichern. Da diese Probleme seit drei Wochen dauerhaft auftreten und vorher nicht vorhanden waren, kann man meiner Meinung noch nicht sagen, dass alles in Ordnung ist. -- Sumpfhütte 18:27, 5. Dez. 2017 (UTC)

Fehlerhafte Code-Tags[]

Mein Bot hat in der Nacht im Artikel- und Minecraft Wiki-Namensraum nach fehlerhaften Code-Tags gesucht. Diese habe ich hinterher alle korrigiert und den Bot nochmal laufen lassen, bis er nichts mehr fand. Heute sind mit erneut nicht geschlossene Tags im Minecraft Wiki Namensraum aufgefallen. Die Seite hatte mein Bot in der Nacht nicht aufgelistet. Der Bot vergleicht die Anzahl von <code> und </code> und die manuelle Suche per Strg + F hat erst nach meiner Änderung dabei die gleiche Anzahl ausgegeben. Somit müsste das Code-Tag erst nach meinen Bot-Suchen kaputt gegangen sein. Ich lasse meinen Bot jetzt gerade nochmal alle Seiten durchsuchen, falls dabei nun wieder neue Seiten aufgelistet werden, müssen diese neu sein. Den Bot-Code habe ich seit der Nacht nicht geändert.   MarkusRost (Diskussion) 08:10, 28. Nov. 2017 (UTC)

Mein Bot hat keine weiteren Unstimmigkeiten gefunden. Trotzdem frage ich mich, weshalb er das eine Archiv übersehen hatte... Naja, jetzt sollten zumindest keine fehlerhaften Code-Tags mehr vorhanden sein.   MarkusRost (Diskussion) 08:36, 28. Nov. 2017 (UTC)

Super, danke! Weißt du, wie die reingekommen sind? War es mit den div-Tags ähnlich? Wurde das Problem schon bei Gamepedia diskutiert? -- Sumpfhütte 09:05, 28. Nov. 2017 (UTC)

Die div-Tags waren schon immer offen, wurden aber vor dem Umzug am Ende des Artikels automatisch geschlossen. Dies ist nun nicht mehr so. Allerdings sollen nicht geschlossene div-Tags sowieso vermieden werden, da sie viele Probleme verursachen. Letzteres ist die Aussage von Gamepedia dazu.

Der Ursprung der fehlerhaften Code-Tags ist mir unbekannt. Ich dachte am Anfang, da wäre jemand/ich zu blöd gewesen die Tags korrekt zu schließen, aber aufgrund der Häufigkeit dieses Fehlers erscheint mir das doch unwahrscheinlich. Vor allem, weil auch ältere und länger unbearbeitete Artikel davon betroffen sind und der Fehler ziemlich deutlich erkennbar ist.   MarkusRost (Diskussion) 09:16, 28. Nov. 2017 (UTC)

Neuer Kandidat: Minecraft Wiki:Gestaltungsrichtlinien. Wurde der vom Bot beachtet oder ist das neu? Wenn "neu" dann bitte Curse alarmieren, denn das ist eine ziemliche Katastrophe für Wikis, die keinen so fleißigen Bot haben. -- Sumpfhütte 15:12, 28. Nov. 2017 (UTC)

Eigentlich sollte der Bot diese auch untersucht haben. Ändere dort bitte eben nichts, ich lasse den Bot nochmal suchen. Falls es was neues finden (dies und vielleicht mehr) werden ich es auf jeden Fall melden.   MarkusRost (Diskussion) 15:19, 28. Nov. 2017 (UTC)

Ich habe gerade festgestellt, das mein Bot einen kleinen Fehler hatte und somit nicht alle Seiten durchsucht hat. :/ Ich macht es jetzt nochmal richtig und vermutlich werden dann nochmal sehr viele Code-Fehler auftauchen. Leider kann ich damit aber nicht sagen, ob sie neu sind.   MarkusRost (Diskussion) 16:05, 28. Nov. 2017 (UTC)

Es wurden jetzt nochmal fünf Seiten gefunden, darunter auch die Gestaltungsrichtlinien. Durch meinen blöden Fehler mit dem Bot, weiß ich aber nicht, ob sie neu sind... Ich werde die Seiten jetzt mal korrigieren und dann hoffen wir mal, das nicht noch neue Fehler auftauchen.   MarkusRost (Diskussion) 16:44, 28. Nov. 2017 (UTC)

Es kann also wie bei den div-Tags so sein, dass die fehlenden Schrägstriche bei den schließenden code-Tags gar nicht "durch irgendetwas" entfernt wurden, sondern von Anfang an nie da waren. Durch ein beim Umzug geändertes Framework fällt dieser Uralt-Fehler aber jetzt erst auf. Damit müssen wir uns keine Sorgen machen, dass immer wieder neue code-Fehler entstehen, denn es gibt keine mysteriöse Ursache. -- Sumpfhütte 07:35, 29. Nov. 2017 (UTC)

Seiten zu den Versionen[]

→‎ Nach Minecraft Wiki Diskussion:Gemeinschaftsportal#Seiten zu den Versionen verschoben --  MarkusRost (Diskussion) 18:59, 3. Feb. 2018 (UTC)

Automatische Bildaufhellung durch das Wiki[]

Auf Artikeln wie Block oder Datenwert, erscheint die Bruchsteintreppe extrem blass. Ist das bei euch auch so oder nur bei mir so? Woran könnte das liegen? -- Nethonos 12:55, 2. Jan. 2018 (UTC)

Oha, auch die Stufe und der Block. Scheint von MediaWiki oder von einer Wiki-Cache-Software zu kommen. Wenn ein Bild verkleinert im Wiki benutzt wird, wird das nur einmal berechnet und serverseitig in einen Cache gestellt, damit die Webseiten schneller laden. -- Sumpfhütte 13:40, 2. Jan. 2018 (UTC)

Auch die Eisenrüstung ist betroffen, siehe [[:Datei:Stein Pre-Classic 0.0.0.png]], [[:Datei:Bruchstein Classic 0.0.14a.png]], [[:Datei:Bruchsteintreppe Alpha 1.0.png]], [[:Datei:Bruchsteintreppe.png]], [[:Datei:Bruchsteinstufe.png]], [[:Datei:Eisenbrustpanzer.png]]. Aber [[:Datei:Bruchstein Pre-Classic 0.0.9a.png]] und [[:Datei:Eisenrüstung.png|150px]] sind okay!? - Re-Upload hilft nicht. Server-Cache aktualisieren auch nicht. Evtl. alle Bilder löschen und neu hochladen? -- Sumpfhütte 12:17, 27. Feb. 2018 (UTC)

Manchmal kann das Verschieben der Datei solche Probleme beheben, ich werde das mal eben testen.   MarkusRost (Diskussion) 12:22, 27. Feb. 2018 (UTC)

In diesem Falle scheint verschieben nicht zu helfen :( Aber @Violine1101: hatte glaubig ein ähnliches Bild durch neu hochladen der Datei mit irgendwelchen geänderten Einstellungen der Datei gelöst. Ich weiß aber leider nicht mehr genau was und wo das war...   MarkusRost (Diskussion) 12:26, 27. Feb. 2018 (UTC)

Datei verschieben und dergleichen macht keinen Unterschied. Majr erklärt das Problem hier. Das liegt an den Optimierungen durch z. B. pngout und punypng. Wenn man die weglässt, klappt alles. Ich mache das deswegen auch nicht mehr, daher sieht z. B. die Eisenrüstung normal aus.

Die Bilder müssen also neu hochgeladen werden, man braucht aber keine neue Datei anzufertigen, da sich die ursprüngliche Farbpalette durch einfaches Abspeichern in einer Bildbearbeitungssoftware wieder herstellen lässt. – Fuzs 12:44, 27. Feb. 2018 (UTC)

Das Problem gibt's immer noch? Curse ist tatsächlich phänomenal schlecht im Bugfixing. Wenn ich mich recht entsinne, dürfte es reichen, einen einzigen Pixel farbig zu haben. (Soweit ich weiß, reicht es schon, wenn die Rot-, Grün- und Blauwerte dieses Pixels nicht gleich sind. Man kann also einen Grauton wählen, der bspw. nur den Rotwert um 1 erhöht hat.) | violine1101 ^(Diskussion) 14:29, 27. Feb. 2018 (UTC)

@Sumpfhuette: Warte mal bitte mit dem Ersetzen, bei den Bildern muss nur die komprimierte Farbpalette wieder auf den Originalzustand zurückgesetzt werden, am gezeigten Bild ändert sich gar nichts. Also nicht irgendwie bearbeiten. der Farbraum von "Gray" auf "RGBA" geändert werden. Bei Datei:Bruchsteintreppe Alpha 1.0.png hat es zwar mit "RGB" geklappt, aber wir brauchen "RGBA", da sonst transparente Farben komplett transparent werden und demzufolge verschwinden. – Fuzs 10:56, 28. Feb. 2018 (UTC)

Ah, gut. Ich habe nämlich mit beiden Tipps keine Erfolge gehabt. Wie ersetzt man die komprimierte Farbpalette mit GIMP? -- Sumpfhütte 10:39, 28. Feb. 2018 (UTC)

Ok, das war ein bisschen Quatsch von mir, habe es korrigiert. Bei GIMP geht es so hier.

Ich mache sowas alles aber mit ImageMagick (ja, genau das böse Tool, dass eigentlich das Problem verursacht ^^), denn das ist eine Kommandozeilenanwendung, man muss also keine einzige Bilddatei öffnen und kann alles direkt über das Terminal/ die Konsole steuern. Empfehle ich dir sehr, da man damit beliebig viele Bilder gleichzeitig bearbeiten kann. Der Befehl dort lautet convert input.png -define png:color-type=6 result.png (bin mir leider nicht sicher, ob der Befehl so unter Windows klappt). – Fuzs 10:56, 28. Feb. 2018 (UTC)

Bei den Stufen irgendetwas zu ändern bringt übrigens nichts, die müssen sowieso alle ersetzt werden. – Fuzs 10:59, 28. Feb. 2018 (UTC)

Minecraft Wiki:Spielwiese fehlt – nicht einsteigerfreundlich![]

Ich will die oben verlinkte Seite erstellen, jedoch wird das Erstellen als schädlich erkannt (Unerwünschte neue Seite) und nicht gespeichert. Dabei ist das Minecraft Wiki ohne eine Spielwiese sehr abweisend und kontraproduktiv für Einsteiger (im Gegensatz zur Wikipedia), denn es lassen sich speziell die hier vorhandenen Vorlagen nicht auf einer Sandbox-Seite testen. --5.146.54.81 09:28, 6. Apr. 2018 (UTC)

Doch: In der Vorschau und im Benutzerbereich. Der Benutzerbereich ist deine persönliche Spielwiese. -- Sumpfhütte 09:32, 6. Apr. 2018 (UTC)

Der persönliche Benutzerbereich ist natürlich nur angemeldet nutzbar. Allerdings werden von unangemeldeten Nutzern meistens nur Kleinigkeiten geändert und auch bei größeren Änderungen ist die Vorschau bereits eine gute Hilfe. Wer komplexere Änderungen vornehmen will, erstellt sich meistens einen Account (dies ist dann auch für uns besser, da wir den Autor dann besser erreichen können). Damit kann er dann auch seine Benutzerseiten zum Testen nutzen. Wer sehr unerfahren ist, was Wikis angeht, der findet meistens auch nicht die Spielwiese. Somit sehe kein keine wirkliche Notwendigkeit einer solchen Spielwiese. Wenn die Vorschau zum Testen nicht mehr ausreicht, ist so ein Account auch schnell erstellt. Dieser bietet dann gleich beliebig viele Testseiten, womit auch deutlich komplexeres möglich ist, als auf der einzelnen Spielwiese.   MarkusRost (Diskussion) 09:46, 6. Apr. 2018 (UTC)

Zusammenfassung[]

Hi, in den Richtlinien steht: ,,Bitte füge zu jeder von dir getätigten Änderung eine kurze Zusammenfassung ein." Wo kann man diese Zusammenfassungen hinschreiben? QwertzQuartz (Diskussion) 08:36, 22. Sep. 2018 (UTC)

Such mal in diesem Hilfe-Artikel nach "Zusammenfassung". Da steht es mit Bild :-) -- Sumpfhütte 07:01, 23. Sep. 2018 (UTC)

Lizenz für Blöcke von Modifikationen.[]

Welche Lizenz brauchen Bilder von Modifikationen. Zum Beispiel Bilder von der Quark mod. Danke für die Hilfe. --Ar20x20 (Diskussion) 22:21, 27. Nov. 2018 (UTC)

Das hängt von der jeweiligen Modifikation ab. Quark befindet sich unter der Creative Commons Attribution-NonCommercial-ShareAlike 3.0 Lizenz, du müsstest also {{Lizenz|CC BY-NC-SA}} nutzen. Passe das doch bei Gelegenheit bei den bereits hochgeladenen Dateien an: Kategorie:Unlizenzierte Bilder   MarkusRost (Diskussion) 22:39, 27. Nov. 2018 (UTC)

Diese Datei unterliegt der Creative Commons Attribution-NonCommercial-ShareAlike 3.0 Lizenz Sie ist in diesem Wiki frei verfügbar und kann genutzt, heruntergeladen und bearbeitet werden, sofern der Autor/Rechtsinhaber in der von ihm verlangten Weise genannt wird. Die Datei darf nicht für kommerzielle Zwecke verwendet werden und Abwandlungen nur unter der gleichen Lizenz weitergegeben werden.

Danke. Habe die Lizenzen angepasst. --Ar20x20 (Diskussion) 22:45, 27. Nov. 2018 (UTC)

Rückblick & Abschied[]

Meinen ersten Wiki-Artikel habe ich im Juni 2013 bearbeitet ("Sumpfhütte", daher mein Name). Und mit Version 1.13 beende ich nach fünfeinhalb Jahren meine Wiki-Mitarbeit. Es waren glorreiche Zeiten, an die ich mich gerne zurückerinnere.

Als ich das Wiki 2013 kennenlerne, das drei Jahre zuvor von fleißigen Autoren aufgebaut und aktuell gehalten wurde, hat es noch eine sehr aktive Community mit vielen Autoren, die häufig in den Diskussionen auch bei Kleinigkeiten um die besten Lösungen ringen. Aber das lässt in diesem Jahr stark nach und endet, als das Wiki im September 2013 in die Gamepedia-Familie aufgenommen wird.

Das stört mich nicht. Ich ringe auch nicht um Kleinigkeiten, sondern habe erstmal überhaupt keinen Durchblick im Wiki, was mich viel mehr stört. Ich finde einen vollkommen unübersichtlichen Artikel-Haufen und wahllos angelegte Kategorien vor. Meine erste große und viele Monate dauernde Tat ist daher das Ordnen der Kategorien und das Anlegen eines Inhaltsverzeichnisses - etwas Einmaliges unter allen Minecraft Wikis. Und gemeinsam mit dem damaligen Admin zip dokumentiere ich sämtliche Vorlagen in einer Übersicht - ebenfalls einmalig in den Wikis. Zu der Zeit startet Admin ILeon im Dezember 2013 den Wiki Twitter, der zu einem großen Erfolg wird, denn er zählt mittlerweile über 3000 Follower.

Im Januar 2014 werde ich zum Wiki-Admin ernannt, was für mich keine weitere Änderung bedeutet, außer dass ich jetzt Überflüssiges löschen kann. Zu der Zeit beschließen wir, alle ungenutzten Dateien zu löschen, so dass ich eine Menge zu tun habe und das deutsche Wiki zum aufgeräumtesten aller Wikis wird.

Dann lagere ich die Befehle aus dem mittlerweile viel zu groß gewordenen Befehl-Artikel in Einzelartikel aus und dokumentiere jeden Befehl separat und mit Beispielen - ein entscheidender Mehrwert, den es nur im deutschen Wiki gibt. Genauso wie den Artikel mit den NBT-Beispielen, den ich anlege und jahrelang pflege.

Eine weitere Verbesserung von mir ist die Änderungsmarkierung. Bisher wurden aktuelle und zukünftige Minecraft-Inhalte pro Artikel in getrennte Absätzen geschrieben. Bei Veröffentlichung der neuen Version mussten dann alle Infos nochmal an der richtigen Stelle eingearbeitet werden. Mit meiner Markierung können sie von Anfang an im selben Satz stehen. Ende 2014 kommt die Version 1.8 heraus und die vorbereiteten Minecraft-Neuerungen können in nur neun Stunden komplett ins Wiki integriert werden. Früher hatte es Wochen gedauert, alles zu finden und einzuarbeiten.

Mit großer Freude führe ich auch 2014 die Tradition der Wiki-Aprilscherze fort und schreibe einen Fake-Artikel. Das mache ich seither jedes Jahr zum 1. April.

Im Januar 2014 führt Curse die Wiki-Punkte ein, was ich für ein Wiki unpassend finde. Ich lösche meine Punkte immer wieder weg, was ich als Admin machen kann. Im September 2015 kommen dann noch Wiki-Erfolge hinzu. Die mögen wir alle nicht und setzen die Wiki-Punkte, die man durch einen Erfolg bekommen kann, auf Null. Daher gibt es im deutschen Wiki die Wiki-Punkte ausschließlich für tatsächliche Änderungen an einem Artikel, also nur für echte Autorenarbeit und nicht für "10 Tage im Wiki sein", "50 Bilder hochladen" oder "jemand auf die Freundesliste setzen". Irgendwann berechnet Curse die Wiki-Punkte für alle User und damit auch für mich komplett neu. Das Löschen ist nun nicht mehr möglich. So habe ich jetzt über 200.000 Wiki-Punkte für echte Autorenarbeit im Wiki und das höchste Gamepedia-Level 100. Tja, ich war ganz schön fleißig. Curse hat aber auch sein Gutes. Im Juni 2016 werde ich in den Gamepedia-Slack eingeladen und kann mit den Curse-Mitarbeitern direkt sprechen. So lassen sich technische Wiki-Probleme schnell lösen.

Hauptsächlich korrigiere und erweitere ich die wichtigsten Artikel. Aber gerne kümmere ich mich auch um Randbereiche. Ende 2015 beginne ich mit der Überarbeitung der NBT-Daten-Artikel. Im englischen Wiki hängt aus historischen Gründen immer noch alles an den Chunkdaten. Ich trenne dagegen zwischen Weltdaten, Chunkdaten, Spielerdaten, Objektdaten, Kreaturdaten, Blockobjektdaten und Gegenstandsdaten. Später kommen weitere Datenartikel hinzu und das deutsche Wiki erhält eine weltweit einmalige Übersicht sämtlicher NBT-Daten (auch wenn einige davon nicht sonderlich wichtig sind).

Zu den Randbereichen gehört auch die Umgebung von Minecraft. Ich lege Artikel zur Popkultur (YouTube), Lizenzvermarktung (Lego, Bücher), Minecraft im Museum und Lernen mit Minecraft an und erweitere sie regelmäßig.

Dann vertiefe ich mich in die Ursprünge des Spiels. Ende 2015 finde ich heraus, dass der Vor-Vorläufer ein selbst gebautes Spiel aus Holzklötzen namens "Kudzu" ist.

Anfang 2016 kann ich den Wiki-Bürokraten Oliver Scholz überzeugen, violine1101 zum Admin zu ernennen. Ich hatte das bereits ein Jahr zuvor vorgeschlagen, aber damals meinten die Mit-Admins, es bräuchte keinen weiteren. Nun klappt es und violine1101 bereichert das Wiki vor allem mit seiner Erfahrung bei den Vorlagen, die mittlerweile häufig über Lua-Skripte funktionieren.

2016 eskaliert Nethonos, der damals noch Akunos heißt, und stürzt sich auf alle Redstone-Artikel, überarbeitet sie und baut eine geniale Downloadwelt. Bevor er das ganze Minecraft Wiki umkrempelt, überzeuge ich Curse, ein separates Technik-Wiki zu starten. Nach mehreren Tagen Kopier- und Einrichtungsarbeit wird das neue Wiki im Juli 2016 veröffentlicht und ich werde zum Wiki-Bürokraten. Bezüglich des neuen Wikis war Curse erst skeptisch, aber das Technik-Wiki wird ein großer Erfolg. Wieder etwas Einmaliges im deutschen Wiki.

Nachdem ich mich so ausgiebig mit den Befehlen und den NBT-Daten beschäftigt hatte, schlage ich Ende 2016 dem Rheinwerk Verlag vor, zu diesem Thema ein Minecraft-Buch herauszubringen. Der Verlag möchte ein ausführliches Konzept und ist dann einverstanden. So entsteht im Winter 2016 mein über 550 Seiten dickes Buch, das im März 2017 als Minecraft Commander erscheint und sich über 2000 Mal verkauft.

Damit habe ich den Gipfel meiner Wiki-Tätigkeit erreicht. Bis hierhin hat alles großen Spaß gemacht, doch ganz langsam wird es anstrengend. Zum Glück schlägt violine1101 im Juni 2017 als Unterstützung MarkusRost vor, der zum Wiki-Admin ernannt wird. Im März 2018 startet er auch den deutschen Wiki-Discord.

Im Oktober 2017 beginnt die Entwicklung der Version 1.13, die sich leider ewig hinzieht und eine Unmenge an Änderungen im Wiki verursacht. In dieser Zeit verliert die Minecraft-Community immer mehr die Lust am Wiki. YouTuber wenden sich anderen Themen zu, die Verkäufe der Java-Edition gehen zurück, der letzte sehr aktive Benutzer Fuzs verlässt das Wiki im April 2018. Danach bin ich wochenlang nahezu der einzige, der 1.13-Inhalte im Wiki einträgt. Im Juli 2018 ist es dann geschafft: Die Version 1.13 wird veröffentlicht und das deutsche Wiki ist das absolut aktuellste zu dieser Zeit.

Doch nun nimmt Mojang Fahrt auf. Angetrieben durch den Eigentümer Microsoft, der neue Inhalte vor allem für seine sehr erfolgreich verkaufte, aber im Wiki kaum beachtete Bedrock Edition benötigt, stellt Mojang im Jahr 2018 viele neue Entwickler ein, die entsprechend fleißig sind. Die ersten Snapshots der 1.14, die im Oktober 2018 erscheinen, strotzen nur so vor neuen Inhalten.

Doch das ist mir zuviel. Im Dezember 2018 fährt das Wiki-Schiff zu Fandom weiter, ich steige hier aus. Ich freue mich, dass mit 1.14 wieder neue Autoren zum Wiki gefunden haben, die es in eine neue Zukunft führen.

Bye, bye und allzeit gute Fahrt wünscht euch
Euer Sumpfhütte

- 25. Dez. 2018 (UTC)