PokéWiki:Allgemeine Diskussionsseite

Aus PokéWiki
Zur Navigation springen Zur Suche springen

Vorlage:TOC right

Die Icons oben rechts in der Ecke

Bei Archivierung bitte über den Abschnitt Redlinks (2015) verschieben.

Wie wir alle wissen gibt es oben rechts jede Menge unterschiedliche Items, die sich teilweise im Weg stehen und allesamt ziemlich viel Platz für sich beanspruchen. Lesenswert, Exzellent, Stub, AdW-old, PdW-old dürften den meisten bekannt sein. Wie allerdings in letzter Zeit des Öfteren auffällt, sind Probeleme, die mit den Icons einhergehen, zum Beispiel, dass sie sich nicht intelligent nebeneinander stellen (die Wikipedia kriegt das irgendwie über CSS hin, ich weiß nicht wie) und teilweise recht sperrig sind. Hier muss eine Lösung gefunden werden, die zum einen das ganze oben in der Ecke kleiner und handlicher macht und zum anderen wenig/keine Informationen verloren gehen lässt. Eine Idee die hierzu geäußert wurden war bspw. alle oben dargestellten Topicons durch eine einzige Vorlage zu realisieren, die die Icons intelligent positioniert.

Wenn man schon dabei ist, die Topicons umzugestalten sollte man auch darüber nachdenken, was oben in der Ecke alles dargestellt werden soll. Zur Auswahl stehen dabei soweit ich das überblicke die bereits genannten 5 Vorlagen sowie Überarbeiten, Lückenhaft und Veraltet, wobei die letzteren nicht durch eine Topicons-in-general-Vorlage realisiert werden könnten, da sie nicht zwingend am Anfang eines Artikels stehen müssen. Ebenfalls stellt sich die Frage, wie die Icons oben designt werden können. Hier stehen selbstverständlich die unterschiedlichsten Möglichkeiten zur Verfügung.

Auf Möglichkeiten, Lesenswert und Exzellent darzustellen, möchte ich hier noch einmal kurz näher eingehen, weil ich dazu schon einige Meinungen gehört habe: Während der Vorschlag, den aktuellen Text durch ein Mouseover zu ersetzen (siehe hier) bisher nicht so gut ankam, hielten viele eine Kombination eines solchen Icons mit einem ausführlicheren Text am Ende ähnlich der Wikipedia (Beispiel) für recht ansprechend.

Eure Meinungen zu diesem Thema würden mich sehr interessieren. -- 609.png Skelabra2509 (Diskussion | Beiträge) 20:16, 23. Okt. 2015 (CEST)

Ich wär erstmal dafür, die stub-Ecke zu eliminieren. Ich gestehe zwar, dass das wohl diejenige ist, die am wenigsten Probleme macht, dennoch wärs eine weniger. Was die anderen angeht: Nicht die Bohne einer Ahnung, was konkret mit zu machen ist. --Datei:Sugimori 672.pngMecanno-manMäh 23:27, 23. Okt. 2015 (CEST)
Die Stub-Ecke wirde ja jetzt ominöserweise aus der Vorlage rauseditiert vor ein paar Tagen. Ich hingegen finde die sehr wichtig, wenn der Stub weiter unten im Text eingebunden ist, da man so direkt am Anfang der Seite sieht, dass da irgendwo ein Stub ist und dafür nicht runterscrollen müsste. --Kein Dschungel zu dicht... Killuu http://i.imgur.com/acgb9YG.png 08:50, 24. Okt. 2015 (CET)
Wenn die Stub-Vorlage nicht ganz oben steht ist sie eh falsch verwendet, da sie sich immer auf den ganzen Artikel bezieht. Für andere Fälle sind andere Vorlagen wie Lückenhaft vorgesehen. -- 609.png Skelabra2509 (Diskussion | Beiträge) 12:17, 24. Okt. 2015 (CEST)
Die oben aber auch keine Info hat. --Kein Dschungel zu dicht... Killuu http://i.imgur.com/acgb9YG.png 12:20, 24. Okt. 2015 (CET)
Das ist aber aktuell überhaupt nicht der Fall, als ich vor einiger Zeit die Stubs mir angeguckt hab war ein Großteil woanders eingebunden, gerade da Themenbereiche angegeben werden können. Insofern wäre ich hier auf Killuus Seite. 384.gif Jones 12:22, 24. Okt. 2015 (CEST)
Man könnte es ja so machen, dass die verschiedenen Kästchen (es geht doch um die Kästchen) nicht nebeneinander sondern untereinander stehen. Oder Beispielsweise die Kästchen für ADW, PDW und Stub in die linke Ecke macht und die für Exzellent, Lesenswert usw in die andere. --http://i.imgur.com/3oTCc8c.png Jaru Bei Fragen 151.png
Das bringt insofern ein Problem, dass dadurch entweder der Artikel nach unten verschoben oder Teile des Artikels oder der Titel dadurch verdeckt werden. Ich bin auch der Meinung, dass so, wie es ist/war, das vollkommen in Ordnung ist. --Kein Dschungel zu dicht... Killuu http://i.imgur.com/acgb9YG.png 13:09, 24. Okt. 2015 (CET)
@Jones: Dann werden die Vorlagen falsch verwendet. Die Vorlage Lückenhaft bietet ebenfals die Möglichkeit Fachbereiche anzugeben. -- 609.png Skelabra2509 (Diskussion | Beiträge) 23:47, 24. Okt. 2015 (CEST)
Ändert nichts daran, dass die Vorlage Lückenhaft keinen Hinweis oben rechts hat. Und dann erklär doch mal bitte ausführlich und für alle verständlich, in welchen Fällen Stub, Überarbeiten, Lückenhaft verwendet werden. Gerade Lückenhaft und Stub sagen beide, dass da inhaltlich was fehlt, der Unterschied ist da einfach mal nicht definiert und irgendwie nicht klar vorhanden, weshalb wohl alle Stub benutzen, weil das die altbekanntere Vorlage ist. Außerdem hatte die den netten Hinweis oben rechts >.< Ich denke, man merkt, dass ich auf den Hinweis oben rechts bestehe. Eben bei der Vorlage, die da verwendet werden soll, wenn man dann mal definiert hat, welche Vorlage wohin gehört und das mal brav festhält in den Vorlagenbeschreibungen. --Klein, aber fein. Killuu http://img69.imageshack.us/img69/4010/nidokilluu.png 21:50, 26. Okt. 2015 (CET)
Ja, die Vorlage:Lückenhaft hat keinen Hinweis oben rechts, weil ihn keiner einprogrammiert hat. Nicht aufregen, Killuu ;) Die Vorlage:Stub dient dazu, um kurze Artikel kennzuzeichnen, die kaum Substanz haben und denen massenhaft Informationen fehlen. Eine solche Vorlage ist in einzelnen Abschnitten wie „Im Manga“ dann selbstverständlich deplatziert, weil sie auch durch die Markierung oben rechts den gesamten Artikel als Stub kennzeichnet, anstatt nur den kleinen Teil, in dem die Lücken zu finden sind. Zu diesem Zwekc dient die Vorlage:Lückenhaft. Die Vorlage:Überarbeiten dient für Fälle, in denen es nicht (allein/vorwiegend) um den Inhalt, sondern eher um die Darstellung geht, zum Beispiel wenn statt eines Fließtextes oder eine tabelle eine unübersichtliche Lsite verwendet wird.
Ich halte bei Hinweisen, die sich auf den ganzen Artikel beziehen, ein Topicon sinnvoll, sonst eher weniger. Zunächst aber muss eine Lösung gefunden werden, die sowohl programmier- als auch darstellungstechnisch sinnvoll ist, also ein Konzept beschlossen werden, nachdem sich die Topicons richten und dessen Umsetzung sichergestellt werden. -- 609.png Skelabra2509 (Diskussion | Beiträge) 14:42, 29. Okt. 2015 (CET)
Ok, danke für die Aufdröselung. Trotzdem scheint mir, als wolltest du meinen Einwand des Topicons dann bei meinetwegen Lückenhaft nicht verstehen. Es zeigt einfach, ohne dass man runterscrollen muss, dass an dem Artikel noch was getan werden muss (z.B. hilfreich, wenn man über die zufälligen Seiten nach Arbeit sucht). Und kategorisiert wird ja letztlich sowieso der ganze Artikel, was auch gut so ist. Oder soll Lückenhaft gar nicht kategorisiert werden? Was auich doof wäre, weil ich z.B. über Stub- und Überarbeiten-Kategorien eben auch suche, ob es noch Artikel gibt, mit denen ich mich auskenne, wo was getan werden muss. Sonst findet man die ja alle nicht, wenn die nicht gesammelt sind. Und sowas sollte automatisch gesammelt werden. --Toben des Meeres. Killuu http://i.imgur.com/5kAfY2r.png 15:43, 29. Okt. 2015 (CET)
Wie einige von euch sicherlich schon wissen, arbeite ich momentan an einem eigenen MediaWiki-Skin. Dadurch muss ich mich natürlich an die Richtlinien halten, die von einem Skin erwartet werden. Eine Funktion, die neuerdings seit MediaWiki 1.25 existiert, nennt sich Seitenstatus-Indikatoren. Diese Funktion greift im Grunde genommen genau das Problem, welches wir momentan besitzen, auf. In Zukunft soll die Position der besagten Seitenstatus-Hinweise durch den Skin definiert werden (absolute Position), sprich nicht mehr durch irgendwelche Vorlagen innerhalb des Wikis. Dann müsste im Artikel nur noch <indicator name="<!-- der Name halt -->"><!-- Bild und/oder Text--></indicator> angegeben werden. Falls mehrere Seitenstatus-Hinweise existieren, werden diese automatisch nach Alphabet angezeigt und sortiert. Ich glaube, dadurch werden die Abstände automatisch definiert und die Anzeigen ebenfalls nur bei der Ansicht eines Artikels angezeigt (sprich nicht mehr beim Bearbeiten), doch dies kann ich nicht bestätigen (müsste ich mal selbst ausprobieren). Für Buoysel bedeutet das natürlich etwas mehr Arbeit, da die MediaWiki-Software noch auf den aktuellsten Stand gebracht werden muss und zusätzlich müsste der Skin um eine Kleinigkeit ergänzt werden (Letzteres geht wohl schneller als Ersteres). Dennoch glaube ich, dieser Weg könnte die bestmögliche Lösung darstellen. Xavier 15:28, 30. Okt. 2015 (CET)

Bei Archivierung bitte ganz oben (2016) einfügen.

Hallo liebe Wiki-Freunde, wie wir gestern ja beschlossen haben, soll auf der Hauptseite anstelle der Kategorie Im Rampenlicht ja eine Slideshow mit Werbebannern für die einzelnen Projekte entstehen. Ich habe mich jetzt doch mal kurz daran gesetzt und möchte euch meine vorläufigen, ersten Versuche präsentieren. Hier findet ihr den generellen Bannerhintergrund, der für jeden Banner gewählt werden soll. Natürlich wird es nicht nur die eine hier gezeigte, sondern mehrere Farben geben, wobei ich noch nicht weiß, ob jedes Projekt seine eigene Farbe erhalten soll (ist bei 17 Projekten trotz Photoshop etwas knifflig). Zusätzlich habe ich mal weitergesponnen und hier einen Banner entworfen, wie er final aussehen könnte. Schriftart, Bannermaße und Text sind noch nicht offiziell; es dient lediglich für den ersten Eindruck und in welche Richtung die Sache gehen könnte. Ich würde mich hier über jegliches Feedback und jegliche Verbesserungsvorschläge sehr freuen! -- Liebe Grüße, Moltres 146.gif 16:36, 31. Dez. 2015 (CET)

Wow, sieht sehr gut aus finde ich. Über die Farben müsste man sich noch einigen :) Kompliment ;) --Volkner.png AkuromaShocking News! 16:42, 31. Dez. 2015 (CET)
Schließe mich Akuroma an. Genial. 360.png Das Isso 08/15 Konter 16:52, 31. Dez. 2015 (CET)
Das Design finde ich gut ...aber sollte mit diesen bannern nicht auf Baustellen hingewiesen werden? Das tut der ja nicht... :shy: --Datei:Sugimori 672.pngMecanno-manMäh 22:21, 31. Dez. 2015 (CET)
Das macht einen sehr guten ersten Eindruck, danke! Natürlich soll mit den Bannern auf Baustellen hingewiesen werden, dennoch war es mit dem Beispieltext besser darzustellen, wie so ein finaler Banner aussehen könnte. Ich weiß nur nicht, ob die farbliche Gestaltung gut ist. Unser Greenchu ist grün und das Design der Seite allgemein blau, wenn dann noch der Banner rot werden würde, wäre das noch in Ordnung. Aber wenn jedes Projekt eine eigene Farbe bekommen sollte, wäre das doch zu viel des Guten. ~ Taisuke 136.gif 10:54, 1. Jan. 2016 (CET)
Frohes Neues! Das grobe Design gefällt mir sehr, hätte spontan nichts daran auszusetzen. Was die Farben betrifft, hielte ich verschiedene Farben für jedes Banner in der Slideshow nicht für verkehrt - so fiele sofort auf, wenn ein neues Banner erscheint. Es sollten dann aber Farben sein, die eben zum PokéWiki-Farbschema passt, die Leute sollen ja nicht denken, sie wären auf der Benutzerseite von Wenlok Holmes gelandet :o) Spontan würde ich sagen, dass man jedem Banner eine eigene Farbe geben könnte, die im Spektrum zwischen Gelb und Dunkelblau liegt - soweit die Theorie, die Praxis muss ich Moltres überlassen. --666h.png Jaci 11:18, 1. Jan. 2016 (CET)
Ich muss gestehen, dass mir das Rot viel zu stark vorkommt. Vielleicht würde sich da etwas in Richtung Pastellfarbenbereich noch besser eignen? Wir benutzen hier ja generell keine besonders knalligen Farben. :) ~ 418.gif Buoysel 13:18, 1. Jan. 2016 (CET)
Erstmal vielen Dank für das zahlreiche Feeback bisher und ein frohes, neues Jahr. Ich habe das Rot/Gelb hier mal etwas matter gemacht. Ist es so besser? Wenn nicht, wäre ein Anwendungsbeispiel mal ganz cool. ^^ Und was den Punkt mit den konkreten Problempunkten angeht, so wäre mir jetzt spontan eingefallen, dass man unter den Slogan noch eine Zeile mit Baustellen: <Name> darunter setzen könnte. Man muss halt darauf achten, dass es nicht zuviel Text wird. Welche Maße sollen diese Banner denn haben? Wieder 970 px Breite? Und wenn ja, wie hoch solllen die dann werden? Ich persönlich fände es nämlich schöner, wenn sie dann doch etwas mehr in die Tiefe gehen würden als die bisherigen Rampenlichtbanner, die sehr schmal waren und man darauf nicht sooo viel Info unterbringen konnte. -- Liebe Grüße, Moltres 146.gif 16:05, 1. Jan. 2016 (CET)
Also ich befürworte eine etwas größere Tiefe, auch wenn nicht all zu viele Infos auf dem Banner selbst untergebracht sein sollten. Zur Umsetzung würde ich auch Links (als "Koordinatenmaps") auf den Bildern für eine gute Idee halten. Ansonsten finde ich die Banner toll, wobei der rechte Teil schon noch relativ kräftig gehalten ist. -- 609.png Skelabra2509 (Diskussion | Beiträge) 16:43, 1. Jan. 2016 (CET)
Also mir gefällt der zweite Banner ziemlich gut. Auch die Schriftart ist relativ passend. Zu Projekten, die noch relativ neu sind kann man ja schreiben: "in Bearbeitungen", "im Rampenlicht" "Neu im Wiki" oder so. Ansonsten finde ich das alles bisher recht gut. --http://i.imgur.com/3oTCc8c.png Jaru Bei Fragen 151.png
Hier müssen wir drigend mal voran kommen und Entscheidungen treffen. Hierzu wäre wohl auch mal ein Chattreffen (Typ ohne Büros) mal ganz hilfeich. -- 609.png Skelabra2509 (Diskussion | Beiträge) 22:41, 12. Apr. 2016 (CEST)

Datei Lizenzen und Wasserzeichen

Bei Archivierung bitte über den Abschnitt Pokéteca verschieben.

Wie im Chat schon einige male angesprochen, wäre es sinnvoll, dass das Lizenzsystem etwas überarbeitet/erweitert wird. So haben wir aktuell keine Lizenz für Merchandise als solches (momentan meist als Artwork gekennzeichnet), die Lösungsbücher werden auch meist als Artwork gekennzeichnet, obwohl dort ja eigentlich der jeweilige Verlag Rechte dran hat und wir haben keine einheitlichen Lizenzen für Wiki Dinge (sei es Pokéwiki, Wikipedia oder EP). Ein relativ gute Liste hat shadow hier zusammengestellt, es gibt jedoch noch einige Dateien mehr, die einfach falsch lizensiert sind. Vorallem für die EP und Pokéwiki Dinge sollten sich Admins und Bürokraten eine Lizenz aussuchen, daneben ist es sicherlich nicht verkehrt, wenn allgemeine Meinungen zu den Lizenzen (wie genau wollen wir sein, ähnliche Lizenzen zusammenfassen etc) noch ausgesprochen werden.

