PokéWiki:Allgemeine Diskussionsseite

Allgemeine Diskussionsseite Zweck dieser Seite ist es, die Gestaltung und Organisation des Wikis zentral zu diskutieren. Wenn ihr neue Ideen für das Wiki habt, könnt ihr hier die Meinungen anderer User in Erfahrung bringen oder eine Abstimmung abhalten. Ebenso können hier Lösungen für akute Probleme im Wiki gemeinsam gesucht werden. Zusätzlich liefert euch diese Seite die Möglichkeit, mit den Admins in Kontakt zu treten. Wenn ihr eine konkrete Anfrage an sie habt, macht dies im Abschnittstitel kenntlich.

+

Vorhandene Archivierungen: 2012 • 2012-2 • 2013 • 2014 • 2015 2016 • 2017 • 2018 • 2019 • 2020 2021 • 2022 • 2023 - zuletzt archiviert von * Ryuichi ~ Datei:Sugimori 004.pngPL ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch Diskussion 10:51, 7. Mär. 2021 (CET)

Zentrale Hinterlegung von Trainerdaten

Hab mir vor kurzem überlegt das es eigentlich unsinnig ist sowohl Vorlage:Team/Kopf als auch Vorlage:Orte Trainer/Kopf zu haben, da beide schlussendlich in etwa dasselbe machen. Bei der Idee, einfach im Charaker-Projekt die Orte-Vorlage zu nutzen ist mir dann aufgefallen, das es mehr Sinn machen würde, die Daten einfach in einem Artikel zu hinterlegen und dann daraus in die anderen zu ziehen. Ich würde deshalb vorschlagen, die ganzen Daten in den Orten und bei Charakteren aus den Trainer-Unterseiten zu ziehen, und da in nem includeonly ne Vorlage drum zu bauen, das man über nen Parameter auswählen kann welchen Trainer man haben möchte. Die tatsächliche technische Umstrukturierung würde ich aber vorschlagen nur Stück für Stück zu machen, da das nicht wirklich iwas is, was all zu wichtig ist. Wollte demnach nur mal fragen ob hier jemand grundsätzlich dagegen ist, insbesondere @GoPika, Cliffichen, Ryuichi und SortyBuzz, sowie RobbiRobb, an dem das ganze wahrscheinlich hängen bleiben wird... --Datei:Sugimori 672.pngMecanno-man^Mäh 17:46, 27. Feb. 2020 (CET)

Erstmal, der Name SortyBuzz gefällt mir . Dann kann ich mir nicht wirklich vorstellen, wie das funktioniert mit der von dir angesprochenen Datenhinterlegung über includeonly und Parameter. Aus diesem Grund kann ich mich noch nicht zu 100 % dafür aussprechen, wobei ich den Vorschlag nicht schlecht finde. Kann man dort auch irgendwie Vorlage:Berühmte Trainer und/oder Vorlage:Weitere Trainer einbinden? -- Cliffichen 22:56, 28. Feb. 2020 (CET)

Ne das geht nicht, es geht mir nur drum das die Orte/Trainer nicht an drei Orten mit identscher Befüllung steht. --Datei:Sugimori 672.pngMecanno-man^Mäh 23:06, 28. Feb. 2020 (CET)

An und für sich habe ich nichts dagegen einen Zentralen Platz zu schaffen von dem aus die Daten abgegriffen werden können, ob dieses dann auch funktioniert ist die andere Frage. * Ryuichi ~ Datei:Sugimori 004.png^PL ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch ^Diskussion 23:31, 28. Feb. 2020 (CET)

Ich finde schön, dass schon davon ausgegangen wird, dass ich das übernehme. Das aber erst mal beiseite, ich halte es grundsätzlich für umsetzbar. Mit includeonlys und onlyincludes dürfte sich eine Struktur erstellen lassen, mit der sich alle Daten zentral an einem Ort lagern und in anderen Artikeln aufrufen lassen. Ich sehe allerdings zwei Probleme: Das System ist sehr anfällig, ein kleiner Fehler in den Konstrukten und es werden mehr als eine Seite zerlegt. Das führt auch gleich zum zweiten Problem: Einsteigerfreundlich sieht anders aus. Neue Nutzer werden schwierigkeiten haben, den Ursprung eines Fehler zu finden, helfen dadurch entweder gar nicht oder machen irgendwas anderes, um vielleicht doch noch ihr Ziel zu erreichen. In jedem Fall besteht die Gefahr, dass dabei ordentlich was schief geht. Sofern man aber bereit ist, dieses Risiko einzugehen, denke ich, dass man damit durchaus einen Gewinn haben könnte, da Daten dann global gleich sind. Vielleicht wäre es hier aber besser, noch in eine andere mögliche Richtung zu forschen, ob man die Daten nicht besser hinterlegen könnte. Wobei dann fragwürdig ist, ob es etwas gibt, dass sich leicht bedienen lässt und trotzdem in der Lage ist, unsere Daten zu speichern. -- RobbiRobb 23:33, 29. Feb. 2020 (CET)

So rein konzeptionell fällt mir keine Idee ein, auch nicht iwie mit externer Datenbank oder sowas, womit man die Daten von mehreren Orten aus ändern kann, ausser nem Bot der iwie auf Änderungen an der Vorlage achtet. Das halte ich aber für keine gute Idee. Demnach haben für mich alle potenziellen anderen Lösungen die von dir angesprochenen Userfreundlichkeits-Nachteile ebenfalls. Bezüglich das mit den mehreren Seiten kaputtmachen, ja das stimmt, gäbe es denn irgendwelche anderen Lösungen, die das umgehen und realistisch in der Umsetzung sind? --Datei:Sugimori 672.pngMecanno-man^Mäh 23:53, 29. Feb. 2020 (CET)

