ConanWiki:Austausch: Unterschied zwischen den Versionen

Aus ConanWiki
Wechseln zu: Navigation, Suche
(Abstimmungen zum Wiki: strukturelle anpassungen (->info nikola erfolgt im anschluss); +abstimmungszeitraum; +mein senf :))
K (Einführung der neuen Benutzergruppe Kontrolleur: Startete am 27. Dezember, geht also bis zum 10. Januar)
Zeile 59: Zeile 59:
 
<!-- ############################################################# Beginn des Feedbackbereichs ############################## -->
 
<!-- ############################################################# Beginn des Feedbackbereichs ############################## -->
 
=== Einführung der neuen Benutzergruppe Kontrolleur ===
 
=== Einführung der neuen Benutzergruppe Kontrolleur ===
{{GreenBox|Diese Abstimmung läuft bis zum 15. Januar 2020. Jeder registrierte Benutzer hat pro Abstimmungsteil eine Stimme.}}
+
{{GreenBox|Diese Abstimmung läuft bis zum 10. Januar 2020. Jeder registrierte Benutzer hat pro Abstimmungsteil eine Stimme.}}
 
Hallo zusammen. Mit [[Benutzer:Philipp S.|Philipp S.]] und den Administratoren musste ich erstmals am 13. Januar schmerzlich feststellen: Wir vier sind zu wenig. Nicht für die meisten [[ConanWiki:Administratoren|Admin-Aufgaben (hier die Wichtigsten)]], jedoch für eine ganz bestimmte: Bearbeitungen als kontrolliert markieren. Zuerst einige technische Details: Die Letzten Änderungen funktionieren so, dass man nur maximal 90 Tage in die Vergangenheit zurückgehen kann. Alle Edits, die bis dahin nicht kontrolliert worden sind, sind es auch weiterhin nicht. Jedoch verschwinden sie in einem Datenbanksumpf, aus dem man sie erst über die Spezialseite [[Spezial:ApiSandbox|ApiSandbox]] wieder aufwendig herausfinden, anzeigen und bestenfalls dann alle einzeln überprüfen muss. Und wenn das nicht geht, sind wir aufgrund des Personalmangels gezwungen sie von dort aus zu „schreddern“, sie also über die Api als kontrolliert zu markieren.
 
Hallo zusammen. Mit [[Benutzer:Philipp S.|Philipp S.]] und den Administratoren musste ich erstmals am 13. Januar schmerzlich feststellen: Wir vier sind zu wenig. Nicht für die meisten [[ConanWiki:Administratoren|Admin-Aufgaben (hier die Wichtigsten)]], jedoch für eine ganz bestimmte: Bearbeitungen als kontrolliert markieren. Zuerst einige technische Details: Die Letzten Änderungen funktionieren so, dass man nur maximal 90 Tage in die Vergangenheit zurückgehen kann. Alle Edits, die bis dahin nicht kontrolliert worden sind, sind es auch weiterhin nicht. Jedoch verschwinden sie in einem Datenbanksumpf, aus dem man sie erst über die Spezialseite [[Spezial:ApiSandbox|ApiSandbox]] wieder aufwendig herausfinden, anzeigen und bestenfalls dann alle einzeln überprüfen muss. Und wenn das nicht geht, sind wir aufgrund des Personalmangels gezwungen sie von dort aus zu „schreddern“, sie also über die Api als kontrolliert zu markieren.
  

Version vom 31. Dezember 2019, 17:16 Uhr

Ending 34.jpg

Diese Seite dient zum Austausch der Benutzer des Wikis. Hier ist Platz für alle Fragen, die das Wiki an sich betreffen. Zusätzlich kannst du dir hier Rückmeldung zu den von dir neu erstellten oder überarbeiteten Artikeln einholen oder eine Umfrage starten, mit der eine verbindliche Regelung festgelegt werden soll.

Hast du Fragen zum Verlauf der Serie Detektiv Conan, dann stelle diese bei uns im ConanForum.

Allgemeine Fragen und Anliegen

File.pngArchiv
Teil 1 Teil 2 Teil 3
Teil 4 Teil 5 Teil 6
Wie wird ein Archiv angelegt?
Stern.png

