Wikipedia:Grafikwerkstatt

aus Wikipedia, der freien Enzyklopädie
Wechseln zu: Navigation, Suche
Abkürzung: WP:GWS
Redaktion Bilder

Bilder:

Grafiken:

Karten:

Exzellente Bilder:

Videos:

Crystal Clear app gimp.png






Aofhfeworewour2.jpg

→ Grafik eintragen

Unterschreibe bitte mit --~~~~
Willkommen in der Grafikwerkstatt!

In der Grafikwerkstatt werden alle Arten bereits vorhandener Grafiken, Zeichnungen, Diagramme und Skizzen zur optimalen Illustration der Wikipedia verbessert. Wer hier mitmachen will, findet in den Grafiktipps einen ersten Einstieg. Wer einen Vorschlag für eine zu verbessernde Grafik einbringen will, klickt links auf ›Grafik eintragen‹. Wünsche zur Erstellung neuer Grafiken gehören auf die Unterseite Grafikwünsche.

Ist das die richtige Seite für mein Anliegen?

Für viele Anliegen gibt es parallel spezielle Seiten (ergänzend zur Auswahl der Infobox, siehe rechts):

Grafiken erstellen:
  • Bevor du Grafiken erstellst, prüfe die Quellen- und Lizenzangaben und vervollständige diese ggf. Sollte eine Bearbeitung nicht ohne Weiteres möglich sein (z. B. weil entsprechende Belege fehlen oder es sich bei dem Dargestellten hauptsächlich um persönliche Ansichten der Autoren handelt), setze bitte eine entsprechenden Hinweis auf die Dateiseite der betreffenden Grafik. Die Grafikwerkstatt soll nämlich auch helfen, die Qualität der Wikipedia generell zu verbessern.
  • Zum Hochladen veränderter Commons-Dateien wird empfohlen, derivativeFX zu benutzen: Es hilft eine angepasste Beschreibung inkl. Bearbeitungsvermerk zu erstellen.
    Für Dateien, die lokal in der Wikipedia gespeichert sind und nicht nach Commons dürfen, musst du beim Hochladen der Bearbeitung manuell die Infovorlage richtig ausfüllen. Anschließend verlinke bitte noch bei der Originaldatei deine veränderte Version.
  • Die Bearbeiter werden ggf. gebeten, ihre Arbeitsschritte kurz zu dokumentieren, da sie als Hilfestellung für ähnliche Fälle nützlich sein können.

Alte Abschnitte werden automatisch nach 21 Tagen archiviert.
Hilfreiche Links
Automatische Archivierung
 Auf dieser Seite werden Abschnitte automatisch archiviert, die seit einem Tag mit dem Baustein {{Erledigt|1=~~~~}} versehen sind. Die Archivübersicht befindet sich unter Wikipedia:Grafikwerkstatt/Archiv.
Probleme mit (per Inkscape) erstellten SVG-Dateien?
  1. Ggf. als „Normales“ (oder „Optimiertes“) SVG speichern und als Test hochladen und/oder auf dem Toolserver testen.
  2. Weitere Hinweise und Hilfe finden sich unter WikiProjekt SVG und Hilfe:SVG.
  3. Kommst du danach immer noch nicht zurecht, kannst du gerne hier nachfragen.

Wenn der Hochlader der Grafik noch aktiv ist, so kontaktiere ihn doch zuerst.

Inhaltsverzeichnis

[Bearbeiten] Spanisches organigramm unvollständig

  • Originalbild