Daneben gibt es (vorallem ältere) Dateien, welche noch ein Wasserzeichen haben und damit eigentlich der jeweiligen Lizenz widersprechen, hierzu wäre auch eine Klarstellung, möglich der Administration, vonnöten, wie diese gehandhabt werden sollen (entfernen vs ignorieren). 384.gif Jones 12:13, 21. Feb. 2016 (CET)

Da es bei Lizenzen um Themen mit rechtlicher Relevanz geht, würde ich es begrüßen, wenn sich zu diesem genannten Thema mind. einer der beiden Bürokraten (Buoysel, Matze) äußern könnte. Zumal ich persönlich jetzt beispielsweise nicht sehr bewandert bin, was das Thema Lizenzierungen angeht. Bezüglich der Dateien mit Wasserzeichen wäre es wirklich gut zu wissen, wie damit umzugehen ist. Größtenteils wurden sie ja bereits ersetzt bzw. sind nicht mehr vorhanden und neue, bereitgestellte Screenshots/Bilder sind frei von solchen Zeichen. Aus diesem Grund vermute ich eher, dass man die alten Dateien durch neue (ohne Wasserzeichen) ersetzen könnte. ~ Taisuke 136.gif 03:30, 24. Feb. 2016 (CET)
Von mir aus können Bilder mit Wasserzeichen auch ersetzt werden, wenn vorhanden. Die stammen halt noch aus einer Zeit, als nirgends Bilder ohne Wasserzeichen verteilt wurden und wir daher davon ausgingen, dass es von Rechteinhabern entsprechend unerwünscht ist. Es gibt z. B. auch große Websites wie IGN, die alle Bilder (bis heute noch?) mit großen Wasserzeichen versehen. ~ 418.gif Buoysel 16:02, 24. Feb. 2016 (CET)

Ein weiteres Problem, welches mir heute aufgefallen ist, sind Bilder von Personen. Momentan sind sie als Bild-frei gekennzeichnet, was in den meisten Fällen auch korrekt sein dürfte. Jedoch sind bei einigen Bildern keine oder nicht mehr erreichbare Quellen angegeben, so dass nicht genau nachgeprüft werden kann, in welchem Zuge die Bilder erstellt wurden, weswegen wohl Abschnitte über Persönlichkeitsrechte erwähnt werden mussten Deutsche Rechtssprechung hexe.gif. Ich hoffe nach meinen Klausuren mich noch etwas genauer mit der ganzen Thematik beschäftigen zu können, möchte aber schonmal darauf hinweisen.
Daneben wäre es eventuell nicht schlecht, wenn wir die Lizenzen, die auf Bulba in Gebrauch sind, mal mit unseren abgleichen und entsprechende Pendants sammeln. Oft werden ja Bilder von Bulba bei uns hochgeladen und solange es sich nicht um offizielle Dinge handelt ist es häufig schwer eine passende Lizenz zu finden. 384.gif Jones 23:47, 24. Feb. 2016 (CET)

Benennung von Artikeln, deren deutscher Name (noch) nicht bekannt ist

Bei Archivierung bitte (oberhalb des nächsten) über den Abschnitt Greenchu verschieben.

Zunächst wird meistens ein Artikel unter seinem japanischen Namen angelegt und sobald der deutsche bekannt ist, der Artikel dorthin verschoben wird. Soweit so gut, jedoch gibt es auch einige Fälle, wo Artikel zwischenzeitlich unter ihrem englischen Namen abgelegt werden (wenn dieser bekannt ist, der deutsche jedoch noch nicht). Auch hier würde ich gerne eine wikiweite Entscheidung haben, ob

  1. Japanisch → Englisch → Deutsch oder
  2. Japanisch → Deutsch.

Ich persönlich wäre für ersteres. 384.gif Jones 12:13, 21. Feb. 2016 (CET)

Ersteres. – shadowtweaker 12:46, 21. Feb. 2016 (CET)
Im TCG-Bereich: Japanisch → Englisch → Deutsch, da dort das Englische dem Deutschen ähnlicher ist als in anderen Bereichen; in anderen Bereichen Japanisch → Deutsch, das andere hätte bloss noch mehr Änderungen zur Folge (z. B. könnten wir den gesamten Manga-Bereich umstrukturieren...) --Datei:Sugimori 672.pngMecanno-manMäh 12:59, 21. Feb. 2016 (CET)
Dachte eigentlich, dass das so wie im ersten Beispiel gehandhabt wird. Wäre auch dafür, besonders weil man nicht immer weiß, ob noch alles ins Deutsche übersetzt wird. Dann tümpel ich lieber bei englisch als bei japanisch rum. --Vorsicht, heiß! Killuu http://i.imgur.com/wVf4WMM.png 18:56, 23. Feb. 2016 (CET)
Man könnte den Manga Bereich ja vorerst außen vor lassen. Oder dort nur Weiterleitungen anlegen (ich weiß nicht, wie genau das aktuell da gehandhabt wird). Ich denke vorallem immer an die Suche, ich für meinen Teil suche eigentlich eher nach englischen Dingen (das verstehe ich wenigstens) als nach japanischen. 384.gif Jones 02:30, 24. Feb. 2016 (CET)
Ich wäre hier ebenfalls für eine einheitliche Lösung und würde die erste Variante bevorzugen. Sollte es, wie Mecanno-man oben bereits genannt hat, dazu kommen, dass sowohl der englische als auch deutsche Name zeitnah/gleichzeitig bekannt werden, so würde ich hier ebenfalls eine direkte Verschiebung von Japanisch zu Deutsch begrüßen. ~ Taisuke 136.gif 03:30, 24. Feb. 2016 (CET)
Ich bin auch für die erste Version. Meines Wissens nach müsste das auch die Variante sein, die am meisten praktiziert wird (jedefalls mache ich das immer so). Wichtig ist halt, wie Tai schon sagt, dass wir das Ganze einheitlich gestalten und wir eine solche Regelung vllt. mal irgendwo für die Zukunft festhalten sollten. -- Liebe Grüße, Moltres 146.gif 15:27, 28. Feb. 2016 (CET)

Pokemon Weiterleitungen

Bei Archivierung bitte (unterhalb des letzten) über den Abschnitt Greenchu verschieben.

Ebenfalls würde ich gern wikiweit Einheitlichkeit bzgl der Pokemon → Pokémon Weiterleitungen haben. Im Anime Projekt sind sie, zumindest bei den Filmen, immer vorhanden, beim Spieleprojekt immer mal wieder, in anderen Bereichen jedoch gar nicht. Da dasselbe im Grunde auch für andere „Sonder“zeichen gelten würde, würde ich persönlich von diesen Weiterleitungen absehen. 384.gif Jones 12:13, 21. Feb. 2016 (CET)

Würde da versuchen, einen Mittelweg zu finden. Es gibt zum Beispiel viele Artikel mit dem Suffix „(Pokémon Mystery Dungeon 2)“, wo eine Weiterleitung mit e statt é wirklich unnötig wäre. Bei Artikeln, die aber gerne mal direkt in die Suche eingetippt werden (insbesondere Filme und Spiele), werden Weiterleitungen mit e statt é aber schon ab und zu aufgerufen, denke ich. – shadowtweaker 12:46, 21. Feb. 2016 (CET)
Das sollte, imho, für alle Sonderzeichen eingerichtet werden (Bot?); weil alle Artikel über die Suche aufrufbar sein sollten [da ist é nicht wirklich das wichtigste, eher solche wie ★, δ und ’]. --Datei:Sugimori 672.pngMecanno-manMäh 12:59, 21. Feb. 2016 (CET)
Würde eigentlich bei allen Titeln mit Pokémon die Weiterleitung anlegen. Wer tippt denn schon das é mit ein? Ich nicht, und das auch bei spezifischeren Artikeln. --Vorsicht, heiß! Killuu http://i.imgur.com/wVf4WMM.png 18:57, 23. Feb. 2016 (CET)
Ich tippe eher ein é ein, als irgendwelche anderen Sonderzeichen, die nicht auf meiner Tastatur sind ;)
Bzgl Bot: Im Grunde dürfte es möglich sein, allerdings würden solche Fälle, wie der von shadow beschriebene, dabei vermutlich etwas schwieriger werden. Auch wäre die Frage, inwieweit Weiterleitungen mit Sonderzeichen nochmals Weiterleitungen bekommen (doppelte WL natürlich aufgelöst). Beispiel wäre Pokémon Gelb → Pokémon Special Pikachu Edition, gäbe es dann die Weiterleitung Pokemon Gelb? 384.gif Jones 02:34, 24. Feb. 2016 (CET)
Eine klare Linie würde dem Ganzen sicherlich gut tun. Momentan läuft das Ganze doch recht unstrukturiert, weshalb ich dem Vorschlag von shadowtweaker eher skeptisch gegenüber stehe, da man dann an der momentanen Situation nichts ändern würde. Mal wird eine solche Weiterleitung angelegt und mal nicht. In meinen Augen macht es sich besser, wenn wir uns entweder klar für die Weiterleitungen aussprechen oder halt eben gar nicht. Auch wenn ich wohl einer der wenigen Benutzer bin, die selbst in der Suche mit „é“ arbeiten, befürworte ich dennoch allgemein die Anlegung von Weiterleitungen, um die Suche nach Artikeln mit Sonderzeichen zu erleichtern. Hierbei würde ich aber auch gerne festhalten, dass Artikelnamen mit mehreren Sonderzeichen (z. B. Liste der Pokémon in Pokémon Shuffle) trotz allem nur eine Weiterleitung bekommen (→ Liste der Pokemon in Pokemon Shuffle). Die gemischten Weiterleitungen (Liste der Pokémon in Pokemon Shuffle und Liste der Pokémon in Pokemon Shuffle) empfinde ich als unnötig, weil man bei der Eingabe in der Suche (oder URL) entweder komplett auf Sonderzeichen verzichtet oder sie halt durchweg benutzt. ~ Taisuke 136.gif 03:30, 24. Feb. 2016 (CET)
Ich schließe mich Tai in allen Punkten an. (Der vorstehende nicht signierte Beitrag stammt von: Skelabra2509DiskussionBeiträge)
Ich ebenfalls. --Datei:Sugimori 672.pngMecanno-manMäh 10:47, 27. Feb. 2016 (CET)
Wie sieht es denn mit dem oben beschriebenen Fall der doppelten WLs aus? Ansonsten scheint hier ja Einigkeit zu herrschen. Daneben gibt es übrigens auch noch einige Fälle, gerade bei Vorlagen, wo die Vorlage nur ohne Sonderzeichen vorhanden ist, bspw Vorlage:Pokedex eintrag. Wie soll mit diesen verfahren werden? 384.gif Jones 11:19, 27. Feb. 2016 (CET)
Meiner Meinung nach bitte keine doppelten Weiterleitungen, sondern alle auf den Hauptartikel. Vorlagen brauchen das wohl nicht. --Kein Dschungel zu dicht... Killuu http://i.imgur.com/acgb9YG.png 11:33, 27. Feb. 2016 (CET)
Doppelte WLs natürlich aufgelöst, die Frage war eher, inwieweit Sonderzeichen in WLs selber behandelt werden (weiter oben ist auch ein Beispiel dazu) 384.gif Jones 11:49, 27. Feb. 2016 (CET)
Achso, zu deinem Beispiel: Ja, ich finde solche Weiterleitungen sollte es natürlich auch geben. --Kein Dschungel zu dicht... Killuu http://i.imgur.com/acgb9YG.png 11:57, 27. Feb. 2016 (CET)

Korrekte japanische Transliteration

Hey, mir ist aufgefallen, das die umformung von japanischen schriftzeichen oft fehler aufweist z.b. bei marmoria city zu ニビシティ ist Nibishiti die korrekte transliteration nicht Nibi City, klar soll es das wort city klanglich immitieren, aber es steht eben nicht dort, bei alabastia ist das gleiche problem マサラタウン entspricht Masarataun und nicht Masara Town, das sollte mal geändert werden, zur not kann man sich die zeichen auch vom google übersetzter transliterieren lassen. MfG der alte 054.gif Enton043 054.gif Disk. 00:19, 29. Apr. 2016 (CEST)

@Buoysel, Seelentau und Isso08-15 (von euch weiß ich, das ihr japanisch könnt). Ich verweise aber auch mal auf diese Diskussion, ich denke mal, dass das in dieselbe Richtung geht. 491.png Jones Albtraum? 11:50, 29. Apr. 2016 (CEST)
Das sind keine Fehler, sondern der so festgelegte Umgang mit der Transkription englischer Lehnwörter im Japanischen. PS: Willkommen zurück, Enton! – shadowtweaker 13:54, 29. Apr. 2016 (CEST)
diese regelung wäre mir neu soeit ich weß werden die Gairaigo in normalem romaji wiedergegeben wie z.b. Gips -> ギプス/ブス -> gipusu ich kann ja nochmal meine freundin asami fragen, ich bin mir aber recht sicher, zumal auch wkipedia es so wiedergibt 054.gif Enton043 054.gif Disk. 17:33, 29. Apr. 2016 (CEST)
Das ist bei uns im Wiki so üblich, weil auch Nintendo bei den offiziellen Transliterationen japanischer Pokémon-Namen usw. genau so (fehlerhaft) verfährt. -- 609.png Skelabra2509 (Diskussion | Beiträge) 20:04, 29. Apr. 2016 (CEST)

Sorry, dass ich so spät erst antworte, aber ja, Enton043 hat schon Recht, der Umgang mit der Transkription der japanischen Namen ist falsch. Ich habe da schon vor Urzeiten mal mit Buoysel drüber gesprochen und er meinte, es sei so aber besser. Müsst ihr ihn überzeugen.^^ Eine genauere Erklärung gibts bspw. hier. :) • Seelentau 愛 Disku. 15:20, 16. Mai 2016 (CEST)

Auf alle Fälle ist klar, dass wir denn Status quo mal irgendwo vernünftig festhalten müssen. Solche Anfragen gibt es mittlerweile regelmäßig. -- 609.png Skelabra2509 (Diskussion | Beiträge) 18:46, 22. Mai 2016 (CEST)

Namen der Dateien von Greenchu

Beim letzten Chattreffen wurde ja (hoffentlich bekannterweise) beschlossen, dass Dateien von Greenchu hier im Wiki hochgeladen werden. In einem ersten Schritt sollen hierbei die Pokémon Icons hochgeladen und anhand der Pokémon-Liste nochmal abschliessend die Ladezeiten betrachtet werden. Sollte das Ergebniss positiv ausfallen, so werden auch die anderen hier eingebundenen Dateien folgen und auf diese umgestellt werden. Entsprechend der Anzahl der Bilder wird das ganze von einem der Bots (sprich shadowbot oder JonesBot, abhängig davon, wer der beiden Botbetreiber früher Zeit findet) erledigt. Jedoch stellt sich die Frage nach der Namensgebung, die möglichst einheitlich sein sollte, damit die Vorlagen weiterhin genutzt werden können. Ich persönlich würde mich weiterhin an einer Ordnerstruktur orientieren und bspw für Pokémonsprites Datei:Sprites/Pokémon/icons/001.png nutzen und für Items Datei:Sprites/Items/Hyperball.png nutzen. Andere Vorschläge und Meinungen sind gern gesehen. 491.png Jones Albtraum? 20:39, 30. Apr. 2016 (CEST)

Ich bin skeptisch bei den Schrägstrichen, die stehen ja eigentlich für Unterseiten, was im Dateinamensraum aber keinen Sinn ergibt. – shadowtweaker 20:52, 30. Apr. 2016 (CEST)
Ich sehe es ähnlich wie shadow, habe momentan aber auch keinen guten alternativen Vorschlag. Bei den Pokémon-Icons könnte ich mir etwas in Richtung von Datei:Icon 001.png vorstellen. Vielleicht wäre hier auch eine Meinung von Buoysel hilfreich. ~ Taisuke 136.gif 08:43, 2. Mai 2016 (CEST)
Ich denke in den meistenFällen ist eine Abkehr von der hierarchischen Struktur mit / nicht sinnvoll. Falls die Software das bei Dateien nicht hinkriegt (kann ich mir vorstellen), würde ich es mit \ versuchen. -- 609.png Skelabra2509 (Diskussion | Beiträge) 15:29, 10. Mai 2016 (CEST)
Ich sehe bei Namen wie Tai sie oben vorgeschlagen hat, vorallem Probleme mit anderen Bildern. So gibt es bereits ein paar Bilder mit dem Präfix Datei:Icon (wenn auch keine mit Nummern danach), weswegen keine klare Trennung zwischen den Sprites und anderen Bildern mehr besteht. Daneben ist es für Neulinge nicht gleich ersichtlich, dass da ein bestimmtes Schema besteht (Tai, gerade du solltest die Probleme kennen, wo du immer am Bilder aufräumen bist^^). Ebenfalls würde bei dem Format Sprites/Items/... sofort klar, das sich hier alle Item Sprites befinden. Falls wirklich der / das Problem sein sollte, kann man dort ja auch andere Zeichen nutzen (\ dürfte als Escapecharakter glaub ich noch eher Probleme auslösen, aber zB > ist ebenfalls recht eindeutig und dürfte keine Probleme machen) 491.png Jones Albtraum? 15:22, 16. Mai 2016 (CEST)
Wie ich bereits geschrieben habe, war der Vorschlag meinerseits kein guter. ;)
Solange wir es einheitlich halten und direkt von Beginn an mit einem System die Dateien ablegen, bin ich zufrieden. ~ Taisuke 136.gif 16:41, 24. Mai 2016 (CEST)