Hinweise zu den allgemeine Fragen und Anliegen

Hier beantworten dir erfahrene Benutzer alle Fragen, die du zum ConanWiki hast. Falls du nicht weißt, wie man Seiten bearbeitet, sieh zuerst auf der entsprechenden Hilfeseite nach.

Anfrage zu einem Gemaelde aus Film 2

Hola. habe von einer ip diese anfrage bekommen. der leser moechte im wesentlichen herausfinden, welches reale bild hier als vorlage gedient hat / haben kann. das ist nun mit abstand so gar nicht mein thema und trifft auch nicht ansatzweise auf spontanes interesse. damit nun der benutzer nicht von disku-seite zu disku-seite zieht, stelle ich die frage einfach mal in die runde. falls also jemand sich mit gemaelden auskennt oder zu dem thema recherchieren will, kann er / sie sich ja einfach hier melden. vielen dank schon einmal. lg.--rikku 20:20, 18. Aug. 2018 (CEST)

Neuauflage der Qualitätswoche

Ganz kurz zur vorgeschlagenen „QSWE“: Ich bin mir unsicher, ob du damit das ehemalige QO-WE meinst, das in dieser Form aber schon seit Jahren nicht mehr existiert. Der Nachfolger ist die Qualitätswoche, die aber auch schon seit zwei Jahren (leider!) nicht mehr stattfand. Über eine Neuauflage der Aktion würde ich mich jedoch sehr freuen, wenngleich diese nun natürlich nicht mehr im Kapitel-Kontext stattfinden kann. Danke hier an @Serinox! Philipp S. [Administrator] 10:11, 3. Sep. 2018 (CEST)

Hola. dann trenne ich die beiden abschnitte mal :)
also, ich haette auch bock drauf. ob ein QS-Wochenende oder eine QS-Woche (qswo) ist mir dabei nicht so wichtig, wobei woche ggf. mehr benutzer ansprechen koennte.
In der Kategorie:ConanWiki:Überarbeiten liegen derzeit viele auftrittslisten und charakter-artikel. fuer eine moegliche erste neuauflage der qswo haette ich die befuerchtung, dass bei charakter-artikeln als "thema" das ergebnis in der quantitaet der verbesserten artikel sehr ernuechternd ausfaellt. ich finde diese art von artikeln sehr schwer und aufwendig. spontan mal zwei vorschlaege:
  • vorschlag 1: auftrittlisten: zusaetzlich zu dem kleinen wettkampf-charkter aus den vergangenen ausgaben der qswe / qswo, koennten wir als gemeinschaftsziel stellen: "schaffen wir es, alle auftrittslisten aus der o. g. kategorie innerhalb der woche zu ueberarbeiten". vorteil: die o. g. kategorie wuerde natuerlich kleiner werden. nachteil: einige der auftrittslisten werden nicht fuer lange zeit "aktuell" bleiben.
  • vorschlag 2: aeltere kapitel-artikel: ein etwas leichterer einstieg fuer die neuauflage. wir koennten die aelteren kapitel, die in ConanWiki:Status der Kapitel noch nicht komplett gruen sind, ueberarbeiten. vorteil: auch benutzer mit wenig zeit oder wenig wiki-erfahrung koennen leicht integriert werden. nachteil: hat keinen einfluss auf die o. g. wartungskategorie. lg.--rikku 19:17, 9. Sep. 2018 (CEST)

"Eine Woche, ein Fall"

Am 19. Oktober geht es los und im deutschen Fernsehen werden neue Folgen ausgestrahlt. Da die Epsioden-Artikel bereits existieren, sollen die dazugehörigen Fall-Artikel genauer unter die Lupe genommen werden. Hier gibt es noch aufholbedarf.

Zur Idee: in anlehnung an die neuen deutschen episoden sollen die luecken bei den fall-artikeln geschlossen werden. d. h. pro woche soll zu einem der gezeigten faelle der entsprechende wiki-artikel erstellt werden. dabei sollen moeglichst wenig bearbeitungsbausteine bleiben, d. h. neben inhalt schreiben soll auch bebilderung und korrektur lesen erfolgen.