Die WMF-Extension LabeledSectionTransclusion könnte für so ein Unterfangen vermutlich hilfreich sein, und ist auch nicht allzu komplex. Das ermöglicht es, innerhalb einer Seite mehrere "benannte Onlyinclude" zu erstellen und per Parserfunktion einzubinden. Dadurch dürfte das Gesamtkonstrukt auch weniger fehleranfällig sein.

Eine umfangreiche Datenbanklösung neu aufzubauen (Zum Beispiel mit Wikibase, vermutlich alternativ mit Semantic MediaWiki oder Cargo) halte ich mit unseren personellen und technischen Ressourcen für unrealistisch, und wäre wenn ein Projekt, bei dem man sich mit Bulba kurzschließen sollte. Das Thema haben wir ja vor etwa 4 Jahren schon mal diskutiert.

-- Skelabra2509 (Diskussion | Beiträge) 17:44, 8. Mär. 2020 (CET)

Da die von Skel benannete Extension nun im Wiki installiert ist, geht es jetzt an die Umsetzung des Vorhabens. Dabei stehen für mich vor allem zwei große Fragen im Raum: Wo sollen die Daten hinterlegt werden und wie gehen wir die Umsetzung an? Bei der Hinterlegung gibt es entweder die Möglichkeit, diese in den Orten zu lagern oder in den Unterseiten der Trainerklassen bzw. in den Seiten der Charaktere (da diese ja ebenfalls die selbe Behandlung erfahren sollen). Beim wie gibt es ebenfalls zwei Möglichkeiten. Entweder, es wird immer ein Ort angepasst und die Trainer/Charakter-Seiten werden jedes mal bearbeitet, wenns nötig ist, oder es wird immer eine Trainerklasse/ein Charakter bearbeitet und dann alle von diesem betroffenen Orte angepasst. In jedem Fall wird ein Teil vielfach bearbeitet werden, mit dem Ergebnis, dass sich dort die Versionsgeschichten verlängern werden. Ich würde natürlich gerne darauf verzichten, aber da die Seiten alle untereinander voneinander abhängen, kann ich nicht einfach alles fertig machen und dann speichern, das ist zu viel. Es muss also irgendwas geopert werden. Wäre dankbar, wenn das die betroffenen Projektleiter (@Cliffichen, GoPika, Mecanno-man, Ryuichi, ShortyBuzz sowie Vircaprae als Ansprechpartner im Orte-Projekt) irgendwie unter sich das wohin und wie klären könnten; andere Meinungen sind sicherlich auch willkommen. Ich werde dann wie üblich das ausführende Organ spielen. -- RobbiRobb 01:55, 21. Dez. 2020 (CET)

Ich werde hier mal wiederholen, was ich schon auf Discord geschrieben habe: Ich finde es sinnvoll, wenn die Trainerdaten auch beim Trainer-Projekt hinterlegt sind, und die Trainerlisten sind ja wie gemacht dafür. Außerdem halte ich es für sinnvoll, auch das vielfache Bearbeiten dort zu machen, da die Listen bisher in den meisten Fällen nur eine geringe Editanzahl aufweisen und die Massenedits dort in der Versionsgeschichte vermutlich nicht so stören werden. Diese Ansichten hat vor mir bereits Cliffichen so geäußert.

Auch bei den Charakteren finde ich es sinnvoll, wenn die Daten beim Charakter-Projekt hinterlegt sind und auch wenn die Mehrfach-Edits auf den entsprechenden Seiten durchgeführt werden, obwohl das dort schon eher stört. Da man gegen viele Trainer aber „nur“ zwei, drei Mal pro Spiel kämpft, hält sich das hoffentlich trotzdem in Grenzen. Es sollte noch erwähnt werden, dass einige Charaktere schon in einer Trainerliste stehen (gutes Beispiel: Pokémon-Trainer (Trainerklasse)).

Ich sehe allerdings ein Problem bei meinem Vorschlag: Wenn jemand fehlende Trainer einträgt, geht er höchstwahrscheinlich nach den Orten vor, und muss dann pro Ort mehrere Edits machen statt nur einen. Ich finde aber trotzdem, dass man das so machen sollte, das mit den Edits ist dann halt so. – Vircaprae 03:52, 21. Dez. 2020 (CET)

@Robbi so richtig verstehe ich das noch nicht mit Massenedit. Könntest du mal ein zwei Beispiele im Testwiki machen damit das für mich nachvollziehbar wird. Gruß * Ryuichi ~ Datei:Sugimori 004.png^PL ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch ^Diskussion 06:47, 21. Dez. 2020 (CET)

Schliesse mich hier Vir an. Da das ganze wahrscheinlich einiges an komplizierter Syntax erzeugt, welche so gut wie unbemerkt kaputt gemacht werden kann, fände ich es allerdings sinnvoll wenn alle Trainerklassen Unterseiten erhalten wo die Daten hergezogen werden, auch wenn es davon nur einen oder zwei Trainer gibt - iwie die Wissenshüterin und so.