Ich nutze diesen Abschnitt einfach mal um zu fragen, wie es um das Vorhaben steht. Die Icons wurden ja bereits vor einiger Zeit hochgeladen, was ist mit den anderen Sprites? Sollen die in nächster Zeit ebenfalls hier hochgeladen werden, wurde das ganze intern umentschieden, ohne dass jemand davon erfahren hat oder ist das einfach nur mal wieder vergessen worden? --380.png RobbiRobb 16:09, 5. Jul. 2016 (CEST)

Ist etwas in Vergessenheit geraten; man müsste vor dem Hochladen weiterer Sprites noch die Auswirkungen auf die Ladezeit evaluieren, siehe Pokémon-Liste. – shadowtweaker 19:19, 5. Jul. 2016 (CEST)

FdP-Projekt

Im Auftrag von Akuroma soll dieser Abschnitt dazu dienen, im Voraus über die Problematik beim FdP-Projekt zu informieren, die für das nächste Chattreffen auf der Agenda steht. Im Chat wurde hierzu folgende Liste an Problemen im FdP-Projekt aufgestellt:

  1. Das Projekt ist aus Sicht mancher etwas unenzyklopädisch.
  2. Es sollte mehr Aufwand in inhaltliche Baustellen und weniger in die Hauptseite investiert werden.
  3. Es herrscht eine niedrige Aktivität.
  4. Die Qualität der Blöcke wird manchmal bemängelt.
  5. Viele gestellte Fragen eignen sich nicht für die Hauptseite.
  6. Fragen werden nicht so schnell wie möglich beantwortet (z. B. Antwortverbot im Filbthread).
  7. Das Projekt beteiligt sich nicht am Artikelnamensraum.
  8. Durch das Projekt gelangen nur Fragen auf die Hauptseite, auf die der Ersteller die Antwort nicht weiß, was nicht unbedingt die interessantesten Fragen sein müssen.

Für diese Probleme gibt es einen Lösungsvorschlag, der im Chat bereits mehrfach diskutiert wurde:

Basierend auf dem Grundsatz, dass das Beantworten von Fragen und das Zusammenstellen interessanter Fakten nicht optimal zusammenpasst, wird vorgeschlagen, das FdP-Projekt aufzulösen und stattdessen in eine Auskunft umzuwandeln, wo Benutzer wie bisher Fragen stellen können. Auf der Hauptseite soll stattdessen das Wds-Projekt wieder einen größeren Platz einnehmen, da es im Gegensatz zum FdP-Projekt keinen kontinuierlichen, vergänglichen Aufwand mit sich bringt, sondern dauerhaft aus einem zusammengestellten Pool interessanter Fakten schöpfen kann. Das Wds-Projekt kann beim Zusammentragen von Fakten auf die Auskunft zurückgreifen, aber sich natürlich wie bisher auch selbst interessante Fakten ausdenken, wobei zum Beispiel zusätzlich eine Kooperation mit Projektleitern denkbar wäre.

Falls es andere Meinungen zum Vorhandensein der Probleme oder weitere Lösungsvorschläge gibt, können diese gerne hier im Vorfeld schon mal angesprochen werden. – shadowtweaker 21:15, 4. Mai 2016 (CEST)

Schutz auf Seiten zur siebten Generation

Da wir ja vermutlich nun etwas stetiger Informationen bekommen stelle ich mal die Frage nach einem einheitlichen Schutz entsprechender Seiten in den Raum. Momentan ist meines Wissens nur Pokémon Sonne und Mond geschützt (bis eben auf trusted, inzwischen auf die neue voting Stufe gesetzt). Ich weiß leider nicht, wie es bisher gehandhabt wurde, jedoch gab es auch heute bereits Fälle, wo jemand eine Vermutung in einen Artikel eingebunden hat. Allerdings zeigt auch die Versionsgeschichte einzelner Artikel, das vergleichsweise häufig Vermutungen oder teilweise auch Vandalismus zu solchen Zeitpunkten gehäuft auftritt. Insofern würde ich wie gesagt gerne einheitlich regeln, wie wir bei den Artikeln verfahren. Im Grunde haben wir folgende Möglichkeiten:

  1. Kein Schutz. Vorteil: Informationen landen schnell im Wiki und Mitarbeit wird gefördert. Nachteil: Siehe oben, Vermutungen, Vandalismus oder auch einfach Fehler durch unzureichende Wiki Kenntnisse halten alle auf Trab
  2. Schutz auf der neuen voting Stufe. Vorteil: Weiterhin viele Leute, die Informationen einflegen können, wenn auch nicht mehr ganz so viele.
  3. Schutz auf der trusted Stufe. Da allgemein verlässlichen zugetraut wird, sich im Wiki - auch bei internen Abläufen wie Vermutungen - auszukennen, werden hier nahezu alle möglichen Fehler unterdrückt. Klarer Nachteil ist natürlich, dass nur noch wenige Nutzer die Seite bearbeiten können.

Ich persönlich bin ehrlich gesagt noch hin und hergerissen zwischen keinem Schutz und Schutz auf voting Stufe. Um das ganze aber etwas einheitlich zu machen, würd ich gerne noch ein paar Meinungen hören, bevor da was geändert wird. 491.png Jones Albtraum? 19:32, 10. Mai 2016 (CEST)

Um mal anzufangen: Ich wäre hier für einen Schutz auf der voting Stufe. Damit wären immernoch genug Leute da, die sich darum kümmern und es besteht eine geringere Gefahr, dass irgendwas in die Artikel kommt, das da nichts zu suchen hat. Wie sich heute bereits gezeigt hat ist der Andrang von anderen Usern nicht so hoch wie erhofft und durch diese niedrige Stufe besteht die Möglichkeit, dass sich jemand die Mühe macht die Stufe zu erreichen und auch in anderen Bereichen des Wikis mithilft. --380.png RobbiRobb 19:59, 10. Mai 2016 (CEST)
Ich habe bereits damals bei der Diskussion um die voting-Schutzrechte gesagt, das Artikel, die Gefahr laufen, inoffizielle Information eingetragen zu bekommen, nicht unter trusted freizugeben sind. Andere Artikel (Bauz z. B.) braucht man imo aber nicht schützen. --Datei:Sugimori 672.pngMecanno-manMäh 21:07, 10. Mai 2016 (CEST)
Bitte nicht zu hoch schützen! Das war bei Magearna schon so schade, dass zB ich damals nichts daran ändern durfte. Wenn das überhaupt nötig sein sollte, was ich im Moment nicht sehe ehrlich gesagt, dann so niedrig schützen wie möglich. 674.png Maxmiran 21:08, 10. Mai 2016 (CEST)
Ich könnte mir auch vorstellen, statt einem Seitenschutz einen nur für eingeloggten Benutzer sichtbaren Hinweis anzubringen, dass nur offiziell bestätigte Informationen eingetragen werden sollen. – shadowtweaker 21:44, 10. Mai 2016 (CEST)
Ganz ohne Hinweis/Seitenschutz würde ich nicht so prickelnd finden, da diese Seiten doch in gewisser Art und Weise sehr oft besucht werden. Selbst wenn da nur 5-10 Minuten Vermutungen oder Spekulationen stehen, lesen diese „falsche“ Informationen viele Leser und so verbreiten wir solche Gerüchte und Spekulationen selbst. Aus diesem Grund würde ich mindestens einen Hinweis für eingeloggte Benutzer befürworten bzw. die voting-Schutzstufe. Falls ein Benutzer nicht die nötigen Benutzerrechte inne hat um einen Artikel zu bearbeiten, kann er trotzdem sein Wissen auf der Diskussionsseite mitteilen und von dazu berechtigten Benutzern im Artikel einfügen lassen. Beispielsweise sind die Artikel zu den Starter-Pokémon, der Region und der Spiele Kandidaten für einen Hinweis, während die Artikel zu den Cover-Pokémon mindestens die voting-Schutzstufe erhalten sollten. Da Magearna bereits von Maxmiran als Beispiel genannt wurde: Bei dem Artikel würde mir mittlerweile nur ein Hinweis genügen. ~ Taisuke 136.gif 08:12, 11. Mai 2016 (CEST)
Ich finde einen Hinweis allein nicht ganz so berauschend, da er bei neuen Nutzern, die mal rasch die heißesten Informationen eintragen wollen, schnell übersehen werden, oder (mutwillig) ignoriert werden könnte, so oft wie die FdP Konventionen doch missachtet werden... Vielleicht vergleiche ich da Äpfel mit Birnen, aber mir persönlich wäre es (zusätzlich) mit Seitenschutz lieber, wobei ich auf trusted eventuell ein wenig hoch finde.— mfg Snackhound 261.png 09:22, 11. Mai 2016 (CEST)
Ich denke der Schutz auf voting geht in Ordnung, nur ein höherer Schutz wäre unpassend. Vermutlich würde ich mich nicht mal allzu sehr dagegen sträuben, wenn wir die Artikel gar nicht schützen. Wobei ich mit der aktuellen Lösung recht zufrieden bin, dass zumindest der Hauptartikel leicht geschützt ist, die anderen Artikel aber nicht. So brauchen Pokémon- und Regionen-Artikel zumindest keinen Schutz, denke ich.--★☆★ Pk-fan 16:24, 11. Mai 2016 (CEST)
Ich spreche mich an dieser Stelle mal auch für den voting-Schutz aus. Derzeit gibt es nur 14 Stimmberechtigte, also fällt es da auch ziemlich schnell auf, falls mal falsche Infos eingebaut werden sollten. ;)
lg, Ranger 151.png 21:23, 11. Mai 2016 (CEST)

Das Musik-Projekt

Wie ihr wohl wisst, ist das Musik-Projekt zur Zeit eines von zwei geschlossenen Projekten, dessen Inhalt nicht in ein anderes Projekt integriert wurde oder das für obsolet erklärt wurde. Im Gegensatz zum Merchandise-Projekt, welches eigentlich keine konkrete Artikelstruktur aufbauen kann, weil es zu viel differenziertes behandelt, hat das Musik-Projekt allerdings Artikeltypen - CDs und Lieder - zu denen es Richtlinien erstellen kann. Das es geschlossen wurde, finde ich deshalb sehr Schade, auch wenn die Aktivität gering war. Ich möchte nun, zusammen mit Skelabra2509, zumindest das Projekt für offen erklären, in dem wir beide da die Projektleitung antreten. Ich möchte hier jetzt aber sicherheitshalber noch nachfragen, ob wer etwas dagegen hat, bzw. selber lieber da Projektleiter wäre; ich und Skeli machen das nämlich eher deswegen, das das Projekt wieder existiert, nicht weil wir umbedingt was im Musik-Bereich tun wollen. ups.gif --Datei:Sugimori 672.pngMecanno-manMäh 23:17, 10. Mai 2016 (CEST)

Solange es nicht wieder zu einem "toten" Projekt wird, dass vor sich hin verstaubt, hätte ich da keine Einwände. -- Liebe Grüße, Moltres 146.gif 23:26, 10. Mai 2016 (CEST)
Da ich mich sonst auch gerne mit Musik beschäftige, hätte ich ehrlich gesagt Interesse an der PL ;)
lg, Ranger 151.png 23:38, 10. Mai 2016 (CEST)
Obwohl es das Projekt bereits gab, bin ich etwas skeptisch, ob hier der Bedarf für ein eigenes Projekt gegeben ist. – shadowtweaker 20:15, 11. Mai 2016 (CEST)
Ohne Projekt ist seitdem aber auch nicht wirklich was in diesem Bereich geschehen - mit dem Projekt ist es zudem viel leichter, Struktur in die Sache zu bringen und die Aktivität dort wieder anzukurbeln ;)
lg, Ranger 151.png 21:10, 11. Mai 2016 (CEST)
Warum hatte ich nur in Erinnerung, dass ich hier etwas geschrieben hab? Bin auf jeden Fall dagegen, das Projekt wieder zu beleben. Dafür gibt es einfach viel zu wenig wirklich relevante oder beliebte Artikel, die durch das Projekt dringend ausgebaut und gewartet werden müssen. Um Struktur dort rein zu bringen braucht es kein Projekt, das kann man auch auf andere Weise lösen und die Musterstruktur und ToDo-Listen außerhalb eines Projektes anlegen. Die Aktivität dadurch anzukurbeln, halte ich übrigens auch nicht für realistisch, sonst wäre das Projekt niemals ausgestorben.-★☆★ Pk-fan 16:55, 20. Mai 2016 (CEST)
Es mag sein, dass ich völlig andere Ansprüche als du an ein Projekt habe. Jedenfalls kann ich deine Argumentationslinie nicht nachvollziehen. Ein Projekt soll die Arbeit in einem Projekt koordinieren, das hat wenig mit den Aufrufzahlen der Artikel zu tun. (So haben wir immer noch Manga-Ambitionen.) Dass ein Projekt unbedingt extrem dringend benötigt werden muss, um Sinn zu machen, sehe ich auch nicht. Allerdings sehe ich gerade in der Schnittmenge Musik/Anime viele potentielle Artikel, die interessant sind, aber nicht existieren. So viel dazu. Hinzu kommt, dass du gerade di Dinge auf andere Wege lösen willst, die IMHO die primären Anforderungen an ein Projekt widerspiegeln, was sich mir ebenfalls nicht wirklich erschließt. Aber wenn man von vornherein sagt, die Artikel interessieren keinen, kann natürlich auch nicht der Stoff entstehen, den man braucht um Interesse zu wecken. -- 609.png Skelabra2509 (Diskussion | Beiträge) 21:18, 20. Mai 2016 (CEST)
Ich kann Skel nur zustimmen. Vor allem das Fehlen gewisser Artikel ist ein Problem, das dringend behoben werden sollte. Außerdem dient ein Wiki in erster Linie dazu, Informationen zur Verfügung zu stellen und sollte daher auch keine Abstufungen bezüglich irgendwelcher Interessen treffen.
lg, Ranger 151.png 17:23, 20. Mai 2016 (CEST)
@ Skel: Ich kann durchaus Pks Skepsis nachvollziehen, da wir im Laufe unserer Zeit hier mit sehr vielen Projekten in Berührung kamen, die wir dann aufgrund (stark) mangelnder Aktivität (Relevanz) schließen mussten bzw. in andere Projekte integriert haben. Wenn man sowas halt ein paar mal gemacht hat, bekommt man schon irgendwo ein tendenzielles Gespür dafür, ob ein Projekt läuft oder nicht und da ist man bei solchen "Wackelkandidaten" halt erstmal sehr skeptisch. Alleine deswegen hab ich ja auch nicht einfach so mein reines Okay dazu gegeben. -- Liebe Grüße, Moltres 146.gif 18:09, 21. Mai 2016 (CEST)
Die Befürchtung habe ich auch, denn im Anfangspost wurde ja bereits zugegeben, dass die Motivation, im Musik-Bereich was zu machen, nicht so groß ist. Und ich sehe das Musik-Projekt vom Umfang her immer noch nicht auf Augenhöhe mit den bereits existierenden Projekten (ich finde da nur 200 CD- und Musiktitel-Artikel, die alle sehr klein sind, wenig Relevanz besitzen und keiner dauerhaften Arbeit benötigen; welche Artikel genau fehlen sollen, ist mir noch nicht klar), sondern eher auf dem Niveau eines Spin-off-Unterprojektes. Mein Vorschlag wäre: Fangt einfach mal an, im Musik-Bereich zu arbeiten, und wenn sich dann doch ein Bedarf für ein eigenes Projekt herauskristallisiert, zum Beispiel durch eine projektwürdige To-do-Liste, kann man das Projekt immer noch wiederbeleben. – shadowtweaker 19:22, 21. Mai 2016 (CEST)

Mir ist gerade eine interessante Idee gekommen: Die Argumente erinnern mich teilweise an die, die in der Diskussion zu internen Projekten gefallen sind. Auch hier ging es um Umfang und dauerhaften Arbeitsaufwand vs. To-do-Listen, Regeln und Autorität. Von daher wäre es naheliegend, das Konzept, dass wir im Rahmen von internen Projekten verwenden, nämlich einzelne Verantwortliche zu ernennen – sozuagen Projektleiter ohne Projekt – auf Artikelthemen auszudehnen, die solche und ähnliche Probleme haben (erinnert auch ein wenig an die Unterleiter vom Spin-off-Projekt). Das wäre eine Lösung, die IMHO viele Kontra-Argumente aus dem Weg räumen würde und dem Umfang des Themas angemessener ist. -- 609.png Skelabra2509 (Diskussion | Beiträge) 19:48, 21. Mai 2016 (CEST)