Zum Ablauf: das ganze ist als teamarbeit gedacht. dadurch soll der aufwand fuer den einzelnen bearbeiter etwas reduziert werden. es bleibt hoffentlich noch genug zeit fuer andere taetigkeiten in und auszerhalb des wikis.

Zum Ziel: einerseits werden die fall-artikel ergaenzt :) weiterhin soll das projekt die einstiegshuerden fuer potenzielle neue wiki-autoren senken, da sie einen artikel im team erstellen. wie vielleicht der eine oder andere von euch auch, bin ich derzeit sehr optimistisch, dass mit den neuen deutschen folgen auch wieder ein paar mehr benutzer im wiki vorbeischauen. mit diesem projekt moechte ich sie dazu animieren, sich auch als autoren im wiki zu versuchen... und dabei zu bleiben. manchmal sind neue autoren abgeschreckt, wenn der erste wiki-artikel nicht perfekt ist und andere benutzer nachbessern. in der teamarbeit bekommen sie automatisch und direkt feedback.

Hier findet ihr einen vorschlag zu der aktion. wie denkt ihr ueber eine solche aktion? haben ein paar von euch zeit und lust bei den proberunden mitzumachen? haben ein paar von euch zeit und lust die aktion ggf. auf den anderen projektplattformen anzukündigen (bsw: forum, news)? vielen dank schon einmal. lg.--rikku 19:12, 30. Sep. 2018 (CEST)

Fehlerhafte Interwiki-Links im Partnerwiki

Hola. mir ist vor kurzem aufgefallen, dass bei unserem englischen partnerwiki die interwiki-links teilweise auf nicht mehr existierende artikel zeigen. konkret geht es um artikel, die wir im rahmen dieses mbs verschoben haben und dabei die führenden nullen entfernt haben. hier mal zwei beispiele:

Mittelfristig wuerde ich das gerne korrigieren, direkt im englischen partnerwiki. dazu habe ich zwei fragen:

  1. Welche artikeltypen sind betroffen?
  2. Aus unserer sicht, wohin sollen die links im englischen wiki verweisen?

Zu (1) fallen mir spontan, die kapitel, band, fall, film und episoden-artikel ein. Zu (2): beispielsweise zeigt episode 1 im englischen wiki auf unseren fall-artikel, nicht den episoden-artikel. vielen dank schon einmal. lg.--rikku 20:42, 20. Jan. 2019 (CET)

Hallo rikku, danke für den wichtigen Hinweis. Durch die falschen Links geraten garantiert ein paar englischsprachige Nutzer auf die gelöschten Artikel und finden so keine Infos. Das sollten wir auf jeden Fall beheben. (1) Betroffen sind dann vermutlich alle Artikel, bei denen es vorher eine zweistellige oder höhere Nummerierung gab. Allerdings gibt es im englischen Wiki nur zu jedem Fall einen Artikel, d.h. dort gibt es keine Untergliederung in Anime und Manga. Daher haben wir uns damals auch dazu entschlossen, dass von der englischen Episode 1 auf den deutschen Fall 1 verwiesen wird. Ergibt deutlich mehr Sinn. Liebe Grüße Philipp S. [Administrator] 12:50, 24. Jan. 2019 (CET)
Hi. Ich bin ja schon seit einigen Tagen dabei die Interwiki-Links nach und nach zu korrigieren. Du hast mich bei meiner Arbeit wohl beobachtet, rikku? Ich möchte hier aber mal ausnahmsweise ein paar Fakten nennen und beruhigen: Im ganzen Jahr 2018 haben vom DCW-Wiki aus nur 198 Menschen über einen Interwiki-Link zu uns gefunden. 194 davon bis zum 15. April, die restlichen vier verteilen sich zwischen 16. April und 31. Dezember 2018. Mit anderen Worten: Das englischsprachige Wiki hat offenbar leider massiv an an (deutschsprachigen) Besuchern eingebüßt. Die kommen wohl (hoffentlich) einfach schon direkt zu uns? Allerdings ist auch anzumerken: Seit etwa zwei Jahren hat dort auch die allgemeine Aktivität spürbar abgenommen. Es hat sieben Administratoren. Aktiv sind davon null. Auch sonst tut sich dort vergleichsweise nur noch erschreckend wenig. Hobbymäßig sollen die Interwiki-Links natürlich gerne alle korrigiert werden, oberste Priorität sollte das aber nicht haben. Wie gesagt, von dort findet aktuell einfach quasi niemand mehr zu uns. Das war früher noch anders.--MARIO-WL[BÜRO-ADMIN] 14:54, 24. Jan. 2019 (CET)