Anpassungsvorschläge: Ein Pfeil jeweils vom Abgeordnetenhaus und vom Senat zum Generalrat der rechtsprechenden Gewalt hinzufügen (bzw. ein Pfeil vom Cortes Generales. Siehe als Begründung: Generalrat der rechtsprechenden Gewalt --195.80.218.157 12:54, 22. Nov. 2011 (CET)

[Bearbeiten] Firefox-Problem

  • So OK…

… nicht aber beim direkten Betrachten im Firefox. Mag das jemand korrigieren? Das Problem scheint Uploads dieser Userin zu betreffen. --Leyo 23:36, 21. Dez. 2011 (CET)

Es fehlt warum auch immer die Einheit zur font-size. Einfach px dahinter und er interpretiert es auch. In Anbetracht der Anzahl würde ich fast einen Bot beauftragen : -- πϵρήλιο ℗ 23:58, 21. Dez. 2011 (CET)
Danke für die Analyse! Könntest du der Benutzerin mitteilen, was sie anders machen muss, damit dieses Problem nicht mehr auftritt?
Ob ein Bot das kann, weiss ich nicht. DieBucheBot hatte sich mal an SVGs zu schaffen gemacht. --Leyo 00:41, 22. Dez. 2011 (CET)
Ist das ein Fehler im SVG oder in FF? Das beschwert sich nicht. Natürlich müssen wir um Darstellungsfehler in der Wikimedia-Software umschiffen... aber wohl kaum für jeden beliebigen anderen Parser... Iridos 19:20, 29. Dez. 2011 (CET)
Aus der SVG-Spezifikation werde ich an dieser Stelle nicht ganz schlau. Ich drehe die Frage mal um, folgende Renderer stellen das SVG nicht korrekt dar:
Viele Grüße --Marsupilami (Disk|Beiträge) 07:07, 30. Dez. 2011 (CET)
Es wäre praktisch, ein Script zu haben, um px zu ergänzen und damit die Renderprobleme zu beseitigen. --Leyo 13:55, 6. Jan. 2012 (CET)
Für ein System mit GNU sed korrigiert folgende Zeile gleich in der angegebenen Datei: 
sed -i "s/font-size:[0-9.]*/&px/g" dateiname.svg
Viele Grüße --Marsupilami (Disk|Beiträge) 14:10, 6. Jan. 2012 (CET)
Ich habe nur Windows. Datei:HexabenzocoroneneRXN.svg habe ich im Texteditor korrigiert, aber es müssten wohl alle SVGs in Commons:Special:Log/Louisajb entsprechend korrigiert werden, was händisch nicht so praktisch ist… --Leyo 14:18, 6. Jan. 2012 (CET)
Da an min. einer Datei schon Korrekturversuche gemacht wurden, ist es sinnvoll die Zeile so aufzubauen, dass falls schon ein "px" an der Fontgröße hängt kein weiteres "px" dazukommt. Die korrigierte sed-Zeile sähe beispielsweise so aus: 
sed -i '/font-size:[0-9.]*px/q;s/font-size:[0-9.]*/&px/g' dateiname.svg
Viele Grüße --Marsupilami (Disk|Beiträge) 09:29, 7. Jan. 2012 (CET)
und soweit ich für meine erste Antwort recherchiert habe war mein Eindruck der: a) die Einheit weglassen ist erlaubt und b) es ist dann eine "user unit". Und c) die "user unit" ist entweder im Dokument angegeben (width/height im äußerem SVG-Element) d) wenn's nicht angegeben ist, sind es px.
Somit wäre das blinde Anfügen von "px" nicht unbedingt richtig.
Was ich auch nicht verstehe: wenn librsvg davon betroffen ist, warum nicht der wiki-renderer? Ist das ein Bug, der erst (relativ) kürzlich hinzugekommen ist? Chromium in Debian-Squeeze hat übrigens keine Probleme. Wenn ich jetzt mal wieder den FF hochfahre... ist nur Text betroffen, der "winzigklein" skaliert ist.
Soweit ich das sehe ist der Wiki-Renderer davon genausowenig betroffen, wie Jarrys toolserver-Test und bei mir librsvg2-2 2.26.3-1. Konqueror hab/will ich nicht und habe ich nicht getestet. Ich glaube, da kann irgendwas an deiner Liste nicht stimmen, alle stellen es richtig dar, bis auf FF. Iridos 10:48, 7. Jan. 2012 (CET)
Zum Testen hatte ich wohl eine kaputte Datei erwischt gehabt. Den Konqueror habe ich leider nicht mehr zum Testen, aber librsvg in der neueren Version 2.32.1 und Jarry1250's Toolserver Tools stellen die Datei (in der ersten Version) korrekt da. Danke Dir. Der Browser rekonq 4.6.2 und die alte librsvg 2.22.3 stellen die Datei auch korrekt dar. Viele Grüße --Marsupilami (Disk|Beiträge) 11:16, 7. Jan. 2012 (CET)
Soweit ich das Beurteilen kann, hätte das Ergänzen von „px“ keine negativen Auswirkungen. Dass die SVGs im Firefox falsch gerendert werden ist ein reales Problem, das ev. nicht so bald korrigiert sein wird. Daher habe ich vor, unter commons:COM:BWR einen Antrag auf eine Korrektur durch einen Bot stellen. --Leyo 13:24, 7. Jan. 2012 (CET)
Was ist denn das "reale Problem" damit, dass FF es nicht darstellt?
Lass mich gleich mal hinterherschieben, wie ich ein "reales Problem" sehen wurde.
Meine Kriterien wären (nach Wichtigkeit)
  1. (wichtigstes) wird im Artikel (Thumb/Vollbild) richtig dargestellt
  2. einfache Weiterverarbeitbarkeit
  3. valides SVG // geringe Dateigröße.
