Wikipedia Diskussion:Grafikwerkstatt/Archiv

Diese Seite ist ein Archiv abgeschlossener Diskussionen. Ihr Inhalt sollte daher nicht mehr verändert werden. Benutze bitte die aktuelle Diskussionsseite, auch um eine archivierte Diskussion weiterzuführen.

Um einen Abschnitt dieser Seite zu verlinken, klicke im Inhaltsverzeichnis auf den Abschnitt und kopiere dann Seitenname und Abschnittsüberschrift aus der Adresszeile deines Browsers, beispielsweise

[[Wikipedia Diskussion:Grafikwerkstatt/Archiv#Thema 1]]

oder als Weblink zur Verlinkung außerhalb der Wikipedia

https://de.wikipedia.org/wiki/Wikipedia_Diskussion:Grafikwerkstatt/Archiv#Thema_1

Wappen

Nach diesen Edits stellte sich mir die Frage, wie wir hier mit Wappen verfahren sollen, daher fragte ich bei N3MO nach:

Hallo N3MO, ich kann verstehen, dass das Portal:Heraldik Probleme mit der Grafikwerkstatt hat, aber anstatt zu bremsen, könntet ihr ja einfach mal vorbeischauen und uns (z.B. mit Farbinfos) unter die Arme greifen ;) Gruß und Danke, --Flominator 21:53, 26. Jul. 2007 (CEST)

Wer bremst denn? Die Einrichtung einer Wappenwerkstatt ist doch ein einwandfreier Vorschlag. Darüber hinaus wollten wir schon immer diesen Bereich in die Arbeit mit einbinden. Das muss eben nur organisierter passieren. --N3MO 08:00, 27. Jul. 2007 (CEST)

Wieso? Reicht es nicht, wenn ihr euch in der Grafikwerkstatt beteiligen könnt anstatt noch eine Wartungsseite aufzumachen? --Flominator 09:18, 27. Jul. 2007 (CEST)

Weil es eben keine einfachen Grafiken sind. Jeder, der an Wappen arbeitet, sollte das wissen. --N3MO 09:46, 27. Jul. 2007 (CEST)

Meinungen? Anregungen? Vorschläge? Danke im Voraus, --Flominator 22:31, 27. Jul. 2007 (CEST)

Der Vorschlag einer Wappenwerkstatt kam von mir und wurde hier geäußert. Wir sollten uns aber zuerst darauf einigen, wo wir diskutieren. Ich habe den Abschnitt hierher verschoben. Viele Grüße, Gissi 13:28, 28. Jul. 2007 (CEST)

Da in der Grafikwerkstatt inzwischen sehr viele Wappen "hergestellt" wurden (man schaue auch in die Archive) und sehr viele und "neu nachwachsende" Benutzer Wappen mit Grafiken verwechseln, mein Senf nun vorerst hier:

Beim Gliedern der Wappenkategorien auf commons bzw. dem Abgleich mit den Wappenlisten auf de-wp habe ich in der letzten Zeit einige tausend hochgeladene Wappen gesehen (kein Witz) und nebenbei ein paar hundert hochgeladen. Von einer Einheitlichkeit sind wir Lichtjahre entfernt und eine Umsetzung in Standardformen ist momentan ob der schieren Masse, aber auch aus anderen Gründen unmöglich (80% der hessischen Wappen haben diese Form und ich kann mir vorstellen, dass da nicht nur viel Aufwand, sondern auch viel Herzblut dranhängt...). Vielleicht in ein paar Jahren, denn die Phase der Wappen-Ersterstellung oder - seien wir ehrlich - Erstellung wappenähnlicher Gebilde ist noch nicht abgeschlossen. Mir machen eher andere Dinge Sorgen:

• der Umgang mit den Lizenzen und Autoren (häufig bezeichnen sich die Hochlader als Autoren, gemeinfreie Wappen werden unter allen möglichen Lizenzen gehandelt)
• mehrere konkurrierende Wappenversionen, von denen zuweilen einige wegen Redundanz gelöscht werden, obwohl sie nicht schlechter waren
• bei neu hochgeladenen Wappen (speziell auf commons) das Fehlen der Versionsgeschichte des gelöschten Vorgängermodells (eklatant, obwohl in der Vorlage:NowCommons ausdrücklich darauf hingewiesen wird)
• das Zumüllen mit unsinnigen Bapperln wie "Convert to SVG" (was auf 99% aller Wappen zuträfe) oder "Made with Linkscape" (wen interessiert das? - man stelle sich mal in Artikeln die Kategorie "Geschrieben auf einer Acer-Tastatur" vor) oder die unmöglichen "Autoren"-Kategorien auf commons, deren Entsprechung bei Artikeln eine Schnelllöschung zur Folge hätte)
• zum Teil drei verschiedene Wappen einer Stadt in den einzelnen WP-Sprachversionen und noch hunderte redundant in den einzelnen WP's herumliegende Doppelversionen (besonders bei der Esperanto-WP)
• das leidige, noch nicht ausdiskutierte Thema "superseding", das ich überhauptnicht nachvollziehen kann (wir zeigen ja ausschließlich Wappen, und das in 99,9% der Fälle im Bereich von 140px oder darunter - ein gutes PNG-Wappen kann also dort nie pixelig sein), mit anderen Worten: der SVG-hype geht mir gehörig auf den Sender, weil sich hier neben der Handvoll Experten eine wachsende Zahl von Designern tummelt, die eher an "schönen Grafiken" interessiert ist, um sie in ihr Album aufzunehmen (mein persönlicher Eindruck)
• die doppelte und damit redundante und m.E. verzichtbare Kategorisierung von SVG-Wappen
• Bild- (Wappen)- Bezeichnungen wie "12345.gif" usw.

Über 90% - das wären derzeit ca. 9000 Wappen allein im Bereich Deutschland, Tendenz steigend - müssten eigentlich dringend in eine Werkstatt, die dann vor einer möglichen Standard-Schildform viele Dinge zu klären hätte

• Gibt es eine solide, nachvollziehbare Blasonierung? (bei manchen Hauptsatzungen dreht sich der alte Hupp im Grabe um)
• Entspricht die Farbgebung der vorgegebenen Blasonierung? Wurden die Regeln der Tingierung beachtet? (oft das eigentliche Problem) Grau ist übrigens leider eine der Hauptfarben selbst bei exzellent aussehenden SVG-Wappen.
• Brauchen wir Wappenabbildungen mit 3-D- oder Leuchteffekten (sprießen in letzter Zeit wie Pilze aus dem Boden)
• Wie wird mit Wappen umgegangen, die offensichtlich nichts mit Heraldik zu tun haben, aber die homepages der Städte zieren (schließlich eine der Hauptquellen der Wappen)
• dauerhafte Pflege von Wappenlisten und Kategorien, commonsübergreifend
• Klärung der Frage, unter welche Lizenz die Wappen ehemaliger Gemeinden, Ämter oder Landkreise fallen, da diese ja nicht mehr geführt werden (bisher alle pauschal unter {{PD-Coa-Germany}})

Unabdingbar für eine funktionierende Wappenwerkstatt wird aber sein, neben den Interessierten und grafisch Versierten (d.h. Benutzer, die in der Lage sind, saubere Grafiken zu erstellen, das müssen nicht nur SVG-Formate sein) die Benutzer zusammenzuführen, die jeweils mehrere hundert Wappen beigesteuert haben (oftmals bundeslandweise). Unter anderem wären zu nennen: ClausG, Rosenzweig, Steschke, Alma, Muggmag, Ditschi, N3MO, Lou.gruber, AndreasPraefcke, Enslin, Tintagel, Geograv. Die Namen kamen mir so im Stehgreif, ich habe ganz sicher einige vergessen (Ergänzungen willkommen). Eine Wappenwerkstatt könnte aber auch eine Unterabteilung der Grafikwerkstatt sein. Ich könnte mir einen deutlichen Hinweis ganz oben vorstellen, der die "Wappenwünsche" auf einer Unterseite bündelt. Und schließlich sollten die zukünftigen Betreuer dort auch ständig präsent sein. Primäres Ziel sollte aber immer sein, die Heraldik nie aus den Augen zu verlieren und persönliche Vorlieben aus dem Gesamtprojekt herauszuhalten. Grafiker sind immer etwas eitel, das ist garnicht negativ gemeint, am persönlichen Geschmack werden sich aber letztlich die Geister scheiden, was einheitliche Schildformen der Wappen betrifft: insofern wäre zu wünschen, dass man diese Frage ganz nach hinten schiebt. gruss Rauenstein 13:43, 28. Jul. 2007 (CEST)

Hallo Rauenstein, vielen Dank für diesen ausführlichen Kommentar, von dem ich große Teile nachvollziehen kann. Wie wäre es, wenn wir mal mit Wikipedia:Wappentipps oder Wikipedia:Hinweise zu Wappen anfangen würden, um den Leuten aufzuzeigen, was man bei Wappenabbildungen beachten muss. --Flominator 14:14, 28. Jul. 2007 (CEST)

Es gibt bereits Wikipedia:WikiProjekt Wappen/Neuzeichnen. Ich möchte noch einmal sagen, dass ich ausdrücklich für eine Ausgliederung der Wappen aus der Grafikwerkstatt bin, da für deren Erstellung soweit ich das bisher sehen kann nicht nur ein paar Hinweise zu beachten sind, sondern eine umfassende Beschäftigung mit der Heraldik vonnöten ist. Dieses Fachwissen dürfte bei fast allen Mitarbeitern der Grafikwerkstatt nicht vorhanden sein. Auf der anderen Seite werden wohl die wenigsten Heraldiker in der Wikipedia an den Nicht-Wappen-Inhalten der Grafikwerkstatt interessiert sein. Auch böte eine Wappenwerkstatt IMO noch andere Vorteile: man könnte z.B. erst mal alle zu überarbeitenden Wappen sammeln und dann begutachten, wo eine Überarbeitung drinlicher, wo weniger dringlich ist und dann entsprechend dieser gesetzten Prioritäten die Liste abarbeiten. Gissi 15:10, 28. Jul. 2007 (CEST)

Von Wikipedia:WikiProjekt Wappen

Da in der Grafikwerkstatt gerade eine Flut von Anfragen zu Wappen eintrifft und angesichts der (sicher berechtigten) Hinweise von N3MO, man solle doch Rat im „Wappen-Projekt“ einholen, frage ich mich folgendes: Wäre es nicht sinnvoll ein Analogon zur Bilder-/Grafik-/Kartenwerkstatt nur für Wappen zu schaffen? Der Grund dafür ist ganz einfach der, dass die Erstellung von Wappen offenbar wesentlich komplizierter ist als sie auf den ersten Blick scheint und, dass wohl die wenigsten aus der Grafikwerkstatt das nötige Expertenwissen besitzen, das für die Erstellung von Wappen nötig ist. Auf diese Wappenwerkstatt würden dann alle Anfragen zu Wappen verschoben werden, wo sie dann von euch Experten begutachtet und fachgerecht vektorisiert würden. Ich weiß nicht welche bürokratischen Hürden für so eine Werkstatt in der Wikipedia bewältigt werden müssen oder ob ihr sowas überhaupt wollt, ich wollte das nur Vorschlagen, da eine solche Werkstatt m. E. für beide Seiten (Grafikwerkstatt & Wappen-Projekt) von Vorteil sein könnte. Liebe Grüße, Gissi 21:08, 20. Jul. 2007 (CEST)

In meinem Sinn ist das auf jeden Fall. Worauf wir aber achten müssen, ist, dass das nicht wie in Polen und Frankreich läuft.

In jedem Fall sollte dort aber die Blasonierung eingehalten werden und auch festgelegt, welche Farbcodes Verwendung finden. Das war bisher nicht ganz eindeutig. Ich selbst habe zum Teil verschiedene benutzt, in Gedanken schon bei einer zukünftigen Vereinheitlichung bei Abschluss bestimmter Diskussionen.

Ebenfalls muss die Quellenlage Beachtung finden. Das bedeutet zum Teil Recherche. Blasonierung, amtliche Formen, etc. Nach immer bin ich persönlich dafür, in den allermeisten Fällen, nämlich da, wo die Städte/Landkreise/Länder keine Größe haben, dass das Wappen eine Logofunktion bekommt, Standardformen zu nutzen.

Auch sollte dort ein gewissen Stil festgelegt werden. Es kann nicht sein, dass ein png einfach durch ein Programm gezogen wird, dabei Informationen zuhauf verloren gehen und dann das png ersetzt wird. Wappen bedeuten Handarbeit! Vor allem darum sollte es eine Wappenwerkstatt geben.

Über einige Fragen wird man diskutieren können und müssen. --N3MO 18:34, 26. Jul. 2007 (CEST)

Dann legt mal los und bastelt euch eine Wikipedia:Wappenwerkstatt, wobei Wikipedia:Wappenschmiede ja irgendwie besser klänge. --Flominator 15:39, 28. Jul. 2007 (CEST)

Selbstverständlich kann es eine Wappenwerkstatt geben (eine Unterseite in der Grafikwerkstatt war nur eine der Möglichkeiten). Da ich selbst alles andere als ein Portal/Projekt-Bastler bin, würde ich das gern anderen überlassen, die etwas davon verstehen. Und ich wäre beispielsweise sofort dabei, wenn sich einige Mitstreiter der Wappen landkreisweise annehmen würden - mit allen Aspekten. Der Grafiker vor dem Herrn bin ich übrigens auch nicht - wenn ich jemandem erzähle, dass ich mit Corel 6 arbeite, glaubt mir das eh keiner :-) Meine Mithilfe wird sich daher im Aufstöbern von Ungereimtheiten bzw. in der Darstellung der Wappenlisten sowie dem Umschaufeln nach commons beschränken. Oder in der Weiterführung dieser Liste. Oder beim Löschen von überflüssigen Dritt- und Viertwappen auf commons (hier habe ich wegen der regulär unglaublich langen Löschleitung zwei Admins gefunden, die das über den kurzen Amtsweg erledigen). Rauenstein 16:48, 28. Jul. 2007 (CEST)

zur Planungsseite. --Flominator 20:32, 29. Jul. 2007 (CEST)

Was passiert eig. mit den Rastergrafiken?

Werden die irgendwann gelöscht, oder wie? Weil eigentlich sind die ja nach dem Vektorisieren zu nichts mehr gut. --AndreR 12:48, 7. Sep. 2007 (CEST)

Wenn sie nicht mehr zu Dokumentationszwecken benötigt werden, stell einen SLA unter Hinweis auf die neue Version. --Rosentod 13:18, 7. Sep. 2007 (CEST)

Als Quelle, nach denen die Vektorgrafiken gestaltet wurden, sollten sie erhalten bleiben (sofern es nicht eine von dir selbst gestaltete Vorlage oder dergleichen war). Falls sie auf Commons liegen, gibt es dafür die Vorlage commons:Template:Vector version available. Viele Grüße --Rosenzweig δ 21:41, 8. Sep. 2007 (CEST)

Klimadiagramme

Hallo! Nur zur Information: Nachdem Benutzer:Hedwig in Washington jetzt seit rund acht Monaten verschollen ist, habe ich die Erstellung von Klimadiagrammen nun auf meine Diskussionsseite übernommen und die Links bei den Grafikwünschen wie auch in der dazugehörigen Linkbox aktualisiert. Gruß -- Klimatisiert alias commons:User:JörgM 22:11, 21. Dez. 2007 (CET)

Vielen Dank! --Flominator 15:42, 26. Dez. 2007 (CET)

Fähigkeiten des SVG-Renderers

Datei:SvgFeatureTest.svg

Testseite des SVG-Renderers

Unterstützte Schriftarten

Gibt es eine Grafik, an der man die Fähigkeiten des bei Wikipedia verwendeten SVG-Renderers sehen kann?

Also einmal die zu testende Funktion (Pfeilende, Schriftart etc.) und darüber in einer anderen Farbe das eigentliche Ergebnis als einfacher Pfad.

Wenn es so eine noch nicht gibt, würde ich mit sowas mal anfangen.

--JesperZedlitz 12:36, 20. Mär. 2008 (CET)

Vielleicht kannst du dich mal bei den Entwicklern von Eye Of GNOME schlau machen. Das Teil hat exakt die gleichen Macken beim Rendern. Vielleicht haben die, oder die Ersteller der verwendeten Bibliothek, ja schon Testfälle für SVG entwickelt. -- ▪Niabot▪議論▪ 12:40, 20. Mär. 2008 (CET)

Ein Beispiel, wie es für Schriftarten aussehen könnte: http://wiki-commons.genealogy.net/Image:Fonttest.svg --JesperZedlitz 12:44, 20. Mär. 2008 (CET)

Ich würde dann aber vorschlagen, alle Tests in eine Testdatei zu packen. -- ▪Niabot▪議論▪ 12:46, 20. Mär. 2008 (CET)

Hi JesperZedlitz. Die Idee finde ich sehr gut und bislang ist mir keine Grafik bekannt, die das macht. Ich würde wie Niabot vorschlagen, die Tests übersichtlich in eine Datei zu packen. In der linken Hälfte z. B. die zu testenden SVG-Objekte, in der rechten Hälfte der Screenshot, wie es aussehen sollte (als PNG in die Grafik eingebunden). So hätte man den direkten Vergleich. Der auf den Wikipedia- und Commons-Servern benutzte Renderer ist übrigens rsvg[1]. Gruß, --norro 13:13, 20. Mär. 2008 (CET)

Erste Version ist fertig. --JesperZedlitz 14:21, 20. Mär. 2008 (CET)

Darstellungsfehler bei den Augen und Blur wird nicht über den Rand der Abbildung hinaus berechnet (Lichtabfall am Rand des Bildes).

Es wäre evtl. sinnvoll die Tests für die Pfeile auszubauen (Unterschiedliche Spitzen, Linienmuster,...) und neben dem reinen Testen des Blur-Filters diesen auch im Zusammenhang mit Ausschneidepfaden anzuwenden (besonders bei kleineren Objekten). Denn in diesem Fall, wie im nebenstehenden Beispiel "Mahuri", macht der Renderer auch noch Fehler. -- ▪Niabot▪議論▪ 14:31, 20. Mär. 2008 (CET)

Klasse! Wäre das nicht etwas für die Seite „Wikipedia:Probleme_mit_SVGs“? --Xavax 23:39, 21. Apr. 2009 (CEST)

Bilder Batteriehauptschalter + Batterietrennschalter

Hilfe ich werde wild, habe in den oa. Artikeln 3 Bilder in svg eingestellt haut nicht hin, schneidet einfach das Bild links ab oder zeigt die zuerst eingestellte png Version. Bitte kümmert euch mal darum ich weiss mir keinen Rat mehr. Bei den png Versionen gab es keine Probleme. --Pittimann 17:54, 16. Aug. 2008 (CEST)

Hallo Pittiman, stelle Dein Fragen bitte auf die Projektseite, nicht die Diskussionsseite, und gebe Links zu den Grafiken an, mit denen Du Probleme hast. Ich finde zumindest gerade nicht heraus, was Du mit "in den oa. Artikeln" meinst. --Hk kng 18:29, 16. Aug. 2008 (CEST)

Soweit es um Bild:Batteriehauptschalter + Lichtmaschine.svg geht, hattest Du nicht darauf geachtet, dass Deine Grafik tatsächlich auf der Seite liegt, denn an deren Rand wird tatsächlich alles abgeschnitten. Der beste Ablauf ist folgender:

• Wenn Deine Grafik fertig ist, gehe in Inkscape auf Datei → Dokumenteneinstellungen
• In dem Reiter "Seite" findest Du eine Schaltfläche Seite in Auswahl einpassen. Wenn Du nichts markiert hast, wird damit die Seitengröße so angepasst, dass alles draufpasst.
• Gib dann von Hand in die Felder links daneben etwas größere Werte ein. (Ca. 20-50 Pixel jeweils für Höhe und Breite)
• Dieses Fenster kannst Du nun schließen. Markiere alles, und gruppiere es.
• Wähle Objekt → Ausrichten und Abstände ausgleichen. Im Auswahlfeld Ausrichten nach: Seite, und zentriere dann vertikal und horizontal.
• Je nach Geschmack kannst Du die Gruppierung jetzt wieder auflösen.

--Hk kng 18:47, 16. Aug. 2008 (CEST)

Danke für den Hinweis, bei der Arbeit mit Inkskape habe ich Neuland betreten. Mea maxima culpa! Das ich die Fragen auf der Projektseite stellen muste ich nicht auch mea culpa, kommt nicht wieder vor. Euren Tipp werde ich mir aufschreiben und ausprobieren. --Pittimann 19:00, 16. Aug. 2008 (CEST)

Ich war noch so frei und habe mir kurz alle von dir hochgeladenen Dateien angesehen und wenn nötig gleich korrigiert.

Manche werden im moment evt. noch falsch dargestellt, aber das liegt im moment an den Zwischenspeichern, das braucht einfach noch etwas Zeit bis diese mit der neuen Version arbeiten.

-- MichaelFrey 19:05, 16. Aug. 2008 (CEST)

Um nicht schon wieder einen neuen Beitrag unter dem gleichen Lemma aufzumachen antworte ich noch einmal hier, werde aber bei eventuellen Grafikproblemen (die hoffentlich nicht kommen werden) wie angemahnt auf eurer anderen Seite anfragen. Michael für Deine Freiheit danke ich Dir, so mag ich die Zusammenarbeit nicht lange herumlamentieren sondern einfach helfen nochmals Danke. Danke auch für Eure Tipps s.o. bei Einstellungen an Inkskape. Jetzt ist aber noch was passiert. Habe ein Bild "Batterietrennrelais Blackboxdarstellung" in dem Artikel Batterietrennschalter eingepflegt ist auch soweit OK nur der Schriftzug unten ist mit einem schwarzen Feld überdeckt (bei mir am PC in Inkskape aber ohne sw. Feld) und der Schriftzug oben rechts Batterie Hauptschalter müsste etwas mehr nach links geschoben werden damit er keine Linien kreuzt. Danke schon mal im Voraus und auf weiterhin gute Zusammenarbeit.

Vorlagen zur Wappenerstellung

Habe hier tolle pdf-Datei die als Vorlage dienen könnte. Wer Zeit und Lust hat. http://www.kraemer-forst.de/download/oksg-wpn.pdf http://www.wirbi.de/PDF/Wappen.pdf Gruß --Flow2 11:02, 13. Okt. 2008 (CEST)

Hey, danke dir. Das ist was für mich. Da kann ich gleich die passenden Artikel dazu schreiben. Werd aber ein wenig Zeit brauchen. RL Job stresst im Moment etwas. Christian Bier ^{(Disk.) (+/-) ✉} 13:10, 13. Okt. 2008 (CEST)

Hab gerade nochmal zwei Wappenvorlagen gefunden. http://www.vgem-sob.de/index.php?id=0,1 --Flow2 16:04, 13. Okt. 2008 (CEST)

Da die PDFs ja soweit alle Pixelgrafiken enthalten ist sicher das Nachzeichnen das aufwendigste und was für langweilige Stunden wenns draußen kalt ist. Christian Bier ^{(Disk.) (+/-) ✉} 16:08, 13. Okt. 2008 (CEST)

Genauso sehe ich das auch. --Flow2 16:16, 13. Okt. 2008 (CEST)

Hier ist noch Oberstdorf und Kleinwalsertal. http://www.oberstdorf.de/se_data/_filebank/kis/Flyer_BK.pdf --Flow2 17:13, 24. Okt. 2008 (CEST)

Oberstdorf hab ich erledigt. Das war einfacher nachzuzeichnen ;) --Flow2 17:20, 26. Okt. 2008 (CET)

http://www.vg-ranis-ziegenrueck.de/dokumente/amtsblatt/200809/alle.pdf --Flow2 11:59, 4. Nov. 2008 (CET)

Wappenwerkstatt

HIER entwerfen wir gerade das neue Einstiegsportal für alle Bilder-Werkstätten.

• Wie aussichtsreich ist es, das die Wappenwerkstatt in den nächsten Wochen ihre Arbeit aufnimmt? Wenn "nein", lassen wir sie erstmal aus der Planung raus. Danke. -- Friedrich Graf 19:59, 29. Apr. 2009 (CEST)

Vielleicht müsste man auch folgenden Hinweis im Kopf der Grafikwerkstatt an die wahren Verhältnisse anpassen:

Wappen werden hier derzeit nicht mehr bearbeitet, dafür gibt es demnächst die Wappenschmiede.

--Leyo 19:31, 25. Jan. 2010 (CET)

Bitte um Ergänzung einer Hilfeseite

Hallo, ich habe in den letzten Tagen eine Anleitung erstellt, wie man auf Basis von OpenStreetMap-Daten halbwegs passable Bahnkarten erstellen kann. Da ich selbst Illustrator benutze, sind auch die anzuwendenen Befehle in der Anleitung alle die aus Illustrator.

Was mit dieser Anleitung erreicht werden soll ist, dass zum Einen den Bahnstreckenartikel-Erstellern (was gar nicht wenige sind) ermöglicht wird, auch entsprechende Karten dafür herzustellen (ein Hinweis auf auf die Anleitung ist bereits ins Bahn-Portal eingestellt) und zum Anderen, dass die Bahnkartenwünsche in der Kartenwerkstatt damit ein bischen eingedämmt werden können.

Nun ist es natürlich unglücklich, dass dabei ausgerechnet nur die Kommandos aus einer sündteuren Grafiksoftware dargestellt werden – ich selbst habe aber dummerweise keinerlei Ahnung von Inkscape.

Deshhalb meine große Bitte: Könnte jemand aus der Grafikwerkstatt über die Anleitung drübergehen und sie mit den entsprechenden Inkscape-Kommandos ergänzen? Vielleicht wäre es sogar das beste, den Artikel einfach zu kopieren und einen weiteren, dementsprechenden auf Inkscape-Basis anzulegen...

Vielen Dank schon mal an dieser Stelle! --Chumwa 10:48, 27. Jun. 2009 (CEST)

Hmm, ein erfahrerner Inkscape-Benutzer wird die einzelnen Schritte problemlos für sich anpassen können. Andererseits scheint Inkscape dafür nicht besonders geeignet zu sein, nach dem Export einer solchen PDF-Datei ist Inkscape schon total überfordert und lässt sich kaum mehr steuern. Außerdem bietet Inkscape soweit ich weiß nicht mal ein "ähnliches auswählen"-Werkzeug. -- Jonathan Haas 11:07, 27. Jun. 2009 (CEST)

Die Anleitung richtet sich nicht an den erfahrenen Inkscape-Benutzer. Wenn wir einen solchen vor uns hätten, bräuchte er wahrscheinlich die gesamte Anleitung nicht. Hier sollen vielmehr interessierte Einsteiger an das Thema herangeführt werden. Was PDF anbelangt: Illustrator hat hier gerade beim SVG-Import Probleme. Jetzt wäre es natürlich spannend, ob Inkscape dann vielleicht gerade mit einem SVG-Export besser zurechtkommt. Hättest Du Zeit, das mal auszuprobieren? Das mit den fehlenden Auswahl-Optionen schockt mich... Gibt's da wirklich kein (zumindest) ähnliches Werkzeug oder irgendeinen Workaround? --Chumwa 12:00, 27. Jun. 2009 (CEST)

(Schieb) Inkscape kann die SVGs aus Openstreetmap problemlos einlesen. Viel problemloser, als das PDF, das man erst säubern müsste. Beides konnte ich aber nicht wirklich weiterwenden. Inkscape hängt sich aufgrund der riesigen Datenmenge (und ich hatte extra ne sehr kleine Karte mit großem Maßstab exportiert) total auf, selbst das auflösen der obersten Gruppierung ist ne Sache von Stunden, manuell irgendwelche Bahngleise auszuwählen, da es ja anscheinend kein Tool gibt um ähnliche Objekte auszuwählen, kann man vergessen. Und Anfänger, die sowieso mit der Bedienung noch nicht so gut klarkommen haben überhaupt keine Chance. Sorry. Inkscape ist Open Source und teilweise ganz brauchbar, für solche Angelegenheiten aber einfach viel zu unausgereift. -- Jonathan Haas 13:14, 27. Jun. 2009 (CEST)

Hab auch mal einen Versuch mit Inkscape gestartet: mit einer 4MB SVG-Datei (das ist Wolfsburg +drumherum) ist es schon zäh aber noch machbar; Gruppen auflösen dauert so ca 20sec. Mit unter 1GB RAM macht es aber wohl keinen Sinn und selbst dann kommt bei SVG's von >4 MB in Inkscape sicher kein Spass auf :) Aber wie gesagt: es geht grad noch. "Ähnlich Objekte wählen" - das gibt's auch in Inkscape: mit CRTL-F Suchen und dann im Feld "Stil" sowas eingeben wie "fill:#e8d7bd" - dann selektiert man alle Flächen mit dieser Farbe. Wenn man erst mal einige unerwünschte Daten rausgeschmissen hat, ist die Performance vlt auch wieder annehmbar. Mit etwas XSL-Kentnissen könnte man sich wohl auch einen Filter bauen, der aus so einer SVG erstmal alle Elemente mit bestimmten Stil-Attributen entfernt, bevor man das SVG in Inkscape öffnet. Vlt weiss da auch jemand von der OSM-Mailingliste weiter. --alexrk 18:39, 27. Jun. 2009 (CEST)