Abstimmungen zum Wiki

File.pngArchiv
Teil 1 Teil 2 Teil 3
Teil 4 Teil 5 Teil 6
Teil 7
Wie wird ein Archiv angelegt?
Stern.png

Hinweise zu den Abstimmungen zum Wiki

Hier findest du laufende Abstimmungen rund um das ConanWiki. Jeder registriete Benutzer ist berechtigt, eine neue Abstimmung zu erstellen oder zu laufenden Abstimmungen seine Stimme abzugeben.

Wenn du abstimmen möchtest, signiere deine Stimme wie folgt:

Wenn du eine neue Abstimmung erstellt, verwende die Aussageform. Achte darauf, dass eine Entscheidung mit den oben genannten Abstimmungsmöglichkeiten möglich ist. Gib an, wie lange die Abstimmung läuft und ziehe zeitnah nach Ende der Abstimmung ein Fazit.

Einführung der neuen Benutzergruppe Kontrolleur

Diese Abstimmung läuft bis zum 10. Januar 2020. Jeder registrierte Benutzer hat pro Abstimmungsteil eine Stimme.

Hallo zusammen. Mit Philipp S. und den Administratoren musste ich erstmals am 13. Januar schmerzlich feststellen: Wir vier sind zu wenig. Nicht für die meisten Admin-Aufgaben (hier die Wichtigsten), jedoch für eine ganz bestimmte: Bearbeitungen als kontrolliert markieren. Zuerst einige technische Details: Die Letzten Änderungen funktionieren so, dass man nur maximal 90 Tage in die Vergangenheit zurückgehen kann. Alle Edits, die bis dahin nicht kontrolliert worden sind, sind es auch weiterhin nicht. Jedoch verschwinden sie in einem Datenbanksumpf, aus dem man sie erst über die Spezialseite ApiSandbox wieder aufwendig herausfinden, anzeigen und bestenfalls dann alle einzeln überprüfen muss. Und wenn das nicht geht, sind wir aufgrund des Personalmangels gezwungen sie von dort aus zu „schreddern“, sie also über die Api als kontrolliert zu markieren.

Was genau müssen wir Admins tun? Wir gehen die euch bestens bekannten Letzten Änderungen systematisch durch und markieren die Bearbeitungen von Benutzern als kontrolliert, die keine Administratoren sind.

Wieso ist das wichtig? Die Kontrolle der Bearbeitungen ist enorm wichtig und sorgt nicht nur dafür, dass das ConanWiki seine Qualität beibehält, für die es seit Jahren bekannt ist. Des Weiteren ist es auch einfach nötig Benutzern, die wenig(er) Wiki-Erfahrung haben, über die Schulter zu gucken. Es fängt an beim Satzbau, hört aber lange nicht bei der korrekten Einbindung von Dateien oder Vorlagen auf. Erfahrene(re)n Benutzern brauchen wir natürlich irgendwann nicht mehr ständig auf die Finger zu schauen. Das trotzdem tun zu müssen ist etwas unpraktisch, ließe sich jedoch nur durch ein komplettes Abschalten der Funktion lösen. Doch dann wissen wir Admins nicht mehr, welche Bearbeitungen wir uns bereits angesehen haben und es entsteht noch mehr Chaos.

