Qualitätswoche: Artikel verbessern und Crunchyroll-Premium-Abo gewinnen!
Verbessere im Rahmen der Qualitätswoche einen Artikel deiner Wahl und gewinne mit etwas |
ConanWiki:Meinungsbilder: Unterschied zwischen den Versionen
祖父 (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
|||
Zeile 87: | Zeile 87: | ||
# {{Benutzerin:Sunny/Signatur}} 22:00, 3. Mär. 2014 (CET) |
# {{Benutzerin:Sunny/Signatur}} 22:00, 3. Mär. 2014 (CET) |
||
# ... |
# ... |
||
+ | |||
+ | {{GreenBox|'''Ergebnis''': Da es in der Abstimmung im gewöhnlichen Abstimmungszeitraum von vier Wochen zu einem klaren Ergebnis gekommen ist, wird das Meinungsbild umgesetzt, sodass fortan auch .png-Uploads offiziell erlaubt sind. {{Benutzer:Mario-WL/Signatur}} 11:52, 29. Mär. 2014 (CET)}} |
Version vom 29. März 2014, 11:52 Uhr
Teil 1 | Teil 2 | Teil 3 |
Teil 4 | Teil 5 | Teil 6 |
Zur Archivübersicht | ||
Wie wird ein Archiv angelegt? |
Meinungsbilder sind im Wiki ein Mittel, um generelle Fragen zu klären, die sich bei der Arbeit an der Enzyklopädie ergeben, und in Teilbereichen der Enzyklopädie Konsistenz herzustellen. Ziel eines Meinungsbildes ist es, eine für möglichst viele Benutzer zufriedenstellende und praktikable Richtlinie zu finden.
Prinzipiell kann jeder Benutzer ein Meinungsbild einberufen. Um die Leute, die hier hauptsächlich Artikel schreiben wollen und mit Politik nichts am Hut haben, nicht zu belasten, versucht bitte, Meinungsbilder auf ein Minimum zu reduzieren.
Bitte bereitet euer Meinungsbild optisch sauber auf, führt die möglichen Optionen an, haltet den neutralen Standpunkt ein und schafft einen eigenen Bereich für Diskussionen. Am Ende eines Meinungsbildes solltet ihr das Ergebnis zusammenfassen und hier eintragen.
Das dauerhafte Meinungsbild bezüglich der Haupt- und Nebencharaktere der Serie ist auf dieser Unterseite zu finden.
.png neben .jpg "erlauben"
Schönen guten Abend, liebe Leute. Seit Monaten führe ich mit ausgewählten Benutzern des ConanWikis eine Debatte: Darf neben dem Format .jpg auch .png im ConanWiki existieren? Da ich vor wenigen Augenblicken mit Python einen ersten Unterstützer gefunden habe, möchte ich nun frohen Mutes mein Meinungsbild kundtun.
Seit 2008 ist hier .jpg Standard und verbietet andere Bildformate. Das geht sogar so weit, dass Bilder, die ein anderes Format haben, gelöscht werden. Es ist völliger Humbug, ein Bild von bspw. .png in ein schlechteres Format (.jpg) umzuwandeln. Resultat ist, dass sich das Bild (im nicht so häufig vorkommenden besten Fall) glücklicherweise nicht verändert, es können aber auch herbe Qualitätsverluste entstehen, da .jpg im Gegensatz zu .png kein verlustfreies Format (und übrigens das meist verwendete verlustfreie Grafikformat im Internet) ist. Das ConanWiki ist ein Wiki mit höchsten Qualitätsansprüchen! Es sollte also am Benutzer liegen und auch im Interesse des gesamten Wikis, dass das Bild in seiner bestmöglichen Qualität hochgeladen werden kann. Python sicherte mir beistehend zu, dass niemand "komische Sachen" machen sollte, wie .png extra in .jpg umzuwandeln. Wir verfügen über genug Speicher auf dem Server und massig Bandbreite. Ich sehe durchaus eine bestehende Möglichkeit, beide Formate nebeneinander zu verwenden. .jpg mag hier seit 2008 Standard sein, das darf einem besseren Format jedoch nicht die Daseinsberechtigung nehmen. Auch Pressematerial kommt nicht immer im von euch so sehr bevorzugten Format daher.
Persönlich gibt es in meinen Augen nur zwei als marginal zu betrachtende Nachteile: Das Speicheraufkommen ist leicht vergrößert, jedoch habe ich wenige Zeilen zuvor über den Speicher und die Bandbreite unserer Server angesprochen. Außerdem könnte so ein Bild "mehrfach" bestehen, also verwirren. Beispielsweise Conan_Edogawa.jpg und Conan_Edogawa.png - was blöd wäre, aber mit "Unbenutzte Bilder" vorher einsehbar ist.
Was sind dann also die Vorteile? Verlustfreies Darstellen von Grafiken und Bildern bei geringfügig größerem Speicherverbrauch, sodass die ursprüngliche Qualität des Bildes in vollem Maße erhalten bleiben und genutzt werden kann. Nervige Verpixelungen und/oder Unschärfe-Effekte treten daher nicht mehr auf. Der Arbeitsaufwand vereinfacht sich für jeden einzelnen Benutzer, da dieser keine sinnfreie Konvertierung in das .jpg-Format vornehmen muss, sondern auf das ebenso beliebte wie bekannte .png zurückgreifen kann, wenn es denn in besserer Qualität vorliegt, als sein .jpg-Pendant.
Für mich ist in jedem Fall wichtig: Niemand sollte gezwungen werden, extra .png oder .jpg zu nutzen: Das bessere Format gewinnt! Liegt die oder eine ähnliche Datei bspw. in .jpg in einer höheren Auflösung und mit besseren Konturen vor, ist diese vorzuziehen. Da das selten der Fall ist, dürften Profis und Kenner das .png-Material bevorzugt verwenden. Weitere Formate sind aufgrund von zu geringer Bekanntheit/zu großen Speicheraufkommens/minderwertiger Qualität auch weiterhin zu vermeiden. Man muss auch immer den tatsächlichen Nutzen abwägen.
Allerliebste Grüße und viel Spaß beim Abstimmen, MARIO-WL[BÜROKRAT] 22:53, 26. Feb. 2014 (CET)
Diskussion
Ich habe dazu fast nichts mehr hinzuzufügen. PNG im Gegensatz zu JP(E)G ist quasi extra für das Internet hergestellt (z.B. fortlaufende Bildanzeige). In PNGs gibt es z.B. so etwas wie Color Profiles nicht. In dem Fall lag eine JPG Datei vor die ein Color Profile eingebunden hatte, Browser wie FireFox ignorieren Color Profiles in JPGs, daher kann es sein, dass ein Bild in Photoshop anders dargestellt wird als im Browser. Deshalb musste das Bild zur besseren Darstellbarkeit in PNG konvertiert werden.
Zudem halte ich nichts davon alles in einem Dateiformat darzustellen, ich meine, genau aus dem Grund gibt es mehrere parallel existierende Formate. Es gibt nicht das "beste". Python[Bürokrat] 23:16, 26. Feb. 2014 (CET)
- Es wäre schön, wenn es einheitlich ginge, jedoch sind im Wiki auch extrem viele png-Datein vorhanden. Man sollte meiner Meinung dann versuchen, wenn z.B die Bilder "Episode 001-1.jpg" und "Episode 001-2.jpg" vorhanden sind, nicht eine Datei wie "Episode 001-1.png" hochzuladen, um Dopplungen zu vermeiden, sondern eher dann fortlaufen zu nummerieren, "Episode 001-3.png". Dann wäre es für mich kein Problem. LG Alex C [Diskussion & Administration] 06:33, 27. Feb. 2014 (CET)
- Genau das könnte aber auch zum Problem werden. Denn wenn ich eine Datei im PNG-Format zur Episode 001 hochladen will, dann sehe ich nach der Eingabe von bspw. Datei:Episode 001-1.png ja nicht, ob es die Datei:Episode 001-1.jpg schon gibt und werde dies höchstwahrscheinlich auch nicht nachprüfen, sondern die Datei einfach hocladen. Solche Doppelungen werden dann auf jeden Fall vorkommen - damit müssen wir rechnen.
- Zunächst möchte ich an dieser Stelle aber klarstellen, dass das PNG-Format keinesfalls 'verboten' war. Seit 2008 wird in diesem Wiki bevorzugt JPG genutzt, aber auch PNG und andere Formate werden geduldet. Verboten ist hier also nichts.
- Ansonsten bleibt mir zu sagen, dass ich dem Ganzen noch ein wenig kritisch gegenüberstehe. Ich kann Pythons Argument und auch Mario-WLs Erläuterungen komplett nachvollziehen, sehe aber das Problem, dass es zu Verwirrungen kommen kann. Wer macht Dinge nicht gerne so, wie er sie seit Jahren macht? Wenn ich eine Datei hochlade, dann geschieht dies schon vollkommen automatisch im jpg-Format. Wenn ich das Bild von Subaru Okiya in einen Artikel einbinden will, dann schreibe ich 'Datei:Subaru Okiya.jpg' und eben nicht '.png'. In diesem Sinne dürfte es eine große Umgewöhnung sein, die aber nicht das Problem darstellen sollte. Auch die Vorlagen wie die Vorlage:Infobox Kapitel können so umgestellt werden, dass sie auch PNG anzeigen und bei einer entsprechend guten Kategorisierung (siehe dazu auch DCW:FzW#Neu-Kategorisierung_der_Bilddateien) sollte es in Zukunft auch kein Problem sein, die Datei zu finden, die man haben will.
- Und eines noch: Wenn ein Benutzer z.B. eine 'Datei:Episode 005-9.JPEG' hochlädt, bin ich nach wie vor dafür, diese trotz (oder gerade wegen?) dieses Meinungsbildes nach 'Datei:Episode 005-9.jpg' zu verschieben. Wir sollten auf '.PNG' und '.JPG' oder 'JPEG' verzichten und „nur“ '.jpg', '.png' oder meinetwegen auch '.gif' verwenden. So wäre trotz der Erweiterung auf andere Dateiformate eine gewisse Übersichtlichkeit gewährleistet. Philipp S. [Administrator] 11:58, 27. Feb. 2014 (CET)
- zuerst an Alex C.: Danke für deinen berechtigten Einwand. Das gilt es zu beobachten und zu vermeiden, definitiv! Ich denke aber nicht, dass uns (das geht auch an Philipp S.) das zu einem all zu großen Problem werden würde, sollte mal doch irgendwo eine Datei "doppelt" als .jpg und .png existieren. An Philipp S.: "Geduldet" ist definitiv ein falsches Wort, wenn nicht sogar schon fast gelogen. Ich habe hier .png-Dateien hochgeladen, die von einem Wiki-Administrator gelöscht wurden - du hast dem damals übrigens recht gegeben. In meinen Augen passt da "verboten" doch besser als "dulden" (unabhängig davon, ob hier bereits .png-Datein existieren oder nicht; das ist meine persönliche Erfahrung im ConanWiki!). Zudem: Gewohnheit darf keine Hürde für ein besseres Format sein - wie du aber richtig sagtest, sollten die drei Buchstaben nicht all zu viel Umgewöhnung auslösen. :) Was .gif angeht: Nur bei Animationen, ansonsten auch weiterhin verbieten, äh, dulden. ;) Immer auch wie gesagt nach tatsächlichem Nutzen abwägen (Die Animation, in der Sato angeschossen wird, ist zwar qualitativ eher minderwertig und auch in der Auflösung beinahe zwergengroß, in dem Fall überwiegt aber der Nutzen eindeutig)! .jpg und .jpeg ist übrigens das selbe Format. :) Danke für eure beiden bisherigen sehr wichtigen Meinungen zum Thema! MARIO-WL[BÜROKRAT] 14:40, 27. Feb. 2014 (CET)
- Die von dir genannte Datei war übrigens 'Datei:Kapitel 475 Titel.png', die zurecht gelöscht wurde. Derzeit ist es im Wiki so, dass die Cover der Kapitel in der Infobox der Kapitel-Artikel nur angezeigt werden, wenn sie im .jpg-Format sind. Da du das Bild in png hochgeladen hast, hätte es nie verwendet werden können - im jpg-Format hingegen schon. Daher war der Einwand von XxShinichiXRanxX richtig, die Datei mit Verweis darauf, das Bild im jpg-Format hochzuladen, zu löschen. Nach einer möglichen Reform durch dieses Meinungsbild sähe das schon ganz anders aus.
- Dass .jpeg und .jpg das gleiche sind, weiß ich. Ich bezog mich auch vielmehr darauf, dass wir hier ein einheitliches 'Verbot' schaffen sollten. Sprich: Dateien mit der Endung .jpeg sollten 'verboten' werden, um Verwirrungen durch zu viele Datei-Endungen für das gleiche Format zu vermeiden. Stattdessen soll die Datei mit der Endung .jpg hochgeladen werden und auch nur Dateien mit der Endung .jpg akzeptiert werden - ist ja das gleiche wie .jpeg. Bin mir nicht sicher, ob mein Einwand klar verständlich ist... Philipp S. [Administrator] 16:46, 27. Feb. 2014 (CET)
- Okay, das mit den Boxen muss dann eben noch gefixed werden. Jetzt weiß ich auch, wie du das mit .jp(e)g gemeint hast und stimme dir zu 100% zu: weiterhin .jpg und .jpeg in .jpg umbenennen (Konvertierung nicht nötig, Buchstabe entfernen reicht!), oder eben notfalls gar nicht annehmen. Ist das Problem denn schon häufiger aufgetreten? Finde das eine gute Idee von dir.
(Der vorstehende nicht signierte Beitrag stammt von: Mario-WL • Diskussion • Beiträge)
- Ich begrüße die Initiative dieses Meinungsbildes, dass das png-Format auf der Spezialseite zum Datei hochladen (inzwischen zwar nicht mehr in der Einleitung) als erlaubtes Format bezeichnet wird, die Bilder dann aber gelöscht, bzw. die User ermahnt werden, das war mir noch nie wirklich nachvollziehbar. Gerade für Screenshots ist das png-Format, laut Wikipedia [1] zumindest, sogar dem jpg-Format überlegen. Der einzige Punkt wo ich noch etwas Bedenken habe, ist mit den Vorlagen in den Kapitel- und Episoden-Artikeln, wo das jpg-Format ja vorgegeben ist. Wenn es sich so einstellen lässt, dass es eine Datei sowohl im jpg-Format als auch im png-Format eingebunden werden kann, bliebt es ja übersichtlich. Ansonsten würde ich zumindest für die Dateien, die in den Vorlagen der Kapitel-Artikel verwendet werden, weiterhin das jpg-Format benutzen, da nahezu alle Dateien aus dem Manga in diesem Format vorhanden sind, bei den Bildern aus Episoden sieht dies ja anders aus. MfG Spürnase[Diskussion] 17:35, 28. Feb. 2014 (CET)
Hola. zu der angesprochenen problematik bei der namenskonvention für dateien: auch jetzt ist es schon so, dass das -Y eine durchgehende nummerierung darstellt, unabhaengig davon, in welchem format die bild-datei hochgeladen wird. in den fragen zum wiki hatte das thema auch schon einmal angesprochen, dass es zu doppelten nummerierungen kommen kann. bisher war dies aber, wenn ueberhaupt, die ausznahme gewesen und ich denke daher, die dateien koennen von erfahrenen benutzern oder benutzern aus dem team bilder bei bedarf verschoben werden.
zu der angesprochenen problematik bei den vorlagen: fuer die vorlagen ist es egal, in welchem format eine bild-datei hochgeladen wird. die vorlagen schauen lediglich, ob es im wiki eine seite gibt, die (i) im namensraum fuer dateien liegt und (ii) als titel den namen der gewuenschten datei besitzt. hierzu moechte ich ein wenig ausholen:
- beim hochladen einer datei hier im wiki wird automatisch eine seite im datei-namensraum angelegt, die den dateinamen zum titel hat. hierbei wird der volle relative dateinamen genommen, inklusive dateiendung. dadurch koennen beispielsweise die Bilddatei zu Episode 101 und die Audiodatei zu Episode 101 voneinander unterschieden werden. diese wikiseiten enthalten einen verweis auf die tatsaechlich hochgeladene datei und zusaetzliche text-informationen, bspw. vorlagen mit lizenzhinweisen, kategorie(en) etc., wie sie aus gewoehnlichen artikeln bekannt sind.
- soll eine datei im wiki umbenannt werden, wird dies indirekt durchgefuehrt: hierzu wird die mit der datei verknuepfte wikiseite verschoben. dabei kann auch die dateiendung umbenannt werden. daher ist es moeglich, eine datei <dateixyz.jpeg> in <dateixyz.jpg> umzubenennen. prinzipiell kann die datei auch in <dateixyz.png> umbenannt werden, da die dateiendung lediglich teil des dateinamens ist. eine tatsaechliche konvertierung des dateiformats findet dadurch nicht statt. es ist also auch moeglich, eine datei mit namen <dateixyz.jpeg> in <dateixyz.mp3> umzubennnen, macht nur wenig sinn :)
meiner meinung nach ist es dabei absolut legitim, wenn vorlagen gewissen einschraenkungen unterliegen. sie stellen nur einen teil der seiten hier im wiki dar, in denen bild-dateien verwendet werden. es gibt viele artikel, in denen dateien direkt eingebunden werden und demnach auch eine beliebige dateiendung direkt angegeben werden kann. eine grundaetzliche einschraenkung auf ausgewaehlte formate halte ich daher auch nicht fuer sinnvoll.
wenn wir sehr viele vorlagen haben, die nur eingeschraenkt verwendet werden koennen, macht es sinn, hierfuer eine passende wartungskategorie anzulege, denke ich. dann koennen benutzer, die sich gerne mit vorlagen beschaeftigen wollen, diese anschauen und erweitern.
mein vorschlag fuer vorlagen waere dabei, dass eine vorlage standardmaeszig nach einer passenden datei gemaesz den namenskonvetionen in ein oder zwei formaten suchen kann. dann bleibt das coding der vorlage halbwegs uebersichtlich und ein sehr groszer teil an dateien, die im wiki hochgeladen werden, ist damit abgedeckt. weiterhin bekommen vorlagen, die eine datei anzeigen sollen, den parameter bild (oder aehnliches), mit dem ein alternativer dateiname angeben werden kann. bsp.: Vorlage:Infobox MagicFile.
ansonsten unterstuetze ich auch die vorschlaege, dateien umzubennen und damit eine einheitliche schreibung von dateiendungen sicherzustellen. also:
- JPEG, JPG, jepg -> jpg
- PNG -> png
- GIF -> gif
- usw.
auch sollten dateien verschoben werden, wenn sich vertippser im dateinamen eingeschlichen haben:
- epsiode -> episode
oder eben, wenn die nummerierung nicht eindeutig ist:
- episode_XXX-1.jpg
- episode_XXX-1.png
- => epsiode XXX-1.png -> episode_XXX-2.png
dabei koennen datei-seiten meines wissens nach (mittlerweile) von allen angemeldeten benutzern verschoben werden. d.h. jeder angemeldete benutzer kann eine datei umbenennen, dies muss nicht speziell von einem admin gemacht werden. gut waere natuerlich, wenn das team bilder (weiterhin) verstaerkt einen blick auf neue dateien hat und auch die dateinamen prueft. lg.--rikku 20:17, 9. Mär. 2014 (CET)
So, ich bin momentan dabei, alle Dopplungen zu entfernen. Wie ich bemerkt habe, gibt es zahlreiche png-Datein, sodass es zu etlichen Dopplungen gekommen ist. Fazit: png ist eigentlich erlaubt. Nur macht es Sinn sich an bestimmten Stellen auf ein Dateiformat festzulegen z.b das Kapitelbild etc., da es sonst wieder zu vermeidenden Dopplungen kommen könnte. LG Alex C [Diskussion & Administration] 22:01, 15. Mär. 2014 (CET)
Deine Stimme zählt!
Soll im ConanWiki neben dem .jpg-Format parallel auch .png erlaubt werden?
- Ja
- MARIO-WL[BÜROKRAT] 22:53, 26. Feb. 2014 (CET)
- Python[Bürokrat] 23:16, 26. Feb. 2014 (CET)
- lg.--rikku 00:40, 27. Feb. 2014 (CET) dachte eigentlich, dass waere eh schon standard.
- Philipp S. [Administrator] 13:43, 28. Feb. 2014 (CET) Unter der Bedingung, dass .jpeg und andere Formen von .jpg weiterhin verboten bleiben (siehe Diskussion)
- Spürnase[Diskussion] 17:35, 28. Feb. 2014 (CET)
- 祖父 Diskussion ¥ Beiträge 17:15, 3. Mär. 2014 (CET) Der Verbot von .png wurde von mir nie praktiziert und war mir eher nicht geläufig, bei den Kapitel-Artikeln werden wir wohl bei .jpg verbleiben.
- JapaneseMelli 12:39, 4. Mär. 2014 (CET) Mich stört das jetzt zwar weniger, ob png oder jpg, aber trotzdem wollen wir mal offen für andere Möglichkeiten sein.
- ...
- Nein
- ...
- Enthaltung
- Alex C [Diskussion & Administration] 06:33, 27. Feb. 2014 (CET) siehe oben, leichte Tendenz zu "Ja"
- Marry[Diskussion] 13:00, 27. Feb. 2014 (CET)
- Shinran[Diskussion] 19:05, 27. Feb. 2014 (CET)
- Sunny[Diskussion] 22:00, 3. Mär. 2014 (CET)
- ...
Ergebnis: Da es in der Abstimmung im gewöhnlichen Abstimmungszeitraum von vier Wochen zu einem klaren Ergebnis gekommen ist, wird das Meinungsbild umgesetzt, sodass fortan auch .png-Uploads offiziell erlaubt sind. MARIO-WL[BÜROKRAT] 11:52, 29. Mär. 2014 (CET) |