Irgendwie klingt das alles nicht wirklich gut :( Selbst wenn's dann irgenwie geht, ist diese Vorgehensweise bei Inkscape bestimmt nicht für Grafik-Einsteiger empfehlenswert. Ich werde dann wohl den Hinweis auf die alternative Erstellmöglichkeit mittels Inkscape aus der Anleitung herausnehmen... Trotzdem danke euch beiden für's Ausprobieren! --Chumwa 22:33, 27. Jun. 2009 (CEST)

Alle Elemente basieren auf Vektordaten. Wieso schreibst Du eine Anleitung wie man das Gesamtwerk vor dem Upload auf commons nach PNG exportiert? Wäre es nicht besser zu beschreiben wie man die Daten als SVG aus dem Illustrator rausbekommt? Viele Grüße --Marsupilami (Disk|Beiträge) 11:42, 27. Jun. 2009 (CEST)

Eigentlich nur, um den Problemen des Wiki-SVG-Renderers bei Texten und Transparenzen aus dem Weg zu gehen. Und gerade einem Einsteiger in das Thema möchte ich nicht zumuten, dass er sich mit solchen Problemen herumschlagen muss: gerade hier ist es viel wichtiger, dass der Kartenersteller am Ende ein richtiges Erfolgserlebnis aufweisen kann! --Chumwa 12:00, 27. Jun. 2009 (CEST)

Ok, SVG bietet u.U. ein paar Stolpersteine. Viele Grüße --Marsupilami (Disk|Beiträge) 13:34, 27. Jun. 2009 (CEST)

Suche in Archiven

Ich vermisse hier die Funktion "Suche in Archiven" wie sie i.d.R. auf ähnlichen Seiten vorhanden ist. Hat das einen Sinn oder hat man es eben bisher nur nicht gemacht? Gruß -jkb- 09:02, 6. Aug. 2009 (CEST)

Hat bisher noch keiner gemacht. --Flominator 09:54, 12. Aug. 2009 (CEST)

Wird denn sowas hier gebraucht? Wenn ja, soll das dann beispielsweise im Stil von Wikipedia:Fragen_zur_Wikipedia eingebaut werden? --Cepheiden 10:39, 12. Aug. 2009 (CEST)

Gebraucht werden könnte es, wenn auch vielleicht nur gelegentlich, z.B. um nach älteren Anfragen zu suchen, die zwar diskutiert aber nicht bearbeitet wurden. --Burkhard 21:19, 12. Aug. 2009 (CEST)

Hab's mal eingebaut. Schaden kann's ja nicht, oder? --chris 論 02:28, 13. Aug. 2009 (CEST)

Bergwerk

Hallo, ich würde diese Grafik hier gerne in Bergwerk oben einbinden. Wie kriegt man die blöde utf8-anzeige weg?

Schematische Darstellung eines Steinkohlenbergwerkes

-- Glückauf! Benutzer:Markscheider Disk 22:27, 30. Aug. 2009 (CEST)

Komischerweise zeigt es hier auf der Disk diesen utf8-Link gar nicht an - oder bin ich etwa der einzige, der das überhaupt sieht? Falsche Browsereinstellung? ratlos, -- Glückauf! Benutzer:Markscheider Disk 10:43, 31. Aug. 2009 (CEST)

Ich verstehe nicht, was du meinst. Wenn du mit der Maus drüberfährst, wird dir die Beschreibung angezeigt. --Leyo 10:48, 31. Aug. 2009 (CEST)

Ja, das habe ich mir gedacht. Bei mir passiert bei Mousover nichts und ich sehe mal zwei mit "utf8" beschriftete Links in der beschreibung und mal nicht. Wird wohl ein Prob. meines Seamonkey sein.-- Glückauf! Benutzer:Markscheider Disk 11:24, 31. Aug. 2009 (CEST)

Ich bin ziemlich sicher, daß beim Mouseover ein Pop-up mit dem Dateinamen erscheinen sollte, der dann kyrillische Buchstaben enthält, die Dein Browser dann wohl nicht darstellen kann. Versuch's mit 'nem Update. --chris 論 23:40, 20. Okt. 2009 (CEST)

automatische Archivierung

Hallo, kann es sein, dass in der WP:GWS die automatische Archivierung nicht mehr funktioniert? Woran liegt es? Viele Grüße --Marsupilami (Disk|Beiträge) 07:47, 18. Okt. 2009 (CEST)

Geht wohl wieder. Viele Grüße --Marsupilami (Disk|Beiträge) 19:47, 20. Okt. 2009 (CEST)

 ;-)

Skizze

Hallo Grafikwerkstatt, ich hätte da einige Fragen zu der Erstellung von Skizzen.

1. Könnt ihr evtl. Skizzen erstellen, die ich beschreibe, die dürften nicht allzu schwierig sein? Ich habe mich selbst allerdings schon an Gimp probiert, habe aber nach mehreren Versuchen entnervt aufgegeben.
2. Diese Skizzen würden aus einem Fachbuch stammen. Ist es urheberrechtlich erlaubt diese quasi selbst erstellt zu kopieren. Schöpfungshöhe wird nie und nimmer erreicht?

-- Widescreen ^® 21:06, 7. Dez. 2009 (CET)

Da schlage ich vor, Du machst einen Scan und lädst ihn hier temporär hoch (wird automatisch nach einer Weile gelöscht, wenn Du keine Lizenzangaben usw. machst) und stellst das ganze als Auftrag in die Grafikwerkstatt (also nicht auf diese Diskkussionsseite, sondern die zugehörige Projektseite). Dann können wir uns das ansehen und besprechen. --chris 論 23:09, 7. Dez. 2009 (CET)

Scannen ist schwierig. Ich schau mal, wann ich da herankomme. -- Widescreen ^® 10:19, 13. Dez. 2009 (CET)

Hallo, ich hatte keine Zeit zum Scannen. Dafür habe ich aber eine Folie gefunden, auf der die Skizze ebenfalls adaptiert wurde. Ist es möglich, so ein Bild zu generieren, und einzustellen? [Folie 6/34 http://www.datppp.de/uploads/media/Mentalisierung-via_regia_01.pdf]. -- Widescreen ^® 07:27, 4. Feb. 2010 (CET)

Meinst Du Seite 7/34? Auf Seite 6 ist nur Text. Ja, das lässt sich einfach realisieren. Nur verstehen lässt es sich nicht. Kannst Du bitte eine Übersetzung in OMA-taugliches Deutsch liefern? --Hk kng 14:35, 4. Feb. 2010 (CET)

Ich meine die Seite: "Mütterliche" Wahrnehmung ist inakkurat... usw. Über eine Übersetzung habe ich mir noch keine Gedanken gemacht. Eigentlich soll die Skizze das geschriebene Anschaulich darstellen!? Ich muss noch mal darüber nachdenken. -- Widescreen ^® 17:47, 4. Feb. 2010 (CET)

Bildrechte

Hallo Leute, ich frage mal hier nach, da ich nicht weiß wohin ich mich wenden soll. Es geht um die Dat. Datei:Moto 0028.jpg. Dieses Bild zeigt einen alten Intelligenztest aus den 50er Jahren. Ich weiß aber nicht, ob dieser Schöpfungshöhe erreicht oder ob der unter irgendeiner Lizenz steht. Da ich ja bspw. andere Produkte hier als Fotos einstellen kann, denke ich es müsste damit keine Probleme geben. Könnt ihr mir näheres sagen, oder mir einen Tip geben, wohin ich mich wenden kann? Gruß -- Widescreen ^® 07:53, 1. Feb. 2010 (CET)

→ WP:URF --Leyo 09:43, 1. Feb. 2010 (CET)

Konvertierung

Ich habe eine CAD-Zeichnung in ViaCADPro erstellt. Um sie in WP zu laden wollte ich sie mittels InkScape in .svg wandeln. Direktes Einlesen des Formates .vcp ist nicht möglich. Austauschformate wie .ai .dxf ließen sich in InkScape nicht importieren. Ich habe sie schließlich über das zwischenfprmat .pdf in InkScape bekommen. Das Speichern als .svg erzeugt aber eine Mega-Datei, die zudem schlechter aussieht als das direkte Importieren der .pdf-Datei in WP. Siehe hierzu: Benutzer:WWSS1/testarea die letzten beiden Bilder. Hat jemand einen besseren Vorschlag, wie ich die Zeichnungen aus dem CAD-Programm am besten in WP bekomme? - -- ωωσσI - talk with me 12:05, 20. Jun. 2010 (CEST)

ViaCADPro kenne ich nicht. Wenn es nach AI exportieren kann und die Datei nicht größer als 4 MB ist, dann könntest es mit misc2svg versuchen. Warum sind die ebenen Flächen wie ein Fachboden in unzählige Flächen zerlegt? Viele Grüße --Marsupilami (Disk|Beiträge) 11:20, 27. Jun. 2010 (CEST)

Werd ich mal damit probieren. Ich fürchtete erst, dass es ein Windows-Only-Programm ist, aber offensichtlich ein OnLineTool. - -- ωωσσI - talk with me 11:48, 27. Jun. 2010 (CEST)

Inkscape: PDF exportieren

Hallo, ich habe ein PDF (E-Book) in Inkscape importiert, eine Grafik daraus ausgeschnitten und als SVG gespeichert (Beispiel, 33 KB). Wenn ich diese Grafik nun wiederum als PDF speichere, hat sie sage und schreibe 751 KB (Beispiel). Woran kann das liegen? Bei anderen Grafiken und gleicher Vorgehensweise ist die PDF-Datei immer deutlich kleiner als die SVG-Datei, aus der sie erstellt wurde. --тнояsтеn ⇔ 15:38, 17. Aug. 2010 (CEST)

Kannst du hier nachlesen: [2]. Uwe Dedering 15:42, 17. Aug. 2010 (CEST)

Danke schonmal. Erklärt aber nicht, wieso andere gleich erstellte PDFs meistens nur 1-10 KB groß sind. Sie enthalten ungefähr gleich viele Pfade und sind nicht sehr kompliziert. Ich vermute mal, ein bestimmter Pfad oder ein Objekt verursacht die große PDF... nur welches? --тнояsтеn ⇔ 15:47, 17. Aug. 2010 (CEST)

Ein bischen Probieren ergab: Die Füllmuster sind die Übeltäter... Uwe Dedering 16:12, 17. Aug. 2010 (CEST)

Super, danke. Habs mal als EPS gespeichert, da fehlt die Schraffur komplett. Bleibt mir wohl nichts anderes übrig, als die Schraffur "von Hand" zu zeichnen. --тнояsтеn ⇔ 12:07, 18. Aug. 2010 (CEST)

Anfrage archiviert?

Hallo, warum wurde meine Anfrage hier archiviert, obwohl noch offen? Grüße -- Rainer Lippert 23:30, 18. Sep. 2010 (CEST)

„Auf dieser Seite werden Abschnitte automatisch archiviert, deren jüngster Beitrag mehr als 21 Tage zurückliegt.“ --Leyo 00:29, 19. Sep. 2010 (CEST)

Und ich habe oben nur gelesen, dass archiviert wenn, wenn ein Erledigt-Baustein gesetzt wird ;-) Danke und Grüße -- Rainer Lippert 08:07, 19. Sep. 2010 (CEST)

Wikipedia:WikiProjekt SVG

grad gefunden -- Cherubino 03:04, 15. Jan. 2008 (CET)

Auto-Archiv-Vorlage

Hallo, was haltet ihr davon, wenn man die Auto-Archivierungs-Vorlage durch jene ersetzt, wo man einfach den "Erledigt"-Baustein setzen muss, damit ein Abschnitt archiviert wird, so wie es bei einigen Portal-QS-Seiten gemacht wird? So wäre es zum Beispiel nicht der Fall, dass Abschnitte archiviert werden, welche nicht erledigt worden sind... kaneiderĐΛӢΙΞĻ ^ʖʖʖ 11:19, 20. Feb. 2008 (CET)

Bilder Kaskadenmaschine

Habe das Bild DDMK jetzt auch in svg eingestellt klappt aber noch nicht ist immer noch in png bitte mal überprüfen. MfG --Pittimann 15:56, 16. Aug. 2008 (CEST)

Bilderwerkstatt und Grafikwerkstatt

Kleiner Hinweis auf Wikipedia_Diskussion:Bilderwerkstatt#Bilderwerkstatt_und_Grafikwerkstatt. --Nyks ►Kontakt 15:36, 21. Apr. 2009 (CEST)

Foto-Juror gesucht

Beim Wettbewerb um die Zedler-Medaille gibt es in diesem Jahr erstmalig auch einen Bilderwettbewerb. Gesucht werden dabei exzellente Bilder (Fotos und Grafiken) in den Kategorien Natur- und Geisteswissenschaften sowie zum Thema „Die Zukunft der Energie“, die einen nicht oder nur unzureichend bebilderten Artikel in der Wikipedia illustrieren.

Für die Jury, für die bereits mehrere namhafte externe Juroren gewonnen werden konnten, wird ein Vertreter aus der deutschsprachigen Community gesucht. Die Ausschreibung endet am 30. September, Ende Oktober wird es dann eine Real-Life-Jurysitzung zur abschließenden Bewertung geben, die Preisverleihung ist am 19. November in Frankfurt am Main. Seid ihr interessiert, in der Jury mitzuwirken und die eingereichten Bilder zu beurteilen? Dann meldet euch bis Mittwoch (4. August 2010) unter zedler@wikimedia.de. Vielen Dank! i.A. — Raymond ^Disk. 15:31, 2. Aug. 2010 (CEST)

SVG-Fehler

Hallo. Mir ist heute aufgefallen, dass viele Anfragen rund um SVG wohl dadurch gelöst werden können, dass eine hochgeladene Inkscape-SVG durch eine als "normales SVG" gespeicherte Version ersetzt wird. Sollen wir oben auf der "Vorderseite" einen Hinweis platzieren ? Ein Hinweis auf den Validator von W3C wäre auch gut. ÅñŧóñŜûŝî (Ð) 23:09, 11. Feb. 2011 (CET)

Oder auf Wikipedia:Probleme mit SVGs und commons:Commons:SVG Check (direkt). Aber du musst auch beachten, dass ja gerade Sinn der Werkstätten hier ist, dass es eben unsinnig ist, wenn sich jeder in das Thema einarbeitet, der viermal im Jahr ein Grafikproblem hat. → Mehr Effizienz durch Arbeitsteilung. Viele Grüße --Saibo (Δ) 23:18, 11. Feb. 2011 (CET)

Es sieht aber danach aus, als ob hier auch öfters User (zuletzt Benutzer:Tubas-en) anfragen, denen diese Tipps rund um Inkscape nützen würden. Daher wäre es m.E. sinnvoll, diese Infos hier anzubieten. ÅñŧóñŜûŝî (Ð) 16:37, 12. Feb. 2011 (CET)

2544 frei lizenzierte Vektorgrafiken

Unter Commons:Commons:Batch uploading/ian.umces.edu habe ich einen Antrag auf einen Batch-Upload gestellt, aber bis dies soweit ist, könnten ein paar der 2544 frei lizenzierten (CC BY 3.0) Vektorgrafiken unter http://ian.umces.edu/symbols zur Erfüllung von Grafikwünschen verwendet werden. Oder gibt's hier irgendwo eine entsprechende Linksammlung? --Leyo 22:37, 30. Jun. 2011 (CEST)

Oha* das ist super, wenn sie wieso bald hochgeladen werden, dann reicht es wohl diese für Grafikwünsche vorzumerken? Meinst du mit Linksammlung, dies Wikipedia:Public-Domain-Bilderquellen? -- Perhelion 16:35, 1. Jul. 2011 (CEST)

Hm, Public Domain stimmt ja nicht ganz… --Leyo 16:39, 1. Jul. 2011 (CEST)

Sehr gute Idee. Allerdings: Sechs Dateien aus dem ZIP-File habe ich testweise durch den W3C-Validator geschickt und alle enthalten drei Fehler durch die Notation der Kommentare:

# Line 5, Column 31: Element title from namespace http://ian.umces.edu/imagelibrary/ not allowed as child of SVG element desc in this context. (Suppressing further errors from this subtree.)

      <ian_image_library:title>Moray Eel</ian_image_library:title>

# Error Line 6, Column 31: Element descr from namespace http://ian.umces.edu/imagelibrary/ not allowed as child of SVG element desc in this context. (Suppressing further errors from this subtree.)

      <ian_image_library:descr>Illustration of a Moray Eel</ian_image_library:d…

# Error Line 7, Column 31: Element scene from namespace http://ian.umces.edu/imagelibrary/ not allowed as child of SVG element desc in this context. (Suppressing further errors from this subtree.)

      <ian_image_library:scene>

Die Zusammenfassung des Validators:

Errors found while checking this document as SVG 1.1+IRI, XHTML5+ARIA plus MathML 2.0 (experimental)!

Es gibt noch ein zweites Problem: Der Renderer mag die Dateien nicht. Hier ein einfaches Upload-Beispiel aus dem Zipfile als PNG. Wenn man sich das SVG im Firefox anschaut gibt es keine Probleme. Viele Grüße --Marsupilami (Disk|Beiträge) 00:07, 2. Jul. 2011 (CEST)

Ich vermute du meinst das konvertierte PNG von diesem SVG, welches inzwischen schon in der Versionsgeschichte eins runter gerutscht ist. Ja, das ist quasi unschön. Iridos 16:28, 2. Jul. 2011 (CEST)

Korrekt. Danke Dir. Viele Grüße --Marsupilami (Disk|Beiträge) 17:28, 2. Jul. 2011 (CEST)

Hm, ich hab mir das gerade mal angeschaut... ist auch sehr kurios gezeichnet. Um eine "spitze Innenecke" zu machen sind zwei Punkte innerhalb des "Beins" des Virus definiert, die dann (ebenfalls im Inneren und unsichtbar) rund miteinander verbunden sind, wobei sich die Linien dann zur eigentlichen Ecke "überschneiden". (Ich glaub, das muss man in der Zeichnung sehen... ich weiss nicht, ob ich meine eigene Beschreibung verstehen würde). Auf jeden Fall: Wenn man das entfernt, dann sieht's auch ganz normal aus. Und du hast auf jeden Fall recht, das beschränkt die Nützlichkeit schon gewaltig, auch wenn es sich mal wieder um einen Bug im Renderer handelt. (Übrigens kommt mein Browser mit den SVG normalerweise wesentlich besser klar, als der Renderer, was die Verwendung eines Renderes etwas ad adsurdum führt) Iridos 18:24, 2. Jul. 2011 (CEST)

Ich habe mir die Datei auch mal angeschaut, einfaches Speichern als Optimiertes Inkscape filtert den Fehler raus. Getestet mit JARRY1250'S TOOL (vorher hätte ich auf eine Object-Eigenschaft getippt). Wobei das Beschreibungs-tag und die Metadaten erhalten bleiben könnten!? -- Perhelion 18:38, 2. Jul. 2011 (CEST)

Lösung: Habe dadurch den Fehler spezifizieren können, es ist eine Abkürzung der Null vor der Kommastelle in den Coords, die der Renderer nicht ergänzend interpretiert. Ist dieser Bug dokumentiert? -- Perhelion 18:48, 2. Jul. 2011 (CEST)

Da kannst du wohl gleich deinen Bugreport-Hut nochmal aufziehen ;) Iridos 19:03, 2. Jul. 2011 (CEST)

@Perhelion: Wenn Du weiterknobeln möchtest: Ich habe hier eine neue SVG-Datei aus der Sammlung hochgeladen, die ein anderes Problem hat. Inkscape stellt die Datei mit gepunktetem Untergrund wohl korrekt dar, Firefox und der Renderer des Wikis nicht. Viele Grüße --Marsupilami (Disk|Beiträge) 12:12, 3. Jul. 2011 (CEST)

@Marsupilami: Würde behaupten, das war der selbe Fehler nur andere Erscheinung (wenn auch das mit den Punkten ziemlich komisch war). PS.@Iridos Neue Sig besser? So ich bin auch mal paar Tage offline. -- Perhelion 07:29, 4. Jul. 2011 (CEST)

"Abkürzung der Null" heisst für 0.12345 steht da .12345? Das heisst sed -i 's/ \([.][0-9]\)/ 0\1/g' *.svg vor dem Upload und alles ist (für dieses Problem) erstmal in Butter? Sig: Ja, danke ;)

Zu dem anderem Bild... deine Bearbeitung hat es von 134 Zeilen auf 32 Zeilen eingedampft. (wobei die Anzahl Zeichen ähnlich blieb) schwierig mit diff zu sehen, was du geändert hast... Auch frage ich mich ja bei dem von dir gewähltem Beispiel ob es sowas wert ist... das hat man doch selbst in ein paar Minuten gezeichnet. Dann hätte man jedoch das Problem "wertvolle" von "wertlosen" Grafiken zu trennen. Was ist denn bei der gerenderten Version von deinem Beispiel das Problem? Scheint mir so auszusehen, wie es soll... Ok.. habe gerade meine mit sed bereinigte Variante getestet, das geht auch, allerdings: sed 's/\([ -]\)\([.][0-9]\)/\10\2/g' Iridos 00:43, 5. Jul. 2011 (CEST)

Den von Marsupilami beschriebenen Anzeigefehler des FF(4?) konnte ich nicht nachvollziehen. Um so mehr, da es sich ja wie gesagt, um den selben Fehler (Ursache?) handelt. „Ob es das wert ist“: Ja ich habe es auch nur per Script gefixt (eingedampft :P). Ich benutze Inkscape Beta (kA ob in der Normalen das aktuelle OptimierungsScript enthalten ist). @Iridos: deine Frage des Unterschiedes hast Du ja nun selbst beantwortet mit sed gefixte Version. ;) PS: Für einen Bug-Report bräuchte ich mehr Infos, vielleicht ist es ja auch ein Feature wie die anderen Limitationen. -- Perhelion 21:18, 6. Jul. 2011 (CEST)

Oh ja, ich hatte nachher gesehen, dass die Punkte anders aussehen und dann wohl vergessen die Frage zu löschen. Apropos freie Grafiken - ich bin gerade über eine andere Sammlung gestolpert, und zwar auf http://www.clker.com/ - alles dort ist laut Nutzungsbedingungen unter einer der Lizenz creative commons CC0 public domain dedication. Ist duch das bekannt? Auch sehr interessant fand ich den Vektor-Editor, mit dem man Bilder direkt auf dem Server bearbeiten kann z.B. [3].

Mehr Informationen? Scheint mir relativ klar zu sein... ein minimales Beispiel fehlt halt noch. Iridos 20:18, 7. Jul. 2011 (CEST)

Aja, so habe ich dies dokumentiert: WP:PMS#Warum_werden_Pfade_falsch_oder_abstrakt_dargestellt.3F (wobei doch schon verschiedene Varianten des Bugs gemeldet wurden und angeblich schon gefixt). -- Perhelion 00:21, 9. Jul. 2011 (CEST)

Grafiken nachahmen

Hallo,
wie sieht es beim "Nachempfinden" von Grafiken mit der Urheberrechtsverletzung aus? Kann man einfach so eine fremde Grafik nachbilden, bzw. kann man sich einfach eine Nachbildung einer Grafik unter Gafikwünsche wünschen?
Speziell geht es mir um den von mir überarbeiteten Artikel Kreisformtest, den ich gern bebildern würde. Dazu würde ich im prinzip die 9 hier in diesem Fachbuch dargestellten Abbildungen benötigen, welche ich aber nicht einfach verwenden darf (oder?). Ich habe aber auch noch keine Idee, wie ich solche Diagramme erzeugen soll. Bei einigen ist es ja kein Problem, bei anderen wird es vieleicht schwieriger. Wie nah darf ich da ans Original rankommen, damit es keine URV wird, oder ist das egal? -- Lord van Tasm «₪» 13:27, 6. Jul. 2011 (CEST)

ich bin zwar nicht der Experte für UR, aber glaube nicht das mathematische Diagramme dem unterliegen.--trex2001→ disk 16:11, 6. Jul. 2011 (CEST)

In de.WP könntest du direkt die Bilder einscannen und hochladen, in dem du dich auf Schöpfungshöhe berufst. Schließlich handelt es sich um einfachste Linienskizzen ohne Ausschmückungen. Bei Commons sind die rigider. Da solltest du eine eigene Variante reinbringen also nicht absolut 1:1 nachtracern. ~ Stündle (Kontakt) 17:27, 6. Jul. 2011 (CEST)

Um mal noch die erste Frage zu beantworten: es ist grundsätzlich richtig, dass man Grafiken auch nicht nachzeichenen darf, denn die Art der Reproduktion spielt keine Rolle (wenn man sich beim Zeichnen an einer anderen Grafik nur orientiert und es keine exakte Reproduktion ist, dann ist die Frage ab wann es ein eigenes/selbstständiges Werk ist knifflig)

Und jetzt kommt das "aber", das Stündle und Trex2001 schon erwähnt haben, und das ist: aber die Vorlage muss auch eine eigene künstlerische Leistung beinhalten. Die Ovale sind damit sowieso unkritisch, der Rest ziemlich sicher auch.... und wurden die verschiedenen Fehler nicht über eine mathematische Funktion simuliert? Darüber habe ich zwar jetzt in Punkto Urheberrecht noch nichts konkretes gelesen — es wäre aber schon ein starkes Stück, wenn man die Funktion y=x² nicht mehr abbilden dürfte, weil das ja schonmal jemand gemacht hat :-P (insofern würde ich behaupten, dass Funktionen prinzipiell die Schöpfungshöhe nicht erreichen) Iridos 18:34, 6. Jul. 2011 (CEST)

Okay, danke für die Hilfe, dann versuch ich das mal mit dem Funktionsplotter nachzubilden. -- Lord van Tasm «₪» 21:18, 6. Jul. 2011 (CEST)

Schilderwerkstatt

Servus zusammen! Da bei uns an diversen Stellen immer wieder Anfragen zu Straßenschildern auftauchen haben wir eine zentrale Seite geschaffen um solche abzuarbeiten. Wenn euch ein dieses Themengebiet betreffender Fall gemeldet wird und ihn nicht bearbeiten wollt oder könnt (fehlende Schriftarten sind ein häufiges Problem) könnt ihr gerne an uns weiterreichen ;) LG --AleXXw •שלום!•disk 00:46, 12. Jul. 2011 (CEST)

Unterschiedliche Behandlung von Bildformaten

(von der Projektseite hierher verschoben)