sprich: wenn es im FF nicht richtig dargestellt würde, weil es ungültiges SVG ist, würde ich es auch für vernünftig halten, das zu fixen. Es scheint aber, dass es ein Versäumnis im Parser von FF ist, da sich der von mir oben verlinkte Check von w3.org nicht beschwert, oder?
Benutzer DMacks schien ja Probleme mit dem Weiterverarbeiten zu haben - das wäre auch ein Grund. Jedoch ist mir da nicht ganz klar, was bei ihm Schiefgegangen ist. In seiner farbigen Version scheint der Text unter einigen komischen Skalierungen gelitten zu haben und zudem farblos geworden zu sein. Benutzer DMacks hatte ja auch commons:User_talk:Louisajb#SVG_Firefox_problem hier Probleme mit dem SVG ... vermutet.
Wenn ihr die unbedingt alle "korrigieren" wollt, würde ich vorschlagen nicht einfach ein sed drüberlaufenzulassen, sondern scour zu verwenden. Meines (Version 0.26) halbiert dabei (beinahe) gleich noch die Dateigröße von Salinosporamide_A_and_B.svg und zumindest mein Firefox stellt die Datei richtig dar (witzigerweise OHNE, dass irgendwo px eingefügt werden! Das war also nur ein Teilaspekt des Problems). Gleichzeitig würde ich dann noch das verwendete "Arial" gegen "Nimbus Sans L" mit dem fallback sans-serif austauschen. Eventuell könnte man dann tatsächlich noch jeweils "px" einfügen - dabei muss man aber sicher gehen, dass nicht - einzeln oder Dokumentweit bereits eine andere Einheit gewählt wurde... der einfache sed-Austausch macht das nicht, deshalb halte ich das für riskant solange nicht sichergestellt ist, das wirklich alle Dateien auf genau die selbe Art hergestellt wurden. Iridos 15:40, 8. Jan. 2012 (CET)
Das könnte man machen, wäre mal interessant Scour als Batch zu benutzen. Mit Massenuploads habe ich mich auch noch nicht beschäftigt, nur neulich einmal Commonist benutzt. Kann man damit auch Dateien überschreiben? -- πϵρήλιο ℗ 18:22, 9. Jan. 2012 (CET)
Habe den anderen Grund gefunden, interessant ist dass hier einen Unterschied zwischen CSS und SVG-Attributen gemacht wird, so steht es auch unter unit identifier geschrieben:
Note that CSS defined properties used in a CSS style sheet or the ‘style’ attribute require units for non-zero lengths, see SVG's styling properties.[1]
Also ist es kein Fehler des FF, denn als SVG-Attribut ohne Einheit setzt er px!? -- πϵρήλιο ℗ 19:45, 11. Jan. 2012 (CET)
Danke für deine weitergehende Analyse! Unter commons:COM:BWR#SVG bug fix habe ich mittlerweile einen Antrag gestellt. --Leyo 15:37, 14. Jan. 2012 (CET)
Und wieso denkst du, dass hier die CSS-Regeln gelten? Ich sehe an einer stelle "When CSS styling is used..." - woraus ich schliesse, das das nicht zwangsläufig der Fall ist. Auch das Beispiel hier hat "line-width: 3" und nicht "3px". Kann sein, dass du Recht hast, aber ich kann's nicht vollständig nachvollziehen. Iridos 14:55, 28. Jan. 2012 (CET)

[Bearbeiten] Automatisch getraced?

  • Automatisch getraced?

  • Alternativversion in besserer Qualität

  • Wappen von Zürich

  • Wappen von Zürich

Für mich sieht das Wappen wie automatisch getraced aus, jedenfalls nicht wirklich schön. Kriegt das jemand – ev. unter Verwendung dieses SVGs – besser hin? --Leyo 00:38, 11. Jan. 2012 (CET)