Allein vom 1. Oktober bis 17. Dezember blieben ca. 38 % der Bearbeitungen unkontrolliert liegen. Die Arbeit ist von uns vieren in dieser Form nicht mehr länger zu bewältigen, womit Qualitätseinbußen allmählich unvermeidbar sind. Außerdem sind Serinox und Shinran sowohl bei der Artikelerstellung, als auch mit den anderen Admin-Aufgaben bestens bedient. Dahingehend leisten sie exzellente Arbeit, weshalb wir explizit keine weiteren Admins suchen.

Realistisch gesehen möchte das Team von ConanWiki.org also in dieser 14-tägigen Umfrage um eure Zustimmung bei der Einführung der neuen Benutzergruppe bitten. Diese hat nur eine einzige primäre Aufgabe: Bearbeitungen als kontrolliert markieren. Dafür würden sie das (patrol)-Recht erhalten. Zusätzlich dazu würden wir dieser Benutzergruppe auch das (autopatrol)-Recht verleihen, was dafür sorgt, dass Bearbeitungen, die von Kontrolleuren getätigt werden, automatisch als kontrolliert markiert sind (auch das ist aktuell nur den Admins vorbehalten). So ist sichergestellt, dass keine blutigen Anfänger plötzlich ganz viele neue Utensilien zur Verfügung haben und dass keine Überforderung stattfindet, da die Kontrolle von Änderungen die einzige alltagsrelevante Aufgabe ist, die sie als Amtsträger erhalten würden. Als Schmankerl dazu möchten wir der Benutzergruppe, deren Mitglieder Teil des Teams wären, die Möglichkeit geben bei Beförderungswahlen und Wiederwahlen teilzunehmen. Unsere aktuell seeehr lebhafte Demokratie *hust* ist euch ja bekannt... bei den aktuellen Wiederwahlen stimmen nur drei Leute ab. Nicht gerade lebendig.

Gerne möchten wir mit zwei Kontrolleuren eine zweimonatige Testphase starten und, sofern diese erfolgreich verläuft, (bei Bedarf) im weiteren Verlauf langsam auf bis zu vier Kontrolleure aufstocken. Sind die zwei Monate rum, findet eine Wiederwahl statt. Fallen daraufhin beide durch, gilt die Testphase als gescheitert. Das wären die Wiederwahl-Optionen: für 4 Monate, für 2 Monate, Degradierung, Enthaltung. Wir haben intern mehrere Personen im Visier, denen wir die Ausübung des Amtes zutrauen. Zwei von denen, wir würden uns zuvor nochmals grob intern absprechen, würden wir dann auf ihrer Diskussionsseite kontaktieren und zur Testphase einladen. Fairerweise müssen auch sie sich jedoch einer gewöhnlichen 14-tägigen Beförderungswahl stellen, denn ohne Wahl (und ohne eure Zustimmung!) möchten wir das nicht starten.

Wieso soll(t)en die Wiederwahlen bei Kontrolleuren in kürzeren Abständen stattfinden? Aufgrund dessen, dass Kontrolleure nur eine einzige primäre Aufgabe haben, der sie gerecht werden sollen, lässt sich ihre Arbeit durch das oben bereits verlinkte Kontroll-Logbuch (und die daraus ggf. resultierenden notwendigen Nachkorrekturen) gut beurteilen. Das macht eine längere Amtszeit nicht notwendig um sich zu beweisen, denn vor allem uns Bürokraten und zum Teil auch den Administratoren stehen Werkzeuge zur Verfügung, für deren Aktivität nicht einfach nur ein Blick in die letzten Änderungen reicht. Das, was ich alles schon an Serverinhalten (bspw. .php-Dateien) geändert habe, wird ja nirgends erfasst, ich bin also aktiver als manche annehmen und schraube im Hintergrund direkt auf dem Server herum. ;) An ihren Bearbeitungen, der Anzahl der Kontrollen und an der Qualität der Nacharbeitung wird man sie messen. Damit sich die Arbeit also gar nicht erst wieder zu sehr aufstauen kann, die kürzeren Abstände. So können andere, aktivere schneller im Rahmen einer Beförderungswahl nachbesetzt und der inaktive abgesetzt werden. Im Rahmen der Testphase werde ich die Kontrolleure persönlich nicht nur einarbeiten, sondern auch durch die zwei Monate begleiten sowie ihre Korrekturen selbst noch einmal nachkontrollieren.