Damit hätte ich kein Problem. – shadowtweaker 19:51, 21. Mai 2016 (CEST)
Seltsam, ich habe quasi dasselbe gesagt, da konntest du aber gar nicht nachvollziehen, dass ich der Meinung bin. Wenn sich Leute dazu berufen fühlen, können sie die Koordination außerhalb eines Projektes (ToDo, Musterstruktur, …) gerne übernehmen.--★☆★ Pk-fan 18:20, 22. Mai 2016 (CEST)
Ich glaube, ich werde mit dieser Frage den Rahmen sprengen, aber: Was genau ist denn ein Projekt? Imo ist ein Projekt für die Festlegung von Struktur von Inhaltsartikeln sowie für die Instadhaltung der To-Do-Listen zuständig - die Arbeit machen Benutzer, nicht Projekte; das gilt aber bei allen non-HS Projekten. Wenn wir das mit dem Musik-Projekt machen, sehe ich dadurch ein de-facto-Projekt, welches de jure nicht genehmigt wurde und deshalb an Stellen wie bei PokéWiki:Projekte oder dem HS-Banner nicht gelistet wird. Das ist imo zu vermeiden. --Datei:Sugimori 672.pngMecanno-manMäh 18:32, 23. Mai 2016 (CEST)
An sich ist das die Wirkung nach außen, ja.
Aus meinen Erfahrung sprechend, kann es schon sinnvoll sein "etwas" einen Namen und Rahmen zu geben. Ein Projektleiter kann koordiniert Aufgaben verteilen, Kompetenzen und Verantwortungen festlegen, Entscheidungen treffen und Schlichten und Vermitteln (bzw. sollte dies können) und ist eine erste Anlaufstelle. Und das alles federführend für und mit dem Projekt-Team. Es werden Richtlinien für die Qualitätskontrolle erstellt und die Umsetzung verfolgt. Entsprechend bricht sich das auf Unterleiter und weitere Ebenen runter.
Wenn ich mein Senf zum Musik-"Projekt" dazu geben darf: In diesem Fall sehe ich dafür allerdings keinen Bedarf. Ich denke hier wird es nicht z. B. zu Überschneidungen durch zwei verschiedenen Gestaltungsideen zweier oder mehrerer Bearbeiter kommen. Fragen bis ins Detail kann man sicherlich überall finden. Aber wich denke, wenn man sich auf eine Artikel-Grundstruktur geeignigt hat, kann die Umsetzung auch ohne Projekt geschehen. Gut Dung will Weile haben MattiBob Diskussion 20:37, 23. Mai 2016 (CEST)
Die Definition eines Projektes wird im Rahmen der Qualitätssicherung bald in Chattreffen diskutiert werden, ein Mindestumfang muss aber auf jeden Fall vorausgesetzt werden, sonst können wir auch ein eigenes Projekt für den Pokémon-Artikel gründen. Warum dieser Mindestumfang hier gegeben sein sollte, ist mir bisher nicht klar. – shadowtweaker 20:43, 23. Mai 2016 (CEST)

Links zu anderen Homepages

Hallo zusammen! Ich möchte mal, weil mich das immer ein wenig stört, einen Vorschlag machen: Wurde schon mal darüber nachgedacht, Links zu anderen Homepages, wie zB die Artikel in anderen Sprachen, so einzurichten, dass sie in einem neuen Tab geöffnet werden, anstatt im gleichen? Ich denke, das ist die normale Vorgehensweise bei Links auf fremde Seiten, und ich fände das um einiges angenehmer! 674.png Maxmiran 03:16, 13. Mai 2016 (CEST)

Gerade bei den Links zu anderen Sprachen ist mir kein Wiki bekannt, das das so regelt... --Datei:Sugimori 672.pngMecanno-manMäh 16:29, 13. Mai 2016 (CEST)
Man kann einen Link in einem neuen Tab öffnen, wenn man mit gedrückter Steuerungstaste oder mit dem Mausrad draufklickt. Die Entscheidung, wie ein Link geöffnet wird, sollte aber jedem selbst überlassen werden, ist bei mir zum Beispiel situationsabhängig. – shadowtweaker 22:22, 13. Mai 2016 (CEST)
+1 -- 609.png Skelabra2509 (Diskussion | Beiträge) 22:41, 13. Mai 2016 (CEST)

Chattreffen: 04.06.2016

Liebe Stimmberechtigte Benutzer!
Hiermit kündige ich das nächste Chattreffen für Samstag, den 04. Juni 2016 an. Es wird sich um ein Chattreffen handeln, das sich auf wenige bestimmte Themen konzentrieren wird:

  1. Neuigkeiten und Klenigkeiten (ca. 15-30 Minuten)
  2. Qualitätssicherung und Eingangskontrolle (Andiskussion, weiterer Entscheidungsprozes hier, 30-60 Minuten)
  3. Hauptseite und FdP (Schwerpunkt, 1-2 Stunden)

Alle Zeiten sind Schätzungen und müssen nicht eingehalten werden, können jedoch grobe Orientierung über die Schwerpunkte geben. Bis zum Chattreffen sollte folgendes durchgeführt werden:

  • Zukunft des FdPs: Gedanken und Verbesserungsansätze
    • => Basis für Redesign der Hauptseite, jetzt wo die Seitenbreitenfrage geklärt ist
  • Xavier oder Pk sollten als Entscheidungsstütze eine Twitter-Umfrage einleiten, welche Elemente der HS am beliebstesten sind (AdW, FdP, Portal, Zitate, Events, EP, Wds), möglichst mit Mehrfachauswahlmöglichkeit.
  • Andiskussion zum Thema Zukunft der Qualitätssicherung im PokéWiki

gez.  609.png Skelabra2509 (Diskussion | Beiträge) 23:41, 15. Mai 2016 (CEST)

Ich glaube nicht, das der Ping geklappt hat... Btw ist Xav afaik nicht mehr für den Twitter-Acc zuständig. Weiter kann ich da schomal nicht versprechen, das ich dabei sein kann, da an dem Tag die schweizer TCG-Nationals sind; die Uhrzeit (19:00, sollte das ja glaub ich sein) hast du glaub ebenfalls vergessen ;) --Datei:Sugimori 672.pngMecanno-manMäh 23:53, 15. Mai 2016 (CEST)
Na ja, das mit der Zuständigkeit kann ich nur auf meinem persönlichen derzeitigen Wissensstand fundieren ^^ Die Uhrzeit ist wieder 19 Uhr, das ist richtig.@Akuroma, Berdl98, Buoysel, Chrizz, Digimon, GoPika, Impoleon xy, Isso08-15, Itemmeister-Chelterrar, Jaci, Jass, Jones, Killuu, Korvel1, MattiBob, Matze, Maxmiran, Mecanno-man, Michinido, Moltres, Pk-fan, RobbiRobb, Saywhaat, shadowtweaker, Skelabra2509, Snackhound, Taisuke, Xavier, Ale Vidal23, Agritor, Azett, CLina, Der Sternendiamantritter, Flastanarbo, Jaru, Leckercola, Maxnet, Metoschy, Ninjatom Smaragd, Swampert, Pkmnranger, Pokénator, Traslaugen: -- 609.png Skelabra2509 (Diskussion | Beiträge) 23:58, 15. Mai 2016 (CEST)
Ich kann leider nichts genaues zu meiner Teilnahme sagen, da ich Nachmittags eine Einladung habe, die sich auch gut bis in den Abend ziehen kann. Insofern werde ich vermutlich erst später kommen (sofern ich überhaupt danach noch dazu stoße). Meine Position ist denk ich aber eh bereits relativ klar geworden.
Auch wenn Xav von den meisten seiner Posten zurück getreten ist, hat er relativ sicher noch die Zugangsdaten des Twitter Accounts. Falls nicht, sollte ein anderer diese bekommen (Zugangsdaten zu Accounts der Community sollten immer mindestens zwei Leute besitzen). 491.png Jones Albtraum? 00:30, 16. Mai 2016 (CEST)
Ich hät da noch ne klitzekleine Frage, da ich noch nie soetwas gemacht hab, würd ich gern wissen, wie ich den zu diesen Chattreffen komme, also ob ich da irgendetwas machen muss. Wäre nett wenn mir da jemand was zu sagen könnte. 197.png CLina Diskussion 9:56, 16. Mai 2016 (CEST)
Einfach auf http://Filb.de registrieren, auf den Chat-Reiter klicken, dich anmelden und nach Eingabe der Anmeldedaten einen Raum auswählen und „Chat betreten“ drücken. Unsere Namen wirst du denke ich schon erkennen ;) Wenn unser Raum abgeschlossen ist, warte einfach in einem anderen (möglichst nicht Pokémon Center) und warte bis du eingeladen wirst, dann einfach /a eingeben. -- 609.png Skelabra2509 (Diskussion | Beiträge) 11:41, 16. Mai 2016 (CEST)
Danke für die Einladung. Leider muss ich absagen, da ich an diesem Tag bei einem Konzert bin :-(. Gut Dung will Weile haben MattiBob Diskussion 15:32, 16. Mai 2016 (CEST)
Ich glaube, die Neuigkeiten und Kleinigkeiten können wir getrost wegglassen, weil wir mit den anderen beiden Großthemen schon ziemlich Gesprächsstoff haben und wir damit schon aufpassen müssen, dass wir nicht signifikant unsere 2 h- Grenzen sprengen. Ich würde fast sagen, man plant je Thema eine Stunde ein. Und falls wir dann wirklich noch Zeit haben sollten, kann man gerne Kleinigkeiten besprechen. -- Liebe Grüße, Moltres 146.gif 15:51, 16. Mai 2016 (CEST)
Das habe ich ganz bewusst so angelegt, da sowas schnell erledigt ist und oft kurzfristig von großer Relevanz ist, aber sonst weig liegen bleibt. -- 609.png Skelabra2509 (Diskussion | Beiträge) 16:42, 16. Mai 2016 (CEST)
Das mit der Twitter-Umfrage ist schwierig, da Mehrfachauswahl sowieso nicht möglich ist und nur maximal vier Antwortmöglichkeiten erstellt werden können. Zusätzlich haben wir da bei Weitem nicht so viele Follower wie bspw. bei Facebook. Mit mehr als 90 Antworten rechne ich eigentlich nicht. Und neben mir betreibt ja auch noch Buoysel den Twitter-Account und bereitet da hin und wieder ein paar Tweets vor. Zumindest gehe ich davon aus, dass das Buoysel ist und nicht Xavier, kann ich leider nicht einsehen.--★☆★ Pk-fan 18:15, 16. Mai 2016 (CEST)
Ich denke das ist auch nicht so wichtig, beim Chattreffen war die Position dazu eher verschwommen. -- 609.png Skelabra2509 (Diskussion | Beiträge) 20:27, 16. Mai 2016 (CEST)
Twitter-Umfrage ist jetzt übrigens doch gestartet. Bisher macht FdP als beliebtestes Element klar das Rennen. Hier der Link, falls dann doch für das Chattreffen benötigt.--★☆★ Pk-fan 14:26, 20. Mai 2016 (CEST)
Bislang steht meiner Anwesenheit nichts im Weg, sodass ich mich an den Diskussionen während des Chattreffens beteiligen kann. ~ Taisuke 136.gif 11:46, 18. Mai 2016 (CEST)
Mir ist leider kurzfristig etwas dazwischengekommen. – shadowtweaker 22:35, 3. Jun. 2016 (CEST)
Siehe Shadow :/ Sorry. --Killuu http://i.imgur.com/Sne7Tvh.png 22:40, 3. Jun. 2016 (CEST)
Ich werde wohl auch nicht dabei sein können --Chrizz Diskussion 13:14, 4. Jun. 2016 (CEST)
Sorry, bei mir ist auch kurzfristig etwas dazwischen gekommen :/ - - Vivian.png "Dream on" 518.png GoPika Disku 13:27, 4. Jun. 2016 (CEST)
Ich werde mal zur Thematik FdP-Projekt reinschauen. Hab leider nich Vorbereitungen auf meine letzte mündliche Prüfung zu erledigen. Es wäre lieb, wenn einer mich zu dieser Thematik einmal über Skype anpingen würde ;) --Lilia.png AkuromaVerlockende Düfte! 13:32, 4. Jun. 2016 (CEST)

Reflexion

Also ich schreibe hier gerade vom Chattreffen und bin etwas missgünstig gestimmt, wenn ich es höflich ausdrücken soll. Mein Zug hatte Verspätung und ich bin extra durch die Stadt gehetzt, damit ich zumindest noch etwas des Treffens mitbekomme. Als ich entsprechend nach fast 45 min Verspätung online kam, war ich die stolze Nummer 9; zum Glück kamen noch Xav und Mec, sodass ich nicht der letzte und das Ganze zumindest zweistellig wurde. Und ich möchte ja hier nicht den Buhmann raushängen lassen oder so, aber es kann doch nicht sein, dass von 42 möglichen Leuten gerade 8 + drei verspätete anwesend sind. Das ist gerade einmal ein Viertel! Ich meine, sicher, es kommt jedem mal etwas dazwischen und es haben auch einige wenige vorher abgesagt, dennoch war/ist das wirklich ein Armutszeugnis -sorry! Entweder man setzt eine Mindestmenge an Personen für so ein Treffen fest oder ich sehe bei einer so geringen Nachfrage für die Treffen in der Form echt keine Zukunft. Im Endeffekt waren von den höherrangigen Usern mit mir drei Admins und ein Redakteur anwesend. Ich meine, wo ist denn da bitteschön die Aussagekraft? Auch wenn man nur brainstormt, sollte zumindest mal die Hälfte da sein, damit es etwas repräsentativ wird. Ich meine, einer der Hauptkritikpunkte an den Admins und deren Lounge ist immer, dass alle anderen User zu wenig Mitentscheidungsmöglichkeiten hätten und das Ganze zu undemokratisch sei. Die Frage ist halt dann im Umkehrschluss, wie ich als Admin dieses Treffen heute interpretieren soll, wenn die Nachfrage so gering ist. Es ist ja nicht so, dass es jetzt diesmal an den Admins gescheitert wäre... Auch wenn ich mich mit diesem Kommentar wohl etwas in die Nesseln gesetzt habe, so wäre ein kurzes Statement eurerseits dazu sehr nett. -- Liebe Grüße, Moltres 146.gif 21:07, 4. Jun. 2016 (CEST)

Ich glaube, es gibt zwei Gründe, warum dieses Treffen wegen mangelnder Beteiligung nahezu nutzlos war. (Eine Minungsumfrage mit einem nicht-represäntativen Teil der Userschaft muss man fast notgedrungen wiederholen.) Der erste Grund ist dabei, das der Ping viel zu früh raus ist; wahrscheinlich haben etliche das ganze bereits wieder vergessen. Der zweite: Bei der Terminfindung fand keinerlei Absprache statt; ich stimme zu, das die Treffen ursprünglich regelmässig stattfinden sollen - was dies zur Folge hätte. Wenn dies aber das Ergebnis ist, dann sehe ich in den Treffen keinen Mehrwert, und man sollte stattdessen die AD benutzen... --Datei:Sugimori 672.pngMecanno-manMäh 15:42, 7. Jun. 2016 (CEST)
Ich muss für mich persönlich sagen, ich kann Mec in dem Punkt zustimmen, dass ich das ganze wieder vergessen hatte. Mir ist es erst wieder aufgefallen, als Chrizz über mir absagte und ich das in den LÄ gesehen hatte. Da ich deshalb an dem Abend schon was vorhatte, konnte ich eben auch nicht mehr und habe auch noch schnell abgesagt. An sich finde ich die Treffen gut und würde auch gerne daran teilnehmen, wenn man irgendwie daran erinnert werden könnte :P (blöd, dass es in Wikis keinen Terminkalender gibt, wo das so schön aufblinken könnte, wie wenn jemand sich bedankt oder was auf deine Disku schreibt :P) - - Vivian.png "Dream on" 518.png GoPika Disku 15:50, 7. Jun. 2016 (CEST)
Für die Zukunft ist damit auf jeden Fall klar, dass man noch einmal einen Erinnerungsping absetzen sollte. Ironisch ist nur, dass sich zuvor beschwert wurde, dass 1 Woche zu kurzfristig sei und deswegen so zeitig angekündigt wurde… Zum anderen: Dass dieser Samstag gewählt wurde, lässt sich ganz einfach erklären: Samstag ist in der Umfrage deutlich besser weggekommen als alle anderen Tage, wir wollten einen 2-Wochen-Rhytmus und das Fronleichnahmswochenende habe ich wegen der zu erwartenden hohen Abwesenheitsquote ausgesetzt. -- 609.png Skelabra2509 (Diskussion | Beiträge) 16:20, 7. Jun. 2016 (CEST)
Was mir dazu einfällt:
  • Bei vorherigen Chattreffen hatten wir den Termin in MediaWiki:Recentchangestext festgehalten, dann wird man regelmäßig daran erinnert.
  • Vielleicht kann man über die Terminvergabe nochmal nachdenken, an Samstagen kann (zumindest bei mir) am ehesten kurzfristig etwas dazwischenkommen.
  • Ich kann auch nicht verstehen, warum so viele höherrangige Benutzer nicht die Chance wahrnehmen, sich an den Chattreffen zu beteiligen. Zumindest von Redakteuren sollte man meiner Ansicht nach erwarten können, zu den Chattreffen in der Regel zu erscheinen (oder wenn der Termin immer ungünstig ist, sich zumindest anderweitig aus eigener Initiative an den dort behandelten Themen zu beteiligen) und nicht unentschuldigt zu fehlen.
  • „Es ist ja nicht so, dass es jetzt diesmal an den Admins gescheitert wäre...“ Naja, es würde schon nicht schaden, wenn die Administration die Organisation der Chattreffen selbst in die Hand nehmen könnte, anstatt darauf zu warten, dass Skelabra nichts anderes mehr übrig bleibt, als selbst eines einzuberufen. Auch inhaltlich hätten sich die Admins an dem Thema der Qualitätssicherung bereits vor dem Chattreffen beteiligen können, das fände ich angesichts dessen, dass diese Diskussion unter anderem dazu dient, eine kurzsichtige Entscheidung der Administration auszubügeln, angemessen und ich hatte vor allem Pk mehrfach darum gebeten.
  • Nach dem zu urteilen, was ich im Chat und durch das Protokoll über das Treffen erfahren habe, ist die bisherige Diskussion zur QS leider unbrauchbar, da nicht die inhaltliche Tiefe erreicht wurde, die meine Unterseite bereitgestellt hätte. Meiner Ansicht nach war daher die Qualität der Diskussion das größere Problem beim vergangenen Chattreffen als die geringe Anzahl der Teilnehmer.