Ha... übrigens habe ich in den Archiven der Fotowerkstatt-Diskussionen eine Diskussion über jpg vs png gefunden, mit diesen Beispiel-Bildern (und bugzilla:18014:

• 
  Bild im JPG-Format
• 
  Identisches Bild als PNG
• GIF
  GIF

Sollen wir dieses unterschiedliche Verhalten des Converters je nach Format nicht vielleicht auf unserer doku-Seite aufheben? (mir scheint übrigens laut [4], dass auch Schemata profitieren... zumindest ist das bei der Karte so)

Zum png: ja, nicht schwierig zu machen... unsere Version(en) kommen dem Original allerdings recht nahe - mit den Farbeindruck bin ich mal wieder nicht ganz zufrieden. Wäre gut, wenn der Einsteller sich für eins entscheiden kann (auch von mir aus png, aber ich will jetzt nicht _noch_ eine Version mehr generieren, wenn sie nicht verwendet wird) und die anderen löschen lässt. Iridos 11:52, 28. Jun. 2011 (CEST)

Oben handelt es sich um Fotos, nicht um Grafiken. Die Ergebnisse für erstere gelten nicht für letztere. --Leyo 13:21, 28. Jun. 2011 (CEST)

Oh doch... das schärfen ist rein Formatabhängig, der Effekt ist also immer da. In einer Diskussion hat jemand behauptet, Schemata würden davon nicht profitieren, das sehe ich allerdings am Beispiel des Stadtplans nicht. Iridos 09:56, 29. Jun. 2011 (CEST)

Du hast meine (absichtlich knappe) Antwort missinterpretiert. Über Fotos sollten wir hier auch gar nicht diskutieren. --Leyo 10:31, 29. Jun. 2011 (CEST)

Den Vergleich finde ich interessant, zudem fällt auf wenn man die Versionen vergleicht, dass PNG nicht gleich PNG ist. Wie es aussieht handelt es sich hierbei um den Graustufen-Bug, denn vorher war das PNG Bild scharf (sorry konnte mir das gif nicht verkneifen). Mal revertieren!? Mit BugZilla bin ich nicht firm, jedenfalls muss das ein anderer Bug sein (hatte davon schonmal gelesen irgendwo). In der Tat könnte man das irgendwo dokumentieren. -- Perhelion 00:27, 30. Jun. 2011 (CEST)

(BK) @Perhelion oh, du hast recht, war ja noch unschärfer...

@Leyo daran, dass das Beispiel ein Photo ist, wollen wir uns aber nicht stören - der störende Einfluss ist bei Grafiken vielleicht geringer, aber für mich war dieses Beispiel auf jeden Fall in gewisser Weise ein "Augenöffner" und ich werde das von jetzt an im Hinterkopf behalten - wir können diese Diskussion aber natürlich auch von der Projektseite auf deren Diskussionsseite verschieben, wenn dir das lieber ist Iridos 01:02, 30. Jun. 2011 (CEST)

Was ich meinte: Bei Grafiken bewirken die Kompressionsartefakte, dass JPG keine Alternative darstellt. --Leyo 14:19, 30. Jun. 2011 (CEST)

Immer wieder gern gefragt, und noch ungelöst - Hilfe_Diskussion:Bilder/Archiv/2010#Sch.C3.A4rfung_von_thumbs:_bei_jpg:_ja.2C_bei_png:_nein.3F.21. Nur weil aktuell(!) jpegs in vielen Fällen (in manchen auch durch Artefakte grässlich) besser im Thumb aussehen, sollten wir nicht Nicht-Fotos in jpeg hochladen. Viele Grüße --Saibo (Δ) 03:34, 1. Jul. 2011 (CEST)

Danke! Dein Beispeil dort war für eine Diskussion hier auch besser angebracht:

• 
  jpg
• 
  png indexed
• 
  png truecolor
• 
  png-thumb nachgeschärft

In der Erklärung von Smial von dort steht auch endlich, woher die Ansicht kommt, dass Grafiken dadurch schlecht aussehen - bei allen Beispielen die ich bisher gesehen habe (auch dem dort gezeigtem Text, der ja auch schwarze Linien auf hellem Untergrund ist), profitieren auch Grafiken... hier noch der entsprechende Ausschnitt aus dem Kommentar:

[...]aber sehr viele Grafiken vorliegen. Und die sehen nachgeschärft in der Verkleinerung in den meisten Fällen ausgesprochen mistig aus, z.B. bei Balkendiagrammen mit gerasterten oder gestrichelten Füllmustern.[...] Iridos 12:43, 1. Jul. 2011 (CEST)

Genau hier kommt der von mir angesprochene Bug zum tragen, der anscheinend noch nicht gemeldet wurde, daher habe ich genau dieses getan (liegt wohl noch tiefgreifender an ImageMagic). Irgendwo habe ich auch etwas über dieses Nachschärfen gelesen, dass es vermieden werden sollte (scale sharp). Konkret: hier ist das PNG ebenfalls ein Palettenbild (indexed), daher nochmals unschärfer als ein normales PNG. -- «( P E R H E L I O N )»_* 16:25, 1. Jul. 2011 (CEST)

hm, das muss aber eine sehr alte Version von ImageMagick sein... älter noch als die Version in Debian-Lenny-System (zumindest konnte ich da den SVG-Schrift-Bug von dem Flugzeug-Problem nicht reproduzieren)

Schade mit der anfänglichen(?) Verwirrung bei dem Bugreport, aber hoffentlich hat sich die jetzt aufgelöst. Gute von dir gesehen, mir war nicht aufgefallen, dass einige PNGs noch unschärfer waren als andere. :)

PS. *Blinzel* deine Signatur ist aber nicht gerade Augenfreundlich :-P Iridos 16:14, 2. Jul. 2011 (CEST)

PPS. und von meiner Seite aus könnten wir das "Flying Serpent"-Beispiel irgendwo in die Dokumentation aufnehmen. Zusätzlich ein Beispiel in dem das Nachschärfen bei Grafiken ganz üble Resultate erzeugt wäre noch gut... Iridos 16:17, 2. Jul. 2011 (CEST)

Hm, und jetzt wirkt das GIF wesentlich unschärfer - das wird wohl auch mit Palettenfarben gemacht sein und damit tritt der gleiche Bug auf Iridos 18:36, 6. Jul. 2011 (CEST)

Das wird eine clientseitige Cache-Erscheinung sein ;-), das vorherige PNG sah genauso aus wie das GIF, und ja richtig, GIF unterliegt dem selben Verhalten (da ja indexed). Als Alternative würde ich jetzt auch sagen – geschäftes PNG-thumb. Das JPG wird wie gesagt ja nachgeschärft (hat ein Techniker, wie oben verlinkt, auch nochmal erwähnt und begründet). -- Perhelion 21:04, 6. Jul. 2011 (CEST)

---

IMHO passt die Frage hier dazu: Würde Datei:Grimselwelt Panorama.jpg bzw. vor allem die Thumbnail-Version von einer Umwandlung ins PNG-Format profitieren? Andern falls transferiere ich die Grafik 1:1 nach Commons. --Leyo 17:57, 13. Jul. 2011 (CEST)

Da PNG jedes Pixel genau abspeichert, lohnt sich eine Speicherung von JPG in PNG nur mit einer effektiven Nachbehandlung. Das ist IMHO bei dieser Datei nicht ohne großen Aufwand und Verlust mehr möglich. An sich wäre die Datei PNG-fähig, Farbverläufe kann PNG zwar ganz gut komprimieren, jedoch sieht man hier auch eine Art Kohlezeichnung (was nicht unbedingt ein Kriterium ist). Grüße -- πϵρήλιο 19:10, 13. Jul. 2011 (CEST)

Ich hatte schon einige Male gute Erfahrungen mit der Konvertierung JPG→PNG gemacht, wenn die Auflösung hoch genug war und in der Originalgrösse keine Kompressionsartefakte zu sehen waren. Das ist auch bei dieser Grafik der Fall, aber erstaunlicherweise ist die Qualitat des Thumbnails gar nicht sooo schlecht. --Leyo 19:15, 13. Jul. 2011 (CEST)

Das liegt wohl daran, das man erstens keine Schrift ausmachen kann und zweitens keine detaillierten oder direkten Strukturen bei der relativ hohen Skalierung des Thumbs. Ja dei Erfahrung habe ich auch schon gemacht, aber nur bei einfachen(?) Grafiken mit wenig Farben geht das sehr gut, wenn man mit einem bestimmt Farbreduzierungs-Algorithmus minimiert und so unter Umständen sogar die Artefakte vollständig entfernen kann. -- πϵρήλιο 19:23, 13. Jul. 2011 (CEST)

Mitarbeitermangel?

Moin, werte Grafikwerkler!
Ich gehöre zu den Autoren, die hin und wieder mit einem Grafikwunsch auf eurer entsprechenden Unterseite auftauchen, und habe mich stets über den tollen Service und die gute Zusammenarbeit gefreut.
In den letzten Monaten ist mir aufgefallen, dass es häufig sehr lange dauerte, bevor die von verschiedenen Benutzern geposteten Grafikwünsche abgearbeitet wurden. Außerdem „blieben einzelne Anfragen liegen“, während nachfolgende Anfragen ihre/n Bearbeiter/in fanden. So steht beispielsweise zurzeit eine Anfrage von mir seit einem Monat offen. Ich kam aber nicht hierher, um etwa darüber zu „jammern“. (Meine Stärken liegen beim Artikelschreiben; und das Bearbeiten von Fotos oder wie hier das Erstellen von Grafiken überlasse ich lieber Benutzern, die davon was verstehen – ich kann aber auch „damit leben“, wenn die entspr. Artikel halt kein Firmenlogo etc. bekommen... ;-) ...)
Meine Frage lautet, ob es eventuell „Mitarbeitermangel“ in der Grafikwerkstatt gibt, ob hier evtl. „Nachwuchsprobleme“ bestehen? Und falls ja, ob ich ggf. mithelfen kann, um dem abzuhelfen? Wie wäre es z. B. mit einer Annonce im Kurier?
Grüße, --Jocian 14:32, 29. Jun. 2011 (CEST)

ich habe bereits hier kommentiert und dies ist allgemein ein Problem der Grafikwünsche.--trex2001→ disk 15:14, 29. Jun. 2011 (CEST)

@trex2001: Vielen Dank für Deine Auskunft!

Ok, das mag dann für den vorliegenden Fall gelten, ich habe aber auch wochenlange Wartezeiten bei einzelnen Grafikwünschen in Erinnerung, die dann letztlich bearbeitet wurden.

Und für solche Fälle, bei denen die Vorlagen keine ausreichende Grundlage für eine Grafikerstellung hergeben, wäre es natürlich „überaus nett“, wenn die Anfragenden dies dann auch erfahren würden. BTW: In der Fotowerkstatt ist dies bei vergleichbarer Problemlage übliche Praxis.

Ich erlaube mir daher den Vorschlag und die Bitte, dass im Sinne einer besseren Kommunikation zukünftig einfach ein entsprechender kurzer Kommentar des bearbeitenden Grafikwerkers bei der Anfrage gepostet wird. Die Anfragenden bräuchten dann nicht mehr, wie in meinem Fall, alle zwei, drei Tage auf WP:GWÜ auftauchen und nachschauen. Außerdem könnten die Anfragenden dann ggf. nach einer besseren Vorlage recherchieren (oder auch die betreffende Firma etc. ansprechen, ob sie das Logo zur Verfügung stellt). Danke. --Jocian 16:35, 29. Jun. 2011 (CEST)

Ich finde das Vorgehen bei Commons ganz praktisch (ja man kann es nicht nur aufs Sommerloch schieben): commons:Commons:Graphic Lab/Illustration workshop. -- «( P E R H E L I O N )»_* 16:25, 1. Jul. 2011 (CEST)

Freeware-Programm, um Grafiken aus einen PDF zu holen?

Hallo Grafikfreaks! Kennt ihr ein Freeware-Programm, um Grafiken aus einer PDF-Datei zu holen? Oder kann ich das womöglich mit Corel Draw Essentials 4 OEM machen, was auf meiner Festplatte schlummert? Danke & Gruß --Sir James 14:26, 29. Jul. 2011 (CEST)

Inkscape --Leyo 14:48, 29. Jul. 2011 (CEST)

GIMP, Illustrator, Scribius, Adobe Acrobat 6.0, (s. meinen letzten Diss Abs.), Photoshop soll auch gehen.--Perhelion 15:10, 29. Jul. 2011 (CEST)

Prima! Hat mit Inkscape geklappt, den nächsten Versuch mache ich mit Gimp. Herzlichen Dank & Gruß --Sir James 15:35, 29. Jul. 2011 (CEST)

Und wieso hast du's nicht im SVG-Format hochgeladen? Im PDF ist das Logo ja im Vektorformat drin. --Leyo 15:39, 29. Jul. 2011 (CEST)

Ich versuch's gleich mal. Danke für den Hinweis. Gruß --Sir James 15:48, 29. Jul. 2011 (CEST)

Siehe auch Benutzer:Afrank99/SVG-Tipps. --Leyo 15:51, 29. Jul. 2011 (CEST)

Danke, aber die Tipps dort helfen mir derzeit nur teilweise weiter. Das ist mir nicht OMA-tauglich genug. Ich bin da vollkommen ahnungslos, was Grafiken angeht. Objekte? Gruppieren? Ich habe es nun geschafft, die erste Seite der PDF-Datei in Inkscape zu öffen/zu importieren. Ich stelle auch fest, dass sich diese eine Seite mit den Tasten + und - schön skalieren lässt. So kann ich dann auch das, was ich brauche (das Körber-Logo unten rechts) so hin- und herschieben, bis es den Arbeitsbereich/Bildschirm hübsch ausfüllt. Jetzt - genau jetzt - hatte ich gehofft, diesen Teil des geladenen PDFs quasi "auszuschneiden" und dann als neue SVG-Datei zu speichern. Habe ich da einen Denkfehler oder ist es doch nicht so einfach? Wie schneide ich das Logo aus? Besten Dank im Voraus & Gruß --Sir James 17:00, 29. Jul. 2011 (CEST)

Alles andere musst du markieren und löschen. --Leyo 17:05, 29. Jul. 2011 (CEST)

Ganz unten im Bearbeitungsfeld kann ich nun lesen "Gruppe von 33 Objekten in Ebene Ebene 1. Klicken Sie auf die Auswahl, um zwischen skalieren und rotieren umzuschalten". Wie ich nun einzelne Objekte darstellen, markieren und löschen kann, erschließt sich mir noch nicht. --Sir James 17:21, 29. Jul. 2011 (CEST)

b:Inkscape/ GUI, Nr. 23. --Leyo 17:41, 29. Jul. 2011 (CEST)

Markieren kannst du die Objekte entweder alle einzeln, indem du darauf klickst oder ähnlich wie bei Text einen Rahmen darüberziehst. Ausschneiden und wieder einfügen kannst du es am einfachsten mit gewöhnlichen Tastenkombinationen ( Ctrl + X bzw. Ctrl + V ) oder aber über die Menüleiste (Bearbeiten...). Eigentlich nicht wirklich schwer. Vielleicht konnte ich dir etwas helfen. Grüße--Marlus Gancher 18:13, 29. Jul. 2011 (CEST)

<Strg>+<Umschalt>+<G> - ich glaube, das war der fehlende Griff. Nun habe ich alle überflüsigen Objekte entfernen können. Jetzt muss ich versuchen, das letzte Objekt zu zentrieren und die Datei so zu verkleinern, dass sie nur noch Platz für das übrig gebliebene Logo bietet...--Sir James 20:48, 29. Jul. 2011 (CEST)

Na, das war 'ne schwere Geburt. Ein Forum hat noch geholfen. Vielen Dank für eure Geduld und Tips. Gruß --Sir James 19:22, 29. Jul. 2011 (CEST)

Wenn du links oben auf Datei und dann auf Leere Defs aufräumen klickst können, kannst du den Quelltext auch noch von Überflüssigem entschlacken. Ich habe das mal gemacht und die Datei darübergeladen. Grüße --Marlus Gancher 21:58, 29. Jul. 2011 (CEST)

Ok. Besten Dank. Gruß --Sir James 09:52, 30. Jul. 2011 (CEST)

Inkscape: als „Normales SVG“ speichern als Vorauswahl

Lässt sich bei Inkscape die Vorauswahl vom Speichern von „Inkscape-SVG“ zu „Normales SVG“ ändern? --Leyo 18:17, 5. Aug. 2011 (CEST)

Gute Frage, nach dessen Antwort ich (evt. zu kurz) auch mal gesucht habe. -- πϵρήλιο ℗ 19:05, 5. Aug. 2011 (CEST)

Geht anscheinend nicht, wie ich im Inkscape-Forum erfahren habe, bzw. hat sich das relativiert da sich ja auch neue Nachteile von Plain-SVG aufgetan haben, s.u. -- Perhelion 11:30, 3. Sep. 2011 (CEST)

Nachteile von Inkscape-SVG?

→ nach WD:SVG#Nachteile von Inkscape-SVG?! versetzt -- Perhelion 11:30, 3. Sep. 2011 (CEST)

Logo Fidelity

Hallo, Fidelity hat seit gestern einen neuen Markenauftritt. Es wäre super, wenn jemand das alte durch das neue Logo austauschen könnte! Marsupilami hat mir den Tipp gegeben, dass ich hier vielleicht an der richtigen Stelle bin. Schon mal als Hinweis die aktuelle Homepage von Fidelity: https://www.fidelity.de/anleger/default.page? Viele Grüße --LW

Vektordaten: https://www.fidelity.de/static/pdf/fonds/emea-fund/emea-fund-kurzportraet.pdf --Marlus Gancher 17:45, 13. Sep. 2011 (CEST)

Erledigt. --Jörg 00:09, 14. Sep. 2011 (CEST)

Super, vielen Dank! --LW

Noch eine kleine Anmerkung: Fidelity hat das neue Logo erst am 12. September eingeführt (nicht schon am 30. Juni). Bis zum 11. September galt das alte Logo. Viele Grüße --LW

Habe es in der Dateibeschreibung geändert. Gruß --Jörg 11:34, 14. Sep. 2011 (CEST)

Ich danke dir!! Jetzt muss es nur noch freigegeben werden ;) Viele Grüße --LW

Ich würde es als Text-Logo für {{Commonsfähig}}bezeichnen. -- πϵρήλιο ℗ 15:09, 14. Sep. 2011 (CEST)

@Jörg: ich würde aus der Datei noch die Beschreibung

 <title>Verbandsabzeichen des Heeresführungskommando</title>
 <desc>das Verbandsabzeichen des Heeresführungskommando</desc>

entfernen. Viele Grüße --Marsupilami (Disk|Beiträge) 22:19, 14. Sep. 2011 (CEST)

Uuups, ist raus. --Jörg 23:08, 14. Sep. 2011 (CEST)

IRC-Testlauf

Ich schlage vor, einen Testlauf für IRC von vielleicht 3-6 Monaten zu machen. Danach können wir überlegen, ob wir das ganze offiziell machen. Regelung bei Freenode ist: Kanäle mit # im Namen sind "offiziell", d.h. #wikipedia wurde wirklich von wikimedia beantragt, Chats mit ## im Namen sind inoffiziell, also Themenkanäle... z.B. ##windows sind "Diskussionen um Windows". Da alle anderen Wikipedia-Chats auf Freenode sind finde ich es logisch dort zu bleiben ausserdem bin ich eh meistens nur dort.

Entsprechend habe ich ##wikipedia-grafikwerkstatt auf freenode registriert. Schaunmermal, ob sich genug "Masse" aus den Mitarbeitern der Grafikwerkstatt ergibt, dass es sich lohnt, das aufrechtzuerhalten und formell zu beantragen. Iridos 15:30, 6. Sep. 2011 (CEST)

Das muss eigentlich nirgends konkret beantragt werden. Einfach den passenden Unterchannel gründen. Aus Gründen der Einheitlichkeit würde ich dann #wikipedia-de-grafikwerkstatt vorschlagen. --StG1990 Disk. 14:06, 15. Sep. 2011 (CEST)

Naja, das ist ein Freenode-ding... da #channel "offiziell" ist, muss jemand, der offiziell vom Projekt ist, involviert sein.

Von mir aus auch mit "de" im Namen - allerdings ist "grafikwerkstatt" schon klar deutsch, da braucht es das Kürzel eigenlich nicht? Iridos 19:25, 24. Sep. 2011 (CEST)

Offiziell vom Projekt ist doch eigentlich jeder der hier mitarbeitet. ;-) Natürlich ist Grafikwerkstatt ein klar deutsches Wort. Allerdings kennzeichnet das de, den Channel praktisch als einen Unterchannel von #wikipedia-de und passt auch zum Namensschema der bestehenden Channels. --StG1990 Disk. 17:52, 2. Okt. 2011 (CEST)

Ich denke "offiziell" bedeutet für Freenode "von Wikimedia". Naja.... bis jetzt war der Andrang dort nicht so überwältigend. Wenn das auch die nächsten Monate so bleibt, brauche ich wohl nicht herauszufinden, was es denn genau bedeutet. Aber dafür war der Testlauf ja auch da.

Für eine Dauerbesetzung scheint es zu wenige IRCler zu geben (wenn es nicht nur Anlaufschwierigkeiten sind) - bleibt die Frage, ob es sinnvoll wäre, sich einmal wöchentlich/zweiwöchentlich/monatlich zu treffen um länger offengeblienene Grafikwerkstatt-Punkte zu besprechen und dann vielleicht doch zu schliessen. Iridos 01:41, 15. Okt. 2011 (CEST)

Ich bin an sich täglich im IRC unterwegs. Solange der Name des Channels für mich jedoch unklar war, also hinsichtlich ##wikipedia-grafikwerkstatt oder #wikipedia-de-grafikwerkstatt hatte ich ihn aber nicht in meine Liste aufgenommen. Ich habe es jetzt auch nochmal genau nachgelesen. Es ist nicht nötig einen Wikipedia-Channel über Wikimedia zu beantragen. Registriere ihn einfach und gut ist. --StG1990 Disk. 02:57, 15. Okt. 2011 (CEST)

Vorschaubilder für animierte Gifs und Sinnhaftigkeit animierter Gifs insgesamt

Siehe Portal_Diskussion:Mathematik#GIF_in_MediaWiki_1.18, das Thema sollte aber auch außerhalb der Mathematik von Interesse sein. --KMic 13:30, 12. Okt. 2011 (CEST)

Denen geht's ja eher darum, wie man die Animation in den Artikel bekommt... weniger über die "Sinnhaftigkeit animierter Gifs insgesamt". Tatsächlich empfinde ich Animationen in der Artikelvorschau eher als unsinnig. Dauerndes geflacker von irgendeiner Animation stören den Lesefluss zumindest bei mir schon sehr. Da der Hauptanteil der Information wohl im Text sein sollte, sind somit Animationen eher ungeschickt. Natürlich lassen sich manche Sachen so am besten Darstellen, aber dann sollte man MMN versuchen, es in Frame 1 möglichst klar darzustellen und die Bildunterschrift sagt dann, dass es tatsächlich eine Animation ist, die man anklicken sollte.

So ein Vorgehen ist auch für gedruckte Vesionen des Artikels sehr sinnvoll. Iridos 13:34, 25. Okt. 2011 (CEST)

Ich würde es etwas differenzierter betrachten. Also animierte Gifs, die sofort beim puren Anschauen das Artikels lostüdeln und sich durch nichts mehr stoppen lassen, finde ich tatsächlich als äußerst nervtötend, bevormundend gegenüber dem Leser und wenig angemessen für eine Enzyklopädie. Wenn sich aber ein Leser bewusst dafür entscheidet ein Video sehen zu wollen, dann finde ich das eingebettete Abspielen im Artikel deutlich besser, als das Abspielen auf einer separaten Seite (evt. will man nebenher ja auch noch im Artikel weiterlesen).

Meine Idee war es, irgendwo (keine Ahnung wo, vielleicht unter Hilfe:Video?) die Vor- und Nachteile von animierten Gifs und .ogv darzustellen und auch eine Konvertierungsanleitung zwischen beiden Formaten (zumindest in der Richtung gif --> ogv) bereit zu stellen, letztendlich aber den jeweiligen Artikelautoren die Entscheidung zu überlassen, welches Format sie wählen möchten. Einen "Umstellungszwang" fände ich also nicht so gut, auch wenn ich selbst im Zweifel das Format ogv vorziehen würde (Wer will schon gifs mit 256 Farben sehen? Die Technik ist ja echt von vorgestern). PS.: Man kann beim Einbinden von ogv soweit ich weiß einstellen, welchem Zeitpunkt im Video das Vorschaubild entsprechen soll. --KMic 16:53, 25. Okt. 2011 (CEST)

Was verwendest Du für einen Browser? Viele Grüße --Marsupilami (Disk|Beiträge) 19:45, 25. Okt. 2011 (CEST)

Warum fragst du? Falls du mir irgendwelche Tipps geben möchtest, wie ich das bei mir abstellen kann, ist das zwar sicherlich nett gemeint, geht aber am eigentlichen Problem der Sache vorbei, nämlich der Bevormundung der Leser. --KMic 00:49, 26. Okt. 2011 (CEST)

Dein Problem kann man bei gängigen Browsern mit einem Tastendruck abstellen und ich sehe da kein Problem. Viele Grüße --Marsupilami (Disk|Beiträge) 19:58, 27. Okt. 2011 (CEST)

Chromium?

Ich denke jedoch auch, dass das am Thema vorbei ist. Iridos 12:50, 5. Nov. 2011 (CET)

Kategorie bzw. Vorlage In PNG konvertieren+

(↔ Umseitig hierher verschoben -- πϵρήλιο ℗ 11:06, 27. Okt. 2011 (CEST))

Wie wär's mit einer Wartungskategorie für JPG-Grafiken, die stark von einer Konvertierung ins PNG-Format (und Freistellung) profitieren würden? Nur JPGs, die in voller Auflösung keine Kompressionsartefakte aufweisen, sollten dort einsortiert werden. --Leyo 15:37, 26. Okt. 2011 (CEST)

Da wäre ich auf jeden Fall dafür, was auf Commons und En. schon lange gang und gebe, da hinken wir hinterher, ganz zu schweigen von dem Lerneffekt. -- πϵρήλιο ℗ 17:08, 26. Okt. 2011 (CEST)

Du meinst Commons:Template:Convert to PNG und nicht Commons:Template:BadJPEG, oder? Beim ersteren könnte man ja mittels Parameter angeben, wenn eine JPG-Grafik in voller Auflösung noch keine Kompressionartefakte aufweist. --Leyo 17:33, 26. Okt. 2011 (CEST)

Ja und ehrlich gesagt würde eine Vorlage schon reichen!? Eigentlich ist die Vorlage "Convert to PNG" "BadJPEG" mit diesem Qualitäts-Parameter. Der eigentlich nicht so oft vorkommen sollte, zumal leider JPG immer Artefakte verursacht, bei diesem hier sind sie fast nicht mehr zu erkennen, obwohl sie eine Kompressionsqualtät von 98% hat. -- πϵρήλιο ℗ 18:51, 26. Okt. 2011 (CEST)

Dann soll also Vorlage:In PNG konvertieren (mit Parameter) angelegt werden? Dazu müsste wohl dies beachtet werden, am besten mittels Eingrenzung wann die Vorlage verwendet werden soll und wann nicht. --Leyo 19:18, 26. Okt. 2011 (CEST)

Damals waren auch die englischen Vorlagen nicht so deutlich formuliert, aber ja dann sollten wir es gut vorbereiten. @Parameter: Aber ja. (hinterher kann man dann immernoch eine 2. Vorlage mit Paramter-Weiterleitun erstellen). -- πϵρήλιο ℗ 11:06, 27. Okt. 2011 (CEST)

Mich würden weitere Meinungen interessieren. --Leyo 11:49, 27. Okt. 2011 (CEST)

Naja... kann ich mich prinzipiell nicht so für erwärmen, da bei zu schlechter JPEG-Thumb Qualität eigentlich an den Parametern zur Generierung der verkleinerten Bilder geschraubt werden sollte. Da das aber wohl in nächster Zeit nicht passiert ist eine Konvertierung momentan in manchen Fällen wohl leider sinnvoll (so sinnlos sie im Prinzip eigentlich ist)... Deshalb: *Schulterzuck*. Macht, wenn ihr es für eure eigene Arbeit nützlich findet. Iridos 00:44, 20. Nov. 2011 (CET)

Das ist bei Weitem nicht der einzige Nachteil von JPEG (vor allem bei Nicht-Fotos), das sollte endlich mal generell verdeutlicht werden!

• Dateigröße
• nur aufwendig und sehr beschränkt wiederverwendbar, Dateigröße steigt
• Qualitätsverlust nach jedem Bearbeiten, daher völlig ungeeignet für ein Wiki-System
• Qualität generell
• kleiner Vorteil vs. PNG bei Mediawiki: momentan hat PNG eine 12,5 Megapixel Beschränkung, sowie JPG eine höhere "Nachschärfung" (wenn man sie denn sehen möchte)

-- πϵρήλιο ℗ 02:19, 20. Nov. 2011 (CET)

hier geht es um's konvertieren bereits bestehender JPG-Dateien, das relativiert all diese Nachteile sehr... oft bis zum Verschwinden. Klar, (fast) jede Bearbeitung sollte am besten an der 1. hochgeladenen Version erfolgen und dann alle Bearbeitungen wiederholen. Dateigröße ist bei jpeg meistens schon gut... da müssen schon große einfarbige Flächen und/oder nur sehr wenige Farben da sein, damit png/gif wesentlich besser abschneiden. Und gerade das hat man aufgrund von jpeg-Artefakten oft nicht mehr, nachdem etwas einmal jpg war. Natürlich, für längere Bearbeitungsketten ist es ungeeignet Iridos 16:48, 7. Dez. 2011 (CET)

Ich habe Vorlage:In PNG konvertieren nun mit einem Parameter (Direktkonvertierung) angelegt. Verbesserungsvorschläge sind natürlich willkommen. Auch der Parametername ist nicht in Stein gemeisselt. --Leyo 00:38, 1. Dez. 2011 (CET)

Prima, hast Du auch eine Kategorie angelegt? Diese Vorlage fügt automatisch die Bilder zur Kategorie:Datei:In PNG konvertieren. -- πϵρήλιο ℗ 18:11, 4. Dez. 2011 (CET)

Ich wollte zuerst mal auf Feedback/Änderungswünsche warten… Gibt es also keine? --Leyo 18:21, 4. Dez. 2011 (CET)

Ich bin gerade über Spezial:Gewünschte Kategorien auf die rote Kat mit den 2 Dateien drin gestoßen. Ihr solltet entweder die Dateien umsortieren oder die Kat entsprechend anlegen, so wie jetzt ist das aber großer Unsinn. Da ihr da wohl spezifische Ideen für die nun gewünschte Kat habt und ich hier nicht drinstecke, bitte drum kümmern. Danke. Grüße --Geitost 16:28, 7. Dez. 2011 (CET)