Reihenfolge ist mir Wurst; Versionsgeschichten wirds spammen, wo is dann imo. auch egal. Was mir dabei allerdings wichtig wäre ist das aktuelle Diskrepanzen irgendwie getrackt werden; entweder beim botten oder im voraus. --Datei:Sugimori 672.pngMecanno-man^Mäh 17:27, 21. Dez. 2020 (CET)

Hm, ich glaube inzwischen, dass sich das Problem mit den Massenedits mehr oder weniger gelöst hat, oder zumindest weiß ich nicht mehr, warum ich das als Problem gesehen habe, denn im Moment weiß ich nicht mal mehr, wieso die überhaupt zustande kommen sollten. Ist aber im Endeffekt auch egal, wenns passiert, wirds vermutlich keinen Weg drumherum geben und wenn doch, möge man mich im Zweifel stoppen. Und um mich hier noch mal eben auf Mec zu beziehen, damit hier niemand verwirrt ist: Es wird nix gebottet, das ist Handarbeit. -- RobbiRobb 22:58, 21. Dez. 2020 (CET)

Der Punkt durch sich im Chattreffen vom 06.03.2021 angesehen. Hauptproblematik ist die Verwendung von Togglern innerhalb der Vorlagen mit Abweichenden Togglern. Bsp. Trainer in Alola sind zwischen SM und USUM getoggled und im Trainerprojekt separate seiten. Der Punkt bleibt erstmal offen bis wir uns überlegt haben von WO aus wir die Daten ziehen (Charakter, Trainer, Ort) und Kapazitäten haben diese Vorlage über die anderen Projekte zu verteilen. * Ryuichi ~ Datei:Sugimori 004.png^PL ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch ^Diskussion 10:51, 7. Mär. 2021 (CET)

Sind weitere Pokémon-Formen als Parameter notwendig?

Hallo zusammen!

Wie einige von euch sicherlich schon mitbekommen haben, liegen die HOME-Sprites sämtlicher Pokémon seit Upload noch nahezu ungebraucht herum. Das Ganze liegt an mir und einer Entscheidung, die ich diesbezüglich treffen müsste. Wollt ihr also einen Schuldigen haben: Hier bin ich!

Um das Ganze nun aber mal zu lösen, verfrachte ich die Entscheidung hierher, um sie nicht alleine treffen zu müssen, denn das möchte ich nicht. Grundsätzlich gab es im Jahre 2018 bereits eine kurze Diskussion zu diesem Thema, die aber am Ende ohne wirkliches Ergebnis eingeschlafen ist. Dies führte dazu, dass wir teilweise Duplikate und teilweise Weiterleitungen haben und ganz allgemein es in verschiedenen Vorlagen unterschiedlich gehandhabt wird.

Wer keine Lust hat sich die vorangegangene Diskussion durchzulesen (auch wenn sie nicht wirklich lang ist), bekommt hier ne kurze Zusammenfassung des Problems:

Es gibt bestimmte Pokémon, die in den Spieldaten über Formen verfügen, die bei uns aber als solche nicht verstanden werden. Am einfachsten lässt sich das an einem Beispiel erklären, wie z. B. Meteno. Grundsätzlich kennen wir die Meteorform und die sieben farbigen Kerne. Jedoch gibt es innerhalb der Spieldaten nicht nur eine Meteorform, sondern sieben: Eine je farbigen Kern. Auch wenn dies nie irgendwo ersichtlich ist, so handelt es sich in den Spieldaten um verschiedene Datensätze. Ein ähnliches und aktuelleres Dilemma haben wir beispielsweise bei Riffex, dessen Gigadynamax-Form bei beiden Formen (Hoch- und Tief-Form) dieselbe ist, sie in den Spieldaten aber als zwei unterschiedliche gehandhabt werden. Darüber hinaus gibt es aber auch bestimmte Event-Pokémon, wie z. B. Wuffels, die sich zwar nicht optisch vom eigentlichen Pokémon unterscheiden, jedoch spielintern als separate Form aufgeführt werden. Mit Pokémon Schwert und Schild gibt es nun zudem diese Wuffels-Form (heißt: mit Tempomacher) auch in Dyna-Raids.

Daher gilt es nun zu schauen und anschließend zu entscheiden, ob man zusätzliche Parameter für solche Fälle haben möchte oder nicht. Sollte man sich für die Verwendung einiger solcher neuen Parameter entscheiden, würden bei optischer Gleichheit keine Duplikate der Sprites, sondern Datei-Weiterleitungen erstellt werden.

Bevor ich hier aber noch weiter ausschweife, habe ich mich mit Ryu zusammengesetzt, um zu überlegen, welche weiteren Formen wir bislang nicht mit Parametern bedacht haben, warum dies der Fall war und ob man daran nicht etwas ändern sollte. Am Ende unserer Gespräche haben wir diese Formen wie folgt zugeordnet:

Benötigt einen Parameter:

(A): 658a (Quajutsu mit Freundschaftsakt) + 658b (Ash-Quajutsu) → gibt es bereits!

(B): 718c (50%-Zygarde mit Scharwandel) + 718d (10%-Zygarde mit Scharwandel)

(C): 744a (Wuffels mit Tempomacher)

(D): 6 weitere Parameter für die Meteorform von Meteno (vom nicht ersichtlichen farbigen Kern abhängig; wie diese Parameter dann genannt werden, ist noch nicht beschlossen – ob generell vor den Kernformen oder immer im Wechsel)

Benötigt keinen Parameter:

(E): 20 weitere Purmel-Parameter (je nach Form des Vivillon am Ende)