shadowtweaker 00:49, 8. Jun. 2016 (CEST)

Typenartikel

Hat jemand etwas dagegen, bei den Typenartikeln den Klammerzusatz wegzulassen, also beispielsweise Feuer (Typ) nach Feuer zu verschieben? Begriffsklärungen gibt es nur bei Psycho und Kampf und ich fände es besser, den Typen hier den Vorzug zu geben und Vorlage:Dieser Artikel anstatt der Begriffsklärungen zu verwenden. – shadowtweaker 13:06, 21. Mai 2016 (CEST)

Also ich finde das ne gute Idee. Keine Einwände meinerseits --Chrizz Diskussion 13:42, 21. Mai 2016 (CEST)
Ergänzend dazu: Wäre es auch möglich, den Artikel "Bug" nach "Bugs " zu verschieben, damit man die englische Weiterleitung "Bug" für den Typ Käfer erstellen kann?
lg, Ranger 151.png 14:13, 21. Mai 2016 (CEST)
Habe mich irgendwann auch mal gefragt, wieso die Zusätze da sind, und würde ein + fürs Weglassen geben :) 674.png Maxmiran 14:28, 21. Mai 2016 (CEST)
Warum nicht, ich mag Klammerzusätze ohnehin nicht --380.png RobbiRobb 14:38, 21. Mai 2016 (CEST)
Ich würde sie lassen. Damit man sicher gehen kann, dass man dann auch wirklich vom Attacken- / Pokémon-Typ spricht. Begriffe wie Feuer, Wasser, Stahl, ... sind häufig und vielseitig genutzte Worte, auch wenn es (im Moment!) im Wiki dafür (außer bei Psycho und Kampf) nur die Verlinkung als Typ gibt. Gut Dung will Weile haben MattiBob Diskussion 15:46, 21. Mai 2016 (CEST)
Kampf würde ich als BKL lassen, Psycho dürfte Dieser Artikel ausreichen, Rest kann man imo verschieben. --Datei:Sugimori 672.pngMecanno-manMäh 15:48, 21. Mai 2016 (CEST)
Ich hätte kein Problem damit und finde es auch sinnvoll. Einzig bei Kampf und Psycho, wie bereits ja schon geschrieben wurde, sollten sie bleiben. -- Liebe Grüße, Moltres 146.gif 16:24, 21. Mai 2016 (CEST)
Ich bin ein erklärter Gegner von Klammerzusätzen, auch wenn ich sie hier akzeptieren würde. (Habe mich irgendwie daran gewöhnt, weiß auch nicht, vielleicht werde ich sie sogar ein wneig vermissen. ^^) Bin da also eher neutral. Wenn man sich dafür entscheidet, sie abzuschaffen, dann aber bitte konsequent. Und „Pokémon-Kampf“ halte ich ohnehin für weitaus geläufiger als die Kurzform „Kampf“. -- 609.png Skelabra2509 (Diskussion | Beiträge) 19:31, 21. Mai 2016 (CEST)
Nochmal ein Zusatz zu Psycho und Kampf: Da Psycho (Trainerklasse) den Klammerzusatz wie alle anderen Trainerklassen hat und der Artikel zu Kämpfen Pokémon-Kämpfe heißt und nicht „Kampf (Trainer)“ oder so, erheben beide Artikel im Gegensatz zu den Typenartikeln keinen direkten Anspruch auf die Lemmata Psycho bzw. Kampf, daher halte ich in beiden Fällen Vorlage:Dieser_Artikel für ausreichend. – shadowtweaker 19:44, 21. Mai 2016 (CEST)
Ich bin auch dafür, sehe bei Kampf und Psycho auch keinen Grund dazu, die Klammerzusätze stehen zu lassen.--★☆★ Pk-fan 18:05, 22. Mai 2016 (CEST)
Ich hätte nichts dagegen einzuwenden. Wenn, dann sollten alle Typen-Artikel ohne Klammerzusätze sein. Bitte keine Extrawurst für Kampf und/oder Psycho. ~ Taisuke 136.gif 16:44, 24. Mai 2016 (CEST)
Ich denke, das kann man so machen, aber ich würde ebenfalls konsequent bleiben und „Kampf“ direkt auf den Typ-Artikel verlinken. Sonst verlinken die Leute ständig versehentlich auf die falschen Seiten. Kenne ich schon von Familienbande und Strolch. Wobei ich bei letzerem die Begriffsklärung eh ziemlich nutzlos finde... -- lg 359.png Korvel1 Diskussion 08:40, 27. Mai 2016 (CEST)
Da sich hier eine Mehrheit für die vollständige Verschiebung der Typenartikel ausgesprochen hat und nach meinem Nachtrag keine Gegenstimme mehr kam, werde ich nun langsam mit der Umsetzung beginnen. – shadowtweaker 22:09, 3. Jul. 2016 (CEST)
Die Anpassung der Vorlage:IC müsste ein Admin übernehmen. – shadowtweaker 21:01, 4. Jul. 2016 (CEST)

Ein Blick über den Tellerrand: IPs in den Encyclopaediis Pokémonis

Als ich gerade dabei war, Interwiki-Konflikte aufzulösen, habe ich dabei auch ein paar Blicke in die Letzten Änderungen der Encyclopaediarum Pokémonis geworfen. Neben der Erkenntnis, dass Wikinezka ziemlich tot ist, ist mir vor allem Poképedia aufgefallen: Habe ich da etwa gerade IP-Edits gesehen? Na das ist aber interessant. Sehen wir uns stichpunktartig doch mal den 21. Mai 2016 an: [1]
Daran lässt sich zunächsst folgendes erkennen:

  1. 32 IPs haben bearbeitet. Nicht wenig.
  2. 6 IPs wurden gesperrt. Sind zwar ein paar, aber nicht viel. (~ 20 %) Sieht zudem nach einer überdurchschnittlichen Zahl aus. Und viele hören nach einem Edit auch dann wieder auf, wenn sie ungesperrt bleiben.
  3. Eine inhaltliche Analyse werde ich nicht durchführen, da ich nicht des französischen mächtig bin (auch wenn mit die Sprache noch deutlich vertrauter vorkommt als Polnisch oder Chinesich ^^)
  4. Eine softwaretechnische Analyse will ich dennoch noch vornehmen: Welche Spamschutz-Mechanisamen hat Poképedia?
    • ConfirmEdit – eine CAPTCHA-Extension, die wir ebenfalls bereits installiert haben.
    • AbuseFilter – eine vielseitige Extension, die unter der Möglichkeit, dafür komplexe Bedingungen festzulegen, dass das Ausführen bestimmter Aktionen eine Warnung, einen Verbot des Edits, einen Tag oder eine Benutzersperre zur Folge hat.

Ich habe meine Schlüsse daraus gezogen – das sollte nun jeder Beteiligte auch für sich tun. -- 609.png Skelabra2509 (Diskussion | Beiträge) 15:32, 22. Mai 2016 (CEST)

Die Karten von Einall

Datei:Map Einall (gesamt).png

Hey Leute,
da es anscheinend einige Unklarheiten bezüglich der neuen Einall-Karten gibt und ich die Arbeit daran gerne abschließen würde, eröffne ich hier einen Diskussionsabschnitt dazu. Die Grundidee hinter dem neuen Kartensystem war, den Usern die Navigation durch die Einallorte zu erleichtern und ihnen den direkten Zugriff auf alle in SWS2W2 verzeichneten Orte zu ermöglichen. Problem bei der Sache ist allerdings, dass sich der Tiefkühlcontainer aus SW und das PWT aus S2W2 überlappen und so der Tiefkühlcontainer verdeckt wird. Bei dem momentanen Lösungsansatz wird die PWT-Markierung in zwei Hälften 'geteilt' - links gelangt man zum Tiefkühlcontainer, rechts zum PWT. Mögliche Alternativen dazu wären zum Beispiel, den Tiefkühlcontainer ganz frech neben das PWT zu setzen, oder in der Vorschau "PWT/Tiefkühlcontainer" anzeigen und die Verlinkung auf eine Zwischenseite laufen zu lassen, von der aus man zur gewünschten Seite navigieren kann. Welche dieser Varianten würdet ihr bevorzugen? Bzw. habt ihr noch weitere Vorschläge dazu?
lg,Ranger 151.png 00:30, 30. Mai 2016 (CEST)

Ich mag die Karte generell nicht, da sie eine Überschneidung zweier Karten und somit eine inoffizielle Karte ist. Bei den Orten, die in B2W2 auftauchen, sollte man imo die B2W2-Karte nutzen, bei den anderen die BW1-Karte. Das das nicht die perfekte Nevigation ergibt ist für mich kein grosses Ding, da dafür ja die Navleiste existiert... --Datei:Sugimori 672.pngMecanno-manMäh 12:20, 30. Mai 2016 (CEST)
+ Mec (Ping Pk-fan) 491.png Jones Albtraum? 12:32, 30. Mai 2016 (CEST)
Man kann in die Infobox auch einfach beide Karten einbauen, z. B. per Toggle. – shadowtweaker 12:37, 30. Mai 2016 (CEST)
Ich hab nichts gegen diese Karte, auch wenn sie aus eurer Sicht nicht offiziell ist. Sie ist eine Kombination aus zwei offiziellen Karten und beinhaltet keine Informationen oder Routen, die nicht offiziell wären. Ich würde aber wohl einfach das PWT verlinken, da es aus den neueren Editionen stammt.--★☆★ Pk-fan 17:10, 30. Mai 2016 (CEST)

Die Einheitlichkeit lässt grüßen – Vorlage:In anderen Sprachen

Beim Anpassen der Vorlage In anderen Sprachen ist mir aufgefallen, dass die Zeile des japanischen Namens unterschiedlich umgesetzt wird. Meistens wird der japanische Name aufgeschrieben, wobei der Name in romaji kursiv dahinter steht (Siehe hier). Es gibt aber auch einige die es sich noch einfacher gemacht haben und das ganze in romaji vollkommen weggelassen haben (Siehe hier). Dann gibt es noch ein paar, die mit der Vorlage tt gearbeitet haben (Siehe hier). Zu guter Letzt gäbe es wohl auch die Möglichkeit das ganze in eine seperate Spalte zu verschieben, das würde aber einen großen Aufwand mit sich bringen, da es bisher nirgends so gemacht wird.

Bisher hat da jedes Projekt für sich eine der oben genannten Möglichkeiten gewählt, oder noch besser: jeder hat es so gemacht, wie er/sie es am schönsten fand. Daher würde ich gerne versuchen eine Lösung zu finden, mit der alle zufrieden sind, damit diese Vorlage, die in allen Bereichen eingesetzt werden soll, auch überall möglichst gleich wirkt. Also, welche der Möglichkeiten gefällt euch am besten? --380.png RobbiRobb 17:32, 4. Jun. 2016 (CEST)

Die erste. Brauch ich eine Begründung? --Kein Dschungel zu dicht... Killuu http://i.imgur.com/acgb9YG.png 17:45, 4. Jun. 2016 (CET)
Es fehlt zudem noch die Handhabung aus dem Pokédex-Projekt.
Beispiel: ディアンシー Dianshī
Ist und bleibt für mich auch die sinnvollste Version (für die Pokémon-Artikel). ~ Taisuke 136.gif 17:53, 4. Jun. 2016 (CEST)
Warum, Tai? Damit stellst du nämlich zwei unterschiedliche Schreibweisen als romaji dar :$ --Datei:Sugimori 672.pngMecanno-manMäh 15:30, 7. Jun. 2016 (CEST)
Ich fände es unnötig, ausschließlich im Pokédex-Projekt eine Form der Transskription zu verwenden, die im PokéWiki ansonsten nicht benutzt wird, da bin ich dagegen. Ansonsten, apropos Einheitlichkeit: Es wäre mal genz nett, wenn diese Vorlage das gleiche Farbschema wie alle anderen hätte, aber da kennen sich andere besser aus als ich. -- 609.png Skelabra2509 (Diskussion | Beiträge) 16:20, 7. Jun. 2016 (CEST)
Ohne Erklärung zwei verschiedene Transkriptionen anzugeben halte ich auch für verwirrend. – shadowtweaker 00:49, 8. Jun. 2016 (CEST)
Auch beim Editieren jener Abschnitte ist mir das aufgefallen. Ich finde, dass auf jeden Fall die erste Schreibweise beibehalten werden sollte, da es einfach sehr übersichtlich ist. Außerdem wurde das (meines Wissens nach) bisher für den chinesischen Namen auch immer so gemacht. --491.png Azett Reue 19:23, 8. Jun. 2016 (CEST)
Bevor ich diese Thematik hier doch irgendwie falsch erläutere, pinge ich einfach mal Buoysel und Seelentau an, die sich seit Jahren mit der Thematik beschäftigen und des Japanischen mächtig sind. Vielleicht können die beiden (und Isso08-15) ein bisschen Licht ins Dunkeln bringen. ~ Taisuke 136.gif 22:12, 8. Jun. 2016 (CEST)

Naja, da ich die meisten Pokémon-Namen bearbeitet habe, kann ich vermutlich am besten was dazu sagen: Ich habe mich für {{tt|Katakana ''Transkription''|"Übersetzung"}} entschieden, weil so alle drei japanischen Namen dargestellt werden. Mir ist bewusst, dass Buoysel kein Fan von der Transkription ist, aber das allein soll kein Grund sein, Informationen vorzuenthalten. Hinzu kommt, dass viele Namensherkünfte erst durch die Transkription ersichtlich werden, weil diese Herkunft im "übersetzten" Namen verloren geht. Beispielsweise ist Bauz' japanischer Namen Mokuroh, obwohl es im japanischen gar kein h gibt und wenn dann jemand nur anhand dieses Namens nach dessen Herkunft sucht, wird er nicht fündig werden. Erst die Transkription Mokurō lässt erahnen, dass sein Name scheinbar von フクロウ Fukurō kommt, was schlichtweg Eule bedeutet.
Alles in allem bin ich also für diese Art der Darstellung. • Seelentau 愛 Disku. 11:45, 15. Jun. 2016 (CEST)

FdP-Projekt - wie geht's nun weiter?

Wie ihr es ja mittlerweile schon alle gemerkt habt und wie shadowtweaker es schon einmal hier geschildert hat, hat das FdP-Projekt große konzeptuelle Probleme. Welche dies beispielsweise wären könnt ihr weiter oben nachschauen. Nun es kamen sehr wenig bzw. gar keine Vorschläge, wie man nun an diesen Problemen ansetzen soll.
Eine relativ sichere und ausführliche Idee, wurde von shadowtweaker geäußert.
Sein Vorschlag war es, dass man das derzeitige FdP-Projekt auflöst und es stattdessen in eine Art Auskunft umstrukturiert. Letztendlich soll das Wds-Projekt ausgebaut und wieder einen größeren Platz auf der Hauptseite einnehmen. Weitere Vorschläge sind nun gern gesehen und können hier unter diesem Beitrag verfasst werden. Meinungen zu shadowtweakers Vorschlag sind auch gern gesehen.