erledigtYes check.svg Erledigt -- πϵρήλιο ℗ 02:20, 11. Jan. 2012 (CET)
Danke! Eigentlich meinte ich, das Schild so zu lassen, aber diese Seite (oben links) gibt dir Recht. Stimmt das Blau eigentlich mit diesen Angaben überein (gleiches gilt auch für das normale Wappen)? --Leyo 09:47, 11. Jan. 2012 (CET)
Ja, ehrlich gesagt fehlt die Referenz für das Wappen, es sieht so oder so eher wie ein Logo aus, vielleicht alte und neue Version. Ich habe noch nicht gründlich danach gesucht, aber die angegebene Quelle von Tram und Bus kann wohl nicht dafür dienen. -- πϵρήλιο ℗ 15:19, 11. Jan. 2012 (CET)
Jedenfalls gibt es diese Darstellung[2](beim nachgehen sieht das vermeintliche Wappen wieder wie das Logo aus). Wobei hier das gleiche Logo als Wappen bezeichnet wird.[3] Betreff der Farbe: an einen Standard der Websicheren Farben brauchen wir uns nicht richten, eher an die Euroskala CMYK!? PS.: das einzige Original was ich gefunden habe sieht tatsächlich etwas abgelutscht aus[4] -- πϵρήλιο ℗ 15:55, 11. Jan. 2012 (CET)
Du meinst Original der blauen-weissen Variante? Die schwarz-weisse gibt's ja hier. --Leyo 20:14, 11. Jan. 2012 (CET)
Ja, unter Fahne und Wappen des Kantons und der Stadt Zürich steht es ja, es ist nur das Logo der Verkehrsbetriebe und einiger öffentlicher Institutionen. Werde es dementsprechend wieder ändern, anbei habe ich noch gleich Datei:Ch zh logo kanton rr.svg hochgeladen. -- πϵρήλιο ℗ 10:54, 12. Jan. 2012 (CET)
Zum Vergleich habe ich nun die beiden Versionen des Wappens von Zürich oben in der Galerie ergänzt. Wie Farben unterscheiden sich zumindest auf meinem Monitor klar. --Leyo 17:57, 16. Jan. 2012 (CET)
Habe die Form und die Farbe nach der Originalvorgabe angepasst. RAL-Farbe hat für mich den meisten Sinn gemacht, bzw. die NCS-Farbe gibt es gar nicht (mit 2 verschiedenen Umrechnern getestet). Sieht natürlich jetzt etwas weniger blau aus, schon komisch... wie verschieden die Farben ausfallen. -- πϵρήλιο ℗ 14:54, 17. Jan. 2012 (CET)
Seltsam… Das Blau unterscheidet sich schon ziemlich stark von demjenigen des Wappens auf der «Quellwebsite». --Leyo 18:43, 17. Jan. 2012 (CET)
Dann nehmen wir einfach Pantone 300, das entspräche der Farbe in dem Artikel Flagge Schottlands!? -- Perhelion 20:56, 17. Jan. 2012 (CET)
Ich möchte mich in diese Diskussion kurz einmischen, auch wenn ich mit dem Begriff «getraced» nichts anfangen kann. Bezüglich des blau-weissen Wappens von Zürich wäre es angenehm, wenn die Wappenform beibehalten würde (siehe die 25 anderen Kantons-Wappen), d. h., dass jeweils auf der linken und rechten Seite die schwarze Linie senkrecht verlaufen sollte. Würde die neue Version so beibehalten werden, könnt ihr dann gerne damit anfangen, andere Kantons-Wappen ebenfalls abzuändern, z. B. das St. Galler Wappen, das nun nach unten hin spitz verläuft. Habe im Moment das Gefühl, dass bezüglich der Wappen einfach irgendetwas verändert wird ohne gross nachzudenken. Nun sticht das blau-weisse Wappen Zürichs etwas hervor und das sollte nicht das Ziel sein. (Siehe hierzu auch eine ähnliche und aktuell geführte Diskussion) – PsY.cHo, 04:18, 24. Jan. 2012 (CET)

[Bearbeiten] Hirnrinde

  • Originalbild

  • ein Vorschlag von H&N

Leider konnte ich über die Suchmaschine (Google) kein besseres Bild finden, das die Verteilung der Rinden- und Marksubstanz beim Kleinhirn zeigt. Der Artikel „Hirnrinde“ geht nur auf die Verhältnisse bei der Großhirnrinde ein. Als eigenständiger Artikel müßte er aber dann zumindest das bringen, was der Artikel „Großhirnrinde“ nicht bringen kann, nämlich auch die ganz grobe Beschreibung der Mark-Rindenverhältnisse beim Kleinhirn. Die Begriffe der „Rinde“ beim Großhirn und Kleinhirn sind eben nicht ohne den Gegenbegriff des „Marks“ zu veranschaulichen. Dazu wäre halt ein geeignetes Bild nicht schlecht. Der Artikel „Kleinhirn“ enthält zwar auch ein solches Bild, das die Verhältnisse andeutungsweise darstellt, nämlich einen Schnitt in Sagittalebene durch Groß- und Kleinhirn, doch ist die Abb., welche das Kleinhirn betrifft, m.E. so klein, daß es keinen plastischen Eindruck zu den Mark-Rindenverhältnissen gestattet. Gibt es hier nicht etwas Besseres, auf dem der Lebensbaum („arbor vitae“) als für diese Verteilung typische Figur gut zu erkennen ist? Das hier (oben) vorgelegte Bild schematisiert zwar diese Verhältnisse m.E. recht gut, doch irritieren im erwähnten Zusammenhang die vielen verschiedenen Farben. Wenn die Schnittfläche mit der grauen Substanz einheitlich hellgelb oder rosa wäre, dann wäre ja alles ok. Der Rest könnte so bleiben. Es interessieren ja hier nur die Mark-Rindenverhältnisse. Gruß --Anaxo 23:24, 16. Jan. 2012 (CET)