(F): 20 weitere Puponcho-Parameter (je nach Form des Vivillon am Ende)

(G): Zygarde-Kern und Zygarde-Zelle → sind momentan noch als Parameter vorhanden!

(H): Zweiter Parameter für G-Riffex aufgrund zugrunde liegender Form

(I): Weitere Parameter für G-Pokusan aufgrund zugrunde liegender Form

(J): Schatten-Mewtu (nur in Pokémon Tekken)

(K): Schatten-Dialga (nur in PMD)

(L): Lila Kecleon (nur in PMD)

(M): Herrscher-Pokémon, Crypto-Pokémon und Ähnliches

(N): Ukulelen-Pichu (nur in Ranger)

(O): Thu-Fi-Zer (nur im Manga)

(P): Volly (nur im Manga)

(Q): Kristall-Onix (nur im Anime)

(R): Kostümierte Pokémon aus Shuffle & GO (lediglich Kostüme)

(S): Rüstungs-Mewtu (zwar unterschiedliche Medien mit Anime & GO, aber aus unserer Sicht ein Kostüm)

Keine eindeutige Entscheidung:

(T): Klon-Pokémon (sowohl im Anime als auch in Pokémon GO vorhanden)

(U): Crypto-Lugia (zentrales Pokémon des Spiels)

Nachträglich hinzugefügt:

(V): Moterpel (besitzt spielintern je nach Form von Burmy eine von drei Formen)

Den Entscheidungen liegt zugrunde, dass wir im Vorfeld alle möglichen Formen unterschiedlichster Medien gesammelt haben, ganz unabhängig, ob sie denn auch in Spielen vorkommen. Danach haben wir geschaut, ob diese Formen auch in mehr als einem Medium vorkommen, um deren Wichtigkeit einschätzen zu können. Vorrang hatten hierbei jedoch stets in den Hauptspielen auftretende Formen, die nicht zwingend in einem weiteren Medium berücksichtigt werden mussten.

Wir haben versucht, eine gewisse Balance zu wahren und stellen euch hiermit vor, welche Parameter wir am ehesten hinzufügen würden. Damit dieser Beitrag nicht noch mehr ausufert, habe ich die Begründungen für einzelne Fälle kurz gehalten oder gar ganz weggelassen. Für Rückfragen und Anregungen sind wir jedoch stets offen; wollen aber auch zeitnah eine Umsetzung anstreben. Deshalb wäre es cool, die Sache kurz abzunicken oder Verbesserungsvorschläge zu machen.

Abstimmung

Abstimmung abgeschlossen

Aus diesem Grund schließe ich diesen Beitrag mit einer zweiwöchigen Abstimmung (Ende: 27. Juli 2020 um 23:59 Uhr), bei der ihr euch entweder an unserer Einschätzung orientieren oder bestimmte Einzelfälle anders einschätzen könnt. Wahlberechtigt sind bei dieser Wahl alle stimmberechtigten Benutzer! Am Ende der zwei Wochen wird jeder Parameter mit einer ⅔-Mehrheit hinzugefügt oder eben nicht. Somit haben wir dann endlich mal eine bindende Grundlage für diese Entscheidung!

Legende:

✔ → Es soll einen Parameter für diesen Fall geben.

✘ → Es soll keinen Parameter für diesen Fall geben.

— → Ich enthalte mich, ob es für diesen Fall einen Parameter geben soll.

Benutzer	A	B	C	D	E	F	G	H	I	J	K	L	M	N	O	P	Q	R	S	T	U	V
Taisuke	✔	✔	✔	✔	✘	✘	✘	✘	✘	✘	✘	✘	✘	✘	✘	✘	✘	✘	✘	✘	✘	✘
Ryuichi	✔	✔	✔	✔	✘	✘	✘	✘	✘	✘	✘	✘	✘	✘	✘	✘	✘	✘	✘	✔	—	✘
SwowoJonny	✔	✔	✔	✔	✘	✘	✘	✘	✘	✘	✘	✘	✘	✘	—	—	—	✘	✘	✔	✔	✘
Haijo18	✔	✔	✔	✔	✘	✘	✘	✘	✘	✘	✘	✘	✘	✘	✘	✘	✘	✘	✔	—	✔	✘
BeyJim	—	—	—	✘	✘	✘	✘	✘	✘	✘	✘	✘	✘	✘	✘	✘	✘	✘	✘	✔	✔	✘
Mooni000	✔	✔	✔	—	✘	✘	✘	✘	✘	✔	✔	✔	✘	✘	✘	✘	✘	✔	✔	—	✔	✘
Mecanno-man	✔	✔	✔	✔	✔	✔	✘	✔	✔	✘	✘	✘	✔	✘	✘	✘	✘	✔	✔	✔	✔	✔
Impoleon xy	✔	✔	✘	✔	✔	✔	✔	✔	✔	—	—	—	—	✘	✘	✘	✘	—	—	—	—	✔
GrollenKette951	✔	✔	✔	✔	—	—	✘	✔	✔	✘	✘	✘	—	✘	✘	✘	✘	✔	✔	✔	✔	—
DeXter	✔	✔	✔	✔	✔	✔	✘	✔	✔	✘	✘	✘	✔	✘	—	✘	✘	✔	✔	✔	—	✔
Nescientist	—	—	—	—	—	—	—	—	—	—	—	—	—	—	—	—	—	—	—	—	—	—
Pk-fan	✔	✔	✔	✔	✔	✔	✔	✔	✔	✘	✘	✘	✔	✘	✘	✘	✘	✘	✘	✘	✘	✔
RobbiRobb	✔	✔	✔	✘	✘	✘	✘	✘	✘	✘	✔	✘	✔	✘	✘	✘	✘	✘	✘	✘	✔	✘
Isso08-15	✔	✘	✘	✘	✘	✘	✘	✘	✘	✘	✘	✘	✔	✘	✘	✘	✘	✔	✔	✔	✔	✘
Zeynex	✔	✘	✘	✘	✘	✘	✘	✘	✘	✔	✔	✔	✘	✘	✘	✘	✘	✔	✔	✔	✔	✘
BlauesSerpiroyal	—	—	—	—	—	—	—	—	—	—	—	—	—	—	—	—	—	—	—	—	—	—
Lasagne	✔	✔	✔	—	—	—	✘	—	—	✘	✘	✘	✔	✘	✘	✘	✘	—	—	—	—	✘
Ergebnis