Danke fürs Lesen! --Volkner.png AkuromaShocking News! 22:25, 9. Jun. 2016 (CEST)

Hey ^^ Ich bin mir nicht sicher, ob es so ein guter Ansatz ist, FDP komplett von der Hauptseite zu nehmen, da es sich ja anscheinend großer Beliebhteit bei den Besuchern erfreut. Konkret würden mir zwei Alternativen einfallen:
  • Alternative 1: Gleichstellung von FDP und WDS
    Anstatt von zwei FDP-Blöcken werden ein FDP- und ein WDS-Block eingebaut, zwischen denen man nach Belieben hin- und herschalten kann.
  • Alternative 2: WDS mit FDP-Anteil
    Der FDP-Block wird durch einen WDS-Block ersetzt, erhält aber ungefähr ein Drittel des WDS-Blocks für die Beantwortung einer ausgewählten Frage.
Die Vorteile, die sich daraus ergeben, liegen auf der Hand: Einerseits ist es durch die kleinere Auswahl wesentlich leichter, interessante Fragen für die Hauptseite auszusuchen und andererseits geht man auch nicht vollständig von den Wünschen der Besucher weg. Natürlich würde bei beiden Optionen weiterhin ein Link auf die FDP-Antwortenseite existieren, wobei man diese vielleicht ein wenig umgestalten und für die Besucher ansprechender machen könnte. Zudem sollten künftig auch alle Fragen im Filbthread schnellstmöglich beantwortet werden - der FDP-Block würde somit eine reine Auswahl der interessantesten Fragen repräsentieren und nicht mehr als Frage/Antwort-Medium dienen.
lg, Ranger 151.png 21:41, 11. Jun. 2016 (CEST)
Mir will nicht ganz einleuchten, was mit einer Umwandlung in eine Auskunft genau erreicht werden soll. Mir scheint fast, als würde man sagen, dass man die Probleme des Projekts beseitigt, indem man das Projekt beseitigt. In shadows Post werden nun 8 verschiedene Probleme angesprochen. 4., 5. und 8. werden dadurch ausgewischt, dass keine Hauptseiten-Blöcke produziert mehr werden. Und alle anderen, bis auf 6., beziehen sich auf Projektrichtlinien / das Projektdasein und verschwinden dementsprechend, nebenher mit dem Projekt, auch. Ist es das, worauf es am Ende hinausläuft? Dass das FdP in seiner Funktion erhalten bleibt (aber seine Hauptseiten-Elemente an das WdS abgibt), es aber seine Aufmachung als Projekt verliert, da es die Bedingungen als solches nicht erfüllt? ...ist da etwas im Großen Ganzen, welches ich schlichtweg übersehe? — mfg Snackhound 261.png 21:59, 13. Jun. 2016 (CEST)


Ich habe gelesen was in der Liste steht und finde manches sehr übertrieben. 1. Man sollte eventuell eine oder 2 Personen einrichten, die die Antworten der beantworter der Frage strukturiert (alle Antworten zu einer einzig erfasst, damit nichts doppelt ist und es in ein gutes Deutsch bringt) (4.) 2. Wir könnten aller zwei Wochen einen Beitrag auf die Huaptseite bringen, da nicht so viele lesenswerte Fragen da sind. (5./8.) 3. Wenn man etwas einfügen könnte in das Projekt, dass allen Mitglieder (die sich bvereit stellen) eine E-Mail schickt wenn eine Frage kommt wäre dies sehr gut. Manchmal kommt 2 Tage lang keine und dann plötzlich am Tag. Man schaut ja auch nicht ständig nach ob eine neue Frage da ist. (6.) 4. siehe 1. 5. siehe 2. 6. siehe 3. 7. Keine Ahnung was das sein soll. 8. Man könnte wenn keine Fragen das sind auch selber interessante stellen und beantworten.

Die Idee mit dem WDS -Projekt finde ich persönlich nicht so gut. Bitte nehmt das nicht persönlich.

LG Ass-Trainer Alex

@Snackhound: Die Idee mit der Auskunft ist viel naheliegender, als man zuerst vielleicht denkt. Das Prinzip des FdP-Projektes besteht ja aus zwei Komponenten: Fragen der Leser zu beantworten und interessanten Inhalt auf der Hauptseite beizusteuern. Diese Komponenten werden dadurch kombiniert, dass man auf der Hauptseite eben Antworten auf die Fragen der Leser präsentiert. Nun besteht kein Zweifel daran, dass diese Komponenten einzeln betrachtet äußerst sinnvoll und unproblematisch sind. Also können die Probleme des FdP-Projektes nur in der Art und Weise der Kombination dieser Komponenten liegen und die Idee ist nun einfach, die Komponenten wieder aufzuteilen: In eine Auskunft zum Beantworten von Fragen und in ein Projekt für interessanten Inhalt auf der Hauptseite, dafür haben wir aber schon das Wds-Projekt, also brauchen wir da kein zweites Projekt, sondern geben dem Wds-Projekt einfach mehr Platz auf der Hauptseite (über die Form des Wds-Projektes könnte man vielleicht diskutieren, z. B. weiß ich von einzelnen Benutzern, dass die halbsatzartige Form sie nicht so anspricht). Man kann dies als Beseitigung des FdP-Projektes ansehen, man kann es aber auch als die einzige Möglichkeit ansehen, wie die guten Ideen hinter dem FdP-Projekt dauerhaft problemfrei umgesetzt werden können. – shadowtweaker 19:08, 22. Jun. 2016 (CEST)
Um mich kurz zu fassen, diese Diskussion aber hoffentlich mal wieder anuzkurbeln: Ich kann mich shadow da nur anschließen, die Ideen des Projektes sind gut, lassen sich allerdings schlecht vereinen, was in der letzen Zeit gut zu sehen ist, da es einfach keine brauchbaren Fragen gibt. Von daher wäre ich auch dafür, das FdP-Projekt als dieses zu schließen und das ganze in eine Auskunft umzuwandeln, was dem WdS-Projekt eventuell auch zugute kommt. 380.png RobbiRobb 20:00, 30. Jun. 2016 (CEST)

Lesenswerte und exzellente Artikel

Hallo zusammen! Ist in nächster Zeit mal wieder ein allgemeines Chattreffen eingeräumt? Ich würde dann gerne das Thema der lesenswerten bzw. exzellenten Artikel auf die Tagesordnung setzen, oder hier besprechen.

Meiner Meinung nach scheint mir das Verfahren etwas angestaubt und ich fände es toll, wenn da wieder Wind reinkäme. Seit ich im Wiki aktiv bin, ist dort nichts nennenswertes passiert.

  • Ich würde zuerst das Nominierungs-Prozedere klären, welches aus der entsprechenden Unterseite nicht ersichtlich wird, dort steht nur, wer nominieren darf, aber nicht wie es geht.
  • Zudem würde ich eine Überarbeitungsphase einbauen, vielleicht ein, zwei Wochen, in der ein nominierter Artikel noch erneuert werden kann, bevor die Abstimmung beginnt.
  • Ich fände es wichtig, dass das Prädikat lesenswert oder exzellent irgendwann automatisch verfällt bzw. eine Neuprüfung verlangt, über einen Zeitraum bin ich mir nicht im klaren, aber viele der Artikel sind veraltet. Schätzungsweise zwei Jahre?

Ich fände es toll, wenn hier eine Neuerung stattfinden würde, denn eine Auszeichnung für Artikel finde ich toll und wichtig! Ich denke, vor allem für lesenswert gibt es sehr viele Kandidaten! 674.png Maxmiran 13:35, 7. Jul. 2016 (CEST)

Gegen ein Treffen hätte ich nix, bin die nächsten Monate wochenends relativ frei (außer in der zweiten Augustwoche).

Also, was ich dir zu den Punkten 2 und 3 sagen kann:

  • Es war früher mit dem Bearbeitungsprozess so, dass ein Artikel von einem heißblütigen Verfechter nominiert wurde. Allerdings fand man den Artikel dann nicht sehr ansprechend und es wurde vielfach auf nein gestimmt. Der Verfechter und ein paar andere haben dann meist versucht, ihren Artikel noch zu überarbeiten und aufzubessern, was löblich ist und auch was gebracht hat. Während der langen Nominierungsphase hat sich die Meinung manchmal geändert und so wurden einige Artikel doch prämiert. Manche haben die Überarbeitungen aber nicht gesehen oder sonstiges, sodass es ein Durcheinander mit dem nominierten Artikel war und Stimmen und Meinungen oft geändert wurden. Deshalb hat man dieses Überarbeitungsverbot für große Änderungen eingeführt. Man wollte klare Verhältnisse am Anfang der Phase haben, nach der man dann bewertet. Bei den Oscars wird ja auch ein fertiger Film nominiert und man kann nicht, nachdem man weiß, man wurde nominiert, nochmal hinterher Szenen nachdrehen oder dergleichen, um sie schöner zu machen.
    Im Endeffekt ist das was du vorschlägst, aber ein Aufruf zur Verbesserung, der jedem Artikel gut tut und nicht nur ausgewählten. Wenn du willst, dass dein Wunschartikel prämiert wird, hindert dich doch nichts daran, ihn vorher so zu verbessern, wie du ihn für gut oder perfekt hälst, damit dann abgestimmt werden kann. Willst du dabei Unterstützung, kannst du ja auch anfragen, aber zu nominieren, in der Bearbeitungsphase zu überarbeiten und dann zu wählen ist doch unnötig bürokratisch :P
  • Was die Neuprüfung angeht, da hatten wir mal eine starke Phase, in der alle Artikel neu geprüft wurden und einige Auszeichnungen auch verfallen sind. Allerdings kannst du nicht per se ein Verfallsdatum einbauen, da einige Artikel einfach auf einem Stand bleiben (Bsp. Spiele, wie Pokémon Mystery Dungeon: Portale in die Unendlichkeit) und keine neuen Informationen hinzukommen werden, die nicht sowieso schon vorher gefehlt haben.
    Eine Neuprüfung hingegen ist sicherlich sinnvoll, denn so kann man sich lästige Neuabstimmungen sparen, wie beim Beispiel oben, wenn sie nicht notwendig sind, gleichzeitig aber auf Missstände hindeuten, wenn es sie gibt und eine weitere Auszeichnung deshalb vorerst nicht sinnvoll ist. In dem Falle würde ich eine von dir angesprochene "Aufbesserungsphase" auch gut heißen, so nach dem Motto "Helft mit, dass dieser Artikel seine Auszeichnung nicht verliert!".

Zuletzt noch: Wenn du der Meinung bist, es gibt Kandidaten, dann nominiere sie doch einfach schon mal. Ob sie ausgezeichnet werden oder nicht, liegt ja dann nicht beim System :D

- - Vivian.png "Dream on" 518.png GoPika Disku 14:09, 7. Jul. 2016 (CEST)

Hi GoPika! Vielen Dank für deine Antwort, der Überblick darüber, wie es früher gehandhabt wurde, fehlt mir ja tatsächlich! Das mit dem Nominieren habe ich vorhin versucht, aber die Prozedur ist mir vollkommen unklar und so ist meine Nominierung vermutlich Kraut und Rüben, die Klärung wie das geht sollte auf die Unterseiten kommen! :D 674.png Maxmiran 14:53, 7. Jul. 2016 (CEST)
Zum dritten Punkt: Man kann ja jederzeit eine Bestötigungswahl initiieren, das reicht IMHO aus. Zum zweioten: Das Überarbeitungsverbot würde kürzlich radikal auf eine Woche reduziert, sodass eine Nominierung jetzt deutlich mehr von einem Review des Artikels hat. Somit existiert eine solche Phase quasi schon. -- 609.png Skelabra2509 (Diskussion | Beiträge) 15:45, 7. Jul. 2016 (CEST)
Also Maxmiran, du hast recht, dass man das Verfahren durchaus besser erklären könnte, da stimme ich dir zu. Was das Überarbeitungsverbot angeht, hab ich die Änderung scheinbar verschlafen, da müssen die Admins oder so sich mal zu äußern. - - Vivian.png "Dream on" 518.png GoPika Disku 16:04, 7. Jul. 2016 (CEST)

Diskussionsfreudigkeit Allgemein

Es ist in letzter Zeit ziemlich offensichtlich, das die Diskussionsfreudigkeit in diesem Wiki generell ziemlich abgenommen hat. Etliche wichtige Themen, z. B. die Qualitätssicherung, stecken seit einer Weile im Sand. Soviel zur Einleitung, hier zu meiner Ansicht: Wir haben imo zu viele Kanäle, wo man diskutieren könnte; Chattreffen, diese Seite und Lounges auf filb. Letztere sind aber so gut wie tot. Früher wurden so gut wie alle Diskussionen auf der Allgemeinen Diskussionsseite geführt, heute schlafen die Diskussionen hier regelmässig ein. Grund dafür scheint mir, das nach einer Weile diskutieren (oder, zum Teil schon bevor die Diskussionen überhaupt erst begonnen haben), sich jeder denkt "Joa, wird dann beim nächsten Chattreffen geklärt" - und das so Lange, bis wir da Gesprächsstoff für zehn Stunden Diskussion haben, an der aber nicht jeder teilnehmen kann, weil halt der eine oder andere mal verhindert ist. Ergebnis: Es passiert sehr viel weniger, als sollte. Ein Lösungsvorschlag wäre, das man erst mal alle Diskussionen auf diesen einen Gesprächskanal - die Allgemeine Diskussionsseite - vereint. Dann ist es Sache des Diskussionsinitianten, oder wenn sonst einer unzufrieden ist, dessen Sache, zu sehen, das die Diskussion läuft, und wenn nicht, eine Abstimmung zu starten. (Wenn es zu früh passiert, sollten die Admins ein Anti-Abstimmungs-Veto doer sowas haben.) Diese Abstimmungen sollten allerdings nicht für alle Zeit bindend sein, sondern die Resultate sollten bereits nach ca. einem Monat wieder zur Diskussion stehen dürfen, sollte dies notwendig sein. (Oder anders gesagt, alles ist eine ewige Probephase). Denn: Wenn wir nie etwas testen, sondern immer wieder weiter diskutieren, bzw. vergessen, das wir da noch was diskutieren wollten, kommt nichts dabei raus. Ein weitere Kleinpunkt könnte eine Notizwand bezüglich wo sonst noch im Wiki Diskussionen verlaufen - z. B. auf den Diskussionsseiten von Projektseiten kann sich ja auch etwas tun - dieser sollte dann einfach instandgehalten werden, von wem ist mir eigentlich egal. Das einfach mal meine Gedanken hierzu, ich bin mir sicher, das jeder andere Wikinger auch irgendwelche Gedanken hat, deshalb mal ein Ping an alle: @Akuroma, Berdl98, Buoysel, Chrizz, Digimon, GoPika, Impoleon xy, Isso08-15, Jass, Jones, Killuu, Korvel1, MattiBob, Matze, Maxmiran, Mecanno-man, Moltres, Pk-fan, RobbiRobb, Saywhaat, shadowtweaker, Skelabra2509, Snackhound, Taisuke, Xavier, Ale Vidal23, Agritor, Arrow, CLina, Dawth, Der Sternendiamantritter, Flastanarbo, Jaru, Maxnet, Metoschy, Meow (th), Ninjatom Smaragd, NintendoFan214, Ryuichi, Swampert, Pokénator, Traslaugen:. Auf das hier eine rege Diskussion entstehen möge, --Datei:Sugimori 672.pngMecanno-manMäh 16:55, 10. Jul. 2016 (CEST)