Hey, nicht übertreiben bitte. --Leyo 16:45, 7. Dez. 2011 (CET)

Och, wieso übertreiben? Gibt halt diese 2 Möglichkeiten. ;-) Na ja, hat ja wat genützt, drauf hinzuweisen. Danke fürs Kümmern, sieht ja jetzt gut aus. :-) --Geitost 12:35, 8. Dez. 2011 (CET)

Feierabend auf WP:Grafikwerkstatt/Grafikwünsche?

<*Räusper*>: Tja, werte Grafikwerker, hier guckt die gesamte Schule, um deren Artikel es bei meinem Grafikwunsch (– einer von mehreren unbearbeiteten Grafikwünschen anderer Benutzer –) geht, staunend zu, wie bei Wikipedia die Lichter ausgehen... --Jocian 23:51, 15. Dez. 2011 (CET)

Ein Logo einer Schule ist auf der Wichtigkeitskala halt nicht so weit oben. --Leyo 08:27, 16. Dez. 2011 (CET)

Für meinen letzten dortigen Grafikwunsch hat sich ja inzwischen dankenswerterweise ein Bearbeiter gefunden. Allgemein fällt jedoch auf, dass Anfragen auf WP:GWÜ oft lange unbeantwortet und teils auch unbearbeitet bleiben – „Bearbeiterschwund?“ Was kann man/frau tun, um die Situation wieder zu verbessern? --Jocian 08:36, 17. Dez. 2011 (CET)

Selbst mitanpacken ist die offensichtlichste Lösung. Ansonsten? Kurier-Beitrag? --Leyo 12:10, 17. Dez. 2011 (CET)

Nunja, selbst mitanpacken mach' ich ja schon beim Artikelschreiben und -verbessern etc. Hingegen bin ich bei Grafikerstellung (und auch bei Fotoverbesserung) ein Blindfisch, das können halt andere Benutzer besser. Wie wäre es mit einer grafisch gut gemachten "Wanted-Anzeige" im Kurier? --Jocian 14:44, 17. Dez. 2011 (CET)

Von mir aus könnte man die Unterseite "Grafikwünsche" (auf die ich selbst auch wesentlich seltener schaue) auflösen und alles kommt auf die Grafikwerkstatt. Thematisch sehe ich da sowieso mehr Überschneidung als wirklich trennendes. Ich guck halt meistens auf die Grafikwerkstatt, wenn da nichts interessantes ist, *vielleicht* auf die Unterseite. Relativ lange wusste ich nichteinmal, dass es die Unterseite gibt. Gibt

Abgesehen davon +1 zu Selbst mitanpacken. Das ist das Wiki-Prinzip. Und wenn mich eine Aufgabe nicht reizt oder ich Schulartikel grundsätzlich Unsinnig finde oder ich sehe, dass eine neue Grafik das _einzige_ gute an einem Artikel wäre... dann bezahlt man mich mit 0€/h halt nicht gut genug, um es _trotzdem_ anzupacken.

Und Anfangshilfen für die Grafikbearbeitung haben wir einige. Als kostenloses Programm zur Bearbeitung von Grafiken ist wohl Inkscape momentan noch das Programm der Wahl. Wir haben Wikipedia:Grafiktipps und den IRC-Kanal, auf dem man prinzipiell Fragen kann (leider hat das nicht so abgehoben, oft ist dort ausser mir keiner). Iridos 13:44, 28. Jan. 2012 (CET)

Archivierung

Hallo, mir ist gerade aufgefallen, dass ein Beitrag von mir hier in der Grafikwerkstatt archiviert wurde, obwohl er nicht "bearbeitet" wurde bzw mit erledigt gekennzeichnet wurde. Ist das ok so oder ist das nur ne Bug vom Bot? --Flor!an (Diskussion) 20:38, 15. Mär. 2012 (CET)

funktionsgraph wikikonform?

hallo, mir geht's bisschen auf die nerven, wie vielfältig die graphen in der WP formatiert sind. jeder scheint sein eigenes süppchen zu kochen. gibt es keine vorlage, die beim input von sagen wir mal den jahreszahlen 1655, 1721, 1877, 1901, 1928 und den daten 2, 3, 6, 8, 16 einen schönen graphen auswirft? hab nichts dergleichen gefunden. nur balkengrafiken. will aber eine linie haben. danke, Maximilian (Diskussion) 18:14, 2. Apr. 2012 (CEST)

Grafikvorlage

Liebe Kollegen, gibt es eigentlich eine Grafikvorlage, die zeitliche Entwicklungen grafisch umsetzt und darstellt.

Beispiel:

Bevölkerungsentwicklung

1840	1852	1855	1861	1867	1871	1875	1880	1885	1890	1895	1900	1905	1910	1919	1925	1933	1939
344	354	355	348	384	392	432	462	472	443	442	481	471	234	231	268	238	-

Eine solche Tabelle ist zwar schöner als eine langatmige Aufzählung der Entwicklung als Fließtext, noch schöner und aussagekräftiger jedoch wäre eine Grafik. --Ratzer 12:00, 4. Aug. 2011 (CEST)

Ich würde sagen Du suchst Hilfe:Zeitleisten. Damit lassen sich solche Diagramme im Wiki erstellen. Viele Grüße --Marsupilami (Disk|Beiträge) 06:44, 5. Aug. 2011 (CEST)

Danke für den Hinweis auf die Zeitleisten. Die Syntax ist aber nicht ganz einfach, deshalb habe ich auf der entsprechenden Disk. mal um Hilfe gebeten (Kurve statt Balken, sowie unterschiedlich große Abstände auf der X-Achse).--Ratzer 09:39, 5. Aug. 2011 (CEST)

Wenn ich das dort sehe, so ist eine Darstellung mit Balken nicht so klasse (und eine andere nicht möglich). Also vielleicht doch als SVG? Iridos 19:56, 6. Sep. 2011 (CEST)

Verwischung mit Grafikwünsche

Der Unterschied scheint nicht ganz klar, dort wo ich nachgeschaut habe wurde das Gleiche wie hier behandelt. Evt. liegt es an der Formulierung bereits vorhandener Grafiken, was dazu verleitet anzunehmen dass hier hochgeladene Dateien gemeint sind!? Warum gibt es überhaupt diese Differenzierung? Wie es auch sei, würde ich des Weiteren die dortige Diss. hierher weiterleiten.-- Perhelion 15:20, 22. Aug. 2011 (CEST)

Ich guck eigentlich immer nur hier und war mir der anderen Seite lange gar nicht bewusst. Von mir aus könnte man das zusammenlegen. Iridos 01:43, 15. Okt. 2011 (CEST)

Viele Abschnitte werden auf der falschen Seite eingestellt. Zumindest deutlicher auf die jeweils andere Seite hinzuweisen, wäre wohl nicht schlecht. --Leyo 13:56, 3. Dez. 2011 (CET)

FYI

Zwar in den UK, hätte aber hier wohl auch passieren können, oder? http://www.heise.de/foto/artikel/Urteil-Wie-das-Bild-eines-roten-Busses-das-Urheberrecht-verletzt-1423127.html Die Absurdität der diversein Urheber- und Copyright-rechte ist manchmal schon... Gerade wurde ich drauf aufmerksam gemacht: http://www.sueddeutsche.de/medien/kanzlerfotograf-will-focus-verklagen-teure-pose-1.1053547 Iridos 13:55, 28. Jan. 2012 (CET)

Logo-Wettbewerb zum Festivalsommer 2013

Liebe Kollegen,
falls Interesse an einem kleinen Wettbewerb besteht, schaut doch mal auf Benutzer_Diskussion:Achim_Raschka/Festivalsommer_2013#Logo-Wettbewerb vorbei. Es gibt sogar eine Kleinigkeit zu gewinnen. Gruß -- Achim Raschka (Diskussion) 20:21, 18. Okt. 2012 (CEST)

Diskussion um eine Grafik in den Artikeln Politisches System der Europäischen Union und Europäische Union

Hallo,

in jüngster Zeit fanden zT. heftige und polemische Diskussionen um eine Grafik in den Artikeln Politisches System der Europäischen Union und Europäische Union (hier die Grafik für sich in meinem BNR) statt, nachdem diese in einem Edit-War umkämpft wurde und daher beide Artikel bereits zweimal gesperrt wurden. Die bisherigen Diskussionen sind unter Diskussion:Politisches System der Europäischen Union, Diskussion:Europäische Union und vor allem unter Wikipedia:Fragen_zur_Wikipedia#HTML-_und_Vorlagen-Codierung zu finden.

Meiner Meinung nach gibt die Grafik einen super Überblick über das komplexe Thema des politischen Systems der EU und fasst es kurz und einprägsam zusammen (die Artikel enthalten lange und komplizierte Fließtexte, die diese Grafik zusammenfassen kann. Sie gibt einen guten Überblick über das komplexe politische System der EU, indem sie jedes EU-Organ kurz erläutert und so dem Leser kurz und prägnant das System näher bringt. Die Artikel werden durch die Tabelle übersichtlicher, strukturierter und vor allem anschaulicher. Es ist IMO ein großes Problem in der WP, dass sich die Fließtexte zT. ewig hinziehen und es für einen Leser, der sich nur kurz einen Überblick über das politische System der EU verschaffen will immer komplizierter und zeitraubender wird, sich mit dem Thema auseinanderzusetzen (siehe auch WP:AI). Eine solche Grafik gibt einen ersten Einstieg in das Thema und kann dieses gut zusammenfassen und grafisch darstellen). Was ich sonst noch zu der Diskussion zu sagen habe, habe ich hier einmal zusammengefasst.

Ich würde mich freuen, wenn hier ein neutraler und unbeteiligter Nutzer mal versuchen könnte, die Wogen zu glätten und ein wenig zu vermitteln. Mehrere persönliche Konflikte haben die Diskussion nämlich total polemisch und unkonstruktiv werden lassen. Ich würde mir jedoch eine produktive Diskussion über die Verbesserung der Tabelle wünschen, statt sich gegenseitig nur zu beschimpfen. Danke und Grüße — Alleskoenner (Diskussion) 21:59, 25. Okt. 2012 (CEST) PS: Wenn der Beitrag hier nicht hingehören sollte, bitte einfach an den entsprechend richtigen Ort verschieben.

Bitte richte Deinen Beitrag an die Diskussionseite von Politisches System der Europäischen Union und/oder Europäische Union. Viele Grüße --Marsupilami (Disk|Beiträge) 20:51, 10. Nov. 2012 (CET)

und/oder an WP:3M (genau dafür ist diese Seite ja da). --Martin K. (Diskussion) 20:25, 12. Nov. 2012 (CET)

Gute Idee. Danke für den Hinweis. Viele Grüße --Marsupilami (Disk|Beiträge) 20:33, 12. Nov. 2012 (CET)

Siehe hier - der Antrag wurde nun leider schon seit Wochen nicht bearbeitet... Grüße — Alleskoenner (Diskussion) 21:57, 12. Nov. 2012 (CET)

Weißer Hintergrund

Umgezogen nach WP:GWS#Weißer Hintergrund. --Marsupilami (Disk|Beiträge) 08:34, 17. Mär. 2013 (CET)

Anleitung/Nachwuchs-/Aufbauhilfe/Tellerrand

Hier sehe ich einen deutlichen Handlungs-/Nacholbedarf im Vergleich zu unseren Interwikiprojekten, daher möchte darauf aufmerksam machen. Es fängt schon bei der ganzen Struktur hier an, die ist für Einsteiger erst mal unübersichtlich. Daher wäre schon Mal das mindeste eine zentrale Seite die Aufklärung bzw. klare Aufteilung verschafft (wie in anderen Projekten)! Die momentane Seite Wikipedia:Abgrenzung von Bildern, Grafiken und Karten setzt hier nur teilweise bzw. nur am Rande an. Wie weit Wikipedia:Redaktion Bilder dafür zuständig sein könnte vermag ich nicht zu sagen. Des Weiteren ist die Seite Wikipedia:Grafiktipps sehr lückenhaft bzw. mangelhaft. Man vergleiche: Wikipedia:Fototipps / Wikipedia:Kartenwerkstatt/Hilfe oder fr:Tutorials[5] / en:Wikipedia:Graphics tutorials. Ergänzen könnte man z.B.: en:Wikipedia:Graphic_Lab/Resources/Software/fr:Wikipédia:Atelier graphique/Logiciels. Des Weiteren sollte ebenfalls die Diskussionseite der Grafiktipps hierher weiterleiten (man braucht sich nur dortige Beiträge anschauen). Es ist nachvollziehbar dass hier für Alteingesessene der Blick für das vermeintlich "Unwesentliche" verloren geht, bzw. keinen Weitblick mehr macht. Wir wissen alle dass hier Nachwuchs nötig ist, nur tun müssen wir was dafür. Was sind eure Meinungen und Vorschläge? MfG -- πϵρήλιο ℗ 14:59, 3. Sep. 2012 (CEST)

Suche Tipps zum Zusammenfügen von großen Scanns

Hallo, ich scanne häufiger mal großformatige Karten mittels eines normalen Scanners. Irgendwie hab ich aber bislang noch nicht den perfekten Dreh raus, sodass man hinterher im Mosaik keine fehlerhaften Sprünge mehr drin hat. Hiermal meine momentane Vorgehensweise:

• Ich scanne die Karte mit möglichst großen Überlappungen und lege ein (der Scannergröße entspr.) Buch oben auf, sodass es möglichst nur geringe Wülste an den Rändern gibt (da die Scannerfläche ja durch einen erhöhten Rahmen begrenzt ist)
• Dann schneide ich bei den Bildern ca 1-2 cm Rand ab
• Zum Zusammenfügen nehme ich Microsoft Research Image Composite Editor - der funktioniert eigentlich auch superschnell und vollautomatisch, nur das Problem ist eben, dass ich grad an den Rändern immer wieder kleine Schlieren habe, wo die Mosaikteile nicht 100% zusammenpassen

Wenn ich es in Photoshop manuell versuche, sehe ich auch, dass die Mosaikteile nie ganz überein passen - wohl meist wegen Unebenheiten (Faltungen) des Papiers (evtl. auch Ungenauigkeiten des Scanners?). Kann mir da jemand noch ein paar Best Practices oder Software-Tipps geben? --alexrk (Diskussion) 17:43, 13. Feb. 2013 (CET)

Hast du es schon mit Photomerge in Photoshop versucht? --Marcela ¿•Kãʄʄchen•? 17:51, 13. Feb. 2013 (CET)

Ohje, mit Photomerge kommt leider nur ein Salatteller raus. Jedenfalls, ich vermute das Grundproblem bei all diesen Tools (wie auch Hugin) ist wohl, dass die die Einzelbilder nur einfach transformieren, aber keine lokalen Verzerrungen innerhalb der Scanns ausgleichen können. Daher wird wohl der einzige Weg sein, beim Einscannen noch mehr Gewicht aufzulegen oder vorher die Karte noch zu bügeln. --alexrk (Diskussion) 18:26, 13. Feb. 2013 (CET)

Ein sehr mühevoller aber funktionierender Weg ist, mit dem Verkrümmen-Werkzeug in Photoshop zu arbeiten. Es erzeugt in der Auswahl zwei senkrechte und zwei waagerechte Hilfslinien, die zeigen, wie ein Wegziehen eines beliebigen Punkts in der Auswahl auf die Umgebung wirkt. Das Werkzeug verhält sich quasi wie eine Gummituch. Ich verwende es bei entsprechenden Verknautschungen manchmal mehrfach nacheinander. Karten haben ja glücklicherweise oft am Rand Längen- und Breitengrade (oder auch gerade Faltungen), die in der Fläche sogar manchmal als kleines + wiederholt werden. Das sind ideale Vorlagen, da man den Bildinhalt an Hilfslinien ausrichten kann, die man vorher auf die Koordinaten gelegt hat. Das Verkrümmen-Werkzeug lässt auch den Rand der Auswahl in Ruhe, sodass dort keine Bearbeitungsspuren entstehen - ganz im Gegensatz zum Verbiegen-Werkzeug. Oft muss vorher auch mal ein Teil des Scans, in der Breite oder Höhe an den Rest angeglichen werden. Wenn man das gemacht hat, kann man den Überlappungsbereich am nächsten Scan ausrichten und notfalls über Ebenen noch ein wenig Nachkrümmen, Helligkeiten nachregeln und die Kanten mit weicher Kante löschen. Hilfreich kann auch eine vorhandene maßhaltige Karte sein (OpenStreetMap o. ä.), die man in einer gesperrten Ebene unter seine transparent eingestellte Arbeit legt. Eine mühevolle Kleinarbeit. --Xavax (Diskussion) 20:07, 13. Feb. 2013 (CET)

Entzerrung in QGIS

Stimmt, bei Karten mit schönem vollständigem Gitternetz ist das noch ein denkbarer Zwischenschritt, die Scans erstmal mit Hilfe des Gitters zu entzerren, sodass dann wenigstens die Ränder besser zueinander passen. Sowas Ähnliches hatte ich kürzlich für diesen Stadtplan probiert, der als Auflichtscan in 6 Teilen vorlag, wobei aber die Karte auch einige Verzerrungen/Falten hatte. Mit QGIS geht das recht gut, indem man mit dem Georeferenzieren-Werkzeug imaginäre Soll-Koordinaten auf die Gitterkreuze setzt und anschließend per "thin plate spline" das Ganze ausgleichen lässt. Jetzt hab ich aber mal wieder eine Karte aus 14 Teilen, wo am Rand herum auch noch jede Menge Text steht und diese Methode nicht ganz so gut klappt. --alexrk (Diskussion) 22:31, 13. Feb. 2013 (CET)

Wär's vielleicht eine Option die Karte nicht in Einzelteilen zu scannen, sondern als ganzes abzuphotographieren? --Martin K. (Diskussion) 23:23, 13. Feb. 2013 (CET)

Da finde ich die Scan-Variante besser. Und nach dem Stitchen dan einfach manuell korrigieren, was die Programme nicht hinbekommen.

Letztlich sind die Programme aber nur richtig gut, wenn die Ausgangsdateien gut sind, also auch plan und nicht mit Knicken.--Hic et nunc disk ^WP:RM 12:51, 14. Feb. 2013 (CET)

Mit Abfotografieren hab ich bislang wenig Erfolg gehabt. Die Feinheiten auf einer Karte sind da meist zu verschwommen (selbst mit einer EOS 5D, wie man hier sehen kann). Und Stitchen muss man dann auch ohnehin, wenn die gewünschte Zielauflösung bei ca 80 Megapixeln liegen soll.

Hab jetzt aber glaub ich den Hauptübeltäter gefunden: und zwar hatte ich beim Scannen sowohl Quer- wie auch Hochformat mal so rum mal so rum verwendet. Das sollte man offenbar tunlichst vermeiden und alle Einzelteile besser nur in einer Ausrichtung einscannen. Ich hatte das mit einem karierten Blatt mal getestet und gesehen, dass es da im Vergleich Hoch- und Querformat eine ziemliche Scherung von etwa 4 mm gibt, die man mit Drehen+Verschieben nicht rausbekommt. Vermutlich liegt das an einer nicht 100% genauen Schienenführung. Naja, hatte wohl mal wieder zuviel Vertrauen in die Technik. Aber was soll man auch bei 130 EUR erwarten. Ich weiß nicht, ob teurere Scanner das noch besser können. Jedenfalls, da ich den Fehler nun gefunden habe, geht es auch so ganz gut. Nachdem ich alles nochmal in der selben Richtung gescannt habe, sind die Abweichungen kaum noch sichtbar. Natürlich hat das Gesamtbild jetzt deutlich diese Scherung drin, welche ich aber gut mit besagter QGIS-Methode nachträglich noch ausgleichen kann. Supi, wieder was gelernt. --alexrk (Diskussion) 19:03, 14. Feb. 2013 (CET)

Brauche Hilfe bei Inkscape

Hi! Durch ein rotes Rechteck habe ich eine kurvige Bézierkurve gezogen. Dadurch sind mir zwei Rechteckteile entstanden. Wie kann ich diese Teile entlang der Bézierkurve voneinander trennen / auseinanderschneiden? Ihr habt da sicherlich etwas mehr Ahnung als ich, danke schon mal, -- Doc Taxon @ Discussion 16:11, 30. Mär. 2013 (CET)

Ich gehe davon aus, dass die Bezier-Linie über die Seiten des Rechteck hinaus reicht.

• Schritt 1 = das Rechteck in einen Pfad umwandeln (Umsch + Strg + C)
• Schritt 2 = Beide Pfade - Bezier und Rechteck - zusammen auswählen
• Schritt 3 = Pfad Division anklicken (Strg + /)

Fertig. Beide Teile lassen sich nun auseinander schieben. --maxxl2   - Disk 17:00, 30. Mär. 2013 (CET)

Hab's genauso gemacht. Beide Elemente, das Rechteck und Bezier-Linie sind bei Strg + / verschwunden, nirgends mehr zu finden. -- Doc Taxon @ Discussion 18:00, 30. Mär. 2013 (CET)

Dann funktioniert der offizielle Tastenkürzel nicht. Ersatzweise unter Pfad -> Division den Befehl auswählen. Viel Erfolg. --maxxl2   - Disk 18:17, 30. Mär. 2013 (CET)

Habe aber beides probiert. Mit Pfad -> Division werden beide ausgewählten Elemente gelöscht. -- Doc Taxon @ Discussion 18:50, 30. Mär. 2013 (CET)

Sorry - kann ich hier nicht nachvollziehen. Hier funktionieren beide Wege einwandfrei. Für weitergehende Hilfe empfehle ich das Inkscape-Forum. --maxxl2   - Disk 18:59, 30. Mär. 2013 (CET)

Bei mir funktioniert es ebenfalls problemlos (Inkscape 0.48.4). Sowohl per Pfad -> Division als auch mit dem Shortcut Strg + Shift + /. Der Schritt 1 (Objekt in Pfad umwandeln) ist übrigens nicht notwendig, Inkscape erledigt das automatisch.

Ich habe gerade während des Schreibens nochmal getestet und habe das Problem tatsächlich beobachten können! Wenn ich einen geraden Pfad mit zwei Punkten über das Rechteck lege, verschwinden beide Objekte tatsächlich! Ziehe ich jetzt den Pfad etwas, sodass er zur "Kurve" wird, klappt es wieder wie gewohnt. -- Patrick87 (Diskussion) 19:10, 30. Mär. 2013 (CET)

Richtig. Schritt 1 kann entfallen. Aber selbst bei gerader Linie löscht der Befehl hier nichts weg. Inkscape ist immer noch für Überraschungen gut. maxxl2   - Disk 19:15, 30. Mär. 2013 (CET)

Welche Version von Inkscape verwendest du? Eine Entwicklungsversion? Das beobachtete Verhalten ist ein bekannter Bug in Inkscape, welcher in revision 12138 gefixt sein soll. -- Patrick87 (Diskussion) 19:19, 30. Mär. 2013 (CET)

Ich habe Win7Home Inkscape 0.48.3.1 r9886 - mehr nicht. --maxxl2   - Disk 19:33, 30. Mär. 2013 (CET)

Und ich verwende die stable version Inkscape 0.48.4 r9939 -- Doc Taxon @ Discussion 09:48, 31. Mär. 2013 (CEST)

und okay, ich habe mir mal den Bug-Link von Patrick87 angeschaut. Also, wenn ich eine gerade Bézier-Linie, also eine Zwei-Punkt-Linie, übers Rechteck ziehe, geht's nicht. Aber wenn ich diese Zwei-Punkt-Linie schließe, also einen dritten Punkt auf den ersten setze, lässt sich das Rechteck problemlos teilen. Ebenso bei einer Kurve. Das Rechteck vorher in einen Pfad zu wandeln, ist auch nicht notwendig. Ihr habt mir gut weitergeholfen, vielen Dank, -- Doc Taxon @ Discussion 09:59, 31. Mär. 2013 (CEST)

Wenn Du bei dieser Datei (Inhalt kann sich jederzeit wieder ändern) Strg+a und dann Strg+Shift+7 drückst, funktioniert es auch nicht? Bei mir mit der uralten Version 0.48.1 funktioniert dies. Viele Grüße --Marsupilami (Disk|Beiträge) 10:48, 31. Mär. 2013 (CEST)

ja, also komisch ist das schon, jetzt habe ich es einmal mit einer Dreipunkt-Geraden (geschlossene Zweipunktlinie) erfolgreich probiert. Jetzt geht das auch mit Kurven ganz problemlos. *wunder* Habe ich eben auch geschrieben. Also nochmals vielen Dank.

SVG-Logo-Wünsche

Hallo, kann mal jemand sehen, ob bei folgenden Artikeln brauchbare Logos als Vektorgrafiken (SVG) zu bekommen sind? Hier nun die Artikel:

• Stadtwerke Rodgau
• Stadtwerke Rottenburg am Neckar
• Busverkehr Emsland-Mitte/Nord
• Verkehrsgemeinschaft Emsland-Süd
• Ankum-Bersenbrücker Eisenbahn
• Augsburger Localbahn

Viele Grüße --Woehlecke 07:59, 22. Apr. 2013 (CEST)

Was bist du denn für ein Spassvogel? Erst wendest du dich an den erfahrensten aktiven SVG-Grafiker hier persönlich und als er die von dir gewünschten Ergebnisse trotz intensivster Suche nur teilweise bringen kann, stellst du die selben Anfragen nochmals hier? Sollen wir jetzt Marsupilamis Bemühungen nochmals anstellen? Was soll diese doppelte, äußerst zeitintensive Suche? Ich vertraue Marsupilami und bin sicher, dass, wenn er nichts findet, auch kein anderer hier etwa findet oder ein besserer Logo-Detektiv ist. --maxxl2   - Disk 09:49, 22. Apr. 2013 (CEST) PS: Wenn Du mit Marsupilamis Ergenis nicht zufrieden bist, richtige doch deine Erstanfrage direkt an diese Stelle. Kooperative Anfragensteller bringen gleich die PDF-Links für Vektorlogos mit und erleichtern so die Arbeit.

Ergänzung

Auch wenn der Unmut etwas übertrieben erscheint, ist er jedoch aus mehrerlei Hinsicht verständlich (ich wollte ebenfalls mit dem 1./2. Logo beginnnen). Obwohl sowieso solchen "Massen"-Anfragen eher selten beantwortet werden. -- ΠЄΡΉΛΙΟ 15:53, 22. Apr. 2013 (CEST)

Entschuldigung, ich bin beim Logo-Suchen leider kein Profi. Woran erkenne ich denn, z.B. in einer PDF-Datei, brauchbare Vektorgrafiken? --Woehlecke 18:17, 22. Apr. 2013 (CEST)

Wenn ich mir die in Frage kommenden Teile des PDF-Dokumentes bei 800 % Wiedergabe anschaue und die Kanten der Grafik sind glatt und keine Treppenstufen (Rasterklötzchen), bin ich fast sicher, dass es sich um eine Vektorgrafik handelt. Aber in ganz seltenen Fällen hat sich selbst dies beim Auflösen in Inkscape als falsche Einschätzung herausgestellt. --maxxl2   - Disk 20:16, 22. Apr. 2013 (CEST)

+1. Ja, es kommt immer mal wieder vor, dass in einem PDF eine sehr hoch aufgelöste Pixelgrafik steckt, die man dann erst in Inkscape als solche enttarnen kann. Es gibt auch vereinzelt Fälle in denen im PDF Vektordaten stecken, aber diese von minderer Qualität sind. Ein grenzwertiges Beispiel habe ich dort hochgeladen. Bei diesem Logo sind z.B. im B innen die Ränder beschädigt. Viele Grüße --Marsupilami (Disk|Beiträge) 22:50, 22. Apr. 2013 (CEST)

Bitte Woehlecke nicht falsch verstehen, die Situation stellt sich etwas anders dar als sie auf den ersten Blick scheint. Ich hatte Woehlecke gestern nach meiner Suche hierher weiterempfohlen, weil hier sicher mehr Mitarbeiter vorbeikommen als auf meiner Disk und somit potentiell auch mehr Ideen vorherrschen dürften, wie man zu meinen durchgeführten Suchen vielleicht noch geschickter Suchmaschinen oder Webseiten nach Vektordaten absuchen kann.
Um hier unnötige Doppelsuchen zu vermeiden: ich suche normalerweise bei Google mit folgendem Suchstring:

filetype:pdf site:Domänenname_des_Logonutzers

Und wenn die Ergebnisse zu umfangreich sind versuche ich zunächst folgende Einschränkungen/Abwandlungen:

filetype:pdf site:Domänenname_des_Logonutzers indd
filetype:pdf site:Domänenname_des_Logonutzers qxd
filetype:pdf site:Domänenname_des_Logonutzers qxp
filetype:pdf site:Domänenname_des_Logonutzers flyer
filetype:pdf site:Domänenname_des_Logonutzers brochure
filetype:pdf site:Domänenname_des_Logonutzers brochüre
filetype:swf site:Domänenname_des_Logonutzers
filetype:zip site:Domänenname_des_Logonutzers
filetype:pdf "Unternehmensname_des_Logonutzers"
filetype:pdf "Unternehmensname_des_Logonutzers" indd
filetype:pdf "Unternehmensname_des_Logonutzers" qxd
filetype:pdf "Unternehmensname_des_Logonutzers" qxp
filetype:pdf "Unternehmensname_des_Logonutzers" flyer
filetype:pdf "Unternehmensname_des_Logonutzers" brochure
filetype:pdf "Unternehmensname_des_Logonutzers" brochüre
filetype:swf "Unternehmensname_des_Logonutzers"

Bei englischen Unternehmenswebseiten noch speziell:

filetype:pdf site:Domänenname_des_Logonutzers annual
filetype:pdf site:Domänenname_des_Logonutzers report

Mit "Domänenname_des_Logonutzers" ist nur die Domäne ohne den meist vorangestellten Hostanteil gemeint. Also z.B. bmw.de statt www.bmw.de oder strolche.bmw.de. Viele Grüße --Marsupilami (Disk|Beiträge) 22:50, 22. Apr. 2013 (CEST)

Die obigen Beispiele zeigen mir, dass wir die gleichen Suchstrings verwenden. Zusätzlich hätte ich nur noch den PDF-Google-Finder für den Firefox zu empfehlen, der das Ganze noch ein wenig erleichtert. --maxxl2   - Disk 23:11, 22. Apr. 2013 (CEST)

Noch eine kleine Anmerkung dazu: Manchmal ersetzte ich das filetype:pdf auch einfach durch inurl:pdf, dann werden nämlich oftmals auch PDFs gefunden die sich hinter einem kryptischen Aufruf eines PHP Dokuments befinden oder Ähnliches. Es produziert aber natürlich auch "false positives". --Patrick87 (Diskussion) 16:03, 2. Jun. 2013 (CEST)

Grafikwünsche

Nachdem ich die Aktivitäten einige Zeit beobachtet habe, ist mir aufgefallen, dass es manchmal zu bedauerlichen Doppelarbeiten kommt. Ich schlage vor, dass wir hier ein System wie auf commons (natürlich auf Deutsch) installieren:

 <!--Please mark this {{resolved|1=~~~~}} when the request is completed satisfactorily--> 
 <gallery class="center">
 IMAGENAME.EXT|Description of image
 IMAGE_TWO.EXT|2nd image (If there is one)
 ETCETCETC.EXT|Don't request too many at once, though
 </gallery>
 
 '''Request:''' Do something with them... --~~~~
 
 '''Graphist opinion(s):'''
 <!-- This area is for volunteers:
 {{I take|1=~~~}}: when you accept the request;
 {{Done}}: when the request is done. --> 

Findet das hier Zustimmung? --maxxl2   - Disk 15:48, 8. Apr. 2013 (CEST)

Vermutlich würde es genügen eine Vorlage analog zu "Erledigt" für "Wird bearbeitet" zu erstellen. Die Kunst ist es dann die Leute dazu zu bewegen diese auch wirklich zu verwenden. Denn auch auf Commons wird {{I take|1=~~~}} so gut wie nie verwendet. -- Patrick87 (Diskussion) 18:57, 8. Apr. 2013 (CEST)

Ich bin guter Hoffnung, dass wenn wir beide mit gutem Beispiel vorgehen, werden die Vorteile der kleinen Zusatzinfo schon deutlich werden und Nachahmer finden. --maxxl2   - Disk 19:07, 8. Apr. 2013 (CEST)

Da zweifle ich noch dran, aber wie gesagt (oder zumindest gedacht, falls das nicht deutlich geworden ist), grundsätzlich halte ich das für eine gute Idee. Neue Abschnitte standardmäßig mit allen (auskommentierten) Infos zu füllen wie oben halte ich jedoch für unnötigt. Ich würde einfach einen Hinweis auf die nötigen Vorlagen oben auf der Seite einfügen. -- Patrick87 (Diskussion) 19:13, 8. Apr. 2013 (CEST)

Habe gerade mal geschaut, wir haben bereits die Vorlage In Arbeit. Ich denke das sollte genügen? Falls nötig kann man in der Vorlage ja noch als Parameter die Angabe des "Bearbeitenden" erweitern, ich denke jedoch es ist fast einfacher die Signatur manuell daneben zu setzen.
Weiterhin habe ich über obiges nocheinmal nachgedacht und bin nun auch der Meinung, dass man das ganze per Preload lösen kann. Auf diese Weise ist die Chance auf einheitliche und ordentliche Anfragen, sowie auf Rege Verwendung der Vorlagen wohl am höchsten. -- Patrick87 (Diskussion) 23:10, 8. Apr. 2013 (CEST)

So, wie schaut's aus mit dem Vorschlag? Zustimmung hat er bisher keine gefunden, Ablehnung jedoch auch nicht...
Ich hatte den Vorschlag zwischenzeitlich übrigens auch in der WP:Fotowerkstatt verlinkt (deren Preload verwendet die Grafikwerkstatt nämlich derzeit). Da beide Projekte sehr ähnliche Anforderungen haben, wäre es vermutlich kein Problem auch weiterhin ein gemeinsames (aktualisiertes) Formular fürs Eintragen von Bearbeitungswünschen zu haben. Zusätzlich würde ich vorschlagen auch für WP:Grafikwünsche sowie WP:Bilderwünsche entsprechende Preloads (auch hier würde vermutlich ein gemeinsames genügen) zu erstellen. Gleiches Verfahren dann vermutlich auch für WP:Kartenwerkstatt sowie WP:Kartenwünsche (die Anforderungen dort sind mir jedoch nicht bekannt, das müsste man dann vermutlich nochmal konkret dort diskutieren.
Mit den obigen Änderungen wären dann alle Teile der WP:Redaktion Bilderauf dem neuesten Stand! -- Patrick87 (Diskussion) 21:55, 11. Apr. 2013 (CEST)

Da es keine Gegenstimmen gibt würde ich mich bei Gelegenheit einfach mal daran machen das Preload entsprechend anzupassen. -- Patrick87 (Diskussion) 01:04, 15. Apr. 2013 (CEST)

Ich habe das Preload eben aktualisiert und auch das Editintro entsprechend angepasst. Ergebnis hier. Irgendwelche Kommentare oder Verbesserungsvorschläge? --Patrick87 (Diskussion) 19:13, 5. Mai 2013 (CEST)

Danke dir für den Preload. Nur leider bin ich nicht in der Lage, ihn auf der Projektseite zu initiieren. Beide Schaltflächen Abschnitt hinzufügen starten den Preload bei mir nicht. Was mache ich falsch? --Maxxl2 - Disk 11:38, 2. Jun. 2013 (CEST)

Das war doch schon immer so? Mir ist kein Weg bekannt das Preload beim Klicken von "Abschnitt hinzufügen" zu laden. Du musst den Link "Grafik eintragen" in der grünen Box verwenden (hier wird an die URL dann &preload=URL_zum_Preload angehängt). Falls jemand eine Lösung kennt das Preload doch automatisch von der WikiMedia Software laden zu lassen, dann immer her damit, ich finde das aktuelle Verhalten auch unglücklich.

Die einzige Möglichkeit die ich bisher gefunden hatte um "falsche" Einträge zu verhindern war die Bearbeiten Links mit __NOEDITSECTION__ und __NONEWSECTIONLINK__ ganz auszublenden. Ich weiß jedoch nicht ob das die beste Idee ist? --Patrick87 (Diskussion) 15:59, 2. Jun. 2013 (CEST)

Ich gebe ja zu, manchmal nicht der Allerschnellste zu sein, aber jetzt habe ich die grüne Schaltfläche (Button) auf der Grafikwerkstatt endlich gefunden. Wo ich sie mir gewünscht hätte - auf der Seite Wikipedia:Grafikwerkstatt/Grafikwünsche - fehlt sie aber nach wie vor. Lässt sich das noch nachholen? --Maxxl2 - Disk 13:18, 4. Jun. 2013 (CEST)

Selbstverständlich lässt sich das Preload auch für die Grafikwünsche einsetzen, einen "Grafikwunsch eintragen" Button gibt's dort sogar auch schon (auch wenn nicht in einer grünen Box). Ich mache mich bei Gelegenheit dran, vermutlich gestalte ich noch ein zweites Preload (die Anforderungen an Änderungswünsche und Neuerstellungswünsche sind ja doch minimal unterschiedlich).

Wie stehtst du (und alle anderen die hier vielleicht mitlesen, sich bisher aber noch nicht sonderlich mitteilungsfreudig gezeigt haben) dazu __NOEDITSECTION__ und __NONEWSECTIONLINK__ zu verwenden? Die beiden "magic words" sorgen dafür, dass die Bearbeitenlinks neben den Abschnitten, sowie der "Abschnitt hinzufügen" Link oben auf der Seite ausgeblendet werden. Damit können wir die Verwendung der Preloads forcieren (derzeit gibt es nämlich viele, insbesondere auch Admins, die es bewusst oder unbewusst nicht verwenden). Für diese Änderung bräuchte es aber vermutlich einen Konsens. --Patrick87 (Diskussion) 13:35, 4. Jun. 2013 (CEST)

 Pro - Ich bin dafür, weil damit eine bessere Beschreibung des Wunsches und der Folgeaktivitäten erreicht wird. --Maxxl2 - Disk 14:23, 4. Jun. 2013 (CEST)

NOEDITSECTION ist ne schlechte Idee. Mag helfen, ungewünschte Neuanlagen zu verhindern, aber so können auch die anderen bestehenden Abschnitte nicht mehr bearbeitet werden. --тнояsтеn ⇔ 14:30, 4. Jun. 2013 (CEST)

Stimmt, war 'ne dumme Idee. Weiß jemand, ob sich __NONEWSECTIONLINK__ auch auf den bei uns per Gadget eingefügten Link am Ende der seite beim letzten Abschnitt auswirkt? --Patrick87 (Diskussion) 17:10, 4. Jun. 2013 (CEST)

Hab's gerade mal getestet: __NONEWSECTIONLINK__ versteckt zuverlässig alle "Abschnitt hinzufügen"-Links. --Patrick87 (Diskussion) 20:08, 4. Jun. 2013 (CEST)

Mal könnte mit Editnotice statt Editintro bei allen Bearbeitungen einen Hinweis einblenden. --тнояsтеn ⇔ 21:53, 4. Jun. 2013 (CEST)

Das ist eine gute Idee, denn die "Editnotice" wird immer angezeigt, ganz egal wie man die Seite bearbeitet (was allerdings gleichzeitig auch einen Nachteil darstellt, da sie auch angezeigt wird, wenn man auf eine schon bestehende Anfrage antwortet). Meint ihr das wäre akzeptabel? Ich habe mir schonmal ein paar Gedanken dazu gemacht, wie eine solche "Editnotice" aussehen könnte: Benutzer:Patrick87/test. Was meint ihr dazu? --Patrick87 (Diskussion) 00:14, 5. Jun. 2013 (CEST)

 Pro - Ich bin für jede Lösung, die ein verständliches und einfach zu bearbeitendes Preload endlich auf die Seite bringt. Wie lange wird es noch dauern? --Maxxl2 - Disk 13:32, 8. Jun. 2013 (CEST)

Hi Maxxl2, mir wäre es auch lieber, wenn wir bald eine Lösung hätten, aber so eine Änderung (die Editnotice wird immer angezeigt, egal auf welche Art und Weise man die Seite bearbeitet!) braucht befürchte ich mehr als zwei Befürworter. Ich habe mir auch schon überlegt es einfach mal einzubauen, gemeckert wird meist schnell wenn es nicht gefällt.

Alternativ kann ich das was wir jetzt in der Grafikwerkstatt haben für die Grafikwünsche umsetzen und den "Grafikwunsch eintragen"-Button etwas prominenter gestalten. Allerdings wollte ich in jedem Fall mit der Umsetzung warten bis wir hier eine klare Entscheidung haben wie es aussehen soll. Schade, dass hier nicht mehr Meinungen zusammen kommen. Was wäre deine persönlich favorisierte Lösung? Ich tendiere derzeit zum Preload, auf die Gefahr hin, dass einige auch in Zukunft den "Grafik eintragen" Button ignorieren. --Patrick87 (Diskussion) 15:07, 8. Jun. 2013 (CEST)

 Pro - Danke Patrick87 für deine Initiative. Finde ich gut, "Grafikwunsch eintragen" müsste prominenter platziert sein. --Sputniktilt (Diskussion) 22:20, 13. Jun. 2013 (CEST)

Abstimmung: Editnotice/Editintro/Preload

So, da ich auf meine letzte Anfrage hin wieder keine Antwort bekommen habe und außer Maxxl2 sich bisher noch niemand überhaupt für irgendeine Variante ausgesprochen hat, versuche ich's jetzt mal auf die "harte Tour" und werde das hier gleich auf WP:Grafikwerkstatt und WP:Grafikwerkstatt/Grafikwünsche verlinken. Bitte schreibt, welche der folgenden Varianten ihr bevorzugt (erstmal weitstgehend unabhängig vom Design), ich werde die Gewünschte dann implementieren (so dass wir dann gemeinsam am Design feilen können):

Variante 1 – Preload & Editintro: Wie bisher auf WP:Grafikwerkstatt (erreichbar über den grünen "Grafik Eintragen" Button), bestehend aus der automatisch ins Editorfeld eingefügten Wikitext-Vorlage und der Erklärung im grünen Kasten über dem Editor. Beides erscheint nur, wenn man den "Grafik eintragen" Button verwendet, nicht wenn man einen neuen Abschnitt hinzufügt oder die Seite normal bearbeitet!

• Vorteil: Kein Kasten mit Anweisungen für erfahrene Benutzer, die mit der Grafikwerkstatt vertraut sind.
• Nachteil: Anweisungen nur beim erstmaligen Erstellen einer Anfrage und auch nur wenn man den dafür vorgesehenen Button verwendet. Die Statusvorlagen werden derzeit deshalb immer per HTML-Kommentar in jede Anfrage eingefügt, sodass sie auch beim späteren Bearbeiten noch verfügbar sind.

Variante 2 – Editnotice: Die Editnotice erscheint immer wenn man die Seite bearbeitet über dem Editor (ganz egal ob man dem "Grafik eintragen"-Link folgt, einen neuen Abschnitt hinzufügt, oder einfach auf "Bearbeiten" klickt).

• Vorteil: Immer sichtbar, d.h. wir können alle Statusvorlagen in der Editnotice erklären und können auf die HTML-Kommentare verzichten.
• Nachteil: Immer sichtbar, d.h. erfahrene Benutzer sehen diesen Hinweis, auch wenn sie mit der Grafikwerkstatt vertraut sind und alle Vorlagen kennen.

Also bitte fleißig kommentieren, das zieht sich jetzt schon lange genug hin. --Patrick87 (Diskussion) 21:58, 12. Jun. 2013 (CEST)

Variante 2 – Ich finde beide Ideen gut, doch wenn ich mich für eines entscheiden müsste, wäre es Variante 2. Das Problem an Variante 1 sehe ich darin, dass es nicht vorformatiert ist. Man kann nicht auf Anhieb sehen, was genau am Preload-Text wichtig ist (z.B. Anfrage) und was eher nicht (z.B. die Gallery-Tags, die müssen ja nicht verändert werden). Gut daran ist, dass man schon eine grobe Struktur aufbauen kann, um allzu große Unterschiede zu vermeiden, aber ehrlich gesagt würde ich mich als Neuling etwas erschlagen fühlen, wenn in mein Textfeld bereits bis ins kleinste bürokratisch geregelte Dinge drinstehen, die zwar wichtig sind, ich als Fragender aber nie brauchen werde (z.B. Vorlage "In Arbeit").
Dagegen hat die Editnotice einen klaren Überblick: Erst Schritt 1, dann Schritt 2, dann Schritt 3. Passend formatierbar, sodass man wichtige Dinge leichter erfassen kann. Und solange es nicht unglaublich viel Text wird, sehe ich es auch als vertretbar an, wenn es allen Benutzern angezeigt werden muss. Mir geht es so, dass ich Dinge weniger wahrnehme, je öfter ich sie sehe (so auch Werbebanner, ewig dahängende Notizzettel, rote Ampeln, ... ;-) ). Ich denke, vielen wird es bei der Editnotice auch so gehen, d.h. Personen, die die Grafikwerkstatt oft nutzen, werden die Editnote nicht mehr soo bewusst wahrnehmen (aber das brauchen sie ja eh nicht mehr, weil sie wissen, wie es funktioniert).
TL;DR: Mein Vorschlag: Editnotice, in der die Reihenfolge erklärt ist und zusätzlich ein kleines Preload, in dem aber keine konkreten Mustertexte drinstehen, sondern so ne Art "Marker". Dadurch wird der Preload-Text kürzer und übersichtlicher. Dann sähe das ganze nacher z.B. so aus:
(In der Editnotice:) Trage bei (1) den Titel ein. (Im Preload:) ===(1)===
Alternativ kann man ja auch statt (1) so was wie (Titel) schreiben. –Origami-Kranich • Disk. 23:42, 12. Jun. 2013 (CEST)

•  Neutral Eher dafür beide Varianten zu verbinden. -- ΠЄΡΉΛΙΟ 08:07, 14. Jun. 2013 (CEST)

Ein (abgespecktes) Preload können wir bei "Grafik hinzufügen" natürlich immer noch anbieten. Die Frage ist im Wesentlichen aber ob wir auf immer sichtbare Editnotice umstellen wollen oder nicht. --Patrick87 (Diskussion) 10:52, 14. Jun. 2013 (CEST)

•  Pro für Variante 1. Eine immer erscheinende Editnotice halte ich für eher störend, jedenfalls für erfahrene Benutzer. --Leyo 10:05, 14. Jun. 2013 (CEST)
•  Pro fuer Variante1. Fuer den Ersteller wird alles Noetige vorgegeben, Edits koennen dann auf dem gegebenen Geruest aufbauen. --JasperO (Diskussion) 15:29, 14. Jun. 2013 (CEST)

Wenn der Ersteller auch wirklich den "Grafik eintragen" Button verwendet, was derzeit leider oft nicht geschieht... --Patrick87 (Diskussion) 15:46, 14. Jun. 2013 (CEST)

Ergebnis

Die Beteiligung an obiger Diskussion war ja leider recht dürftig, die wo sich zu Wort gemeldet haben waren jedoch mehrheitlich für Editintro/Preload und gegen Editnotice. Ich habe entsprechend Variante 1 umgesetzt. Habt ihr noch irgendwelche Verbesserungsvorschläge? --Patrick87 (Diskussion) 22:59, 2. Jul. 2013 (CEST)

Subskripte werden nicht korrekt gerendert

• 
  Subscript ρ_W
• 
  ρ_C'

Soweit ich verstanden habe, ist das Problem bekannt - nur habe ich (noch) nicht mitbekommen, wie die Lösung aussieht. In beiden Grafiken werden die Subskripte ρ_W bzw. ρ_C' nicht tiefergestellt gerendert. Trifft das auf alle Schriftarten zu? Und wenn ja, welcher Workaround ist der beste/einfachste? Danke, --Burkhard (Diskussion) 22:37, 29. Mär. 2013 (CET)

Meine Lösung ist: ich wandle den Text in Pfad um. Danach kannst du jeden Buchstaben einzeln positionieren. --maxxl2   - Disk 23:22, 29. Mär. 2013 (CET)

Das Problem ist, dass der in der Wikipedia verwendete SVG-Renderer librsvg die Text-Eigenschaft ‘baseline-shift’ nicht versteht (viele andere, z.B. der von Firefox verwendete, übrigens auch nicht). Inkscape verwendet für hoch- und tiefgestellte Zeichen jedoch gerade diese Eigenschaft ("baseline-shift:super" bzw. "baseline-shift:sub").
Das Konvertieren von Text in Pfade ist jedoch nicht nötig und sollte vermieden werden wenn möglich, da es die nachträgliche Änderung bzw. Lokalisierung der SVG-Datei deutlich erschwert! Es genügt zwei separate Textfelder zu erzeugen und diese entsprechend zu platzieren bzw. (wer sich mit der XML-Struktur von SVG auskennt) den Text in zwei <tspan>'s aufzuteilen und das zweite von Hand zu positionieren. Standardmäßig besitzen Hoch/Tiefstellungen eine Textgröße von 65 % des umgebenden Textes und eine vertikal um rund -33%/+33% der Schriftgröße veränderte Position. -- Patrick87 (Diskussion) 01:15, 30. Mär. 2013 (CET)

Siehe dazu auch WP:PMS#Hoch-_und_tiefgesteller_Text. Viele Grüße --Marsupilami (Disk|Beiträge) 09:39, 30. Mär. 2013 (CET)

Ja danke für den Hinweis, mit dem ich ohne weitere Erläuterungen/praktisches Beispiel leider wenig anzufangen weiss. Was genau müsste ich tun, um das baseline-shift Attribute durch translate zu ersetzen?

   <tspan
         y="147.006"
         x="817.04144"
         id="tspan4382"
         sodipodi:role="line"
         style="font-size:36px">Δp = ρ<tspan
   style="font-size:23.40032959px;baseline-shift:sub"
   id="tspan3102">C'</tspan>∙g∙h</tspan>

Gruß, --Burkhard (Diskussion) 20:27, 30. Mär. 2013 (CET)

Ich habe mal versucht ein ganz allgemeines Minimalbeispiel zu erstellen (falls du noch Schwierigkeiten hast das auf deinen konkreten Fall anzuwenden, dann melde dich einfach nochmal). Oben ein typischer XML-Code wie er von Inkscape erstellt wird, unten die nötige Änderung, damit der tiefgestellte Text in der Wikipedia/Firefox/etc. richtig gerendert wird:

<svg xmlns="http://www.w3.org/2000/svg" width="350" height="160" version="1.1">
  <text y="60" x="20" style="font-size:24px;font-family:sans-serif">
    <tspan>Normaler Text<tspan style="font-size:65%;baseline-shift:sub">tiefgestellter Text</tspan></tspan>
  </text>
  <text y="120" x="20" style="font-size:24px;font-family:sans-serif">
    <tspan>Normaler Text<tspan dy="5.148" style="font-size:65%;">tiefgestellter Text</tspan></tspan>
  </text>
</svg>

Die wichtige Änderung ist style="baseline-shift:sub" durch einen simplen vertikalen Versatz zu ersetzen (dy="5.148"). Die 5.148 Pixel kamen im Beispiel übrigens durch die Rechnung Schrifthöhe * 33 % zustande, d.h. 24 px * 65 % * 33 % = 5.148 px. Die Verkleinerung von hoch- und tiefgestelltem Text auf 65 % der umgebenden Texthöhe ist der Standard in Inkscape und sieht in meinen Augen recht vernünftig aus. -- Patrick87 (Diskussion) 01:38, 31. Mär. 2013 (CET)

Ah, ich hatte nach dem auf PMS erwähnten "translate" Attribut gesucht. Soweit jetzt klar. Dummerweise funktioniert das nur, wenn kein weiterer Text folgt, d.h. der Renderer scheint geschachtelte <tspan>s offensichtlich nicht zu verstehen. (Mein FF schon). Gruß, --Burkhard (Diskussion) 12:50, 31. Mär. 2013 (CEST)

Tatsache! Auf die Schnelle fällt mir als Lösung dann nur etwas wie

<tspan>Normaler Text</tspan><tspan dy="5.148" style="font-size:65%;">tiefgestellter Text</tspan><tspan dy="-5.148">Normaler Text</tspan>

ein. Vielleicht kann ich wenn ich mehr Zeit habe noch mal einen Blick darauf werfen. -- Patrick87 (Diskussion) 14:37, 31. Mär. 2013 (CEST)

Nur artet das dann tatäschlich in Frickelei aus - insbesondere da XML nicht wirklich für menschliche Editoren gemacht ist. Schade eigentlich - auf jeden Fall aber danke für Deine Mühe. Gruß, --Burkhard (Diskussion) 20:36, 2. Apr. 2013 (CEST)

Noch einmal zur Erinnerung: das Problem lässt sich doch ganz einfach - auch ohne Zugriff auf den Code im Editor - mit Inkscape lösen. Ich würde an deiner Stelle den Text einfach in mehrere Teile zerlegen, die dann einzeln in der Höhe ebenso pixelgenau platziert werden können. Warum nicht so? --maxxl2   - Disk 21:02, 2. Apr. 2013 (CEST)

Ja klar, ich kann natürlich auch jedes Zeichen einzeln plazieren - aber das soll doch wohl kaum Sinn der Übung sein? Stell Dir mal eine Formel mit vier Subscripts/Superscripts vor, zwei auf jeder Seite des Gleichheitszeichen. Dann ändere diese Formel, nachdem sie in fünf oder mehr Teile zerlegt wurde - inclusive Änderungen an Font, Style oder Größe. Wo bitte ist da der Vorteil der einfachen Edierbarkeit geblieben? Gruß, --Burkhard (Diskussion) 22:02, 2. Apr. 2013 (CEST)

Na klar, so ist das eben mit kostenloser Open-source-software, die von wohlmeinenden Fachleuten gestrickt wird, aber eben auch nicht die Resourcen hat, die ein Großunternehmen mit hunderten Vollzeitprogrammieren einsetzen kann. Wir müssen halt noch warten, bis einer der Freiwilligen in seiner Freizeit die Gelegenheit findet, diesen Bug auszuwetzen. Bis dahin kaufst du dir vielleicht eine kommerzielle Software, die diese Schwäche nicht hat. Ich bin dankbar für den derzeitigen Stand des Projektes, beschwere mich nicht und nutze die Wundertüte täglich. Besser als nur mit dem Editor zu arbeiten ist es allemal. --maxxl2   - Disk 22:51, 2. Apr. 2013 (CEST)

Um das noch einmal ganz klar zu machen: Dies ist kein Problem von Inkscape! Inkscape verhält sich hier vorbildlich und erzeugt genau den Quelltext, den man von einem sauberen SVG erwarten würde! Das Problem ist die mangelnde Implementierung im in der Wikipedia verwendeten Renderer librsvg (Bug 4792 im Mediawiki-Bugzilla; Bug 340047 im librsvg/GNOME-Bugzilla) oder aber auch in Firefox (Bug 308338 im Mozilla-Bugzilla). Dort müsst ihr euch im Grunde also beschweren.
Die Methode von dir maxxl2 hat nach wie vor den Nachteil, dass man den Text nachträglich nicht mehr bearbeiten kann. Dein Vorschlag funktioniert zwar auch mit "normalem" Text (d.h. ohne ihn in Pfade umzuwandeln, einfach mit Alt+Pfeil-Auf/Pfeil-Ab verschieben), allerdings läuft man damit direkt in den nächsten librsvg-Bug (Bug 517384 im librsvg/GNOME-Bugzilla).
Bis die Bugs gefixt sind, gibt es somit wohl keine wirklich saubere Lösung für das Problem, zumindest habe ich bislang keine gefunden und derzeit auch keine Ideen mehr, wie man es sonst noch lösen könnte. -- Patrick87 (Diskussion) 01:01, 3. Apr. 2013 (CEST)

Ich weiss jetzt nicht mehr, ob es mein BSE oder schon wieder Alzheimer war, dass meine Gedanken so durcheinander waren. Aber du hast natürlich Recht: es liegt am verd.... librsvg. Auch hier gebe ich die Hoffnung nicht auf, dass sich ein Freiwilliger finden wird, der den Bug tilgt. :) --maxxl2   - Disk 12:49, 3. Apr. 2013 (CEST)

Ja, ganz so einfach ist das im Falle von librsvg leider jedoch nicht. Die offiziellen Maintainer des Projekts scheinen die Weitereintwicklung ganz eingestellt zu haben und selbst vorhandene Patches zu bekannten Bugs werden nicht eingepflegt. Ich bin da gerade aus persönlichem Interesse dran, da einer der besagten Patches zufällig aus meiner Feder stammt und das Problem mit den verschwindenden Objekten bei Verwendung des Gauß'schen Weichzeichners bzw. dem Versatz dieses Filtereffekts löst. Ich hoffe, dass ich es schaffe wieder ein wenig Leben in das Projekt zu bringen, denn bei der WMF scheint man taub zu sein bezüglich des Wunsches den in der Wikipedia verwendeten Renderer zu wechseln. -- Patrick87 (Diskussion) 13:13, 3. Apr. 2013 (CEST)

Grafiken aktualisieren mit Inkscape

• 
  1
• 
  Übersetzung
• 
  2

Hallo! Da ich nicht mehr wegen jedem Kleinkram hier um Hilfe bitten wollte dachte ich mir, ich könnte "triviale" Änderungen sicher auch selbst erledigen.