Kommentare

Ich habe bereits meine Stimmen für die einzelnen Fälle angegeben, sodass ihr euch an dem Muster orientieren bzw. die Zeile als Vorlage für eure Stimmen nutzen könnt. Und am Ende geht wie immer ein Ping an alle stimmberechtigten Benutzer, damit niemand sagen kann, er hätte von dieser Abstimmung nichts mitbekommen. :)

Grüße gehen raus an: Buoysel, Cliffichen, CLina, DeXter, GoPika, GrollenKette951, Impoleon xy, Isso08-15, Kenaz-Hagalaz, Lombrero, Luca12379, Matze, Mecanno-man, RobbiRobb, Ryuichi, ShortyBuzz, Simonsees, SwowoJonny + AAWiki, BeyJim, BlauesSerpiroyal, Der Sternendiamantritter, Haijo18, Hydrokyu, Jass, Killuu, K0pplosio, Lasagne, Mario-WL, Mooni000, Nescientist, Pintauranimus, Pk-fan, PokéSpe, PokemontutorialTV, Vircaprae, Xatuhatu, Zeynex

Ich hoffe, nichts vergessen zu haben. ^_^ ~ Taisuke ^Diskussion 12:35, 13. Jul. 2020 (CEST)

Ich bin mir hier nicht vollständig im klaren darüber, für was für eine Änderung hier abgestimmt wird. Es ist meiner Meinung nach offensichtlich das einige Vorlagen einige dieser Sonderfälle irgendwie berücksichtigen müssen (z. B. Go-Sprites mit Hut) und andere nicht (irgendwelche Strategie-Sachen brauchen den ganzen Co-Kram garantiert nicht). Geht es hier einfach darum zu entscheiden, was die XXXa-Nummern etc. bekommt? Wenn ja, wie würden dann andere Sachen miteinbezogen, die nicht in dieses Schema passen? Wäre es evtl. eine Idee hierfür Schema wie XXXzz, XXXzy etc. zu nutzen, für non-Hauptspiel-Sachen? Oder hab ich hier völlig am Thema vorbeigeschossen und es geht um etwas anderes? --Datei:Sugimori 672.pngMecanno-man^Mäh 14:09, 13. Jul. 2020 (CEST)

PS: In der Liste fehlt Moterpel. Das hat spielintern auch drei Formen.

Danke für den Hinweis mit Moterpel, das habe ich als nun als weitere Option ergänzt. Da müsstet ihr Fünf (1, 2, 3, 4, 5) am besten nochmals schauen und eure Entscheidung diesbezüglich nachtragen. :)

Um aber auf deine eigentliche Frage zurückzukommen: In erster Linie sollte es hiermit eigentlich generell um neue Parameter gehen, die unserem bisherigen Schema folgen (XXXa), aber im Gegensatz zu den vorhandenen Formen (noch) nicht berücksichtigt werden. Die restlichen Punkte sind im Zuge dessen ins Auge gesprungen und haben für uns auch eine Erwähnung hier verdient, um zu schauen, ob wir solche Formen zukünftig auch berücksichtigen wollen. Momentan werden Spin-off-Sonderfälle wie die unzähligen Pikachu-Formen in Shuffle oder GO einfach als 025_X genutzt, sodass z. B. die Sprites-Vorlage auf diese zurückgreifen kann. Aber als eigenständige Parameter sind diese bislang nicht angelegt, da Vorlage:Namenr usw. mit diesem nie (?) genutzt werden würden. So ähnlich würde es doch vermutlich auch den anderen Spin-off-Sonderfällen gehen oder?

Falls das in der Art aber nicht mehr erwünscht wäre und wir dafür ein neues Parameter-Schema, wie von dir vorgeschlagen, nutzen wollen würden, wäre das für mich natürlich auch in Ordnung. ~ Taisuke ^Diskussion 14:20, 14. Jul. 2020 (CEST)