Ganz großes "+" von meiner Seite! Meiner Meinung nach sollten die Lounges komplett abgeschafft werden. Ideal fände ich es zudem, wenn Chattreffen kein Standard wären, sondern zielgerichtet einberaumt werden, sollte sich ein Thema nicht auf der Diskussionsseite klären lassen. Es muss zudem der Grundsatz gelten, dass sich niemand über ein Ergebnis beschweren darf, der an der Diskussion nicht teilgenommen hat, sondern es eben kaufen muss. Dafür sollte eine Frist eingeführt werden, als Daumenregel zwei Wochen, die ein Thema rotieren darf. Natürlich kann die nach Belieben verlängert werden, wenn das Thema heiß diskutiert wird. Die Baustellen häufen sich einfach zu stark auf! 674.png Maxmiran 17:00, 10. Jul. 2016 (CEST)
Hmmm ich versuch mal auch etwas dazu zu sagen. Das Wiki existiert jetzt keine Ahnung wie lange. Ich bin jetzt ca. 1,5jahre hier mit zeitlichen Abwesenheiten arbeitsbedingt. persönlich oder in der lounge hatte ich noch mit keinem Kontakt. Ursache liegt auch darin das solche Termine manchmal untergehen wenn man nicht mit angepingt wird. Auch kenne ich mich eher in spielen der Hauptreihe als spin-off manga etc aus. Daher ist für mich bei manchen Abstimmungen eher die Enthaltung da es schwierig ist manchmal herauszulesen wie etwas im Wiki gehandhabt werden soll. Und DiskussionsLeiter sollte meiner Meinung die Projektleiter oder ein Administrator sein. Dieser kann das ja auch abtreten an den DiskussionsInitiator. Auch ist es auffällig das viele Projekte zeitgleich umgestellt werden. So ist auch logisch das viele Baustellen bestehen. Wäre es hier nicht sinnvoll das man Projekt für Projekt abarbeiten und vorab klärt wer was macht wo hilft. Jeder hat ja so sein Steckenpferd was er kann ob Vorlage Infosfinden Struktur Einbau (auch wenn nix erstmal drin steht das erstmal das Gerüst gebautwird). Ja so kann es passieren das das Thema Attacken länger liegt als items und nur neue Infos nachgetragen werden. Aber so gibt es meiner Meinung gegenseitige Hilfe und jeder kann etwas in anderen Projekten lernen. Auch über vorlagen welche sinnvoll wären für andere Projekte. Zum Beispiel im pokedex Artikel die Vorlage mega-Entwicklung. Auf der gleichen Grundlage könnte mann eine mit megasteinen für die item Artikel erstellen um eine gewisse Gruppe von items wie Tafeln oder so optisch ansprechend zu gestalten da diese Artikel doch generell wenig Informationen haben werden (was will man auch dazu groß schteiben :-( ), da sollten Sie wenigstens ansprechend sein. Ich finde hier kochen halt viele ihr eigenes Süppchen und sind zu sehr in ihrem Projekt und übersehen gute Ideen in anderen Projekten. Ich hoffe das klingt jetzt konstruktiv und nicht negativ. Ich hoffe auch, das das doofe Handy hat jetzt nicht zuviel Müll mit der autokorrektur verzapft. LG Ryuichi ~ KuMo ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch (Diskussion) 17:45, 10. Jul. 2016 (CEST)
Ich scließe mich den Stements hier widerspruchslos an. Es ist eine Schande, wie viel Elan und Energie aus der Arbeit am Wiki genommen wird, weil die Diskussionen nur so vor sich hin vergitieren und damit Themen ewig offen bleiben. Dadurch werden oft andere Dinge blockiert. Die QS-Diskussion beispielsweise trägt dazu bei, dass der Stellenwert und die Zukunft einiger Benutzergruppen völlig unklar scheint. Dadurch werden Entscheidungen zu ihrer Weiterentwicklung, personell wie konzeptuell, dauerhaft blockiert. -- 609.png Skelabra2509 (Diskussion | Beiträge) 17:49, 10. Jul. 2016 (CEST)
Warum du dies auf die Kanäle zurückführst, verstehe ich nicht ganz, die Lounges sind nur für spezielle Themen gedacht und bei den Chattreffen hatten wir ja eigentlich beschlossen, nur die Themen aufzunehmen, die auf der allgemeinen Diskussionsseite bereits andiskutiert wurden. Ich sehe den Grund eher darin, dass die Diskussionslust und -bereitschaft, sogar die generelle Aktivität, momentan auf einem Tiefpunkt ist. Man merkt einfach, dass bei den Diskussionen niemand mehr mit vollem Herzen dabei ist. Bei den Chattreffen fehlen viele Benutzer unentschuldigt und auch von den anwesenden Benutzern sind viele nicht richtig dabei (fehlende Vorbereitung beispielsweise). Ein erheblicher Teil der Projekte schläft nur noch vor sich hin und wartet auf Impulse von außen oder priorisiert Nebensächliches, das betrifft leider auch die Projekte mit den größten Baustellen. Diskussionen wie die der Qualitätssicherung verlaufen im Sande, obwohl es hierbei doch um die grundlegenden Prinzipien geht, wie wir den Fortschritt des Wikis gewährleisten möchten, daran sollte sich eigentlich jeder Redakteur und Admin mit voller Begeisterung beteiligen! Ich würde mir wünschen, dass wir in Zukunft wieder mehr als ein Team agieren, anstatt dass einzelne durch Desinteresse oder Inaktivität die guten Vorstöße anderer blockieren. – shadowtweaker 18:34, 10. Jul. 2016 (CEST)
Jaja, das leidige Diskussionsproblem... Grundsätzlich hat Max schon meine Ansicht wiedergegeben, mehr lässt sich da von meiner Seite aus auch nicht mehr ergänzen. Die Lounges würde ich aber beibehalten, es sei denn, sie rentieren sich wirklich gar nicht mehr. - lg, Arrow 359.png 18:37, 10. Jul. 2016 (CEST)
Natürlich liegt die Problematik nicht allein in den Diskussionskanälen, vieles anderes spielt mit rein. Einen weiteren Faktor stellen für mich vor allem die Nutzer da: Viele Nutzer beteiligen sich nicht an Diskussionen, man sieht eigentlich imemr die gleichen ~10, wobei auch Admins und Redakteure in diese Schiene fallen. Ist es allerdings so, dass die anderen sich dann mangels Input von ihrer Seite für eine Lösung entschieden haben, ohne ihre Meinungen zuvor einzuholen, kann man sich sicher sein, dass sie sich beschweren werden, gern auch mal vorwurfsvoll, weil man sie nicht mit eingeschlossen hat. Solchen Gebärden sollte man unbedingt einen Riegel vorschieben, egal von wem es kommt. Auch Admins dürfen dabei keine Extrawurst erhalten. Wenn eine Diskussion einmal einschläft, ist sie eigentlich schon verloren, weil sie sich im Kreis zu drehen droht und das Interesse schwindet.
Ein großes Problem sind dabei auch Entscheidungen von oben herab, gerade wenn sie primär von einer Person kommen, und die anderen sie nur durchwinken. Das sah man bei der QS gut: Die Admins haben etwas „entschieden“ und die Redakteure sollten es dann quasi schlucken. Wozu das geführt hat, sehen wir ja. Es ist einfach nicht zielführend, Dinge im Verborgenen zu diskutieren, wenn auch von weiter unten Impulse kommen und Interesse an dem Thema besteht.
Es gibt Leute, die das immer noch nicht verstanden haben und daher gezielt der Allgemeinen Disk aus dem Weg gehen. Ich bin der Meinung, dass diese Leute dann nun mal Pech gehabt haben, wenn etwas ohne sie entscheiden wird. -- 609.png Skelabra2509 (Diskussion | Beiträge) 18:56, 10. Jul. 2016 (CEST)
Ich persönlich sehe das Problem auch in der Herangehensweise: Es entstehen oft lange Diskussionen an Stellen, wo es viel einfacher gewesen wäre eine einfache Abstimmung zu starten. Deshalb frage ich mich oft, warum wir es uns selbst so schwer machen, wenn es auch so einfach gehen könnte. --380.png RobbiRobb 19:12, 10. Jul. 2016 (CEST)
Erst mal, an alle da oben zwischen Ryuichi und mir ausser Arrow: Diskutiert doch bitte in chronologisch korrekter Reihenfolge. Danke. Nun zum einzelnen: Lounges abschaffen... für die Redakteurs-Lounge sehe ich wenig Verwendung, die Admin-Lounge würd ich aber mal behalten, sei es für Krimskrams wie Gewinnspiele, Beförderungen zum Admin, Sanktionen, whatever. Ryuichi, etwas Off-Topic, sehe das aber ähnlich, das wir gerade zu viel gleichzeitig umkrempeln wollen, aber das ist jetzt schon begonnen und sollte nicht gestoppt werden. Ich würde eher die Projektleiter bitten, keine grossen Umstrukturierungen mehr zu beginnen, bis ein paar andere Projekte ihre Umstrukturierungen abgeschlossen haben..., Koordination wer was macht mag zwar gut im Ansatz sein, aber das ist hier soll dennoch primär ein Projekt bleiben, wo jeder das machen dürfen können soll, was er will, sofern es der Allgemeinheit dient. Zu den anderen Benutzern... ...ihr bringt keine eigenen Lösungsvorschläge ein, geht aber auch nicht auf meine ein. Ihr bemängelt eigentlich nur den Status Quo, sagt, das es besser werden soll und schiebt wemanders die Schuld in die Schuhe. Während ich zwar zugestehe, das dies teilweise der Fall ist, wird es dadurch nicht besser (siehe insbesondere shadowtweaker). Ich wünsche mir, das das hier eine Diskussion wird, und kein Gemeckere. Wenn Diskussionen versanden, weil niemand auf die Vorschläge von wemanders eingeht, ist das auch ein Problem; zwar nicht eines, das ich antizipiert haben, aber ebenfalls gefährlich. Da sollten wir uns wohl alle mal an der Nase reissen. --Datei:Sugimori 672.pngMecanno-manMäh 19:25, 10. Jul. 2016 (CEST)
<quetsch>Warum? Es macht viel mehr Sinn, die Diskussion am Diskussionsflow zu sortieren als an der Reihenfolge, dass die Bezüge klar darstellen. Dadurch wurden jetzt nämlich viele Aussagen anderer Leute verfälscht, was ich nicht gutheißen kann. -- 609.png Skelabra2509 (Diskussion | Beiträge) 19:52, 10. Jul. 2016 (CEST)
Wenn du unbedingt Lösungsvorschläge möchtest, Mec, werde ich meinen ersten Kommentar eben nochmal neu Formulieren, dass auch eindeutig wird, dass es ein Vorschlag ist ^^ Ich schlage vor generell mehr von Abstimmungen gebrauch zu machen, das hattest du ja auch angeschnitten. Viele Fragen, bei denen es zu einer Diskussion gekommen ist, hätten anders formuliert einfach zu einer „Ja – Nein“-Abstimmung werden können. Viele Benutzer tun sich schwer eine wirkliche Diskussion aufzubauen und dann versandet das ganze halt (Andere Gründe sind natürlich auch möglich). Seine Signatur bei „Ja“ oder „Nein“ zu setzen sollten aber eigentlich alle können, das ganze geht auch schnell und führt zu einem eindeutigen Ergebnis. Sicher funktioniert das nicht immer, aber es gibt sicher Stellen, an denen es genutzt werden könnte, die Möglichkeit aber oft einfach übersehen wird. --380.png RobbiRobb 19:46, 10. Jul. 2016 (CEST)
Problematisch wird das dann bei all jenen Diskussionen, die eher auf Brainstorming und dem Entwurf von Konzepten aufbauen, wie es bei der QS zurzeit der Fall ist. Sowas kann man bis auf dei SChlussentscheidung nicht als Abstimmung realisieren uns es erfordert eine besonders rege Beteiligung, damit sich Konzepte entwickeln. Gerade deswegen, zwecks größerer Interaktivität, haben wir ja Chattreffen in eine wichtigere Stellung befördert, und durch ihre Abschaffung wäre da auch kaum geholfen. Vielleicht kann ich hier mal einen Lösungsvorschlag einbringen, der von dem Prozedere inspriert ist, nach dem auf Wikipedia grundlegende Änderungen vorgenommen werden (nnent sich Meinungsbilder): Zuerst diskutieren Leute, die sich besonders stark für ein Thema interessieren, und erarbeiten gemeinsam eine Abstimmung, in der die Problemstellung erklärt wird, einzelne Abstimmungspunkte erklärt und unterschiedliche Vorschläge mit pro und Contra abgewägt werden. (Further reading: wikipedia:de:Wikipedia:Meinungsbilder und Unterseiten) Anschließend beginnt eine Abstimmung, in der die weniger im Thema verankerten Benutzer ihre Meinung kommentiert abgeben. Vielleicht kann man daraus auch ein paar Impulse für den Entscheidungsprozess im PokéWiki mitnehmen, so ist eine weite Beteiligung nur im letzten Schritt, der Abstimmung gefordert. -- 609.png Skelabra2509 (Diskussion | Beiträge) 20:05, 10. Jul. 2016 (CEST)
hey mec, ja bissl off-topic. Aber mit gutem Grund. Ich hoffe du hast mich nicht falsch verstanden. Mit Hilfe meine ich in Form Infos oder Ideen beizusteuern. Und nicht das jemand sagt das musst du machen sondern eher die punkte habe ich noch wer kann was übernehmen oder hat Lösungen für xyz. Warum hat die lösungsfindung für die mega-EntwicklungsliSte so lange gedauert? Sie war bereits in der vorherigen Abstimmung Kritik. Da kann man nur mutmaßen. Aber eigentlich ist es doch so das einer was auf der Diskussionsseite fragt bekommt eine unzureichende Antwort. Überlegt sich alleine eine Weile, was kann man machen und startet dann eine Abstimmung. Und hey dann sind auf einmal einige wach und es kommt input. Warum nicht gleich der ganze input :( Also im Kopf schwirren bei mir viele Punkte rein die mir bei Artikeln nicht gefallen nur meist hapert es an der umsetztung. Liegt aber auch daran das ich nicht alles einfach mal so loslassen will sondern lieber auch das im Auge behalte was gerade gemacht wird und da wäre manches gerade unpassend zu verändern/optimieren oder gar zu zeitaufwendig weil zuviel gebaut wird. Aber das in Diskussionen immer die gleichen Namen stehen ist nachvollziehbar. Also ich sehe das so das man etwas hier sieht was falsch unvollständig ist und sich dann registriert und mit macht. Entweder macht man das bei Gelegenheit immer mal wieder oder ein Thema macht so viel Spaß das man 100 Änderungen pro Woche macht um etwas überall zu machen. Und da fährt man schnell in ein Projekt und lässt andere Diskussionen außer acht. Hier sollte man sich überlegen wie man Neulinge besser integrieren kann. Zum Beispiel in der willkommensbabel so Alla hey schön das du da bist hier gibt es ein paar wichtige Diskussionen >link zu Diskussion eins zwei drei hilf dem wiki und teile deine Ansicht mit. So bekommen Neulinge auch ein Gefühl oh hey meine Meinung ist wichtig und das ohne Stimmberechtigt zu sein. Ich muss ehrlich sagen solange die Baustellen bestehen sollte es Baustop für neue geben und anhand der bisherigen Bauplanungen einfach eine prioliste da es ca 700 pokis Attacken items etc gibt sollte hier in der prioliste entweder das gemacht werden was am schnellsten geht weil viel erledigt ist oder wo die meisten Punkte offen sind und auch soetwas kann in eine willkommen Babel. So Allah aktuell läuft folgendes Projekt bring dich wenn du magst mit einem. Das Neulinge gleich darauf gestoßen werden wo man anpacken und helfen kann als sie hier ein wenig "allein" zu lassen mit schau dich um. Auch steht nicht so richtig da wer was sehr gut kann. Fremdsprachen etc. Wenn es nicht gerade einer der erfahrenen sagt weiß ein Neuling manchmal auch nicht an wen er sich mit einer bestimmten frage wenden kann. LG Ryuichi ~ KuMo ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch (Diskussion) 20:07, 10. Jul. 2016 (CEST)
Robbi, sorry, den hab ich übersehen... Schliesse mich da aber generell Skeli an, Abstimmungen lösen nicht alle Probleme, es ist besser etwas diplomatisch zu lösen, aber wenn das nicht geht (weil Diskussion eingeschlafen), dann sollte man imo schon eine Abstimmung starten. Was Chattreffen angeht... *seufz* Von mir aus kann man die für Themen, so wie Max das vorgeschlagen hat, versuchen. Ich habe allerdings keine grossen Erwartungen darin. Ryuichi, das wird mir etwas zu Off-Topic für diese Diskussion; ich mag das allerdings gerne in einem neuen Abschnitt diskutieren, wenn du da einen anlegst. Wenn nicht werde ich den später mal selbst anlegen. Skeli, halte ich zeitglich für eine gute, wie auch für eine schlechte herangehensweise. Einerseits wird da niemand ausgelassen, aber auch niemand miteinbezogen, der nicht mitmachen möchte. Fragt sich nur, ist das mit der Allgemeinen Diskussion anders? Bis eine konkrete Lösung gefunden wird, wird selten (das ist glaub eines der ersten Male hier) wer unbeteiligtes, von dem keine Meinung zwingend vonnöten ist, angepingt. Wird dann aber eine Abstimmung gestartet, kommt die über die LÄ. In diesem Fall könnte man überlegen, ob grosse Änderungen zwingend mit einer Abstimmung beendet werden müssen, damit nachher niemand meckern kann. --Datei:Sugimori 672.pngMecanno-manMäh 20:33, 10. Jul. 2016 (CEST)
Natürlich ist unser Prozedere nicht ganz weit entfernt davon, aber es unterscheidet sich doch in ganz wichtigen Punkten. Zunächst mal sei gesagt, dass das roblem des Einschlafens auch bei dem Wikipedia-Modell, den Meinungsbildern, auftritt, aber nicht zu knapp. (Da kann man sich das aber auch deutlich eher erlauben, weil dort viel Nonsens vorgeschlagen wird.) Der größte Unterschied liegt IMHO darin, dass bei diesen Meinungsbildern die Abstimmung von vornherein als Ziel fest steht. Das muss nicht immer sein, ist jedoch dennoch ein guter Mechanismus, um am Ende geballt eine tragfähige Entscheidung herbeizuführen, ohne Leute in einer Diskussion, die sie nicht interessiert zu nerven.
Das ist allerdings auch kein Allheilmittel, da die Beteiligung größerer Teile der Community, gerade der höherrangingen, ein wichtiger Bestandteil des Prozederes sind, zu allgemein akzeptierten Entscheidungen zu kommen. Das ist gerade deswegen wichtig, da sich unsere Community von der Struktur und von der Größe deutlich von der Referenzcommunity der Wikipedia unterscheidet. Von daher wären wir wieder beim genannten Problem der Beteiligung.
Vielleicht ist auch ein wechselnder Mechanismus interessant: Was würde geschehen, wenn man Diskussionen dadurch „attraktivisiert“, indem man größere Themen phasig angeht (mal ganz grob zusammengefasst): Erst wird diskutiert, die Ideen zusammengefasst, sodass dann grobe Konzepte entstehen, zu denen man sich ein kürzeres Meinungsbild holt. Darauf folgt eine Reflexion des Meinungsbildes und eine darauf aufbauende Diskussion, die sich weiter in Richtung Ziel bewegt und immer konkreter wird. Das wird solange wiederholt, bis man zu einem soweit kompletten, präzisen Konzept gelangt ist. Darauf folgt eine abschließende Abstimmung, in der eine finale Lösungsvariante angeboten wird. Wird sie angenommen, wars das erstmal, wird sie abgelehnt, geht der Prozess weiter.
Ich weiß nicht, wie praxistauglich dieses Modell ist, aber interessant ist es auf jeden Fall. Etwas bürokratisch, aber könnte durch die größere Struktur auch attaktiver sein. Jedenfalls sollte es eine Verpflichtung geben, sich wenigstens an den Meinungsbildphasen zu beteiligen, ansonsten wird eine eventuelle Stimme in der Abstimmungsphase nicht berücksichtigt. -- 609.png Skelabra2509 (Diskussion | Beiträge) 20:59, 10. Jul. 2016 (CEST)
Naja, das mit dem verpflichten sonst zählt die Stimme nicht, würde ich mal weglassen, aber ansonsten gefällt mir die Idee. Könnte man von mir aus versuchen, aber am liebsten auch erst mal in einer Probephase; wobei dies dann nicht durch irgendeinen Benutzer, der an der gesagt hat, das er an der zweiten Phase teilnehmen will und dann nichts macht, blockiert werden sollte. --Datei:Sugimori 672.pngMecanno-manMäh 21:17, 10. Jul. 2016 (CEST)
Ich hätte das genauer ausführen sollen, aber die Verpflichtung habe ich ganz bewusst integriert. Jemand, der sich beim Entwickeln eines Modells in keinster Weise beeteiligt hat, sollte nicht dazu in der Lage sein, durch sein Veto die Absegnung des Endproduktes zu verhindern, da er dadurch alle erzwingen kann, alles noch mal durchzulaufen. Wer sich nicht an der Entscheidungsfindung beteiligt hat dann einfach Pech gehabt. -- 609.png Skelabra2509 (Diskussion | Beiträge) 21:28, 10. Jul. 2016 (CEST)
Wenn man wem das Entscheidungsverbot entzieht, gibt es nachher wieder ein grosses Gemeckere. Das will ich nicht, weshalb ich da dagegen bin. Wenn man Contra stimmt, sollte man das schon begründen können, und damit Input in die nächste Phase liefern. Außerdem ist das ja eine Abstimmung, da hat niemand so direkt ein veto. --Datei:Sugimori 672.pngMecanno-manMäh 21:51, 10. Jul. 2016 (CEST)
hey Mec kein thema LG Ryuichi ~ KuMo ~ Nur wer erwachsen wird und Kind bleibt, ist ein Mensch (Diskussion) 21:52, 10. Jul. 2016 (CEST)
Das mit dem Veto war nicht in der üblichen Bedeutung gemeint. Das Problem ist, dass die Abstimmung eigentlich keine nächste Phase vorsieht, oder sie zumindest vermeiden möchte, im Gegensatz zu den Meinungsbildern. Wenn der Abstimmungsvorschlag nach dem mehrfachen Einholen von Meinungen nicht durchkommt, hat man was bei der Diskussion falsch gemacht. Oder eine Person ist assozial, indem sie sich beim Erarbeiten nicht beteiligt und dann ablehnt. Gerade das will ich vemeiden. Wer meckern will, soll sich doch bitte beim Erarbeiten zumindest in dem Mindestmaß des halbwegs begründeten Meinungsbildvotums beteiligen. Nichtsdestotrotz kann man es natürlich auxch erstmal ohne versuchen. -- 609.png Skelabra2509 (Diskussion | Beiträge) 22:12, 10. Jul. 2016 (CEST)
Ich denke, man kann Entscheidungen für Konzepte am einfachsten und am saubersten durchbekommen, wenn das ein zweiphasiger Prozess ist. In einem ersten Schritt werden brainstormartig Ideen gesammelt und Konzepte ausgearbeitet, mehrere dann, wenn sich die Ansichten unterscheiden. Und in einem zweiten Schritt wird dann einfach eine Abstimmung gemacht, bei der sich für eines der Konzepte entschieden wird. Dann kann es eben auch keine Bremser geben, da man sich dann nur für eine der ausgearbeiteten Alternativen, und nicht einfach für den Status Quo entscheiden kann. Ich denke, beides kann gut auf Diskussionsseiten passieren. Eine sehr umfangreiche Diskussion kann man auch in einen Chat auslagern, aber im Chat sollte meiner Meinung nach nie eine Abstimmung stattfinden, da es eben einfach sein kann, dass dort viele nicht können. Eine Abstimmungsphase sollte einen relativ langen Zeitraum umfassen. Und dann ist eben raus, wer den Zeitraum nicht genutzt hat, und darf dann nicht meckern. Fazit: Ich würde Chattreffen auch nicht ganz abschaffen, sondern punktuell einsetzen, wenn das Gefühl besteht, die Diskussionsseiten bieten "zu wenig Platz" oder sind nicht interaktiv genug, um ein Problem zu diskutieren. Die Ergebnisse des Chats müssen dann natürlich widerrum der Diskussion zur Verfügung gestellt werden. Betonung nochmal: Ohne Abstimmungen zu enthalten. 674.png Maxmiran 23:06, 10. Jul. 2016 (CEST)
Ich denke, dass es viele Themen gibt, die für einen zweistufigen Prozess zu komplex ist, und drohen zwischendurch schon in Phase 1 schnell einzuschlafen. Allerdings verstehe ich nicht ganz wie das mit dem Status Quo laufen soll: Wenn keines der Konzepte vernünftig erscheint, was soll man denn dann bitte tun? Und wenn es nur einen Vorschlag gibt? Außerdem darf man nicht übersehen, dass jeder jederzeit eine Abstimmung einberufen kann (was bislang auch sinnvoll ist) und so Optionen bewusst manipuliert werden könnten. -- 609.png Skelabra2509 (Diskussion | Beiträge) 00:14, 11. Jul. 2016 (CEST)
Ich befürworte Skelabras Vorschlag (scheint mir recht intuitiv zu sein, so wurde es im Prinzip auch schon bei der QS gemacht, bevor es eingeschlafen ist) und denke auch, dass man bei der Phasenanzahl flexibel sein sollte, 2 Phasen reichen für Komplexes nicht. Chattreffen würde ich gerne beibehalten, das ist einfach klar der effizienteste Weg, um Konzepte zu erarbeiten, von mir aus aber gerne ab sofort themenspezifisch nach Bedarf statt allgemein und regelmäßig, wie Max am Anfang meinte, dann ist das Treffen vermutlich organisierter und die Motivation höher, beim Animetreffen hat das ganz gut geklappt. Es scheint mittlerweile Konsens zu sein, dass Chattreffen jedoch nicht die AD oder gar Abstimmungen ersetzen sollten, sondern wirklich nur zum Ideensammeln gedacht sind. Im Gegensatz zu Robbi würde ich tendenziell eher möglichst spät Abstimmungen starten; wenn man abstimmt, bevor die Konzepte vollständig ausgearbeitet sind oder bevor man wirklich zum Kern des Problems vorgestoßen ist (das kann schon mal länger dauern), dann muss man früher oder später nochmal von vorne beginnen, also lieber etwas geduldig sein, aber natürlich auch nicht unnötig verzögern.
Wie oben bereits gesagt, denke ich aber, dass man das Problem der fehlenden Diskussionsfreudigkeit nicht einfach durch bessere Diskussionsorganisation lösen kann, auch wenn es sicher nicht schadet, die Art und Weise, wie Diskussionen ablaufen sollen, etwas genauer zu spezifizieren. Daher auch mein Appell/Wunsch zu mehr Diskussionsfreudigkeit von vorhin, Mec, das war nicht als Nörgelei gemeint, sondern ist meiner Meinung nach die einzige Möglichkeit, gegen dieses Problem anzugehen, aber das haben wir im Chat ja schon besprochen. Naja ich würde sagen, wir sollten jetzt erstmal auf ein paar Stimmen von Benutzern warten, die sich bisher noch nicht zu Wort gemeldet haben. – shadowtweaker 01:27, 11. Jul. 2016 (CEST)
Das mit den recht frühen Abstimmungen ist nicht falsch zu verstehen, ich hatte dabei einfache Sachen im Kopf, wo man nicht lange zu diskutieren muss, es manchmal aber trotzdem zustanden kommt, was sich aber verhindern ließe. Das Beispiel, an das ich gedacht habe war die aktuelle „Abstimmung“ auf der Anime-Diskussion, wo es eigentlich ganz gut geklappt hat :D So könnte man halt bei ähnlichen Diskussionen vorgehen. --380.png RobbiRobb 01:37, 11. Jul. 2016 (CEST)
Abtimmungen halte ich für eine effektive Art, Diskussionen zu einem Ergebnis zu bringen (oder auch wenigstens in die Richtung dahin) und auch die Beteiligung anderer Benutzer anzukurbeln. Wie Robbi weiter oben bereits erwähnte, werden sicherlich einige und vorallem neue Benutzer schwer tun, sich in Diskussionen einzufinden, wissen nicht ihre Meinung in dieser Umgebung, in der ihnen Erfahrung fehlt, bezüglich darauf zu verteidigen und sind bei komplizierteren, internen Wikithemen überfordert. Wenn schon während der Diskussion, beziehungsweise im zweiten Teil eines Meinunsbildes bereits handfeste Konzepte und realisierbare Möglichkeiten zur Auswahl stehen, für die es nur noch gilt, dafür oder dagegen entschieden werden, werden sicherlich mehr User kommen die für das, was sie am Besten halten, ihre Stimme geben, auch wenn es nur eine kurze Nachricht sein mag und auch nicht heißen muss, dass ab diesem Zeitpunkt der Diskussion an sich Abrruch getan wurde. Natürlich muss es dabei erstmal zu dem Punkt kommen, dass man sich einigt, was alles bei der Abstimmung zur Auswahl stehen soll und davor müssen erst Lösungsvorschläge des Problems eingereicht und das Problem analysiert werden. Eventuell könnte es schon dort passieren, dass es bereits wieder zum Stillstand kommt.
Es muss sich ja nicht jeder Abstimmung ellenlang unterhalten werden. Bei projektinternen Themen könnten der/die Projektleiter die Meister ihres Fach sein sollten, mögliche Lösungsmodelle überlegen und sofort eine Umfrage auf ihrer Projektdiskussion starten können. Oft genug sollte dies eigentlich schon passieren und auch im Anime-Projekt geht es im Moment schnell und schmerzlos, aber ich wollte es nochmal im Zusammenhang erwähnen.
Bei komplizierteren Themen wird es mit Abstimmungen insofern schwierig, da man eventuell keine Lösungen bisher hat, oder sich nicht einig wird, was das Problem überhaupt ausmacht. Insofern könnte man Abtimmungen für Zwischenergebnisse, statt einem Ultimatum einführen. Nur hätte ich bedenken, dass man im Verlaufe der Diskussion neue Vorschläge zu vorherigen Uneinigkeiten kommen, und Benutzer, die im Zwischenergbenis nicht für das meistgestimmte gewählt haben, die Lust verlieren weiter zu diskutieren. — mfg Snackhound 058.png 11:25, 11. Jul. 2016 (CEST)
Was ich zu dem ganzen Thema sagen kann, ist, dass eine generelle Diskussionsfreudigkeit von meiner Seite aus gegeben ist. Nur manche Themen interessieren mich einfach nicht, weshalb ich nicht zu allem was sagen kann und will. Deshalb halte ich die Chattreffen für eine Vielzahl von Themen für wenig hilfreich, da ich nicht vier Stunden in nem Chat sein will, wenn mich vielleicht eins der Themen interessiert. Chattreffen an sich finde ich aber gut, nur wie bereits oben erwähnt, weiß ich nicht, ob eine rege Beteiligung zu erwarten ist, wenn man nur spezifische Treffen anbietet. Aber besser drei Leute, die sich angeregt über ein Thema unterhalten und Lösungen anbieten können, als 30, die im Kern vielleicht keine Ahnung vom Thema und auch kein Interesse haben (vielleicht deshalb mangelnde Vorbereitung, wie oben von Mec erwähnt). Würde den Meinungsbildern wohl nahe kommen, die ich, wie sie von Skel dargelegt wurden, als gute Idee ansehe. - - Vivian.png "Dream on" 518.png GoPika Disku 14:48, 11. Jul. 2016 (CEST)
Das kann ich für mich auch so unterschreiben. NintendoFan214 (Diskussion) 16:07, 11. Jul. 2016 (CEST)

Format von Einzelnachweisen

Zurzeit lässt sich eine deutliche Zunahme der Verwendung von Einzelnachweisen feststellen, was natürlich im enzyklopädischen Sinne sehr begrüßenswert ist. Allerdings lässt die Formatierung der Einzelnachweise oft zu wünschen übrig. Eine einheitliche Formatierung wäre wünschenswert. Ich würde dabei vorschlagen, ein Konzept zu nehmen, dass je nach der Zahl der vefrügbaren Informationen komplexer wird, und das ganze in Vorlagenform verpacken:

Autor: [http://… Titel]. Herausgeber, XX.XX.XXX. Abgerufen am YY.YY.YYY.

Gerade wenn wir den VisualEditor in Zukunft verwenden, wäre solch ein Vorlagenkonstrukt sehr hilfreich, weil es das Anfertigen von ENs dort massiv vereinfacht, auch im Quelltext bietet es große Übersichtlichkeit. Natürlich muss man es nicht so professionell machen, aber es ist eine Option. Auf jeden Fall sollten wir uns aber einigen, [url Titel] statt url titel oder [url] titel zu schreiben. Was meint ihr dazu? Vorschläge und Anregungen sind willkommen. -- 609.png Skelabra2509 (Diskussion | Beiträge) 17:11, 10. Jul. 2016 (CEST)

Gabs da nicht etwas in Richtung <ref>-Tags, die man verwenden könnte, oder verwechsel ich da jetzt was? --Datei:Sugimori 672.pngMecanno-manMäh 17:15, 10. Jul. 2016 (CEST)
<quetsch> Es geht um das Format innerhalb dieser Tags. -- 609.png Skelabra2509 (Diskussion | Beiträge) 17:52, 10. Jul. 2016 (CEST)
Finde ich übertrieben, URL und Beschreibung reichen meistens, Datum vielleicht noch falls relevant (z. B. wenn es um das genaue Datum geht, wann ein neues Pokémon veröffentlicht wurde). Bin für [url Titel]. – shadowtweaker 17:31, 10. Jul. 2016 (CEST)
Dann, äh, ok, siehe shadow. --Datei:Sugimori 672.pngMecanno-manMäh 17:54, 10. Jul. 2016 (CEST)
Siehe shadow ^^ --380.png RobbiRobb 17:57, 10. Jul. 2016 (CEST)
Also der Grundgedanke daran, Veröffentlichungs- und Zugriffsdatum mit anzugeben, besteht darin, die Zitierfähigkeit zu erhöhen und den Bezug klar zu machen: Auf den Seiten zu SOMO kann bspw. zu Solgaleo heute etwas ganz anderes stehen als in 2 Monaten. Stehen diese Daten dabei, sieht jeder sofort: Ah, das war in dieser Zeit, da waren die Infos noch nicht bekannt. Die Idee bei der Angabe von Autor und Herausgeber besteht grundsätzlich darin, bei Änderung der URL die Wiederauffindbarkeit des Textes zu vereinfachen. -- 609.png Skelabra2509 (Diskussion | Beiträge) 18:41, 10. Jul. 2016 (CEST)
Falls das passiert, kann man es dann aus der Versionsgeschichte nachtragen oder web.archive.org benutzen, aber deswegen standardisieren würde ich das Datum nicht. --Datei:Sugimori 672.pngMecanno-manMäh 19:26, 10. Jul. 2016 (CEST)
Verpflichten kann man ohnehin niemanden, und das ist auch nicht sinnvoll. Das ganze ist ja mehr optional gedacht (bis vielleicht auf das Zugriffsdatum). -- 609.png Skelabra2509 (Diskussion | Beiträge) 21:06, 10. Jul. 2016 (CEST)