Ich hab mir also Inkscape runtergeladen und ein paar Stunden lang versucht die beiden Grafiken anzupassen. Die erste Grafik wollte ich einfach übersetzen. Die meisten Texte konnte ich dabei nach kurzen rumgeklicke auch anpassen, nicht aber den Text "15 light-years". Ist das eine Grafik oder bin ich einfach zu blöd? Außerdem hätte ich mir gedacht, dass es eine Möglichkeit gebe sich alle Texte in einer Liste auszugeben und anzupassen und anschließend nur noch Verschiebungen vorzunehmen. Geht so was oder muss ich wirklich wild durch die Grafik klicken und hoffen, dass ich dabeu nichts vergesse? Die zweite Grafik wollte ich dann aktualisieren. Dabei hab ich dann Positionsdifferenzen im XML-Editor berechnet um diverse Elemente einzeln nach rechts zu verlängern, anschließend alle Y-Werte des Graphs in Excel kopiert um rauszufinden, welche Y-Werte ich für die neu anzufügenden Jahre angeben muss. Also auch hier die Frage: Geht das nur so? Hier hätte ich erwartet, dass ich nur die echten Werte irgendwo hinzufügen muss und der Rest geht praktisch von alleine. Hatte ich einfach falsche Vorstellung von SVGs oder hab ich den richtigen Menüpunkt nur noch nicht gefunden? Danke schon mal für jeden Tipp! --Carlos-X 22:47, 14. Mär. 2013 (CET)#

Zur ersten Gafik:
Du liegst mit deiner Erwartung, dass es da irgendwo ein Liste geben müsste ganz richtg. Auf dem Toolserver steht zur Übersetzung SVGTranslate bereit, das eine SVG einlesen kann und die Textobjekte in der Reihenfolge ihres Erscheinens im Quellcode auflistet. Und zwar in einer Maske, die die Möglichkeit bietet, die Zielsprache anzugeben. Das funktioniert aber nur, wenn die Texte tatsächlich als Texte in der Grafik vorkommen. Am Beispiel der 15 Lichtjahre erklärt sich, was ich meine: "15 light-years" liegt nämlich als eine grafische Figur vor – es ist quasi eine Grafik in der Form eines Textes. Der Zeichner hat den Text in sog. Zeichenwege aufgelöst, weil er diesen Text als Rundsatz ausführen wollte und SVG keinen Rundsatz berherrscht, der als echter Text enthalten bleibt. →Hier ist der Link zu SVG-Translate mit dem Aufruf der Grafik. Probiers aus. Du musst die übersetzte Grafik zunächst lokal bei dir speichern. Du wirst sehen, dass oftmals die Positionen der Texte gegenüber dem Original etwas verspringen, weil die Zeichner die Textobjekte oft nicht richtig ausrichten. Die Laufweiten der unterschiedlichen Sprachen verhalten sie anders, so dass man dies beim Erstellen der Grafik eigentlich berücksichtigen müsste. Wenn dies nicht der Fall ist, musst du nochmal Hand anlegen. Kurz und gut: Wenn die Grafik anständig aufgebaut WÄRE, bräuchtest du überhaupt kein Inkscape. --Xavax (Diskussion) 23:37, 14. Mär. 2013 (CET)

Ergänzung:
Um sich das mühevolle Abtippen in der Maske zu sparen, kann man die jeweils vor dem Eingabefeld stehenden Texte markieren und kopieren (Ctrl-C), ins Feld einfügen (Ctrl-V) und sprachlich anpassen. So wird das Heraussuchen von vielleicht vorkommenden Sonderzeichen überflüssig. Zur Kontrolle vor dem Hochladen der Grafik, kann man sie einfach in seinen Browser hineinziehen, der die lokale Datei dann direkt ohne die Vorschauberechnung als PNG in Vollgröße anzeigt. --Xavax (Diskussion) 14:52, 15. Mär. 2013 (CET)

Zur zweiten Grafik:
Da muss ich ein bisschen grinsen, weil ich diese Grafik selbst mal gemacht habe, und zwar so, wie du es beschreibst, mit Excel. Man könnte sie vielleicht auch so aufbauen, dass sie über die Eingabe einer Tabelle den Graphen automatisch erzeugt. Sowas gibts hier, soweit ich weiß, bei Grafiken für Bevölkerungsentwicklungen. Aus meiner Sicht war damals die optische Erscheinung zumindest nicht unwichtig, so dass ich auf die etwas sprödere Form dieser Zahlen-generierten Tabelle verzichtet habe. Und siehe da: Da ist sie wieder. ich kann sie aktualisieren, wenn du willst. Viele Grüße --Xavax (Diskussion) 23:48, 14. Mär. 2013 (CET)

Die erste Grafik hab ich jetzt mit dem Link übersetzt - passt das so? Die zweite Grafik würde ich dann doch dir überlassen - da kommt am Ende sicher mehr bei raus. Vielen Dank schon mal für deine Erklärungen. --Carlos-X 22:01, 15. Mär. 2013 (CET)

Sieht sehr gut aus. Dieser Rundsatz war ja auch wirklich überflüssig. Wie gehen denn die Werte bei der zweiten Grafik weiter? --Xavax (Diskussion) 13:11, 16. Mär. 2013 (CET)

Die von der verlinkte Quelle unter http://www.goesis.goettingen.de/pdf/054_40.pdf wird anscheinend immer wieder aktualisiert. --Carlos-X 21:24, 16. Mär. 2013 (CET)

Grafik 2 (Göttingen) ist auf dem letzten Stand. --Xavax (Diskussion) 00:03, 21. Okt. 2013 (CEST)

Iconathon in San Francisco

Hi zusammen, am 6. April 2013 veranstaltet die Wikimedia Foundation zusammmen mit dem Noun Project einen Iconathon in San Francisco. Bei diesem "Grafiksprint" sollen etwa 30-40 Icons für die Public Domain erstellt werden, die dann primär in den Wikimedia-Projekten zur Anwendung kommen. Das Event ist öffentlich und man kann sich auch remote und im Vorfeld beiteiligen. Vielleicht ist das ja für euch interessant und ihr habt hübsche Ideen dazu. Die Icons werden am Ende ja global verwendet, da ist internationale Beteiligung sicher sinnvoll.

• http://meta.wikimedia.org/wiki/Iconathon_2013
• http://en.wikipedia.org/wiki/Wikipedia:Iconathon_2013
• http://www.mediawiki.org/wiki/Events/The_Noun_Project_Iconathon

Gerne auch an weitere Interessierte weitersagen. Merci, --Nicole Ebber (WMDE) (Diskussion) 17:30, 20. Mär. 2013 (CET)

Meine Anfrage

Guten Abend allerseits!

Vor etwa 4 Wochen habe ich diese Anfrage (Hospitalkirche Biedenkopf: Grundriss des Chors mit Lage der Wappenschilde) gestellt. Das war meine erste Anfrage an die Grafikwerkstatt. Die Anfrage habe ich gestellt, da ich über keinerlei Erfahrungen über Vektorgrafiken verfüge. Nun bin ich etwas verwundert, dass sich bislang niemand des Themas annehmen möchte. Da ich mit den hiesigen Gepflogenheiten nicht vertraut bin, stelle ich mir die Frage: Habe ich etwas falsch gemacht? Habe ich nicht den richtigen Ton getroffen? Ich bin etwas ratlos und für Hinweise dankbar. Gruß, --Hasenläufer (Diskussion) 19:18, 2. Nov. 2013 (CET)

Nein, im Grunde hast du alles richtig gemacht. Im Moment fehlen wohl einfach ein paar helfende Hände und vielleicht auch etwas Zeit/Motivation. Manchmal kann es dann leider auch mal etwas länger dauern bis jemand dazu kommt sich um eine Anfrage zu kümmern. --Patrick87 (Diskussion) 14:42, 6. Nov. 2013 (CET)

Spitzengliederung der Wehrmacht (erl.)

Habe im Wehrgeschichtlichen Ausbildungszentrum der Marineschule Mürwik zwei Organigramme zur Spitzengliederung der Wehrmacht fotografiert:

1. 1935–1938
2. 1939–1945

Wem kann kann ich sie mal zur Ansicht schicken? Lizenz würde ich besorgen.--Mehlauge (Diskussion) 16:55, 12. Mai 2014 (CEST)

Es handelt sich wohl um die folgenden beiden von Mehlauge inzwischen hochgeladenen JPG-Dateien.

• 
• 

Viele Grüße --Marsupilami (Disk|Beiträge) 12:01, 24. Mai 2014 (CEST)

Ja.--Mehlauge (Diskussion) 23:57, 24. Mai 2014 (CEST)

Inkscape-Workshop auf der Wikicon

Hier mal der Hinweis, dass der meist gewünschte Workshop für die WikiCon 2014 derzeit ein Workshop "Grafiken erstellen mit Inkscape" ist. Vielleicht findet sich hier jemand der Lust hat den zu halten? -- Michi 16:36, 15. Jul. 2014 (CEST)

Als Interessent habe ich mich schon mal eingetragen. -- Maxxl² - Disk 17:09, 15. Jul. 2014 (CEST)

Sorry; der Beitrag ging verloren

Hallo,

ob ich aus der Übung bin? Mit meinen mehrmaligen Änderungen habe ich nun den Faden verloren - könnte bitte jemand den Beitrag von mir (Änderung Logo LUX-Werft) wieder zum Vorschein bringen?

Vielen Dank & Gruß --Sir James (Diskussion) 00:24, 20. Jan. 2015 (CET)

War einfach alles auskommentiert... Uwe Dedering (Diskussion) 13:17, 20. Jan. 2015 (CET)

HKS-Farben

Gibt es für Wikipedia irgendwelche Empfehlungen zur Umsetzung von HKS-Farben in RGB? Im Internet finden man ja Tabellen mit unterschiedlichsten Werten. Konkret geht es um HKS 12 und die Sichtung dieser Änderung bzw. eine Farbänderung in der betroffenen Grafik. -- Karl432 (Diskussion) 15:53, 22. Mär. 2015 (CET)

Nicht das ich wüsste und auch nicht außerhalb von Wikipedia. Am besten vergessen... ist fast dasselbe wenn du DPI in Pixel umrechnen möchtest. Dasselbe Spiel mit RAL und Pantone, Druckstandards die man bezahlen soll... lächerlich (fast so wie die ganze Druckindustrie mit ihrer geplanten Obsoleszenz für Kleinkunden). Kurz gesagt diesen Standard gibt es in der elektronischen Informationstechnik (digitalen Medien) nicht, vielleicht später mal. ↔ User: Perhelion  20:55, 22. Mär. 2015 (CET)

Danke. Habe ich mir auch fast so gedacht, ich wollte jedoch sichergehen, dass ich nichts Wikipedia-Unübliches mache, wenn ich (wie inzwischen getan) „irgendeinen plausiblen“ Farbwert für die Grafik verwende. -- Karl432 (Diskussion) 09:26, 23. Mär. 2015 (CET)

Grafikwerkstatt/Grafikwünsche

Ist es sinnvoll die Grafikwünsche auf zwei Seiten aufzusplitten - nur weil "neu"/"zu ändern"? Eine Seite für alle Wünsche würde doch langen und die Übersichtlichkeit verbessern 212.211.150.194 12:16, 26. Feb. 2015 (CET)

Kann man drüber sprechen. Man sollte erstmal das "Für" und "Wider" darlegen. Die Trennung scheint aus einer Zeit zu stammen als hier noch mehr Fluktuation herrschte. Für mich persönlich ist kein "Für" zu sehen.

Zusammenlegung

1.  Pro -- ↔ User: Perhelion 14:40, 26. Feb. 2015 (CET)
2.  Pro -- - Majo Senf - ^{Mitteilungen an mich} _{bewerte mich} 18:55, 26. Feb. 2015 (CET) Zusammenlegung sinnvoll
3.  Pro – Sehe auch keinen Grund dafür das beizubehalten. Wer hier aktiv ist, hat sowieso beide Seiten auf der Beobachtungsliste, für die Anfragenden ist es tendenziell verwirrend und es landen ohnehin regelmäßig Neuerstellungswünsche in der Grafikwerkstatt (eine saubere Trennung ist also sowieso nicht mehr gegeben). --Patrick87 (Diskussion) 19:14, 26. Feb. 2015 (CET)
4.  Pro Denke auch, dass es Sinn macht, es zusammenzulegen. Es sind (wie erwähnt) häufig in der Werkstatt Neuerstellungswünsche. -- -donald- (Diskussion) 11:56, 27. Feb. 2015 (CET)
5.  Pro Mir fehlen jetzt noch 10 Tage auf 11 Jahre Wikipedia und ich habe «Grafikwünsche» noch nicht entdeckt (oder wieder vergessen) ;-) --Baba66 (Diskussion) 14:47, 27. Feb. 2015 (CET)
6.  Pro --Clavax (Diskussion) 11:12, 23. Apr. 2015 (CEST)

Splittung beibehalten

Jedoch sollten wir formahalber doch noch kurz die Vor- und Nachteile einer Zusammenlegung darlegen:

Nachteile

Vorteile

png/jpg ==> svg

Wenn ich eine png/jpg-Datei durch eine svg ersetze, dann kann ich ja nicht direkt "Eine neue Version dieser Datei hochladen“, da es ein anderer Typ ist, auch kann ich nicht den gleichen Dateinamen nur mit anderer extension wählen. Wie mache ich das am sinnvollsten? -- - Majo Senf - ^{Mitteilungen an mich} _{bewerte mich} 05:00, 27. Feb. 2015 (CET)

Du musst bei "Warnung ignorieren" einen Haken setzen, falls du den selben Namen wünschst. Die Raster-Versionen müssen ersetzt werden (wenn sehr viele, dann benutzt man Tools, rein technisch gesehen funzt auch ein Redirect, wenn Vorhergehende nicht mehr der Rede wert ist). ↔ User: Perhelion  09:14, 27. Feb. 2015 (CET)

Einen Redirect von JPG auf SVG halte ich für wenig sinnvoll. (Automatisiertes) Linkfixen ist ja keine Sache. --Leyo 10:38, 27. Feb. 2015 (CET)

Noten

Kann mir jemand die beiden ersten Takte von Paul Gerhardts „Du meine Seele singe“ machen? Schönes Beispiel für B-Dur-Tonika. Herzlichen Dank im Voraus.--Mehlauge (Diskussion) 12:22, 15. Nov. 2015 (CET)

Kennst du das Feature Hilfe:Notensatz. -- Menner (Diskussion) 13:40, 15. Nov. 2015 (CET)

Nee, kannte ich nicht. Herzlichen Dank. Müsste ich hinkriegen.--Mehlauge (Diskussion) 14:33, 15. Nov. 2015 (CET)

Toll! [6]--Mehlauge (Diskussion) 15:24, 15. Nov. 2015 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: ↔ User: Perhelion 15:10, 30. Jan. 2016 (CET)

Urheberrechte

Aus gegebenem Anlass würde ich im Intro sehr deutlich auf Urheberrechtsfragen hinweisen, zum Beispiel so:

• Die hier eingestellten Bildwünsche müssen urheberrechtlich klar sein. Fragen dazu musst du vorher für jeden Einzelfall klären, dabei können dir die Kollegen bei WP:URF helfen.

--Goesseln (Diskussion) 11:36, 14. Jan. 2016 (CET)

+1 Wollte ich auch schon machen, auch da sich die Anforderungen ja seit letztem Jahr erhöht haben. Wenn du willst kannst du es so eintragen. ↔ User: Perhelion  23:00, 14. Jan. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: ↔ User: Perhelion 15:04, 30. Jan. 2016 (CET): eingefügt

Client-seitiges Rendering von SVGs

Gemeldet in Phabricator
Task T5593

Wie vor mehreren Jahren hier vorgeschlagen, bin ich dafür, SVGs ganz ohne rsvg direkt vom Browser rendern zu lassen. Damit wären wir alle Probleme mit dem Renderer auf einmal los. Außerdem würde das Bandbreite sparen, da das SVG oft kleiner als das PNG-Vorschaubild ist. Und wir könnten SVG-Animationen statt GIFs benutzen.

Weiß jemand, ob technisch etwas dagegen spricht oder warum man Inline SVG verworfen hat?--kopiersperre (Diskussion) 23:51, 3. Aug. 2015 (CEST)

Hallo Kopiersperre (ich habe mal den entspr. Task hinzugefügt) es gibt einige Probleme die dies mit sich bringt (wie dort angeführt).

• Viele SVG sind einfach nicht in ihrer Dateigröße optimiert (wie PNG oder JPEG) so gibt es SVG die über 10MB sind, desweiteren wird (komprimiertes) SVGZ nicht unterstützt.

  daher müsste hier wohl erst eine Art Kontrollfilter installiert werden.

  Das zweite Manko wäre die Sicherheit + Erfahrung, es gibt zwar einen Sicherheitsfilter jedoch keine größere Erfahrung mit native SVG-Rendering.

• Animationen: Google hat hier für seinen Browser den Support eingestellt, da dieses Feature nun als gescheitert eingestuft wird (daher ist nicht mehr viel zu erwarten, auch von anderer Seite).

Ansonsten ist dies schon implementiert, es muss im Prinzip „nur“ noch eine Boolean umgeschaltet werden. Grüße ↔ User: Perhelion  10:25, 4. Aug. 2015 (CEST)

(Nach BK)Kleine Korrektur: Als „Inline-SVG“ bezeichnet man SVG-Code, der direkt in den HTML-Code einer Webpage geschrieben wird und damit Teil derselben Datei ist. Diese Technik verwendet man üblicherweise um z.B. SVG-Icons mehrfach in HTML referenzieren und per CSS stylen zu können – was hier in der WP ja kein UseCase und daher nicht sinnvoll ist.

Was Du meinst sind wohl eher ganz normale externe SVGs, die direkt als solche an den Browser ausgeliefert und nicht erst als PNGs vorgerendert würden. Da die mittlerweile praktisch alle Browser das SVG-Format darstellen können stricht auch aus meiner Sicht eigentlich nichts mehr dagegen wenigsten die Großansichten direkt als SVG auszuliefern. Zumal uns das einige Vorteile im Hinblick auf die Skalierbarkeit (gerade auf UHD-Geräten) und ggf. auch die Interaktivität (SVGs können ja sowohl CSS als auch JS enthalten) bringen würde.

Da das bei vielen kleineren, aber komplexeren Grafiken (aufwändigen Icons z.B.) auf rechenschwachen Endgeräten immer noch zu Performance-Problemen führen könnte, sollte die Option einer PNG-Darstellung aber erhalten bleiben. Ggf. kann man das über ein Flag im SVG-Baustein o.ä. steuern⁈ // Martin K. (Diskussion) 10:29, 4. Aug. 2015 (CEST)

Auf jeden Fall wäre der naheliegendste Schritt bzw. logische Konsequenz, dies nur als Option zu implementieren, das wäre dann allerdings nur für angemeldete Benutzer benutzbar (oder irgendeiner Wikimedia Cookie-Technik die es glaube ich noch nicht gibt). ↔ User: Perhelion  10:52, 4. Aug. 2015 (CEST)

Hm. Ich würde es eher umgekehrt angehen: Nämlich dass man als Autor bei SVG-Dateien einstellen kann, ob diese direkt ausgeliefert werden sollen und ab welcher Größe. Dann kann man nämlich auch ausschließen, dass irgendwelche kaum renderbaren Monster-SVGs ausgeliefert werden. // Martin K. (Diskussion) 11:38, 4. Aug. 2015 (CEST)

Guter Ideenansatz, kann man ja mal beim Task erwähnen... ↔ User: Perhelion  14:09, 4. Aug. 2015 (CEST)

Danke für den Ideenaustausch. Sollte nicht eher auf Leserseite eingestellt werden, ob man SVGs direkt ausgeliefert bekommen möchte? Ich habe die Überschrift in Client-seitiges Rendering von SVGs geändert, was wohl treffender ist.--kopiersperre (Diskussion) 15:56, 4. Aug. 2015 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: ↔ User: Perhelion 22:32, 2. Feb. 2016 (CET): Da wird sich wohl erst mal nichts ändern

Link im Intro

Hallo Grafiker, ihr habt da einen Toolserverlink im Intro der nach meiner Meinung irgendwie niht funktioniert, zumindest ich bekomme dort keinen sinnvollen Kontakt. Kann man das gegen einen funktionierenden Link des Labstools ersetzen? Ich habe dort jedoch leider keinen passenden Ersatz finden können. Es geht um dieses derivativeFX-Tool. Das ist nur ein Hinweis, ich weiß eh nicht wirklich was das Tool genau tut. Ist mir nur beim testen so aufgefallen, der derzeitige Toolserver-Link macht mich da nämlich auch nicht schlau →Error 403: User account expired. --Liebe Grüße, Lómelinde Diskussion 13:25, 5. Jun. 2014 (CEST)

Hier bissl mehr Info: Commons:derivativeFX. Scheint aber nicht migriert worden zu sein (ich weiß auch nicht ob die Nachfrage wirklich hoch war). Im Zweifel Link dann einfach raus. Wenn jemand das Tool noch benutzt hilft vielleicht eine Nachricht an Luxo (da er aber inaktiv ist würde ich mir keine großen Hoffnungen machen). --Patrick87 (Diskussion) 20:27, 5. Jun. 2014 (CEST)

Danke für die Antwort und den Link, auch wenn mich das nicht schlauer machen würde. Es ist ja nicht mein Projekt, das hier, nur wenn, dann würde ich sagen besser kein Link, als einen, der zu nichts führt, weil das einfach nur verwirrend ist und niemandem nutzt. Es sollte nur ein Hinweis sein, ich hatte nicht vor das Tool zu benutzen. Es war mir, wie gesagt, nur so nebenbei aufgefallen. --Liebe Grüße, Lómelinde Diskussion 10:00, 6. Jun. 2014 (CEST)

Ja, hatte ich schon so verstanden. Wollte nur nicht gleich im Namen der ganzen Grafikwerkstatt sprechen, denn mir gehört die auch nicht Vorlage:Smiley/Wartung/;) . Wenn sich niemand meldet werde ich den Link bei Gelegenheit rauswerfen. --Patrick87 (Diskussion) 10:56, 6. Jun. 2014 (CEST)

+1 --Maxxl2 – Disk 11:10, 6. Jun. 2014 (CEST)

Das Tool war eh veraltet und hat nicht mehr funktioniert. Ein Ersatz soll in Arbeit sein, ich höre mich noch mal um. -- ΠЄΡΉΛΙΟ 17:02, 6. Jun. 2014 (CEST)

Was haltet hier von der Erwähnung des Commons verschiebe Tools (oder der entsprechenden Hilfeseite)? Was ich ebenfalls grad feststelle dass es ein kleines Durcheinander in den Interwikilinks zwischen Grafikwerkstatt und Fotowerkstatt gibt (anscheinend hat nur die En ebenso eine). Wobei ich immer noch nicht verstehe warum wir 2 Grafikwerkstätten haben... -- ΠЄΡΉΛΙΟ 18:09, 6. Jun. 2014 (CEST)

Klar, der Commonshelper sollte irgendwo erwähnt werden. Warum also nicht dort....
Die Trennung von Grafik-/Fotowerkstatt finde ich schon sinnvoll, denn da sind ja schon meistens unterschiedliche Tools und Fähigkeiten erforderlich. Was ich hingegen eher unsinnig finde ist die Trennung von Grafikwerkstatt und dem WP:SVG (insbesondere der dortigen Wunschliste), denn die beiden gehen eigentlich Hand in Hand. --Patrick87 (Diskussion) 21:20, 6. Jun. 2014 (CEST)

Naja, ich meinte auch eher Wikipedia:Grafikwerkstatt/Grafikwünsche. :-P Betreff des Tools dachte ich Steinsplitter wüsste mehr, dann können wir den Link doch erst mal streichen bzw. ersatzweise die kleine Anleitung dafür setzen. Man müsste jemanden finden der das Tool wieder auf die Bein bringt. In Commons ist schon mal angefragt. Ich werde mich mal um die Interwikilinks kümmern. Z.B war für unser SVG Projekt tatsächlich (in Wikidata) Wunschliste eingetragen (ja direkt in den ANR). -- ΠЄΡΉΛΙΟ 21:47, 6. Jun. 2014 (CEST)

PS: Hier ist erstmal die Notlösung, bzw. steht noch nicht fest wie es weiter geht. Ich vermute jedoch dass es einen Nachfolger „irgendwie“ geben wird. -- ΠЄΡΉΛΙΟ 22:47, 6. Jun. 2014 (CEST)

Na toll, schon wieder so ein „toter Link“. Wenn das die „Notlösung“ sein soll … :-) Ich wünsche euch angenehme Pfingsttage. --Liebe Grüße, Lómelinde Diskussion 11:23, 7. Jun. 2014 (CEST)

Ups, da habe ich wohl das falsche Linkkürzel genommen! Ebenfalls schöne und heiße Pfingesten PS: Link ist geändert -- ΠЄΡΉΛΙΟ 13:48, 7. Jun. 2014 (CEST)

• @Aufteilung/Gestaltung: Wie wäre es wenn wir so ein Tab-Menue machen wie die Wikipedia:Kartenwerkstatt. Da können gleich Wikipedia:Grafikwerkstatt/Grafikwünsche und /SVG Wunschliste schön übersichtlich untergebracht werden? Warum ist da noch keiner früher drauf gekommen? → Perhelion     21:07, 10. Jun. 2014 (CEST)

  Finde ich nicht gut... Grafikwünsche und SVG Wunschliste sind jetzt schon in weiten Teilen redundant zur eigentlichen Grafikwerkstatt. Meiner Meinung nach sollte man alles vereinigen bzw. zumindest die SVG-Wunschliste einstampfen. Wenn Tabliste, dann (übersichtlich und einheitlich!) für die komplette "Redaktion Bilder", aber das ist sehr viel Arbeit und wäre wenn überhaupt wohl nur sinnvoll zu bewerkstelligen wenn alle Unterprojekte aktiv daran mitarbeiten. --Patrick87 (Diskussion) 22:05, 10. Jun. 2014 (CEST)

Gut dann sollten wir die Diskussion etwas ausweiten... → Perhelion     22:23, 10. Jun. 2014 (CEST)

• @Vorlagen: Ebenfalls besitzen alle anderen Werstätten Projektvorlagen (ebenfalls international), wie Commons:Template:Kartenwerkstatt und Commons:Template:Bilderwerkstatt, ich habe mal Commons:Template:Grafikwerkstatt (den Link muss ich noch fixen) erstellt. → Perhelion     21:24, 10. Jun. 2014 (CEST)

  Warum {{Commons:Template:Grafikwerkstatt}} und nicht einfach {{:commons:Template:Graphic Lab|de}}? Reicht doch auch und ist einheitlich. Es braucht in meinen Augen nicht für jede Sprachversion eine extra Weiterleitung, die insbesondere auch noch im Funktionsumfang eingeschränkt ist. Mit {{Commons:Template:Graphic Lab|de|map}} könnte sich nämlich direkt die Kartenwerkstatt versorgen statt (wie derzeit) nochmal eine andere Vorlage zu verwenden. --Patrick87 (Diskussion) 22:06, 10. Jun. 2014 (CEST)

Weil das so in der Beschreibung von Template:Graphic Lab steht (siehe fette orangene Schrift) :P, an sich ist es das auch nur, nur eine namensgebende Weiterleitung, die wie gesagt wohl gefordert/gewünscht ist. @Kartenwerkstatt steht dort ebenfalls, du bist herzlich dazu eingeladen diese zu ändern (aufzulösen). ^^ → Perhelion     22:23, 10. Jun. 2014 (CEST)

Naja, meinetwegen... sonderlich sinvoll ist das ja aber wohl nicht oder? Keine Ahnung wer sich das ausgedacht hat. Ich werde dann aber bei Gelegenheit mal alle Vorlagen dieser Art "vereinheitlichen" wenn es keine Einwände gibt, sodass intern auch wirklich {{Commons:Template:Graphic Lab}} verwendet wird. Ich denke das verringert den Verwaltungsaufwand doch deutlich. --Patrick87 (Diskussion) 22:57, 10. Jun. 2014 (CEST)

erledigtErledigt Nun wieder on! Allerdings wohl noch Testphase, sieht aber von meiner Seite gut aus. ↔ User: Perhelion  12:37, 26. Feb. 2015 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: ↔ User: Perhelion 00:14, 13. Apr. 2016 (CEST)

Inkscape und LaTeX

Hallo :)

es gibt doch hier sicher jemanden der Inkscape mit LaTeX benutzt? Ich suche unbedingt Hilfe das bei mir auch zum laufen zu bekommen. Aktuell hab ich ne Anfrage in der Auskunft gestellt Wikipedia:Auskunft#LaTeX_in_Inkscape_nutzen aber dort hat wohl niemand Ahnung. Ich finde die .svg Idee mit der Software eigt. ideal und würde ungern mit GeoGebra oderso weiterarbeiten müssen. Theoretisch zumindest benutzen einige Leute es, aber im Netz gibt es mehr Leute, die Probleme damit haben (so kommt es mir vor).