Möchte noch ergänzen, auch die Buchstaben A,B,C ... sind natürlich dann später (nach der evtl. Änderung) nicht mehr erheblich. Es soll ja nur auf Rinde und Mark abgehoben werden. Es wären also später höchstens noch zwei Buchstaben erforderlich. Die Rinde, das sind die im Originalbild mit G, H, I, gekennzeichneten dunkel-rosaroten und hellgelben Flächen auf der Schnittfläche des Kleinhirns und die etwas dunkler gelben Bezirke I auf der Oberfläche des KH. Das Mark ist das mit dem Buchstaben F gekennzeichnete etwas heller-rosarote Areal. Wenn etwas unverständlich ist, bitte um Rückfragen. --Anaxo 09:33, 18. Jan. 2012 (CET)
Dem Bild fehlt - wie so oft - die Quellenangabe. Das wirft die Frage von Korrektheit und Urheberschaft auf (da das ganze wohl kaum exklusiv seiner eigenen Phantasie entspringt, muss es irgendwo abgezeichnet sein?) Iridos 16:30, 18. Jan. 2012 (CET)
Wenn es erst mal darum geht, die Qualität der Bildbeschreibung bzw. speziell seiner dort zu erwartenden Quellenangaben zu verbessern, so schlage ich vor, erst die einzelnen Buchstaben A, B, C ... mit Text in der Bildbeschreibung auszustatten. Ich bin gern bereit, den Text dazu anzugeben, wenn gewünscht. Momentan weiß ich aber nicht, wie ich das umsetzen könnte, da das Bild ja von Commons geladen ist und ich keine nationalen, d.h. keine dt. Eintrage vornehmen kann und auch nicht wüßte, wie das auf internationale Weise, eben in engl. Sprache, rein technisch vonstatten gehen sollte. Kann aber erst mal den dt. Text liefern. - Was die erwähnte Quellenangabe betrifft, so kenne ich ähnliche halbschematische Darstellungen bei den hier per Fußnote genannten Autoren.[1] [2] Falls gewünscht kann ich sie auch als halbschematische Zeichnungen übersenden. Sollte das per e-mail geschehen? - Bitte um Rückmeldung.
Quellen
  1. ↑ Voss, Herrman und Robert Herrlinger: Taschenbuch der Anatomie. Nervensystem, Sinnessystem, Hautsystem, Inkretsystem, Band III. VEB-Gustav-Fischer, Jena 12 1964, Seite 32
  2. ↑ Duus, Peter: Neurologisch-topische Diagnostik. Anatomie, Physiologie, Klinik. Georg Thieme, Stuttgart, 5 1990, ISBN 3-13-535805-4; Seite 225