Diskussion

Als Eisbrecher fange ich auch direkt an: Ich kann verstehen, dass das alles hier für den einen oder anderen durchaus überraschend kommt. Das liegt einfach daran, dass ihr anhand der Letzten Änderungen den Aufwand hinter der Kontrolle nicht erkennen könnt, dafür wäre ein Blick ins Kontroll-Logbuch notwendig. Und selbst das reicht nicht, weil das Kontroll-Logbuch nur kontrollierte Edits anzeigt, ihr jedoch nicht sehen könnt, welche Edits wir noch gar nicht kontrolliert haben. Uns ist es wie euch enorm wichtig, dass der qualitativ hochwertige Standard auch weiterhin reibungslos nicht nur erhalten bleiben kann, sondern durch mehr Personal sogar verbessert wird. Gerne gehe ich hier auf technische Fragen ein, einige sollten sich jedoch hier und hier leicht beantworten lassen (englisch). Selbstverständlich sind aber auch alle anderen Fragen, Anmerkungen und Hinweise gerne gesehen. Über euer Feedback zu unseren wohlüberlegten Gedanken und eure Unterstützung bei unserem Vorhaben der aktiven Qualitätssicherung und dem demokratischen Ausbau würden wir uns riesig freuen. Gerade weil wir es hören wollen, haben wir euch hier kontaktiert, noch bevor auch nur ein einziger Stein umgedreht wurde.--MARIO-WL[BÜRO-ADMIN] 00:00, 27. Dez. 2019 (CET)

Hola. zunaechst danke, fuer die sehr ausfuehrliche einfuehrung zu dem thema. grundsaetzlich hatten wir einen solchen rang schon einmal hier im wiki, nannte sich damals "kommissar". in der wikipedia wird (wurde) manchmal auch von "eine bearbeitung sichten" gesprochen. auch hatten wir in der vergangenheit schon viele diskussionen, meinungsbilder oder weitere abstimmungen zu diesem thema. kurz. ein sehr komplexes thema, das du hier zwischen den feiertagen mal eben auf den tisch zauberst :)
bin in jedem fall dafuer, dass das benutzersystem angepasst werden soll, um auf veraenderte bedingungen in der wiki-mitarbeit zu reagieren. damals hatten wir den rang kommissar abgeschafft, da die aktivitaet zurueckgegangen war. es liegt also nahe, einen solchen rang wieder einzufuehren, wenn die aktivitaet im wiki - freudigerweise - wieder mehr wird. ein anderer ansatz waere, die anzahl der zu sichtenden bearbeitungen zu reduzieren. in diesem mb kamen da einige ideen hierzu schon einmal zur sprache. das mb selbst ist natuerlich hoffnungslos veraltet, aber der grundgedanke kann dort ggf. ganz gut nachgelesen werden.
ok, was ist der unterschied zẃischen beiden ansaetzen?
  • ansatz 1 stellt die kontrolle in den vordergrund. also eine kleine gruppe von benutzern kontrolliert das verhalten / die bearbeitungen der restlichen benutzer. mariowl hat hier auch schon angesprochen, dass er persoenlich auch die moeglichen neuen sichter kontrollieren moechte. zumindest temporaer, bis sich abzeichnet, ob sich durch sie eine arbeitserleichterung fuer die bisherigen admins einstellt oder nicht. frage: wie sieht es denn fuer folgendes szenario aus? das vorgehen wird grundsaetzlich bestaetigt. nach einer zeitspanne x merkt einer der sichter jedoch, weniger zeit bleibt fuers wiki und der benutzer tritt zurueck. ein neuer sichter-kandidat wird gefunden und gewaehlt. wuerde dieser dann auch erst einmal wieder eine zeitlang kontroll-kontrolliert?
  • ansatz 2 stellt das vertrauen in die gegenseite konstruktive mitarbeit in den vordergrund. bearbeitungen neuer benutzer werden ja auch aktuell schon von den admins gesichtet. sie bewaehren sich also implizit (oder eben nicht). nach einer gewissen zeit stellt sich dann eine gwisse erwartungshaltung ein, wenn der admin eine bearbeitung von einem benutzer sieht. klar, der benutzer kann aber trotzdem auch fehler machen. ist es also nicht "besser" wenn "kontrolliert" wird? naja, fehler passieren. meine aenderungen zu Fall 224 sind ein schoenes beispiel. ich selbst bin seit knapp neun jahren im wiki dabei und habe es bei dem artikel trotzdem geschafft mindestens ein bild-duplikat hochzuladen und bei einem anderen die vorlage bbild nicht gesetzt. das ist natuerlich schnell aufgefallen, weil meine bearbeitungen kontrolliert wurden und die admins nachgebessert haben. auf der anderen seite koennen fehler jedem passieren, wie diese abstimmung ganz gut gezeigt hat. braucht es deshalb auch "kontrolle" fuer die arbeit der admins? sicher nicht! und wenn doch mal ein fehler passiert, hat hoffentlich auch ein jeder "normale" aktive benutzer genug ego, entsprechend nachzubessern :)