PS: Bitte benutzt die Echo-Funktion, falls ich vergesse hier vorbei zu schauen (:

vielen Dank, --WissensDürster (Diskussion) 15:51, 19. Okt. 2014 (CEST)

Wirf mal einen Blick auf PdfTeX. Das kann z.B. auch Trennstriche über den Zeilenrand hinausschieben (character protrusion, der rechte Rand sieht dann glatt aus) oder die Wortabstände der letzten Zeile eines Absatzes an die Zeile davor anpassen. SVG habe ich nie probiert, aber Inkscape kann ja PDF speichern. --Baba66 (Diskussion) 16:07, 19. Okt. 2014 (CEST)

@WissensDürster: Habe es gerade unter Windows 7 getestet und es hat auf Anhieb funktioniert. Ich denke der Trick ist, dass die drei ausführbaren Dateien alle automatisch vom System gefunden werden (d.h. dass du die entsprechenden Ordner in die Pfadvariable deines Systems aufgenommen hast). Starte doch einfach mal eine Eingabeaufforderung (cmd.exe) und gib nacheinander die folgenden Befehle ein:

• latex --version
• dvips --version
• pstoedit --version

Normalerweise sollten dann Verisonsinformationen des jeweiligen Programms angezeigt werden. Wenn hingegen der Fehler "Der Befehl "..." ist entweder falsch geschrieben oder konnte nicht gefunden werden." erscheint, hast du das Problem gefunden. Füge dann den Ordner in dem die entsprechende ausführbare Datei liegt (also latex.exe, dvips.exe bzw. pstoedit.exe) zu deiner Pfadvariable hinzu, starte die Eingabeaufforderung erneut und versuche es noch einmal. Wenn alle drei Programme gefunden werden, starte Inkscape neu und der Menüeintrag sollte erscheinen (und dann hoffentlich auch wie gewünscht funktionieren Vorlage:Smiley/Wartung/;) ).

Die Funktion selbst kannte ich Funktion bisher noch gar nicht (zufällig drüber stolpern kann man ja auch nicht wenn der Menüeintrag ausgeblendet wird), aber sieht definitiv interessant aus! --Patrick87 (Diskussion) 16:38, 19. Okt. 2014 (CEST)

P.S. Ich benutze Inkscape 0.48.5, MikTeX 2.9 (darin enthalten sind "pdfTeX 2.9.4902 (1.40.14)" und "dvips 5.993"), sowie die aktuelle 32bit Version 3.62 von pstoedit. --Patrick87 (Diskussion) 16:47, 19. Okt. 2014 (CEST)

Ok, also ich hab schon einige Dinge aktiv zur Umgebungsvariablen hinzugefügt gehabt. Ich hab:

• Miktex - pdftex 2.9.4902 (64bit)
• pstoedit 3.62 (64bit)
• dvips 5.993 (keine information über bit-system)

Alles wird gefunden und angezeigt, d.h. alles ist in der Umgebungsvariablen oder nicht? Erst war es das nicht und die LaTeX-Option wurde in inkscape nicht angezeigt. Nun hatte ich das geändert, sehe die Option im Menü, aber benutzen kann ich sie nicht. Es erscheinen immer merkwürdige Fehlermeldungen ... --WissensDürster (Diskussion) 19:38, 20. Okt. 2014 (CEST)

Bzw. aktuell hab ich bei einer Beispielangabe nicht mal mehr eine konkkrete Fehlermeldung, siehe Screenshot http://www.myimg.de/?img=inkscapelatex6a68d.png PS: Ich hab gleichzeitig TexText und dabei gibt es auch Fehler, also es liegt wohl nicht direkt an der Script-Implementierung. --WissensDürster (Diskussion) 19:41, 20. Okt. 2014 (CEST)

Bzw. TexText setzt eine Fehlermeldung über Checksummen textext.py:55: DeprecationWarning: the md5 module is deprecated; use hashlib instead import os, sys, tempfile, traceback, glob, re, md5, copy. Aber eine Korrektur wie hier http://laconsigna.wordpress.com/2010/11/13/fixing-textext-on-inkscape-0-48/ hatte auch nicht funktioniert. --WissensDürster (Diskussion) 19:43, 20. Okt. 2014 (CEST)

Die Meldung über "zusätzliche Rückgabedaten" erscheint bei mir auch, die Formel wird jedoch nichtsdestotrotz gerendert. Bei dir nicht? Ich vermute, dass auf der Kommandozeile hier lediglich etwas unerwarteter Output generiert wird, der aber nicht direkt einen Fehler als Ursache hat. --Patrick87 (Diskussion) 20:06, 20. Okt. 2014 (CEST)

@WissensDürster: Etwas mehr als ein Teilscreenshot der Fehlermeldung wäre schon schön. Öffne deine Datei im Windows-Editor und spiele mal mit den Zeichenkodierungen (ANSI/UTF8/Unicode bei «Speichern unter», das Erste sollte am besten sein, für Formeln brauchst du nicht mehr). Das «deprecated» kann nur eine Warnung sein, die dich im Moment nicht stören muss. --Baba66 (Diskussion) 20:15, 20. Okt. 2014 (CEST)

Also wenn ich in der .svg Datei mit Notepad die Zeichenkodierung ändere (? sollte ich das) kann ich die Datei danach gar nicht mehr öffnen. Die "nicht-fehlermeldung" hatte enorm viele Leerzeilen, darin kamen noch vor: (CHAR1: ) (x) 0 0 0 32 0 -mark- 0 0 32 0 0 2942 9760 (CHAR1: ) (2) 0 0 0 32 0 -mark- 0 0 32 0 Gibt es denn irgendeine Chance auf Verbesserung, wenn ich Inkscape und pstoedit nochmal lösche? An meinem Latex würde ich lieber nicht basteln wollen. Aber pstoedit hab ich eh schon 3mal neu installiert. Gruß, --WissensDürster (Diskussion) 20:25, 20. Okt. 2014 (CEST)

Habe das Problem dadurch gelöst, dass ich pstoedit in Version 32bit installiert habe, den Pfad auch in die Umgebungsvariable aufgenommen und dies wird nun von meinem Inkscape erkannt (auch wenn noch ne andere Fehlermeldung erscheint). Irgendwie hat es sich dann ganz einfach erledigt ~.° --WissensDürster (Diskussion) 17:45, 25. Okt. 2014 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: ↔ User: Perhelion 00:13, 13. Apr. 2016 (CEST)

Benimmregeln

Hinweise zur Bearbeitung und zum Umgang mit anderen Autoren[7]

Da eine Begründung oder Absprache bis jetzt nicht erfolgt ist, möchte ich hiermit Gelegenheit geben über die Sinnhaftigkeit dieser umfänglicheren Ergänzung seine Meinung zu äußern.

• Mir scheint dies alles eher aus persönlicher Verärgerung (Affekt) heraus entstanden (WP:GWS #Kanalquerschnitt – Versuch eines Anfängers). Evtl. kann man bestenfalls einen kurzen Satz dazu einfügen, jedoch nicht solch ausschweifende Moralpredigt. Es war schon immer üblich – entgegen der Behauptung – dass jeder zu jeder Zeit einen weiteren Vorschlag einbringen kann (bestes Beispiel die Fotowerkstatt). Evtl. sollte eher noch mal genau geklärt werden für was der "In Arbeit" Baustein steht.
•  Kontra IMHO finde ich es lächerlich nach 8 Jahren so etwas in der Einleitung erklären zu müssen. ↔ User: Perhelion  12:38, 28. Jul. 2015 (CEST)
•  Kontra Hier gilt die wp:Wikiquette und der gleiche Arbeitsstil wie in den Schwester-Werkstätten, wo er seit Jahren ohne solche Probleme -wie auch hier - praktiziert wird. Ein derartiger Hinweis ist unangebracht. Sollten solche Änderungen des Intros nicht diskutiert werden bevor sie gemacht werden? Das sieht jetzt hier so aus, als wenn ein Konsens bereits bestehen würde. -- Maxxl² - Disk 12:52, 28. Jul. 2015 (CEST)
•  Kontra Sowas ist, ohne vorherige Diskussion, einfach nur eine unverschämte Frechheit. --Baba66 (Diskussion) 15:11, 28. Jul. 2015 (CEST)

Der Einwand, dass man sowas erst diskutieren sollte, ist berechtigt. Ich habe die Änderungen zurückgenommen. Ich möchte aber einiges klarstellen:

• Die Anfertigung einer Grafik kann durchaus mit erheblicher Mühe verbunden sein. Insoweit ist es wichtig, möglichst wenig für die Tonne zu arbeiten. Es ist daher eindeutig nicht in Ordnung, sich ohne Absprache in eine Anfrage einzuhängen und ohne Absprache erstellte Dateien zu überschreiben. Eine entsprechende Regel - also eine Konkretisierung der Wikiquette für die Werkstatt - ist deshalb eigentlich nötig.
• Die Interpretation der Bausteine sollte in der Tat klar festgelegt werden. Dazu schlage ich vor:
  1. "In Arbeit" - Die Information, dass man sich der Sache annimmt. Sollte auch bedeuten, dass andere nicht einklinken. Gibt es längere Zeit kein Ergebnis, kann man rückfragen, ggf. auf der User-D-Seite.
  2. "Erl." - hier gab es das o.g. Missverständnis. Eine mögliche Ausglegung - z.B. bisher von mir - ist, dass ein vorläufiges Ergebnis vorliegt, eine andere, dass man die Arbeit als komplett erledigt betrachtet und das man das weitere Vorgehen bei Rückfragen anderen überlässt. Hier würde ich vorschlagen, zukünftig die zweite Aulegung festzulegen und für den ersten Fall die Vorlage:Fertig nicht mehr als Redirect zu belassen, sondern passend umzugestalten.
  3. "Erledigt" - Wie bisher für den Archiv-Bot.

Meinungen dazu? ÅñŧóñŜûŝî (Ð) 16:26, 28. Jul. 2015 (CEST)

•  Kontra Dieser Regeln bedarf es nicht, da es bisher problemlos gelaufen ist. Aus einem persönlichen Problem ein allgemeines zu konstruieren ist schon ein starkes Stück. Uns hier stunden- und tagelang mit Schmähungen betreffend mangelnden Benehmens zu überziehen und oberlehrerhaft die eigenen Regelfantasien als verbindlich erscheinen zu lassen krönt das Ganze. Stiehl hier nicht weiter die Zeit der Mitarbeiter und erledige statt dessen doch besser noch offenstehende Grafikwünsche. -- Maxxl² - Disk 17:07, 28. Jul. 2015 (CEST)

Also: was hochgradig bescheuert ist, das es mehrere ähnliche Vorlagen mit unterschiedlicher Bedeutung gibt. Ich zähle vier: (Vorlage:Erl./Vorlage:Erl./Vorlage:Erl/Vorlage:Erledigt?). Und um dem ganzen noch ein Sahnehäubchen zu verpassen: bei einigen ist zwar ein Warnhinweis, das man sie nicht mit den anderen Verwechseln möge ... aber wirklich beschrieben (also das Einsatzszenario) wird keine! Auf so einen Oberstuß hat die WP schon fast ein Exkusivrecht. Zumal jeder dieses Verwirrspiel für absolut Selbsterklärend hält sobald er es begriffen hat.

Ansonsten brauchts hier keine Änderung des Intro. Hier hat es einfach ne kleine Reiberei gegeben wie es überall man vorkommt - ein echtes Missverständnis. Ich kann es verstehen, wenn jemand sauer ist weil man sich als derzeitiger Bearbeiter fühlt und jemand dazwischen Funkt. Ich kann aber auch nachvollziehen, dass das Dazwischenfunken nicht als solches angelegt war. Einfach dumm gelaufen wobei die Beteiligten ein "war ein versehen" oder ähnliches nicht über die Lippen bringen. An die Beteiligten: Schnellvergessen ist angesagt damit es nicht Nachtragend wird. -- Summer • Streicheln • Note 13:20, 29. Jul. 2015 (CEST)

Klar war es ein Missverständnis. Ohne Regelung wird es allerdings immer wieder dazu kommen, dass unnötig für die Mülltonne gearbeitet wird. Zumindest die Regelung, dass, wenn ein User mal dran ist, die anderen warten sollen, ist nötig. ÅñŧóñŜûŝî (Ð) 15:36, 29. Jul. 2015 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: ↔ User: Perhelion 00:12, 13. Apr. 2016 (CEST)

Bildexport nach Wikimedia Commons gesucht

Hallo,

kann jemand Exportplugins für Wikimedia Commons empfehlen?

Ich habe leider nur [8], [9], [10] finden können. Verschiedene Bildverwaltungsprogramme, die ich ausprobiert habe, bieten zwar die Möglichkeit Bilder bei FaceBoogle ;-) & Co. hochzuladen, nicht jedoch zu unserem Wikimedia Commons-Bilderarchiv. --Mr N (alias Nos2011) (Diskussion) 11:56, 6. Mär. 2016 (CET)

Hallo, wenn ich schon mal eine kurzen generellen Vorab-Hinweis geben kann: Am besten ist du fragst mal im Commons-Forum. (da ich dies als exzessiver Commons-User selbst nicht weiß) ↔ User: Perhelion 13:53, 6. Mär. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: ↔ User: Perhelion 00:10, 13. Apr. 2016 (CEST)

3-D-Modelle

Hallo an alle, ich habe eine Anfrage aus dem OTRS erhalten. Da sie irgendwie mit Grafik zusammenhängt, kopier ich sie mal hier rein. Ich hätte auch sonst keine Antwort. Den Link auf diesen Abschnitt werde ich in meiner Antwort weitergeben.

<snip> > -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1

Hallo WLM-Team, ich bin Matthias und wirke seid vielen Jahren beim OpenStreetMap-Projekt mit [1]. Insbesondere engagiere ich dabei bei der Koordinierung der aufkeimenden 3D Community und möchte selbst ein Projekt starten, bei denen für einzelne Objekte 3D Modelle hinterlegt werden können. Zur Erstellung dieser 3D Modelle wird dabei häufig auf Fotos zurückgegriffen, um Geometrien oder Texturen abzuleiten (sog. Nahbereichsphotogrammetrie [2]). Und genau dort könnte Wikipedia ins Spiel kommen, denn ihr ward ja schon extrem fleißig und könntet natürlich auch von den 3D Modellen profitieren ;)

Deshalb wollte ich fragen, an wen ich mich da für einen kleinen Gedankenaustausch mal wenden könnte? Ich bin leider nur sehr wenig bei WP unterwegs und kenne daher die ganzen internen Wege nicht.

<snip>

Gruss --Nightflyer (Diskussion) 19:54, 20. Okt. 2013 (CEST)

Verstehe ich das richtig: dies ist eine Darstellungsform ähnlich der "Sketch" bei Google maps? -- Maxxl² - Disk 17:20, 15. Jul. 2014 (CEST)

Hallo unbekannter Author, hallo Nightflyer und hallo Maxxl². Wie ist diese Sache denn ausgegangen? Leider sehe ich hier keinen Link zum genannten Ticketsystem. Ich frage, da im mich aktuell auch mit 3D-Modellierung beschäftige. Mr N (Diskussion) 08:22, 17. Apr. 2017 (CEST)

Keine Ahnung. Meine damalige Antwort bestand aus einem Link auf genau diesen Abschnitt. Hier hat sich hinterher niemand mehr gemeldet. Ist also nicht weiter verfolgt worden. Gruss --Nightflyer (Diskussion) 08:28, 17. Apr. 2017 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: ÅñŧóñŜûŝî (Ð) 21:53, 18. Aug. 2017 (CEST)

Nützliches Firefox Add-On – Nicer Media Pages

Hallo zusammen,

wenn ihr so tickt wie ich, ist das Firefox Add-On "Nicer Media Pages" bestimmt was für euch, welches ich euch deshalb nicht vorenthalten und kurz vorstellen möchte:

Zunächst mal bringt das Add-On ein paar optische "Aufhübschungen" mit und schmeißt z.B. den hässlichen verrauschten dunkelgrauen Hintergrund raus den aktuelle Firefox Versionen anzeigen, ersetzt ihn durch einen gefälligeren einfarbigen und fügt einen netten kleinen Schlagschatten hinzu.

Das eigentliche Potential entfaltet "Nicer Media Pages" aber bei transparenten Grafiken: Standardmäßig wird ein rein-weißer Hintergrund angezeigt, was in den meisten Fällen einfach die beste Darstellung ergibt (auch hier setzen aktuelle Firefox Versionen lieber auf ein hässliches verrauschtes hellgrau). Sobald man aber den Mauszeiger über die Grafik bewegt, wird als Hintergrund (ganz so wie hier auf den Dateibeschreibungsseiten) ein Schachbrettmuster verwendet wie im Screenshot rechts zu sehen, wodurch sich der Alpha-Kanal sehr gut erkennen und untersuchen lässt.

Das Beste dabei: Neben den "üblichen Verdächtigen" PNG und GIF funktioniert das ganze auch für SVG-Dateien! Diese werden nebenbei auch noch zentriert und vor dunklem Hintergrund dargestellt, wodurch deren Darstellung im Firefox endlich konsistent zu der von Rastergrafiken ist und wodurch sich hier im Wiki z.B. neuerstellte Vektorversionen mit der alten Rastergrafik sehr viel besser vergleichen lassen.

Falls ihr Fragen und Kommentare zum Add-On habt (oder mir einfach mitteilen wollt, dass es euch gefällt Vorlage:Smiley/Wartung/:-) ) könnt ihr mir gerne eine Nachricht hinterlassen, denn ich bin (unter Pseudonym) zufälligerweise Autor des Add-Ons und freue mich natürlich immer über Feedback!

Grüße, --Patrick87 (Diskussion) 23:52, 22. Sep. 2014 (CEST)

Mein Kompliment. Ich habe das AO sofort installiert und bin begeistert. Es löst mir ein Problem, das mich lange Zeit quälte. -- Maxxl² - Disk 12:00, 23. Sep. 2014 (CEST)

Danke! Freut mich, dass es dir gefällt. --Patrick87 (Diskussion) 19:39, 23. Sep. 2014 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: ÅñŧóñŜûŝî (Ð) 21:53, 18. Aug. 2017 (CEST)

Weiterentwicklung von libRSVG

Hallo zusammen!

Den meisten hier dürften ein paar Bugs, aka fehlende Features, unseres SVG-Rasterers libRSVG ein ziemliches Dorn im Auge sein. Da das Gnome-Projekt selbst kein begründetes Interesse an dessen weiter Verbesserung hat, sehe ich Handlungsbedarf von Seiten der WMF. Um mal ein Gefühl für den Aufwand solcher Verbesserungen zu bekommen habe ich die Sache mit dem hoch- und tiefgestellter Text bearbeitet und habe für das Programmieren nur einen Tag gebraucht. Der Aufwand hält sich also in Grenzen, wenn auch nicht alle Probleme so leicht lösbar sein dürften.

Mit dieser Erkenntnis würde ich gerne an die WMF herantreten und fordern das pro Jahr ein SW-Entwickler für 1 Monat FTE mit der Weiterentwicklung von libRSVG bezüglich unserer Bedürfnisse beauftragt wird. Zunächst hätte ich den Verein informell angesprochen und wenn das nicht klappt ein Proposal für einen Anual Grant geschrieben.

Da mein Themengebiet vorallem Physik ist und nicht Grafik, hätte ich dann jemanden gesucht der langfristig den Entwicklern Aufgaben zuspielt, Ergebnisse testet und Prioritäten zuteilt. Ansonsten wäre es auch gut wenn, jemand aktuell beim Anleiern mit anpackt.

So denn Freiwillige vor! --Menner (Diskussion) 22:10, 21. Apr. 2015 (CEST)

Sehr sehr löblich! Neuerdings kümmert sich wohl ein einzelner so halb wieder drum. Die WMF muss einfach die Millionen die sie hat mal auch woanders tropfen lassen (so einfach). Genau genommen ist das alles oberpeinlich was hier abläuft. ↔ User: Perhelion  10:16, 23. Apr. 2015 (CEST)

Es wäre so einfach: In den Antrag schreiben, es ginge um die Weiterentwicklung eines «Genderers» und schon fließt das Geld ;-) (SCNR) --Baba66 (Diskussion) 11:45, 23. Apr. 2015 (CEST)

@Perhelion: Die Aktivitäten richten sich auf Security Untersuchungen. Weitere Aktivitäten sind dabei Beifang. Will nun jemand bei Bedarf den Langzeitbetreuer machen? --Menner (Diskussion) 15:11, 25. Apr. 2015 (CEST)

---

Als Referenz habe ich nun einen Grant-Entwurf auf Meta angelegt. Damit werde ich aber zuerst andere Stellen als Grant kontaktieren, da dort nicht ganz der passende Ort für das Anliegen ist. Um ernsthaftes allgemeines Interesse vorzeigen zu können würde ich mich freuen wenn einige von euch als aktive Unterstützer, die dann bei der Umsetzung Arbeitslisten erstellen, bei Meta eintragen. Menner (Diskussion) 10:13, 1. Mai 2015 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: ÅñŧóñŜûŝî (Ð) 21:53, 18. Aug. 2017 (CEST)

Abarbeiten von Grafikwünschen

FIFO - first in, first out - ist ein gutes Arbeitsprinzip für Dienstleistungsabteilungen. Ich sehe die Grafikwerkstatt als Dienstleistungsabteilung für Autoren und würde mir wünschen, die Grafikwerkstatt würde nach diesem Prinzip Anfragen abarbeiten.

Wie das zur Zeit mit der Annahme von Grafikwünschen abläuft, schaut das aus wie "Rosinen picken". Da wartet für eine einfache Grafik ein Autor schon seit Februar auf eine Reaktion, bestenfalls auf Erledigung. Ich würde mich freuen, wenn ein anderer Arbeitsethos - wie in der Fotowerkstatt - Platz greifen würde und wenn möglich der nächste Anfragende bedient wird. Wenn man mit der Erstellung der gewünschten Grafik sich überfordert fühlt, so kann man vielleicht schon mal Recherche nach Grafikquellen durchführen usw. -- Maxxl² - Disk 17:24, 28. Jul. 2015 (CEST)

Wie soll man das machen? Man kann einem Wikipedianer schwer verbieten, einen Grafikwunsch, der eigentlich nicht an der Reihe ist, zu erfüllen.--kopiersperre (Diskussion) 23:51, 3. Aug. 2015 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: ÅñŧóñŜûŝî (Ð) 21:53, 18. Aug. 2017 (CEST)

Hochladen veränderter Commons-Dateien

Aktuell wurde ein bisschen am Intro über das Hochladen von veränderten Dateien nach Commons geändert (u.a. hier). Dazu meine Frage: Gibt es Interesse an einem Kommandozeilenprogramm, das den Job erledigt? Aufruf etwa

UpdateCommonsFile <localfilename> <commonsfilename> <description>

Für mich wäre es einfach, so ein Programm zu schreiben ... ein ähnliches (das mit Absicht nicht überschreibt) ist unter Benutzer:Summer ... hier!/wiki-upload.cli.php - das brauch ich nur abändern. -- Summer • Streicheln • Note 14:43, 29. Jul. 2015 (CEST)

PS: bitte bei Antwort ping benutzen das ich diese Seite nicht auf BEO habe.

@Summer ... hier!: - Nach einer Alkternative für das alte Tool wird gesucht. Es sollte aber bitte nicht Kommandozeilen, sondern schon ein Gui haben. Ferner müsste die Upload-History mitgenommen werden. Auch sollte Commons-Lizenzen übertragen werde. Geht das? -- Maxxl² - Disk 15:23, 29. Jul. 2015 (CEST)

Vielleicht sitzt einer von uns einem Missverständnis auf. Ohne es jetzt auszuprobieren bin ich mir sicher, das alle alten Kommentare (einschl. Lizenz) beim Überschreiben erhalten bleiben. Auch die Übersicht über die Versionen regelt MediaWiki meines Erachtens voll automatisch. Das einzige was man beim Updaten mitgeben kann ist ein Kommentar (Beispiel letze Spalte in der Tab in c:File:Suez Canal Sizes.svg unter Abschnitt Dateiversionen).

Zur Entwicklung einer GUI ist mein Enthusiasmus etwa Null. Mann kann aber vermutl. eine Anleitung schreiben wie man ein Kommandozeilentool als Symbol auf die Grafische Oberfläche platziert und dann die gewünschte Datei draufschiebt (aber selbst zu so einer Anleitung habe ich keine Lust - grafische Oberfächen sind Schall und Rauch). -- Summer • Streicheln • Note 15:57, 29. Jul. 2015 (CEST)

Hallo @Summer ... hier!: Das hört sich doch erstmal gut an, allerdings in der Tat keine Spur von Anwenderfreundlichkeit. Die Konsolen-Version könnte man zumindest auf dem Toolserver installieren!? Du kannst dich doch auch mit den "Verwaltern" des bisherigen DerivativeX zusammentun und dort eine bessere Lösung finden! ↔ User: Perhelion  10:08, 4. Aug. 2015 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: ÅñŧóñŜûŝî (Ð) 21:53, 18. Aug. 2017 (CEST)

WMF-Neuerung („Edit this image quickly“)

Die WMF arbeitet offenbar an einem eingebauten Bildeditor (multimedia-alpha.wmflabs.org). Bisher ist er aber noch sehr rudimentär, er kann nur rotieren & beschneiden. (Originalmeldung)--kopiersperre (Diskussion) 14:18, 17. Feb. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: ÅñŧóñŜûŝî (Ð) 21:53, 18. Aug. 2017 (CEST)

Schlichterer Header für die Grafikwerkstatt

Unter anderem @Perhelion, Antonsusi:

Viele andere Seiten der Wikipedia, auf denen Anfragen jeglicher Art gestellt werden können, haben einen eher schlicht gestalteten Header mit häufig nur einem einzigen blauen Button.
Beispiele: Wikipedia:Gesichtete Versionen/Anfragen, Wikipedia:Fragen zur Wikipedia, Wikipedia:Administratoren/Anfragen.

Der Header der Grafikwerkstatt ist durch die vielen Bildchen, Logos und Buttons in verschiedenen Farben ziemlich unübersichtlich. Der Hauptbutton mit der Funktion „Grafik eintragen“ ist sehr abseits am Bildrand positioniert. Meiner Meinung nach sollten wir bei uns der Grafikwerkstatt ein Beispiel am simplen Design der Header anderer Anfrage-Seiten nehmen und auch unseren Header etwas simpler und übersichtlicher gestalten. So ein simpler blauer Button wäre doch auch für uns übersichtlich und zugleich schön. --Soluvo (Diskussion) 16:27, 13. Jun. 2016 (CEST)

+1 Jetzt war ich schon öfter und hab den vielen Text noch nie gelesen. Der Abschnitt „Grafik erstellen“ kann weg und das „Willkommen“ bis auf den ersten Satz kürzen schlage ich vor. --Menner (Diskussion) 20:55, 13. Jun. 2016 (CEST)

-1 Weil? Hier großflächig etwas zu löschen halte ich für außer Diskussion. 1. Ist diese Seite nicht eine von den vielen „anderen Seiten“, 2. können hier eben nicht „Anfragen jeglicher Art gestellt werden“

@Button: Die GWS ist sogar die einzige Anfragen-Seite dieser Art (von vielen), die überhaupt so einen „Button“ hat, wenn man von dem dürftigen Wikipedia:WikiProjekt Straßen/Schilderwerkstatt absieht.

Der Button ist schlichte Geschmackssache, ich persönliche empfinde Vollflächen überhaupt nicht als Button. Aber wenn sich auch hier noch mehr Einheits-Stimmen stören kann man das auch ändern.

@Icons: Ich frage mich wie Icons der Übersichtlichkeit schaden können? Diese stehen dem eigtl. natur- also zweckgemäß genau entgegen. Wenn jedoch auch diese noch jemanden in den Überschriften stören, kann man diese auch einfach entfernen.

@Menner: persönlich bin ich enttäuscht von deiner Aussage (die wohl auch etwas überhastet zu sein scheint, wie an der Grammatik zu erkennen), denn diese Punkte sind aus der Erfahrung, der Not und dem Ärger einiger Benutzer entstanden und stehen schon viele Jahre dort. Bei allem Respekt, du scheinst nur ein paar SVG-Bildchen „korrigiert“ zu haben (und wenige Diagramme erstellt). Natürlich kann hier jeder einfach „blindlinks“ Anfragen „erfüllen“ und diese müssen auch nicht (frei nach dem Wiki-Prinzip) perfekt sein, nur sollte von vornherein Unfug, Fehler oder längeres Suchen ausgeschlossen werden, im Sinne aller.

PS: Schlichtheit – Übersicht zum Finden eines Buttons, auf Kosten des Nutzens dieser Seite muss natürlich kritisch abgewogen werden. Ich habe etwas gestrafft. ↔ User: Perhelion 21:44, 9. Jul. 2016 (CEST)