Danke für die Antwort; möchte hier noch kurz meine Stimmen erklären: Meiner Meinung nach macht es Sinn das aktuelle Schema nur für Hauptspiele + eventuell Go zu verwenden (wegen zukünftiger Home-Anbindung), da man nur bei diesen wirklich davon ausgehen kann das sie vorwärts getragen werden, irgendwie. Bei Formen die irgendwelche non-Unterschiede haben (Purmel, Moterpel etc.) macht es von mir aus gesehen weiter Sinn diese zu allokieren, damit nicht in Zukunft irgendwelche botgestüzte Programme beim durchgehen irgendeines Spiele-extracts durcheinander geraten. All zu viel Einfluss sollte das ja schlussendlich kaum haben, da diese Werte wahrscheinlich nirgends benutzt werden würden. Die anderen Spin-Off-Sachen (Shuffle, PMD, etc.) könnten in eine Art Nebenschema eingefügt werden, sei dies über 352zzz oder sowas wie 352lila, wobei letzteres wahrscheinlich sinnvoller wäre da so nicht ein Haufen kurioser Buchstabenketten entstehen - so können diese grundsätzlich auch über dieselben Vorlagen aufgerufen werden, wo nötig. Ich würde allerdings davon absehen Anime-, Manga und TCG-spezifische Sachen* aufzunehmen; selbst wenn man diese einfügt wüsste ich nicht wo man sie gescheit verwenden könnte. --Datei:Sugimori 672.pngMecanno-man^Mäh 15:59, 14. Jul. 2020 (CEST)

Ich vermute mal, dass Mecanno-man mit den TCG-spezifischen Sachen sowas wie Koiking-gokku Pikachu und Poncho o Kita Eievui meint, oder vergesse ich hier noch mehr TCG-Sonderfälle, die ich kenne sollte? GrollenKette951 00:17, 15. Jul. 2020 (CEST)

Naja, Delta-Pokémon könnte man diskutieren, aber die Kostüme war schon eher das was ich gemeint hab. Plus all die anderen sinnlosen, also iwie das einkaufende, das Fussballspielende etc. --Datei:Sugimori 672.pngMecanno-man^Mäh 01:12, 15. Jul. 2020 (CEST)

Als jemand, der sich mit diesem Thema noch nicht wirklich auseinandergesetzt hat, würde ich gerne wissen, was genau der Nutzen dieser zusätzlichen Parameter wäre, wenn die Sprites gleich sind. Ist es eine Absicherung für den Fall, dass z. B. irgendwann die Sprites von den Meteno-Meteorformen so geändert werden, dass man die Farbe des Kerns erkennen kann? Oder werden aktuell bzw. sollen irgendwann über Vorlagen zusätzliche Informationen anhand des eingestellten Form-Parameters dargestellt werden, z. B. die verfügbaren Fähigkeiten des Pokémon?
Eine Sache, die ich aber auf jeden Fall noch anmerken möchte, ist dass sowohl die Herrscher-Pokémon als auch die Pokémon in Herrscher-Größe (gegen erstere kämpft man in SM/USUM, letztere kann man in USUM erhalten) sich nicht nur durch ihre Darstellungsgröße unterscheiden, sondern zumindest laut Bulbapedia auch in den Werten Größe und Gewicht (ich weiß nicht, ob diese Werte im PokéWiki überhaupt irgendwo eingetragen sind, auf Bulbapedia stehen sie aber auf jeden Fall hier). Das erhöhte Gewicht dieser Pokémon in Herrscher-Größe hat sogar aufgrund von Attacken wie Rammboss oder Strauchler sogar Auswirkungen auf Kämpfe. Zudem haben diese Herrscher-Pokémon festgelegte Fähigkeiten. Auch wenn diese Formen bzw. Größen mit der 8. Generation wieder entfernt wurden, sind solche direkten spielerischen Unterschiede meiner Meinung nach ein besserer Grund für eigene Parameter als solche indirekten und ausschließlich optischen wie bei Meteno, zumindest wenn ich mit meinen Vermutungen bezüglich des Nutzens dieser Parameter einigermaßen richtig liege. -- Lasagne (Diskussion) 22:52, 14. Jul. 2020 (CEST)

Edit: Ich habe meinen Kommentar mal verschoben, da ich versehentlich in eine andere Diskussion reingegrätscht bin. Ich hoffe, diese Änderung geht so in Ordnung. Ich würde mich trotzdem freuen, wenn jemand noch meine Frage beantwortet. -- Lasagne (Diskussion) 12:54, 19. Jul. 2020 (CEST)

Die späte Antwort tut mir leid, Lasagne. Dein Beitrag ist tatsächlich etwas untergegangen bzw. mir einfach durchgerutscht. Kurz gefasst geht es um die Kennzeichnung von abweichenden Formen von Pokémon im Quelltext und eine andere Darstellung durch Vorlageneinbindungen. Hierdurch wird den Lesern und Benutzern angezeigt, dass es sich um eine andere Form handelt, die sich zwar nicht optisch, aber spielintern (z. B. durch eine andere spezielle Fähigkeit) unterscheiden. Es haben hierbei also nicht ausschließlich optische Unterschiede den Ausschlag gegeben. Vor allem in deinem Beispiel von Meteno, haben die Meteorformen optisch gar keinen Unterschied, weshalb ich das Beispiel nicht ganz verstehe und mir etwas unsicher bin, ob ich deine Frage überhaupt richtig verstanden habe. ^_^ ~ Taisuke ^Diskussion 14:01, 30. Jul. 2020 (CEST)

Danke für die Antwort, Taisuke, auch wenn sie für die Abstimmung etwas zu spät war. Damit verstehe ich schon ein bisschen besser, wozu diese Parameter eigentlich gut sind.
Mit dem Meteno-Beispiel meinte ich, dass Game Freak sich in irgendeiner späteren Generation dazu entscheiden könnte, das Design der Meteorform-Sprites so anzupassen, dass man die Farbe des Kerns erkennen kann. Auf diesen Fall wäre das PokéWiki vorbereitet, wenn jetzt diese Parameter hinzugefügt werden.
--Lasagne (Diskussion) 19:07, 30. Jul. 2020 (CEST)