Gute Idee... die "Legende" sollte praktischerweise auch auf die Bildbeschreibungsseite. Du kannst einfach die Bildbeschreibungsseite bearbeiten und die Beschreibung hinzufügen. Für die verschiedenen Sprachen gibt es Template {{de|1= deutsche Beschreibung}} für deutschen Text. Zum Bild - das liesse sich natürlich als SVG nachzeichnen. Gut, dass du zwei Quellen hast, leider kann ich keine einsehen. (Wir haben ja immer das Dilemma, dass selbst von Hand Nachzeichnen eine Urheberrechts-(oder copyright-)verletzung sein kann, weil es unerheblich ist, _wie_ eine Kopie erstellt wird. Den einzigen Ausweg, den ich sehe ist tatsächlich ähnliche Bilder zu finden und dann die Gemeinsamheiten frei nachzuzeichnen. (oder am besten natürlich ein Bild zu finden, das bereits unter einer freien Lizenz ist) Ist das Bild in der Vorschau von Google-Books in der Version von 2003 hier auch zu finden? das hier habe ich noch als potentielle mit-Vorlage gefunden... wäre das nützlich? Iridos 22:42, 22. Jan. 2012 (CET)

Ich habe mal ein bestehendes svg genutzt und etwas reduziert.--Hic et nunc disk WP:RM 20:32, 23. Jan. 2012 (CET)
Ich habe auch noch ein Bild bei Google gefünden, bei dem die Verhälntnisse von Mark und Rinde, wenn auch nicht optimal, so doch zumindest schematisch in ähnlicher Weise dargestellt sind. Auf den beiden Bildern von Iridos ist zwar auch das Kleinhirn zu sehen, doch kann ich dort Mark und Rinde nicht voneinander unterschieden. Es sind einfache Röntgenaufnahmen und hier gibt es keinen ausreichenden Kontrast zwischen diesen beiden Schichten. Das Bild von H&N ist da sehr realistisch, würde ich sagen, wenn auch im Kontrast noch etwas zu flau. Das soll aber keine Bewertung sein. Ich finde es schon mal großartig gelungen wegen der erkennbaren Lebensbaumstruktur. Um den Unterschied zwischen Mark und Rinde didaktisch und optisch noch mehr in die Augen springend darzustellen, bedürfte es möglicherweise keines allzugroßen Aufwandes? Ansonsten wäre ja das Problem eigentlich schon gelöst? Ich glaube, zumindest das Problem der Urheberschaft wäre ja damit ja aus der Welt. Auf der H&N-Ursprungsdarstellung (Gray) ist der Rand des Cerebellums ja mit einer roten Linie gezeichnet. Das zumindest würde das Bild für meinen Geschmack etwas besser ansehnlich machen. Wenn das noch zu „verbessern“ ist, so fände ich das Resultat ganz wunderbar. (!!!) Ich glaube, daß es sich unter diesen Umständen erübrigt, weiteres Bildmaterial zu sammeln. Ok? Wenn doch, so bitte ich um Rückmeldung. --Anaxo 21:02, 23. Jan. 2012 (CET)
Die Kontur habe ich dann mal eingefügt, aber lieber dunkel. Rot erscheint mir zu heftig. Die blassen Farben fand ich ganz gut, da sie doch relativ nah am Original-Kleinhirn sind.--Hic et nunc disk WP:RM 23:24, 23. Jan. 2012 (CET)

[Bearbeiten] bitte um Eintragung von Übersetzung

  • Originalbild

  • Erledigt

Anpassungsvorschläge: Die Begriffe müssten zusätzlich ins Deutsche übersetzt werden (als zweite Version hochladen ?)

  • Milking Unit: Melkroboter
  • Automated Gates: maschinell gesteuerte Gatter
  • Cow ID Tag Sensor: Tiererkennung (oder Tiererkennungsstation)
  • Feed Througs: Futtertröge Futtertisch passt hier definitiv besser
  • Feeding Area: Fressbereich
  • One Way Gate: Gatter, welches nur eine Durchlassrichtung erlaubt (Einweggatter finde ich jetzt eher unverständlich...)
  • Lose Stall Area: Ruhebereich im Stall

Einsatz dann bitte im Artikel Automatisches Melksystem. Vielen Dank schon mal ! --blonder1984 08:17, 21. Jan. 2012 (CET)

Erledigt. Falls Korrekturvorschläge bestehen, bitte melden. -- Jonathan Haas 11:40, 22. Jan. 2012 (CET)

[Bearbeiten] Elibelinden

  • Originalbild

Anpassungsvorschläge: Als vier einzelne Grafiken vektorisieren wäre toll. --Flominator 10:53, 22. Jan. 2012 (CET)

[Bearbeiten] Fehler im Gnuplot-Diagramm - hat jemand eine Idee?

Bielefeld population
Eberswalde population

Kennt sich hier jemand mit Gnuplot aus und kann mir sagen, warum in nebenstehenden zwei Diagrammen die letzte Achsenbeschriftung "2024" statt "2025" lautet? Das könnte ich zwar auch im resultierenden SVG noch korrigieren, aber lieber wäre es mir natürlich, die Ursache des Problems zu finden und zu beheben... --Tkarcher 16:48, 26. Jan. 2012 (CET)

Ja. Schaltjahr.
set xtics 788923130
Ausserdem: Arial hat der Wiki-Server nicht. Nimbus Sans L ist eine freie Schrift und Arial sehr ähnlich. Siehe auch http://toolserver.org/~jarry/svgcheck/stable/index.php mit deinem SVG (dann noch 'sans-serif' als Zweitschrift und es ist perfekt).
Bei der Grafik für Bielefeld wird von den von dir angegeben Gnuplot-Befehlen/Daten nur der mittlere Teil gezeichnet <insert Bielefeld-joke here>.
Das ganze müsste übrigens auch ganz ohne separate Grafik mit Wikisyntax und der timeline-Erweiterung zu machen sein. Iridos 14:42, 27. Jan. 2012 (CET)
Danke für den Tipp! Das Achsbeschriftungs-Problem konnte ich damit lösen. Was die Umstellung des Fonts angeht: Wer den angegebenen Font nicht installiert hat (was bei Nimbus Sans L wohl die große Mehrheit sein dürfte) und sich das SVG mit der Zweitschrift sans-serif anschaut, bekommt leider ein ziemlich zerschossenes Ergebnis (siehe Versionshistorie meines Bielefeld-Diagramms). Mir erscheint Arial deshalb die pragmatischere - weil weiter verbreitete - Alternative. Und zu den abgeschnittenen Daten: Das ist bewusst so gewählt. Ich wollte einerseits die Originaldaten als Referenz im Script erhalten, andererseits aber nicht das halbe Diagramm mit dem langweiligen Mittelalter füllen, in dem bevölkerungstechnisch praktisch nix los war. Daher die Begrenzung auf den "interessanteren" Teil. --Tkarcher 18:27, 27. Jan. 2012 (CET)
"Verbreitet" ist relativ wurst, wenn's der Wikimedia-Server nicht hat. Das bedeutet der nimmt einen Ersatz für Arial und dieser Ersatz kann sich mit der Zeit ändern (alles schon gehabt) und dann sieht's anders aus. Dann nimm halt "Nimbus Sans L" und Arial als Ersatzschrift.
Meinetwegen. Muss nur erstmal rauskriegen, wie man in gnuplot eine Ersatzschriftart definiert...
Und ich meine, dass im Skript zur Bielefeld-Datei Daten fehlen um die von dir hochgeladene Grafik zu erzeugen, nicht umgekehrt.
Welche Daten fehlen denn?! Bei mir kommt auch beim nochmaligen Generieren die gleiche Grafik raus.
Eine Quellenangabe, von wo du die Volkszählungsdaten/Progrnosen übernommen hast ist auch noch nötig.
Richtig. Ergänze ich noch.
Übrigens stellt Chromium deine SVG-Datei gar nicht dar, sondern sagt: This page contains the following errors: error on line 2 at column 28: Unfinished System or Public ID " or ' expected Below is a rendering of the page up to the first error. - bei allen von dir hochgeladenen SVGs. Iridos 21:05, 27. Jan. 2012 (CET)
Das scheint aber eher ein Chromium-Problem zu sein als ein SVG-Problem: Firefox und Safari können die Datei rendern, der Wikipedia-Server ebenso, und auch http://validator.w3.org/ meldet keine Fehler... --Tkarcher 21:48, 27. Jan. 2012 (CET)
Mit Chromium 14.0.835.202 werden bei mir beide SVGs korrekt dargestellt. Beide SVGs sind konform zu SVG 1.1. Viele Grüße --Marsupilami (Disk|Beiträge) 07:25, 28. Jan. 2012 (CET)

Wir reden z.B. über Direktlink? Meiner ist Chromium von Squeeze... vielleicht ist's ein Fehler der in "modernem" Chromium schon lange gefixt ist. Ist jedoch das erste Mal, dass mein Chromium mehr Probleme hat als andere Renderer. Falls alle anderen keine Probleme haben und das ganze W3C-konform ist, ist ein Fix wohl nicht nötig. Ist ein ähnlicher Fall wie weiter oben: Wikipedia:Grafikwerkstatt#Firefox-Problem

Die Daten sind jetzt ok - vielleicht ein Caching-Fehler und ich habe die Version vor deinem Edit am 25. gesehen.

Ich weiss nicht, ob gnuplot Ersatzschriften kann - inkscape leider nicht (vergl commons:Help:SVG#Fonts). Auf GNU-Unix/Linux Systemen ist das jedoch problemlos auch für viele Dateien nachbearbeitet, z.B.

sed -i 's/font-family:Arial/font-family:Nimbus Sans L,Liberation Sans,Arial,sans-serif/g' datei.svg

Unter Windows haben Texteditoren suche/ersetze; das wird bei vielen Dateien jedoch mühevoll.

Iridos 14:56, 28. Jan. 2012 (CET)

[Bearbeiten] Logo geändert?

  • Originalbild

  • Ich wollte nur auf Druckfehler am Roten Meer vergleichen...

Anpassungsvorschläge: Vielfach verwendet. Bitte mit diesem Pdf von 2011 vergleichen, zB Australien. Keine Ahnung, ihr seid die Spezialisten. Gruss --Nightflyer 20:58, 27. Jan. 2012 (CET)

Ich kann nur feststellen, dass obiges Logo auf Commons deutlich abweicht von:
Viele Grüße --Marsupilami (Disk|Beiträge) 21:50, 27. Jan. 2012 (CET)
Es weicht allerdings nicht von der Beschreibung des Logos auf den WHO-Seiten ab. Iridos 14:20, 28. Jan. 2012 (CET)

[Bearbeiten] Logo der Evangelischen Gesellschaft Zürich

  • Originalbild (jpg)

Darf ich euch um die Erstellung des Logos der Evangelischen Gesellschaft Zürich bitten? Im WWW findet sich eine PDF-Datei mit dem Logo (danach wurde ich bei früheren Grafik-Anfragen gefragt). Derzeit läuft auf den Artikel ein LA, aber es gibt gute Hinweise auf "behalten". Dieses Logo wäre eine Beitrag zur Verbesserung des Atikels. - Danke vorab! --ChoG Ansprechbar 10:50, 28. Jan. 2012 (CET)

ich habe provisorisch ein Logo hochgeladen und eingefügt, eine bessere Version vom Profi ist natürlich willkommen. Dann kann die Datei:Logo Evangelische Gesellschaft Zürich.jpg auch wieder gelöscht werden. -- Salutist 12:11, 28. Jan. 2012 (CET)
Zur Info: Artikel wurde behalten. --ChoG Ansprechbar 13:17, 1. Feb. 2012 (CET)
Das ist ein klassischer Fall für {{In PNG konvertieren|Direktkonvertierung}}. --Leyo 14:11, 1. Feb. 2012 (CET)
Ah, Zeit etwas Neues zu lernen! Gibst du mir Nachhilfe? Wie müsste ich weiter vorgehen? --ChoG Ansprechbar 14:30, 1. Feb. 2012 (CET)
Hilfe:Dateien#Erlaubte und erwünschte Dateiformate könnte interessant sein für dich. Wenn du die JPG-Grafik ins PNG-Format konvertierst, fallen die beim Verkleinern auftretenden Kompressionsartefakte weg. --Leyo 14:44, 1. Feb. 2012 (CET)

[Bearbeiten] Polarität von Nervenzellen

  • Pseudounipolar bipolar neurons

Ich hoffe ich bin hier richtig. Eigentlich soll ein neues Bild angelegt werden. Für jemanden der sich mit inkscape oderso auskennt, sicher eine Leichtigkeit. Im Bild sind schon 2 von 4 Zellen dargestellt. Es wäre super, wenn jemand diese Abbildung ergänzen könnte, bzw. in der Art neu hochladen, damit man sich eine Navigationsleiste für 4 Begriffe sparen kann. Also 4 solche Zellen in eine Abbildung.

Es geht um unipolare, pseudounipolare, bipolare und multipolare Nervenzellen. Hier ein Bild (uni marburg) davon, wie die anderen aussehen. Das Bild hat sicher keine Schöpfungshöhe erreicht? Also die andern beiden Modelle einfach in der Art nachzeichnen.

Vielen Dank, --WissensDürster 18:09, 29. Jan. 2012 (CET)

Wenn niemand schneller ist kann ich das nächstes Wochenende machen. Hab im Moment leider keine Zeit. -- Jonathan Haas 19:59, 30. Jan. 2012 (CET)
Ich würde mich riesig freuen :) und werde die entsprechenden 4 Artikel so weit verbessern, wie es mir möglich ist. --WissensDürster 10:36, 31. Jan. 2012 (CET)

[Bearbeiten] Szintillationszähler

  • Aufbau Flüssigszintillationszähler.jpg
  • Photomultiplier.jpg
  • Beta Energiespektrum.jpg

Lassen sich diese beiden Grafiken mit JPG-Kompressionsartefakten ins PNG-Format konvertieren und von den Artefakten „säubern“? Zumindest bei der mittleren wäre Neuzeichnen zu aufwändig. --Leyo 12:53, 1. Feb. 2012 (CET)

Von „http://de.wikipedia.org/w/index.php?title=Wikipedia:Grafikwerkstatt&oldid=99144740“
Meine Werkzeuge
Namensräume
Varianten
Aktionen
Navigation
Mitmachen
Drucken/exportieren
Werkzeuge
In anderen Sprachen