ansatz 1 steht ja bereits zur abstimmung und wird auch schon recht breit unterstuetzt. schade natuerlich, dass keine kurze diskussion vorher stattgefunden hat, ob es alternative ansaetze gibt, die admins bei der aufgabe zu unterstuetzen, neue bearbeitungen zu sichten. ansatz 1 laesst sich mit sicherheit auch schneller umsetzten, da wir mit ihm schon erfahrungen aus der vergangenheit haben bzw. der begriff eines sichters klar abgegrenzt ist. anders ein moeglicher bestaetigter benutzer. trotzdem wuerde mich eure meinung zu ansatz 2 interessieren. oder vielleicht habt ihr noch andere ideen?
ok. neben dem offensichtlichen vorschlag, einen neuen rang einzufuehren, hat die einfuehrung aber auch einige weitere punkte geschickt vermengt oder zumindest unterschwellig angesprochen, ohne dass diese explizit zur abstimmung stehen. nachfolgend daher ein paar punkte, zu denen es bei mir aktuell offene fragen gibt:
  • wie wuerden denn die drei benutzergruppen registrierter benutzer, sichter und admin einander gegenueberstehen? klar, registrierter benutzer steht unter admin. registrierter benutzer wuerde auch unter sichter stehen. wie aber steht es um sichter und admin? aus meiner sicht, sind sie voneinander unabhaengig. ein registrierter benutzer sollte also - bei bedarf - zum admin vorgeschlagen/befordert werden koennen, ebendso wie als sichter. oder soll mit dieser abstimmung stillschweigend auch eine zuaetzliche hierarchieebene eingefuehrt werden?
  • zum thema demokratie im wiki oder "der (un)sinn hinter dem aktuellen vorgehen bei den befoerderungswahlen": das ist doch eingetlich ein komplettes thema fuer sich. hier gab es in der vergangenheit ebenfalls schon viel diskussionen zu, bishin das mehrere benutzer damals die abschaffung des kommissars mit einer oeffnung des stimmrechts bei den adminwahlen impliziert hatten. nein, zwei oder vier "exklusive benutzer" mehr oder weniger macht das gesamte system nicht demokratischer. auch bietet das aktuelle abstimmungsverfahren kaum raum fuer weiterentwicklung des jeweiligen admins, da wenig bis kein konstruktives feedback gegeben wird. reine "i like"-button handhabe. hier koennte man also auch gerne mal diskutieren - aber wenn dann bitte in einer separaten diskussion / abstimmung - ob wir einen weg finden koennen hin zu mehr feedback zu konkreter admintaetigkeit, oder aehnliches.
was mich hingegen sehr ueberrascht hat, ist die tatsache, dass scheinbar seit knapp einem jahr verdeckt wird, dass das admin-team eigentlich unterstuetzung braeuchte. hier wuensche ich mir fuer die zukunft, dass themen zeitnah aktiv angesprochen werden. in den befoerderungswahlen wurde schließlich immer nur gelobt. wir normalen benutzer gehen daher davon aus, dass die admins das wiki im griff haben :) lg.--rikku 15:36, 31. Dez. 2019 (CET)