Also ich würde auch sagen: Wikimedia-Button statt Button. So wie es jetzt ist, ist es knallig und sehr, sehr retro. Außerdem den Schatten um die SVG-Box weg, Schatteneffekte waren schon vor 20 Jahren out. Zudem gerade Kanten. Hier ist ja eine Projekt- keine Benutzerseite. Ich habe die Änderungen schon zum Abspeichern bereit. Mach ich jetzt auch mal, gegen kommentarloses Zurücksetzen habe ich keinen Einwand, wenn dann hier diskutiert wird. --Der Kumpel vom Bashi Reloaded (Diskussion) 12:07, 10. Jul. 2016 (CEST)

Okay, habe allerdings mal den Button wie oben vorgeschlagen gesetzt (also nicht klein und weiß). (PS: Du hast meine Sig zerstört) ↔ User: Perhelion 13:27, 10. Jul. 2016 (CEST)

Sig: Klarer Fall von absichtlichem Vandalismus! (Sorry, keine Ahnung wie das passiert ist.) Blau ist OK. Ansonsten sollten Benutzeroberflächen immer möglichst konsistent sein. Ich würde z.B. noch die Kapitälchen rausnehmen und normale Überschriften verwenden. Falsche Kapitälchen sind eigentlich kein gutes Aushängeschild für die Grafikwerkstatt. --Der Kumpel vom Bashi Reloaded (Diskussion) 14:54, 10. Jul. 2016 (CEST)

Eine Bitte an die agierenden Personen: da das Schlichten und Aufräumen schon einmal so gut im Gange ist, sollten die Spezialisten gleich die Wappenwerkstatt richtig benennen und das Intro dem Aufbau und Stil nach harmonisieren. - MaxxL - Disk 15:03, 10. Jul. 2016 (CEST)

@Menner, Perhelion, Der Kumpel vom Bashi Reloaded: Nach längerer Zeit habe ich diese Diskussion wiedergefunden und mir gleich darauf den Header der WP:Grafikwerkstatt angeschaut. Der Header sieht wunderbar aus! Vielen Dank an alle Beteiligten und Helfer. Vielen Dank und beste Grüße, --Soluvo (Diskussion) 20:05, 25. Okt. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: ÅñŧóñŜûŝî (Ð) 21:53, 18. Aug. 2017 (CEST)

Inkscape-User im Raum Düsseldorf gesucht

Hallo Grafikwerkstatt, in Ermangelung anderer Plätze, wo sich möglicherweise Inkscape-Benutzer finden lassen, versuche ich es bei euch: Ich suche einen Nutzer von Inkscape, der das Programm einer Gruppe von etwa 10 Personen vorstellen könnte. Derzeit wird eine alte Version von Corel Draw eingesetzt für das Erstellen von Bauschildern (wie File:Bauschild Zimmermannstraßenbrücke.jpg), Umleitungsplänen und anderen Vektorgrafiken insbesondere im Baubereich. Ich möchte in diesem überschaubaren Nutzerkreis gerne auf freie Software umschwenken und muss Überzeugungsarbeit leisten. Das geht am besten, wenn jemand an einem Beispiel zeigen kann, dass Inkscape die genutzten Standardfunktionen abdeckt und wie das Handling grundsätzlich abläuft. Es ist keine Schulung, eher eine Präsentation mit anschließender Diskussion. Bei Interesse oder Ideen bitte eine Wikimail an mich. lyzzy (Diskussion) 17:15, 12. Sep. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: ÅñŧóñŜûŝî (Ð) 21:53, 18. Aug. 2017 (CEST)

Kennzeichnung mit Vorlage

Hallo, mir ist aufgefallen dass es in den Commons gerade mal 50 oder so Dateien gibt, die mit der Vorlage Graphic Lab gekennnzeichnet sind. Offensichtlich segeln viele Dateien diesbezüglich anonym im grossen Commons-Teich? Wenn ich Vektorgrafiken ohne Valididätsanmerkung treffe hole ich das nach; aber ich kann nicht wissen wenn etwas vom GL stammt. Vielleicht kann man mal ein paar VFC-tasks laufen lassen über Dateien von denen bekannt ist dass sie von GL-Leuten bearbeitet wurden. Oder ist dieser Hinweis unwesentlich und letztlich egal? -- sarang♥사랑 16:45, 25. Okt. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: ÅñŧóñŜûŝî (Ð) 21:53, 18. Aug. 2017 (CEST)

Logo SC Weismain

Hallo zusammen,

wäre es für die Grafikexperten hier möglich, das folgende Logo als SVG-Vektordatei erstellen? Suche schon die ganze Zeit nach einer guten Version des Logos und finde es nirgendwo. Es ist das Wappen des früheren Regionalligisten SC Weismain: http://www.dfs-wappen.de/uefa/ger/verein_57856.html

Hier könnte das fertige Logo eingefügt werden: https://de.wikipedia.org/wiki/SC_Weismain

Vielen Dank und viele Grüße! --X5t (Diskussion) 20:11, 16. Nov. 2016 (CET)

Für einen aufgelösten Verein und die hiesige Verwendung reicht das vorhandene Emblem vollkommen aus. -- MaxxL - Disk 21:07, 16. Nov. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: ÅñŧóñŜûŝî (Ð) 21:53, 18. Aug. 2017 (CEST)

WikiCon

Durch eine Absage eines Vortrages auf der Wikipedia:WikiCon 2017 habe ich die Möglichkeit bekommen einen freien Slot am Freitagabend um 20:00 Uhr im Workshop-Raum (Wikipedia:WikiCon 2017/Programm) einen Vortrag zu halten. Ich würde gerne die Grafikwerkstatt vorstellen und erklären wie man die häufigsten/einfachsten Anfragen selbst bearbeitet (Gimp & Inkscape), dies würde ich unter dem Namen der Grafikwerkstatt machen. Ich wollte hier Bescheid geben bevor ich zusage. Falls jemand Interesse hat beim Workshop mitzuwirken, würde ich mich freuen, sie/er herzlich willkommen.  — Johannes Kalliauer - Diskussion | Beiträge 00:58, 13. Aug. 2017 (CEST)

Zu meiner aktiven Zeit habe ich mal eine Inkscape-FAQ angelegt. Vielleicht hilft Sie Dir weiter. Viele Grüße --Marsupilami (Disk|Beiträge) 20:47, 18. Aug. 2017 (CEST)

Es geht wohl um die ganze Werkstatt. Es spricht nichts dagegen, sie vorzustellen. Eine Teilnahme ist gewiss zeitaufwändig, was man beachten sollte. ÅñŧóñŜûŝî (Ð) 21:53, 18. Aug. 2017 (CEST)

Antwort an Marsupilami auf seiner Disk-Seite.

 — Johannes Kalliauer - Diskussion | Beiträge 15:46, 16. Sep. 2017 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von:  — Johannes Kalliauer - Diskussion | Beiträge 15:46, 16. Sep. 2017 (CEST)|Hatte letzte Woche dort bereits vorgetragen.

Das Wikipedia:Mentorenprogramm ...

..benötigt Unterstützung. Wir beabsichtigen unsere Mentorenplaketten um eine, ggf. mehrere Stufen (500, 750, 1.000), zu erweitern.
Muster: Neue Plakette mit 500 und rubinrotem Ring wäre eine Option.
Wäre schön wenn uns ein versierter Kollege helfen könnte. --Doc.Heintz (Diskussion) 13:06, 11. Mär. 2017 (CET)

@Doc.Heintz:

• 
  Bronze
• 
  Silber
• 
  Gold
• 
  Platin
• 
  Smaragd
• 
  Rubin
• 
  Saphirblau
• 
  Blattgrün

 — Johannes Kalliauer - Diskussion | Beiträge 23:59, 16. Sep. 2017 (CEST)

Vielen Dank an alle Beteiligten. Ich habe die Plaketten aktualisiert. --Doc. H. (Diskussion) 13:35, 17. Sep. 2017 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Doc. H. (Diskussion) 13:35, 17. Sep. 2017 (CEST)

Schema einer Webmaschine

Das Schema im Artikel Webmaschine wurde während den letzten Diskussionen und Bearbeitungen nicht für aussagekräftig genug erachtet. Besser wäre ein dreidimensionales Schema auf Basis dieses oder des Querschnittschemas aus der polnischen Wikipedia (File: Krosno tkackie schemat.svg). Von der Form her sollte es etwas so aussehen wie in [https:/mall.industry.siemens.com/mall/FR/WW/Catalog/Products/10087619]. Seht ihr da eine Chance? Wenn ja würde ich euch weitere Hinweise für die Umgestaltung/Anpassung und weitere Links, in denen einige dreidimensionale Detailansichten von Bauteilen zu sehen sind.--Techniker71 (Diskussion) 19:44, 6. Nov. 2016 (CET)

Es ist kein Problem, aus der Siemensvorlage eine freie Grafik zu gestalten. Ich würde der Übersichtlichkeit halber die Antriebe (Motor/Getriebe) weglassen. -- MaxxL - Disk 10:29, 7. Nov. 2016 (CET) PS: Wir sollten diese Anfrage von hier auf die Projektseite verschieben.

Archivierung dieses Abschnittes wurde gewünscht von: Mrmw (Diskussion) 10:18, 14. Jul. 2018 (CEST)

Logosterben

Da dies ein nicht unwesentlicher Teil der Arbeit der hiesigen Mitarbeiter war/ist, hier zum Thema ein kleiner Aufschrei. -- User: Perhelion 22:21, 24. Feb. 2017 (CET)

Es ist wichtig, dass der Benutzer Wdwd nicht wieder zum Admin gewählt wird. Viele Grüße --Marsupilami (Disk|Beiträge) 14:19, 1. Mai 2017 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Mrmw (Diskussion) 10:18, 14. Jul. 2018 (CEST)

Mentoren für Illustrationserstellung/ -anpassung gesucht

Hallo,

für einen Wikiversitykurs (3D-Modellierung mit Blender) an dem ich mitwirke, suche ich nach Mentoren für die Erstellung von Illustrationen für Wikiversity-Kurse, Wikipedia-Artikel etc.. Da dies eines der Lernziele des Kurses ist, würde ich mich sehr über Anregungen und gern auch Unterstützung von erfahrenen Wikipedianern aus der Grafikwerkstatt freuen. Mr N (alias Nos2011) (Diskussion) 23:33, 12. Apr. 2017 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Mrmw (Diskussion) 10:18, 14. Jul. 2018 (CEST)

Technische Wünsche auf Meta-Wiki

Auf m:2017_Community_Wishlist_Survey/Multimedia_and_Commons kann man noch eine Woche abstimmen welche technische Wünsche man (für Multimedia und Commons) hat.
Ich habe dort SVG-Translate vorgeschlagen, welches SVG text mit anderem SVG text ersetzen kann ohne Software (üblicher Browser reicht). (Soll die bestehenden Tools https://tools.wmflabs.org/svgtranslate/ bzw. mw:Extension:TranslateSvg/2.0 reparieren.)
 — Johannes Kalliauer - Diskussion | Beiträge 09:40, 3. Dez. 2017 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: Mrmw (Diskussion) 10:18, 14. Jul. 2018 (CEST)

Hilfe in 3 Sätzen

Danke. Kann weg.

COMPUGRAF (Diskussion) 01:16, 8. Jan. 2018 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: Mrmw (Diskussion) 10:18, 14. Jul. 2018 (CEST)

Project proposal

Please see Meta:Grants:Project/Glrx/SVG i18n. Its intention is to use SVG's switch element and Wikidata for translation hints. Glrx (Diskussion) 00:32, 9. Feb. 2018 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: Mrmw (Diskussion) 10:18, 14. Jul. 2018 (CEST)

Wunschliste für 3-Objekte?

Jetzt gibt es auf Wikimedia auch 3D-Objekte . Jedoch kann ich keine Wunschliste finden, vgl. https://commons.wikimedia.org/wiki/Commons:Picture_requests
Wird es die geben? Ich kann ganz ok 3D-zeichnen und könnte mich da betätigen. --BenjaminWand (Diskussion) 14:48, 26. Feb. 2018 (CET)

Es gibt doch schon . Gut, die Bilderwünsche sind englischsprachig, aber das sollte für eine Zeichnung doch erstmal egal sein.--Alturand (Diskussion) 19:22, 26. Feb. 2018 (CET)

Ich spendiere dem Abschnitt mal ein

https://commons.wikimedia.org/wiki/Special:NewFiles?user=&mediatype=3D&start=&end=&wpFormIdentifier=specialnewimages&limit=50&offset=

diese Liste mit einer deutschsprachigen Einleitung

, obwohl es einfacher wäre, auf Diskussionsseiten die Links ohne ref-Tag anzugeben. --Diwas (Diskussion) 00:59, 19. Apr. 2018 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Mrmw (Diskussion) 10:18, 14. Jul. 2018 (CEST)

Farbige Zahl

Hallo, keine Ahnung, ob ich hier richtig bin: Ich möchte gerne für eine Tabelle die Zahlen in einen blauen Kreis setzen. Kann mir jemand einen Hinweis geben, wie man das macht? Danke, -- Nicola - kölsche Europäerin 22:39, 18. Apr. 2018 (CEST)

Mir fällt dazu nur Unicodeblock Umschlossene alphanumerische Zeichen ein. -- Pemu (Diskussion) 20:49, 22. Apr. 2018 (CEST)

@Nicola: Z.B. für Drei: such dir eine Vorlage auf https://commons.wikimedia.org/wiki/Category:3_(number) (Vergiss nicht die Unterkategorien!!) an vl. findest du was (vorzugsweise SVG, leichter zu bearbeiten).  — Johannes Kalliauer - Diskussion | Beiträge 21:02, 2. Mai 2018 (CEST)

Danke für die Hinweise. Ich bin allerdings inzwischen davon ab, die Nummern für den bestimmten Zweck zu nutzen. Danke und Gruß, -- Nicola - kölsche Europäerin 21:09, 2. Mai 2018 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Mrmw (Diskussion) 10:18, 14. Jul. 2018 (CEST)

Persönliche Bitte ohne direkten Wikipedia-Bezug

Könnte mir jemand für meinen Twitter-Account, wo ich bestimmte Wikipedia-Artikel-Aktualisierungen poste, folgende Dateien übereinander legen?

• https://www.hs-augsburg.de/Binaries/Binary32837/791567e6-9c2a-40fa-997c-1a5f37b9ac4a.png
• Datei:W-blackandwhite.png

Sehr gerne Kontakt per E-Mail-Funktion. --Drahreg01 (Diskussion) 19:12, 25. Mai 2019 (CEST)

Ich schau mal. --Björn 19:14, 25. Mai 2019 (CEST)

@Drahreg01: Mail mich bitte mal über „E-Mail senden“ an, dann schick ich Dir was. Vorlage:Smiley/Wartung/;)  --Björn 19:29, 25. Mai 2019 (CEST)

Danke und erledigt! --Drahreg01 (Diskussion) 20:03, 25. Mai 2019 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Drahreg01 (Diskussion) 20:03, 25. Mai 2019 (CEST)

Kann mir bitte jemand beim Bild einbinden helfen?

• 
  Bikomponens.png Original
• 
  Bikomponens.svg Vector

Ich habe gerade einen neuen Artikel Mehrkomponentenfaser angelegt, bin aber leider nicht in der Lage, File:Bikomponens.png ordnungsgemäß einzubinden. Ich wäre sehr dankbar.--Techniker71 (Diskussion) 21:23, 28. Mai 2019 (CEST)

@Techniker71: erledigtErledigt mehr Informationen dazu findest Du unter Hilfe:Bilder --Habitator terrae 21:39, 28. Mai 2019 (CEST)

@Habitator terrae:Vielen Dank für deine rasche Hilfe.--Techniker71 (Diskussion) 21:42, 28. Mai 2019 (CEST)

@Techniker71: Ich habe es mit einer Vektorversion ersetzt File:Bikomponens.svg  — Johannes Kalliauer - Diskussion | Beiträge 13:27, 2. Jun. 2019 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von:  — Johannes Kalliauer - Diskussion | Beiträge 13:28, 2. Jun. 2019 (CEST)

Umfrage Technische Wünsche 2022 startet mit 16 Themenschwerpunkten, darunter auch „Medieneinbindung in Artikeln verbessern“

Hallo, die Umfrage Technische Wünsche geht wieder los: Aus 16 Themenschwerpunkten kann man den Bereich wählen, in dem das Team Technische Wünsche für die nächsten zwei Jahre verschiedene technische Verbesserungen umsetzen soll. Zur Wahl steht dieses Jahr auch der Bereich „Medieneinbindung in Artikeln verbessern“. Wer möchte, dass dieses Thema gewinnt, kann noch bis zum 6. Februar abstimmen. Maximal fünf Favoriten kann jede/r angeben.

Wer Kommentare hat oder auf besonders wichtige Probleme bei einem der zur Wahl stehenden Themen hinweisen möchte, kann sie schon jetzt auf der Diskussionsseite der Umfrage notieren. Die Hinweise werden dann in dem Fall, dass das Thema gewinnt, in Augenschein genommen.

• zur Umfrage Technische Wünsche 2022

Um mitzumachen, braucht man lediglich ein Benutzer*innenkonto, das mindestens seit dem 23.12.2021 existiert. Technische Fähigkeiten oder ein Mindestmaß an Erfahrung im Editieren sind ausdrücklich nicht nötig – die Verbesserungen sollen allen zugutekommen, und daher sollten auch alle abstimmen.

Gerne weitersagen und natürlich abstimmen.

PS: Wer über Neuigkeiten aus den Technischen Wünschen auf der eigenen Diskussionsseite informiert werden möchte, kann hier den Newsletter abonnieren. – Für das Projekt Technische Wünsche, Johanna Strodt (WMDE) (Diskussion) 21:46, 26. Jan. 2022 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: --ɱ 23:56, 7. Feb. 2022 (CET)

Einzelnachweis auf der Projektseite

Hi - ganz unten wird immer der Einzelnachweis Dieter Plehwe (2021): Think tanks and the politics of climate change, In: Abelson, Donald E. Rastrick, Christopher J. (Ed.): Handbook on Think Tanks in Public Policy, Edward Elgar Publishing, Cheltenham, pp. 150-165, doi:10.4337/9781789901849.00022 eingeblendet. Weiß jemand woher der Kommt? Ich kann ihn im Projektseitenquelltext nicht finden... --Calle Cool (Diskussion) 14:46, 31. Jan. 2022 (CET)

Hallo @Calle Cool, der Einzelnachweis wird durch folgende Zeile im Quelltext generiert:

{{Imagemap VernetzungAkteureKlimawandelleugnung}}

Daraus entsteht die Fehlermeldung in rot sowie der EN. --TeKaBe (Diskussion) 07:31, 2. Feb. 2022 (CET)

Ah jetzt - Danke --Calle Cool (Diskussion) 07:18, 8. Feb. 2022 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: --Calle Cool (Diskussion) 07:18, 8. Feb. 2022 (CET)

CCL

Hi! Kann mir jemand kurz erläutern in wie weit sich die Creative Commons-Lizenz CC BY-ND 3.0 von CC-by-sa 3.0 unterscheidet und wofür das by-nd steht? Es geht mir dabei um [11] und ob es falsch gewesen ist das File hier hoch zu laden. Das jpg eher ungewünscht ist für eine Grafik habe ich bereits verstanden. Vielen Dank schon mal -- Ron® DISK 14:29, 4. Apr. 2022 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: -- Ron® DISK 17:40, 7. Apr. 2022 (CEST)

Medium:

Hi Zusammen, ich weiß gerade nicht wo ich sonst die Frage stellen soll. Ich habe eine PDF die ich mit Medium:Name.pdf einbinden möchte. Aber ich möchte, dass wenn man auf den Link klickt dann eine bestimmte Seite aufgerufen wird. Wie kann ich das machen? oder geht das mit Medium: garnicht? --Calle Cool (Diskussion) 10:42, 25. Sep. 2018 (CEST)

@Calle Cool:Falls deine Frage noch nicht beantwortet wurde, ich würde aus urheberrechtlichen Gründen das immer so machen:

Das heutige Bild des Tages
(Urheberrechtliche Angaben hier)

--Habitator terrae 18:57, 15. Dez. 2018 (CET)

@Habitator terrae: Danke für die Antwort. Die Kernfrage war aber wie ich eine bestimmte Seite in einer PDF anzeigen lassen kann... --Calle Cool (Diskussion) 11:47, 11. Jan. 2019 (CET)

Siehe Hilfe:Medieneinbindung#Dokument. --Leyo 12:11, 11. Jan. 2019 (CET)

Das habe ich auch schon gekannt. Aber leider bringt weder seite=2|Test Medium noch seite=2|Test Media bringt das gewünschte Ergebnis... Vermutlich funktioniert das dann nur mit Datei: --Calle Cool (Diskussion) 13:11, 11. Jan. 2019 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: --Marsupilami (Disk|Beiträge) 18:36, 1. Sep. 2023 (CEST)

WikiDACH vom 23.-24. März in Nürnberg

Einladung zur WikiDACH

Liebe Mitarbeiter der Grafikwerkstatt,

vom 23. bis 24. März findet das Barcamp für freies Wissen WikiDACH und der 17. Fotoworkshop in Nürnberg statt. Es ist eine Möglichkeit, sich zu treffen, sich auszutauschen, alte Ideen zu besprechen und neue Projekte auf den Weg zu bringen. Wie diese Veranstaltung aussieht, liegt ganz bei euch: Wir treffen uns Samstag und Sonntag in der Früh und planen gemeinsam den Tagesablauf. Alle sind eingeladen selbst einen Vortrag, eine Gesprächsrunde oder einen Workshop vorzuschlagen und anzubieten. Ob Neuling oder Urgestein - alle sind herzlich willkommen.

Melde dich an!.

--Alice 05:22, 18. Jan. 2019 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: --Marsupilami (Disk|Beiträge) 18:31, 1. Sep. 2023 (CEST)

Remove CDATA with Adobe Illustrator

Kann jemand der Adobe Illustrator, nachkontrollieren ob Option 1 in c:Template:Cdata/doc funktioniert um CDATA-Daten zu löschen und einen Screenshot vom Export (mit aktivierten "Minify") hochladen (vorzugsweise in Englisch). Ich hab das von https://www.sitepoint.com/crash-course-optimizing-and-exporting-svgs-in-adobe-illustrator/#exporting-svg-in-illustrator vermutet, dass es so funktionieren müsste, jedoch kann ich es nicht ohne AI nachkontrollieren.

 — Johannes Kalliauer - Diskussion | Beiträge 18:06, 10. Feb. 2019 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: --Marsupilami (Disk|Beiträge) 18:32, 1. Sep. 2023 (CEST)

SVG Translating tool in BETA

Hello the graphic team, I just got words that SVGtranslate have been revamped and is now in beta right before public release announcement. This tool's ancestor was actually created in 2008 following wikigraphists' requests for such tool. Feel free to use this new version of it to translate your SVG graphics and maps, and spread the word about it. Feedbacks and suggestions welcome (here ?). If I understand the process well, this tool's development is supported by the WMF's software development team. Which is just great. Yug (talk) 15:49, 10 June 2019 (UTC)

Archivierung dieses Abschnittes wurde gewünscht von: --Marsupilami (Disk|Beiträge) 18:33, 1. Sep. 2023 (CEST)

Umfrage Technische Wünsche: Themenschwerpunkt „Bessere Unterstützung von Nicht-Text-Formaten“

→ zur Umfrage Technische Wünsche 2019
→ häufige Fragen zur Umfrage

Bis zum 30. Juni findet in der deutschsprachigen Wikipedia die vierte Umfrage Technische Wünsche statt. In diesem Jahr wird erstmals darüber abgestimmt, in welchem Themenschwerpunkt das Technische-Wünsche-Team für Verbesserungen sorgen soll. Es stehen 13 Schwerpunkte aus ganz unterschiedlichen Bereichen zur Wahl. Für die hier Mitlesenden könnte von Interesse sein, dass „Bessere Unterstützung von Nicht-Text-Formaten“ einer der Themenschwerpunkte ist, für die abgestimmt werden kann.

Nach der Umfrage wird sich das Team Technische Wünsche mit dem Gewinnerschwerpunkt auseinandersetzen und in enger Zusammenarbeit mit der deutschsprachigen Community verschiedene Probleme darin angehen. Welche Probleme das sind, wird gemeinsam mit den Aktiven in den Wiki-Projekten nach der Umfrage ermittelt.

Also: Gerne abstimmen und weitersagen! Hier gehts zur Umfrage.

Feedback ist wie immer willkommen. Die zentrale Stelle dafür ist die Diskussionsseite der Umfrage -- Johanna Strodt (WMDE) (Diskussion) 11:47, 17. Jun. 2019 (CEST)

PS: Wer direkt über Neuerungen aus dem Projekt informiert werden möchte, kann sich auf dem Newsletter Technische Wünsche eintragen. Mehr Infos zum Projekt Technische Wünsche gibt es hier.

Archivierung dieses Abschnittes wurde gewünscht von: --Marsupilami (Disk|Beiträge) 18:34, 1. Sep. 2023 (CEST)

Umfrage Technische Wünsche: Themenschwerpunkt „Bessere Unterstützung von Grafik, Audio, Video & Co“

Zzt. findet in der deutschsprachigen Wikipedia die fünfte Umfrage Technische Wünsche statt. Wie schon im letzten Jahr wird darüber abgestimmt, in welchem Themenschwerpunkt das Team Technische Wünsche für Verbesserungen sorgen soll. Es stehen 9 Schwerpunkte aus ganz unterschiedlichen Bereichen zur Wahl. Für die hier Mitlesenden könnte von Interesse sein, dass Bessere Unterstützung von Grafik, Audio, Video & Co einer der Themenschwerpunkte ist, für die abgestimmt werden kann.

Mit dem Gewinnerschwerpunkt wird sich das Team Technische Wünsche dann auseinandersetzen und in enger Zusammenarbeit mit der deutschsprachigen Community verschiedene Probleme darin angehen. Welche Probleme das sind, wird gemeinsam mit den Aktiven in den Wiki-Projekten nach der Umfrage ermittelt. Also: Gerne abstimmen und weitersagen! --Robin Strohmeyer (WMDE) (Diskussion) 16:56, 6. Jul. 2020 (CEST)

PS: Wer direkt über Neuerungen aus dem Projekt informiert werden möchte, trägt sich am besten auf dem Newsletter Technische Wünsche ein.

Archivierung dieses Abschnittes wurde gewünscht von: --Marsupilami (Disk|Beiträge) 18:35, 1. Sep. 2023 (CEST)

File:Moiré Uhr Sekundenzeiger klein.gif

Benutzer:Benedikt.Seidl hat vor vielen Jahren diese Animation für mich angefertigt. Er ist leider nicht mehr aktiv. Kann Jemand von Euch herausbringen, wie die Teilungszahlen beim Sekunden-Moirè sind? Für das Minuten- Moirè dreht sich eine Scheibe mit 12 Löchern über 11 weißen Marken auf einem festen Zifferblatt. Beim Sekunden-Moirè dient die drehende 12-Loch-Scheibe als Zifferblatt. Die Teilung ist somit nicht 60/59 wie bei festem Zifferblatt. Wie ist sie? Ich kann mich leider nicht mehr erinnern, wie ich diese Teilung bestimmt habe und was das Ergebnis war (schwache Erinnerung: 65/64 ???). --80.208.165.163 14:21, 19. Mai 2021 (CEST)

Bei der "großen Version" steht der Code dabei ... einfach dort nachlinsen? File:Moiré_Uhr_Sekundenzeiger.gif -- Gunnar ^💬 23:35, 19. Mai 2021 (CEST)

Danke, bin nur enttäuscht, dass es sich um die 60/59-Variante handelt, nicht die 65/64 ???, die BS meiner Erinnerung nach auch machte. Du bist besser im Finden, findest Du vielleicht noch weitere Varianten, worunter die von mir gesuchte sein könnte? Vielen Dank im Voraus von S.W. (oder Holdi).

Archivierung dieses Abschnittes wurde gewünscht von: --Marsupilami (Disk|Beiträge) 18:35, 1. Sep. 2023 (CEST)

Schullogos

Hallo,

vielen Dank für eure wirklich wichtige Arbeit. Ich habe in letzter Zeit häufiger gesehen, dass Ihr Schullogos nachbaut. Leider sind die oftmals nicht frei verwendbar, insbesondere die doch sehr beliebten Goethe-Schiller-Arndt-Schulen-Logos und ohne Freigabe oder Quelle für die gemeinfrei alte Quelle schnell ein Fall für die DÜP-Löschung. sуrcrо.ПЕДИЯ 17:05, 1. Sep. 2021 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Marsupilami (Disk|Beiträge) 18:36, 1. Sep. 2023 (CEST)