Umsetzung

Danke an alle, die sich an der Abstimmung beteiligt haben! Ich werde mich um eine Umsetzung der mehrheitlich beschlossenen Parameter kümmern und im Anschluss hier nochmals auflisten. ~ Taisuke ^Diskussion 14:01, 30. Jul. 2020 (CEST)

Seh ich das richtig, das nur die Go-Klone eingefügt werden? Schliesslich bringt DeXters ver-ttte Stimme das ganze über die 2/3. --Datei:Sugimori 672.pngMecanno-man^Mäh 02:30, 31. Jul. 2020 (CEST)

Dafür hatte ich extra eine Ergebnis-Zeile eingefügt. Ja, die Klon-Pokémon werden eingefügt. Crypto-Lugia hat aber neben den vier ersten Fällen auch genügend Stimmen erhalten. ~ Taisuke ^Diskussion 12:53, 31. Jul. 2020 (CEST)

Du hast mich da leicht falsch verstanden. Meine Frage ist, ob die Go-Klone eingefügt werden, die Anime-Klone allerdings nicht. --Datei:Sugimori 672.pngMecanno-man^Mäh 17:04, 31. Jul. 2020 (CEST)

Mein Fehler, entschuldige. Lediglich die Klone, die in beiden Medien zu finden sind: Bisaflor, Glurak, Turtok und Pikachu. Oder mit anderen Worten: Nur die GO-Klone. :D ~ Taisuke ^Diskussion 17:14, 31. Jul. 2020 (CEST)

Etwas, dass bei der Abstimmung entweder vielen nicht bewusst, oder möglicherweise auch egal war, ist mir leider erst jetzt im Nachhinein eingefallen: Und zwar sollen die Herrscher-Pokémon nicht in Vorlagen aufgenommen werden. Das bringt allerdings ein Problem mit sich: Wir haben nen ganzen Haufen Sprites der Herrscher-Pokémon, die ich jetzt zunächst ausgebunden bzw. gar nicht erst eingebunden habe. Das bringt nicht nur zusätzliche unbenutzte Dateien mit sich, sondern unterschlägt in gewissem Sinne auch Informationen, weil wir so tun, als hätten sie keine eigenen Sprites, was allerdings nicht korrekt ist. Jetzt also die Frage, vor der ich gerade stehe: Bleiben die Dateien uneingebunden, weil der Wunsch dieser Abstimmung darin besteht, dass sie nicht in Vorlagen beachtet werden, oder soll ich sie einfügen und damit gegen diese Abstimmung handeln, dafür aber die Dateien korrekt anzeigen? -- RobbiRobb 21:17, 11. Aug. 2020 (CEST)

Imo. sollten die eingebunden werden, aber nicht im normalen Schema, sondern iwie als "Herrscher-Rattikarl Sprite". Oder wie irgendwann von mir vorgeschlagen "023aherrscher" --Datei:Sugimori 672.pngMecanno-man^Mäh 00:17, 15. Aug. 2020 (CEST)

Ja, da liegen die bereits, siehe Datei:Pokémonsprite 020a Herrscher Bank.png. Der Punkt, den ich versuche zu machen, ist, dass die Abstimmung zum Ergebnis hatte, dass wir die Herrscher nicht in Vorlagen mit aufnehmen - mit dem Ergebnis, dass eben nicht nur Namenr, Nrname oder Id2Typ betroffen sind, sondern soweit ich das sehe auch sowas wie Sprites. Und dadurch sind die Dateien unbenutzt und werden überall als nicht-existent behandelt, was ich nicht für sinnvoll halte. Mein Ziel ist es im Grunde also, dass hier gegen das Ergebnis der Abstimmung gehandelt wird, was zwar nach unseren Regeln soweit ich das sehe nicht zwangsläufig verboten ist, definitiv aber nicht im Sinne einer Abstimmung ist, dass das Ergebnis hinterher ignoriert wird und trotzdem das Gegenteil passiert. Die Frage an dieser Stelle ist, warum sich die Benutzer, die gegen die Herrscher gestimmt haben, so entschieden haben, und ob sie sich des Problems, vor dem ich jetzt als mehr oder weniger Zuständiger für die Vorlage:Sprites stehe, bewusst waren, oder ob sie das ganze überhaupt nicht bedacht haben. -- RobbiRobb 01:47, 15. Aug. 2020 (CEST)

Die Herrschersprites sollen meiner Meinung nach, auch wenn das gegen das Ergebnis der Abstimmung geht, auf jeden Fall in die Spritevorlage aufgenommen werden. Ich glaube, dass das eher mit einem Sonderschema geregelt werden sollte, wie es oben auch schon geschrieben ist, als mit dem Standardschema. GrollenKette951 23:57, 15. Aug. 2020 (CEST)

An sich bin ich dafür, dass die Sprites eingebunden werden (so hab ich, glaube ich, auch abgestimmt), aber das hier war immer noch eine Abstimmung, deren Ergebnis mMn keines Falls ohne weiteres zum Teil ignoriert/angepasst/... werden sollte. Wenn dann sollte man mMn eine breite Zustimmung aller Stimmberechtigten haben, bevor da irgendwas gemacht wird. --DeXter 00:32, 16. Aug. 2020 (CEST)