Abstimmung Teil A: Die (vorläufige) Benutzergruppe Sichter soll eingeführt werden

  1. Symbol support vote.svg Pro --MARIO-WL[BÜRO-ADMIN] 00:00, 27. Dez. 2019 (CET)
  2. Symbol support vote.svg Pro Philipp S. [Administrator] 08:53, 27. Dez. 2019 (CET)
  3. Symbol support vote.svg Pro Shinran[Diskussion] 11:22, 27. Dez. 2019 (CET)
  4. Symbol support vote.svg Pro Serinox (Diskussion) 12:53, 27. Dez. 2019 (CET)
  5. Symbol support vote.svg Pro Flickenfaul (Diskussion) 16:38, 28. Dez. 2019 (CET)
  6. Symbol support vote.svg Pro Marry[Diskussion] 20:20, 28. Dez. 2019 (CET)
  7. Symbol support vote.svg Pro ConanFan92 (Diskussion) 13:38, 30. Dez. 2019 (CET)
  8. Symbol support vote.svg Pro lg.--rikku 15:36, 31. Dez. 2019 (CET)
  9. ...

Abstimmung Teil B: Die Benutzergruppen Sichter und Adminstratoren sollen in Bezug auf das Beförderungssystem miteinander vermengt werden

  1. Symbol oppose vote.svg Kontra lg.--rikku 15:36, 31. Dez. 2019 (CET)
  2. ...

Abstimmung Teil C: Die Benutzergruppe Sichter stellt eine neue Hierarchieebene dar, zwischen registrierter Benutzer und Admin

  1. Symbol oppose vote.svg Kontra lg.--rikku 15:36, 31. Dez. 2019 (CET)
  2. ...

Abstimmung Teil D: Die Benutzergruppe Sichter soll von Adminstratoren nachkontrolliert werden

  1. Symbol oppose vote.svg Kontra lg.--rikku 15:36, 31. Dez. 2019 (CET)
  2. ...

Feedback zu Artikeln

File.pngArchiv
Zum Archiv


Wie wird ein Archiv angelegt?
Stern.png

Hinweise zum Artikelfeedback

Hier erhältst du Rückmeldung von anderen Benutzern, wenn du einen neuen Artikel geschrieben oder einen bereits bestehenden Artikel überarbeitet hast. Trage ihn dazu hier ein und warte auf Rückmeldung.

Artikel zu Präfekturen Japans

Hola. habe im bereich orte damit begonnen, informationen zu den praefekturen japans zusammen zu tragen / zu erweitern. hierzu moechte ich euer feedback um fruehzeitig die richtigen schwerpunkte fuer diese art von artikeln zu setzen. nachfolgend zunaechst drei vorschlaege zu ueberarbeiteten praefektur-artikeln. alle drei praefekturen unterscheiden sich, in in der art und der haeufigkeit, in der sie bisher in DC aufgetreten sind.

  • Präfektur Gunma: zu dieser praefektur gibt es viele auftritte im manga und anime. daher gibt es viele infos und ereignisse aus denen eine auswahl getroffen werden muss (sollte /...).
  • Präfektur Saitama: sie wurde im manga erst einmal bereist. kenne zwar nicht alle anime-originale, aber gehe erst einmal davon aus, dass dies der einzige auftritt ist. demnach gibt es wenige infos die in dem artikel praesentiert werden koennen.
  • Präfektur Yamaguchi: sie kam bisher nur in anime-originalen vor. zudem werden hier explizite orte genannt und bereist. diese stellen real existierende sehenswuerdigkeiten dar.

yamaguchi ist noch nicht ganz fertig daher noch das inuse. aber einen ersten eindruck koennt ihr sicher trotzdem schon gewinnen. in allen drei artikeln habe ich unterschiedliche mittel, inhaltlich als auch im layout, ausprobiert. koennt ihr ja mal schauen und sagen, was euch davon gefaellt / sinnvoll erscheint und was nicht. vielen dank schon einmal. lg.--rikku 22:20, 9. Sep. 2018 (CEST)