So wie ich das sehe, sollte es ausreichen, wenn sich dazu die an der Abstimmung teilnehmenden Benutzern nochmals äußern, die gegen eine Aufnahme von Option (M) gestimmt haben. Sollte sich daraus dann im Nachhinein eine Mehrheit ergeben, sehe ich kein Problem darin, in diesem Fall entgegen dem ursprünglichen Abstimmungsergebnisses zu handeln. Schließlich muss ich gestehen, dass die Option nicht optimal von mir festgelegt wurde, da es mehrere verschiedene Elemente in einen Top wirft. Zumal die Option darüber hinaus auch noch Spin-off-Elemente (Crypto) mit Hauptspiel-Elementen (Herrscher) vermengt. Als einer derjenigen, die sich eigentlich gegen diese Parameter ausgesprochen hat, würde ich mich im Nachhinein bzgl. der Herrscher-Pokémon umentscheiden und diese nun doch befürworten. Weitere Argumente dafür lieferte übrigens Lasagne schon weiter oben in den Kommentaren des Spoilers. ~ Taisuke ^Diskussion 10:11, 16. Aug. 2020 (CEST)

Schwierig. Die Herrscher unterscheiden sich lediglich Storybasiert durch eine Aura und ansonsten nur in Größe/Gewicht. Das dieser Unterschied bei Sprites auffällt glaube ich nur bedingt. Ich kann mich hier nicht zu einem Pro durchringen. Daher enthalte ich mich in diesem Fall und überlasse es der Mehrheit, da ich auch mit einer Einbindung leben könnte. Ggf. sollte man nochmal einen Ping an die die abgestimmt haben absetzen. Gruß * Ryuichi ~ Datei:Sugimori 004.png^PL ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch ^Diskussion 12:36, 16. Aug. 2020 (CEST)

Behandelt die Abstimmung überhaupt die Vorlage:Sprites? So wie ich das verstehe ging es doch nur um die IDs, also namenr, nrname, id2typ etc. --Datei:Sugimori 672.pngMecanno-man^Mäh 12:41, 16. Aug. 2020 (CEST)

Laut meinem Protokoll vom Chattreffen vom 06.03.2021 hatte Robbi angemerkt das nun die Herrscher Inexistent sind und es gab hier wohl noch offenen Diskussionsbedarf!? Der Punkt wurde dann geschoben aufgrund kurzfristiger Abwesenheit des ein oder anderen und ist dann im Chattreffen wohl etwas untergegangen. Bin mir daher über seine Archivierung im Unklaren. @Robbi kannst du es bitte hier noch einmal darlegen? Danke. Gruß * Ryuichi ~ Datei:Sugimori 004.png^PL ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch ^Diskussion 10:51, 7. Mär. 2021 (CET)

Ich hatte noch mal geschaut und so wie es aussieht, habe ich die vorrübergehend unbenutzten Herrscher-Sprites wieder eingebunden, mit dem Ergebnis, dass ich damit gegen die Entscheidung der Abstimmung gehandelt habe. Ich denke allerdings, dass wir uns alle einig sein sollten, dass es Schwachsinn ist, die Sprites zu entfernen und so zu tun, als gäbe es sie nicht, wenn sie ziemlich offensichtlich aus den Spieledaten stammen und dementsprechend auch in den Spielen einsehbar sind. Bin mir daher etwas im Unklaren, wie genau wir hier weiter vorgehen wollen. -- RobbiRobb 16:42, 7. Mär. 2021 (CET)

Das so ein Fall wo sich lediglich der Sprite von allem anderen in der Größe Unterscheidet... sehe da die Problematik zwischen Abstimmung und Informationsvernichtung... wenn das Tai für Tai so in Ordnung ist und es sonst nichts weiteres dazu gibt können wir den Punkt auch ins Archiv schieben... Gruß * Ryuichi ~ Datei:Sugimori 004.png^PL ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch ^Diskussion 16:51, 7. Mär. 2021 (CET)

Wertschätzung - eine Umfrage an die SBs

Hallo liebe Stimmberechtigte User des Wikis! Gestern im internen Chattreffen ging es u. A. um das Thema Wertschätzung, bei dem wir darüber geredet haben, was wir ESBs z. B. im Umgang mit neuen Usern, in Bezug auf Rollbacks und Rückgängigmachungen, allgemein in Discord usw. besser machen können bzw. sollten. Dabei wurde gestern auch entschieden, dass wir darüber mit euch in möglichst großer Runde reden möchten, da ihr eine andere Sichtweise auf das Thema habt als wir und damit nochmal anderen Input geben könnt, den das Thema braucht.

Daher die Fragen bezogen auf Wertschätzung: Was für Probleme seht ihr? Gibt es etwas, das ihr euch allgemein oder vom ESB-Kreis wünscht? Wollt ihr dazu noch etwas anderes los werden?

Außerdem wünschen wir uns ein Chattreffen mit SBs zu dem Thema. Wenn es hier genügend Beteiligung seitens der SBs gibt, würde also eins geplant werden ^^

Hier noch der Ping AAWiki, Aklex, BeyJim, BlauesSerpiroyal, DeepSpace, Der Sternendiamantritter, DieTaube, Flonc, Haijo18, Jass, K0pplosio, Lasagne, Mario-WL, Maxmiran, Nescientist, Panflami, Pk-fan, Poffelino, PokéSpe, Pxmusic, Red Bull Salzbourg, Rolex, Rüdiger, Zeynex --DeXter 20:22, 7. Mär. 2021 (CET)