Benutzer Diskussion:Sarang/Archiv

aus Wikipedia, der freien Enzyklopädie
Letzter Kommentar: vor 1 Jahr von JoeHard in Abschnitt Wikiläum
Zur Navigation springen Zur Suche springen

Deo Volente

I think you come from Indonesia. Mikhailov Kusserow 09:46, 23. Jul. 2008 (CEST)

Sorry Mikhailov, you are wrong. As stated on my user page, I am living in central Europe, and I am coming just a few 100 km from my nowadays home city Stuttgart. But your guess is very interesting!
Hallo Mikhailov, vielen Dank für deine Begrüssung; da ich seit einigen Jahren in der WP herumeditiere, ist mir inzwischen das meiste so halbwegs geläufig. Deine Begrüssung werde ich bald wieder von meiner Diskussionsseite entfernen, um sie übersichtlich für wesentlicheres zu halten. Gruss -- sarang사랑 10:17, 23. Jul. 2008 (CEST)

Rudersberg

Moin Sarang – [1] – ich möchte dich nur darauf hinweisen, dass „gehört zu den größten zusammenhängenden Streuobstwiesen“ eine schwächere Aussage ist als „befinden sich die größten zusammenhängenden Streuobstwiesen“ – ich gehe aber natürlich davon aus, dass du weißt, was du tust. Gruße, --dealerofsalvation 05:29, 12. Aug. 2008 (CEST)

Hallo dealer, mir ging es vor allem darum, die recht holperige Formulierung "die Gemeinde gehört zu den grössten .. Streuobstwiesen .." zu verbessern. Du hast allerdings damit recht, dass so die Aussage verändert worden ist; ich werde versuchen, das noch zu berücksichtigen. Um eine quantitative Aussage habe ich mich an die Gemeinde gewandt, und hoffe auf Auskunft. Danke für deinen Hinweis! Und für die Verbesserung des LOCODE.
Was ist nun eigentlich mit den LOCODES? Ich muss mal nachsehen, was die aktuelle Gepflogenheit dazu ist, denn ich vermisse diese Angabe; ich hatte auf automatische Einpflegung gehofft, doch scheint da anderes entschieden worden zu sein. -- sarang사랑 09:38, 12. Aug. 2008 (CEST)
Mit den Locodes hatte ich mich anlässlich dieses Edits auch zum ersten Mal etwas näher beschäftigt. Zur „richtigen“ Verwendung hatte ich mich mittels Vorlage:Infobox Gemeinde in Deutschland und exemplarisch im Quelltext von Stuttgart überzeugt. Diskussionen über das Anzeigen und ggf. Einpflegen müsstest du unter Vorlage Diskussion:Infobox Gemeinde in Deutschland führen. Schau auf dieser Diskussionsseite auch in die oben links verlinkten Archive, da waren die Locodes ein paar mal Thema. --dealerofsalvation 22:38, 12. Aug. 2008 (CEST)      Danke! sarang사랑 09:18, 13. Aug. 2008 (CEST)

Willkommen

Hi, schön, dass du einen Account hast. Auf ein wenig mehr Wikiliebe! --chrislb 20:04, 15. Aug. 2008 (CEST)

Ja, ich gebe mir Mühe, etwas Konstruktives beizutragen und dabei auch die Regeln zu beachten. Was Kangxi etc. betrifft, wirst du bald wieder was von mir vernehmen. Gruss wdh -- sarang사랑 10:23, 18. Aug. 2008 (CEST)

Dingenskirchenbats

Hallo sarang! Die Namen gab es wohl schon vorher auf deutsch. Bitte gegenlesen und ändern. --Reiner Stoppok 00:14, 2. Sep. 2008 (CEST) PS: Es war wohl eher das hier, wonach Du gesucht hattest. Ich würde das besser alles wieder in den Benutzerraum zurückholen.

Hallo Reiner, da schaue ich gerne mal nach, und die deutschen Bezeichnungen kann ich auch einarbeiten.
Wenn ich irgendwo (bei den Dings, zB) einen Hinweis gefunden hätte, wäre es einfacher gewesen...
So aber habe ich die Situation unbefriedigend gefunden, dass nämlich in der Blöcke-Liste beide U2700-Verweise auf denselben Artikel verlinkt waren, obwohl es den 'Unicode-Block'-Artikel schon so halbwegs gab.
Eben sehe ich, dass [Benutzer:W!B] heftig aktiv ist bei den Dingens; wenn ich mich noch ganz kurz zurückhalte, ist wohl bald alles gemacht - hoffentlich richtig? Warten wir mal ab, ob er es besser macht, jedenfalls investierte er heute Nacht viel Zeit dafür. In den Buncic-Raum zurückzuholen ist jetzt nicht mehr so das richtige, denke ich. Ich werde vor künftigen Verschiebungen achtsamer sein, aber bei den Dingbats sollten wir besser schnell nach vorne, statt zurück. IMHO ist es eigentlich jetzt besser als vorher.
Andere Frage: sicher ist der Benutzerraum das geeignetere Medium, um Artikel aufzubauen; ist es aber so schlimm, wenn jetzt im Artikelraum viel gemacht wird? Aus den allgemeinen WP-Anleitungen habe ich das noch nicht entnehmen können.
Weitere Frage: In der Blöcke-Liste hat es noch einige rote Links, auf Artikel, die bei Daniel sehr fortgeschritten sind; zB [2]. Ich plädiere: noch eine paar Beschreibungen (ev. die vorläufig besten), und ab ins Leben... Denn im Buncic-Raum hat sich damit im letzten halben Jahr nichts mehr getan.
Ich werde gerne Konventionen einhalten, wenn ich sie weiss; ganz besonders in Bereichen, wenn sie von anderen aufgebaut sind, die ausserdem viel mehr davon verstehen und ihre wohlbegründeten Ansichten haben. Gruss, -- sarang사랑 09:49, 2. Sep. 2008 (CEST)
Beim TXJ bin ich nicht bis zu eigenen Ansichten gelangt. Mein Artikel dazu führt bloß in die Nähe. (Ich würde es in den Benutzerraum zurückholen.) --Reiner Stoppok 12:50, 2. Sep. 2008 (CEST) PS: Den Vorschlag solltest Du lieber im Portal unterbreiten.

lauter Hexagramme

Da haben wir doch wieder was für Dich?! --Reiner Stoppok 03:57, 19. Okt. 2008 (CEST)

Danke, Reiner. Die gesamte Kategorie ist in der de:WP nirgends zu finden, einstweilen habe ich im Orakel einen Interlanguage-Link dorthin gesetzt; das ist noch keineswegs optimal, aber mal ein Anfang. Du, ich oder jemand anderer kann das in der nächsten Zeit besser machen. -- sarang사랑 10:52, 20. Okt. 2008 (CEST)

Problem mit deinen Dateien

Hallo Sarang,

Leider liegen bei den folgenden von Dir hoch geladenen Dateien noch Mängel vor:

Diese Mängel kannst Du wie im Folgenden beschrieben verbessern:

  • Gezeigtes Werk: Lädst Du eine Datei hoch, die ein urheberrechtlich geschütztes Werk einer anderen Person zeigt (z.B. ein Foto eines Plakats oder eine Nachzeichnung eines Gemäldes), so musst Du eine E-Mail an permissions-de@wikimedia.org schicken, in der Du bestätigst, dass diese andere Person wirklich der Lizenz zustimmt und erläuterst, wie es zu der Zustimmung gekommen ist. Eine Ausnahme davon ist gegeben, wenn sich dieses gezeigte Werk dauerhaft im öffentlichen Verkehrsraum befindet (also z.B. in einem öffentlichen Park). Ist dies der Fall, solltest Du diesen Sachverhalt auf der Dateibeschreibungsseite angeben (nähere Informationen dazu hier).

Durch Klicken auf „Seite bearbeiten“ kannst Du die Dateibeschreibungsseiten editieren und Mängel beseitigen.

Falls du noch offene Fragen dazu hast, hilft Dir die Bilder-FAQ weiter. Außerdem unterstützen dich erfahrene Wikipedia-Autoren hier gern.

Wenn die beschriebenen Mängel nicht innerhalb von 14 Tagen behoben werden, müssen wir die Dateien leider löschen.

Vielen Dank für deine Unterstützung, --BLUbot - Hier kannst du Fragen stellen 15:01, 28. Okt. 2008 (CET)

Zu MGranet hat der Randomhouse-Verlag die Zustimmung verweigert; ich habe des Bild ersetzt.
Zu RWilhelm ist mir für Anfang November eine Antwort verhiessen worden; ich werde jetzt nochmals nachhaken, und wenn nicht bald eine Reaktion erfolgt, ebenfalls das Bild ersetzen. -- sarang사랑 15:57, 10. Nov. 2008 (CET)
Zu RWilhelm ist mir gestern die Genehmigung erteilt worden, ich habe die E-Mail an permissions-de weitergeleitet. Auf Wunsch des Rechte-Inhabers wurde eine bessere Version hochgeladen, und die Bildbeschreibung angepasst. -- sarang사랑 10:15, 13. Nov. 2008 (CET)

Hallo Sarang,

Leider liegen bei den folgenden von dir hochgeladenen Dateien noch Mängel vor:

Diese Mängel kannst du wie im Folgenden beschrieben verbessern:

  • Freigabe: Lädst Du eine Datei, die von einer anderen Person geschaffen wurde, hoch und ist diese Datei urheberrechtlich geschützt, bitte den Urheber um eine Freigabe wie hier beschrieben.

Durch Klicken auf „Seite bearbeiten“ kannst du die Dateibeschreibungsseiten editieren und Mängel beseitigen.

Falls du noch offene Fragen dazu hast, hilft dir die Bilder-FAQ weiter. Außerdem unterstützen dich erfahrene Wikipedia-Autoren hier gern.

Wenn die beschriebenen Mängel nicht innerhalb von 14 Tagen behoben werden, müssen wir die Dateien leider löschen.

Vielen Dank für deine Unterstützung, --BLUbot - Hier kannst du Fragen stellen 12:03, 13. Nov. 2008 (CET)

Sichter?

Hallo, wenn du Sichter wärst, würdest du vielen Leuten Arbeit sparen :-) Geht ganz einfach und unbürokratisch hier, genug Edits hast du schon. Grüße --Zollernalb 00:27, 9. Nov. 2008 (CET)

Hallo Z'alb, vorerst Dank, dass du dich der vielen Edits erbarmt hast, die schon lange ungesichtet rumhingen. Aber, ich denke nicht, dass ich mich um diesen Status bemühen werde, ich habe kein besonderes Interesse die Arbeit anderer zu beurteilen. Natürlich würde es andere entlasten, deshalb kann ich mir gut vorstellen, dass ich meine eigenen Edits an "eigenen" Artikeln mit dem Vermerk versehe, wenn ich mir total sicher bin, dass es sich um Verbesserungen handelt - ohnehin werden Fehler etc. immer sehr schnell korrigiert. So gesehen, würde ich einen Sichterstatus eher nicht exzessiv einsetzen.
Wenn du meinst, ich sollte das so machen, kannst du mich gerne vorschlagen. Mit Gruss von Stuttgart nach Hechingen, -- sarang사랑 15:57, 10. Nov. 2008 (CET)
Schön. Da ich selbst Admin bin, brauche ich dich nicht vorzuschlagen, ich habe das gleich selbst erledigt ;-) Und ja, es geht mir primär um deine eigenen Edits, die jetzt nicht mehr von anderen gesichtet werden müssen. Das verpflichtet dich nicht, ab jetzt 100% fehlerfrei zu schreiben ;-) Grüße --Zollernalb 20:54, 10. Nov. 2008 (CET)
Es verpflichtet mich natürlich nicht, aber es halst mir doch eine höhere Verantwortung auf - bisher wurden alle meine Edits nochmal vorgenommen (zumindest laut der Theorie dazu); nun, sobald ich die Markierung speichere, ist eine viel höhere Wahrscheinlichkeit, dass niemand Kompetenter reinguckt.
Gut, ich werde nun andere entlasten können; insbesondere, da ich in nächster Zeit alle 214 (!) Radikalen-Artikel radikal überarbeiten werde, ist das sicher eine gute Sache. Bisher hat mich vor allem das Mitleid mit den Sichtern zögern lassen, so notwendig es mir auch scheint, da einiges zu tun.
Ich habe nach Information gesucht, wie ich mit dieser Funktion umgehen soll. Vor allem Artikel, auch BKLs, bedürfen der Sichtung. Zu meinem Erstaunen werden aber gelegentlich auch Weiterleitungen, und sogar Infoboxes u.dgl. gesichtet - das ist ohne Wirkung "nach aussen", lediglich die rötliche Unterlegung in der V-Geschichte verschwindet. Es gibt da einige noch nie gesichtete Dinger (Chinesisches Orakel, Seollal, Bundesagentur etc.), da könnte ich auch die Rötung wegbekommen; die Artikel erscheinen mir in Ordnung zu sein. Auch über den von mir wesentlich mitgestalteten Unicode-Block Tai-Xuan-Jing-Symbole hat sich noch niemand getraut (nur Taixuanjing hast du bereits gesichtet). Bei diesen Artikeln werde ich bald die Sichtermarkierung speichern, ok?
Noch nicht gefunden habe ich, ob es Liste der Sichtungen gibt, so wie die Liste der (eigenen) Beiträge.
Wenn sich in Zukunft gravierende Fragen auftun sollten in Zusammenhang mit Sichtung, werde ich dich auf deiner D-Seite dazu ansprechen; davon abgesehen, sollte sich deine Kalkulation der Entlastung wohl bestätigen. Mit sichterlichem Gruss, -- sarang사랑 10:44, 11. Nov. 2008 (CET)

I Ging

(Den Beitrag habe ich von hier zu Diskussion:I_Ging#Sichtweisen übertragen) sarang사랑 10:07, 7. Jan. 2009 (CET)
Hallo Sarang, ich habe jetzt erst bemerkt, dass sich etwas tut. Für Yijing muß ich mich immer wieder etwas "einarbeiten". Ich hoffe, in den nächsten Tagen Zeit und Muße zu finden, um etwas Vernünftiges zum Thema sagen zu können. --Erodeist 04:11, 13. Jan. 2009 (CET)

Bildproblem

Hallo Sarang, könntest Du mal hier vorbeischauen? Gruß, --Oltau 20:32, 11. Mär. 2009 (CET)

Ich habe den DR beantwortet, mal sehen, wie es weitergeht. Es wäre ein recht illustratives Bild, aber wenn es damit Probleme gibt, finden wir sicher auch was anderes; vielleicht sogar irgendeine Karte ohne troubles. Gruss -- sarang사랑 09:24, 12. Mär. 2009 (CET)
Es wurde auf Behalten entschieden :-) . --Oltau 19:07, 12. Mär. 2009 (CET)

Probleme mit deinen Dateien

Bildprobleme?
Hoffentlich nicht! Ich habe auf die schnelle ein paar Skizzen hochgeladen, Tdl200x.jpg (4 ≤ x ≤ 9);
IMHO gilt hier die GSH-Regel, nehme ich an − wenn nicht, wird es kompliziert.
Ich habe die Bilder nur in de:Wikipedia geladen, denn sie in die Commons zu stellen ist wohl übertrieben, sie geben eigentlich nur als Illustration der Tour de Ländle Sinn. Und GSH scheint es in den Commons nicht zu geben, nur kompliziertere Lizenzen.
Wie es in der de:WP mit Kategorisierung von Bildern aussieht, weiss ich nicht;
zwei der sechs Skizzen habe ich mal kategorisiert (Datei:TdL2004.jpg und Datei:TdL2009.jpg), wenn mir jemand sagt dass das so richtig ist mache ich das bei den anderen auch noch schnell dazu. Leider habe ich noch kaum Erfahrung mit Bildern für die de:WP. -- sarang사랑 16:11, 16. Apr. 2009 (CEST)
Komische Abkürzungen...Ich habe noch nie etwas von "GSH" gehört, aber darf mal auf Schöpfungshöhe#Wissenschaft verweisen. [[ Forrester ]] 17:25, 17. Apr. 2009 (CEST)

Hallo Sarang,

Bei den folgenden von dir hochgeladenen Dateien gibt es noch Probleme:

  • Freigabe: Du brauchst eine Erlaubnis, wenn du eine urheberrechtlich geschützte Datei hochlädst, die von einer anderen Person geschaffen wurde. Bitte den Urheber der Datei um eine solche Erlaubnis wie hier beschrieben.
  • Lizenz: Eine Lizenz ist die Erlaubnis, eine Datei unter bestimmten Bedingungen zu nutzen. In der deutschsprachigen Wikipedia werden nur solche Dateien akzeptiert, die unter den hier gelisteten Lizenzen stehen. Wenn du der Urheber der Datei bist, kannst du eine solche Vorlage deiner Wahl in die Dateibeschreibungsseite einfügen.

Durch Klicken auf "Seite bearbeiten" auf den Dateibeschreibungsseiten kannst du die fehlenden Angaben nachtragen. Wenn die Probleme nicht innerhalb von 14 Tagen behoben werden, müssen die Dateien leider gelöscht werden.

Fragen beantwortet dir möglicherweise die Bilder-FAQ, und hier helfen dir erfahrene Wikipedia-Autoren auch gerne individuell.

Vielen Dank für deine Unterstützung,-- BLUbot - Hier kannst du Fragen stellen 23:56, 18. Apr. 2009 (CEST)


Hallo Sarang,

Bei den folgenden von dir hochgeladenen Dateien gibt es noch Probleme:

  • Freigabe: Du brauchst eine Erlaubnis, wenn du eine urheberrechtlich geschützte Datei hochlädst, die von einer anderen Person geschaffen wurde. Bitte den Urheber der Datei um eine solche Erlaubnis wie hier beschrieben.
  • Lizenz: Eine Lizenz ist die Erlaubnis, eine Datei unter bestimmten Bedingungen zu nutzen. In der deutschsprachigen Wikipedia werden nur solche Dateien akzeptiert, die unter den hier gelisteten Lizenzen stehen. Wenn du der Urheber der Datei bist, kannst du eine solche Vorlage deiner Wahl in die Dateibeschreibungsseite einfügen.

Durch Klicken auf "Seite bearbeiten" auf den Dateibeschreibungsseiten kannst du die fehlenden Angaben nachtragen. Wenn die Probleme nicht innerhalb von 14 Tagen behoben werden, müssen die Dateien leider gelöscht werden.

Fragen beantwortet dir möglicherweise die Bilder-FAQ, und hier helfen dir erfahrene Wikipedia-Autoren auch gerne individuell.

Vielen Dank für deine Unterstützung,-- BLUbot - Hier kannst du Fragen stellen 11:11, 9. Mai 2009 (CEST)

Endlich erledigt: {{OTRS|19. Mai 2009|2009051910062551|-- [[Benutzer:Guandalug|Guandalug]] 15:23, 22. Mai 2009 (CEST)}}

Mallorca mountain

It's ca:Puig d'Alcadena. You can see more photos in commons:Category:Puig d'Alcadena. --Paucabot 15:45, 30. Apr. 2009 (CEST)

Gràcies, Pau. Also thanks for categorizing my picture − to categorize correctly was my reason for asking you.
By the way, when you look at commons:Category:Coats of arms of municipalities of Mallorca you may see that Wikipedia is very poor on escuts of Mallorca (e.g. none for Inca and many others), and most of them are of bad quality. ¿Are you able to help by uploading some needed pictures? -- sarang사랑 17:54, 30. Apr. 2009 (CEST)
I'm sorry I'm not good at heraldry nor in svg painting. Maybe you could ask commons:User:Ebrenc ... Paucabot 18:09, 30. Apr. 2009 (CEST)
Thank you, I will ask him. -- sarang사랑 09:08, 3. Mai 2009 (CEST)

Majorca coats of arms

Dear Sarang, I recommend you to visit this link and contact ca:User:Joarló. I hope you both will do a good job. (I'm sorry I have no time at this moment!). Cheers! ca:Ebrenc 17:21, 10. Mai 2009 (CEST)

Gràcies, Ebrenc, I will do so, and hope too for good access. -- sarang사랑 10:08, 11. Mai 2009 (CEST)

Einsteigerinfo

Moin,

http://de.wikipedia.org/wiki/Bild:Wpeinsteigerinfo11.sxw

das Dokument runterladen und z.B. mit OpenOffice bearbeiten. -- da didi | Diskussion | Bewertung 09:10, 26. Jul. 2008 (CEST)

Danke, Michael. Ich sehe aber, dass (mein) OpenOffice das Dokument sehr verändert; deshalb lasse ich es lieber. -- sarang사랑 12:35, 9. Jun. 2009 (CEST)

Priapswürmer

Hallo sarang, danke für den HInweis - tatsächlich beobachte ich die Seite, sehe aber keinen Grund, in die Diskussion einzugreifen, solang der Artikel als Artikel des Tages gekennzeichnet ist. Falls du tatsächlich Bilder hast, die die Würmer darstellen (könnten), kannst du sie mir gern an achim_raschka at gmx.de schicken. Gruß -- Achim Raschka 21:12, 20. Aug. 2008 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: sarang사랑 12:35, 9. Jun. 2009 (CEST)

n-Gramm Baustein Test












Mit diesen Bildchen (), () und () lassen sich beliebige Mono-, Di-, Tri- und Tetragramme (und auch noch höherer Ordnung) zusammenbauen, auch solche, die es auf dieser Welt oder in Tai-Xuan-Jing gar nicht gibt. Die Vorlage:TXJ unterstützte dies. ().
+ + -- sarang사랑 18:38, 19. Sep. 2008 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: sarang사랑 12:35, 9. Jun. 2009 (CEST)

nur, falls du es noch nicht gesehen hast...

...Benutzer Diskussion:Prince Kassad#Unicode Anzahl (einmal ganz nach unten scrollen) -- Prince Kassad 15:39, 16. Okt. 2008 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: sarang사랑 12:35, 9. Jun. 2009 (CEST)

Kategorie:Wikipedia:MathewsRequest

Würdest du die Wartungskategorie bitte nach den hier herrschenden Konventionen am Ende des Artikels einfügen? Dann findet man den Eintrag auch besser. --Pendeen 15:02, 14. Jul. 2009 (CEST)

Also, ich finde es besser, wenn der Kategorieeintrag dort ist, wo etwas zu warten ist, und das ist im Artikel weiter oben. Schliesslich ist der Sinn des ganzen, zu den Artikeln hinzuleiten und die Verbesserungen nachzutragen. -- sarang사랑 15:11, 14. Jul. 2009 (CEST)

Dez in Hex

Siehe Benutzer:Cäsium137/Dez2Hex. Gruß von Cäsium137 (D.) 13:27, 27. Jul. 2009 (CEST)

Danke. Da haben ganz offensichtlich schon andere was gebraucht - aber als Vorlage ist noch nichts vorhanden? Übrigens, deine Variante kommt mir sehr rechenintensiv vor, spielt das keine Rolle? -- sarang사랑 13:33, 27. Jul. 2009 (CEST)

Bisher keine Vorlage. Ich halte den Rechenbedarf für unwichtig. Wenn du das als Vorlage 1000 mal einbaust, wird nur die Ladezeit der Seite etwas größer. Cäsium137 (D.) 13:41, 27. Jul. 2009 (CEST)

Nochmals danke für die Unterstützung; ich hätte mir den Kopf zerbrochen wegen Optimierung, aber wenn das ziemlich egal ist... Die Berechnungen erfolgen auf dem Rechner dessen, der aufruft; und dorthin kommt der von uns in der WP erstellte Quelltext hoffentlich recht gut aufbereitet. -- sarang사랑 13:48, 27. Jul. 2009 (CEST)

Siehe Kategorie:Vorlage:Konversionsvorlage

Umgangssprachliche Radikal-Namen nach Giles

Hallo Sarang, ich habe mir die Mühe gemacht die umgangssprachlichen Radikal-Namen abzutippen, die Herbert A. Giles in "A Chinese-English Dictionary" (1912) angibt. Ich sehe, dass du hier bei den Radikalen aktiv bist - vielleicht kannst du sie auch verwenden. Grüße, --Christoph Burgmer 15:20, 2. Aug. 2009 (CEST)

Radikal Ugs. Name Pinyin
1 一橫 yīhéng
2 一竪 yīshù
3 一點 yīdiǎn
4 一撇 yīpiě
7 兩橫 liǎnghéng
9 (Variante) 單立人 dānlìrén
13 三道框 sāndàokuàng
14 禿寶蓋 tūbǎogài
15 兩點水 liǎngdiǎnshuǐ
18 (Variante) 立刀 lìdāo
22 三道框 sāndàokuàng
23 三道框 sāndàokuàng
26 硬耳刀 yìngěrdāo
27 禿偏上 tūpiānshàng
31 四道框 sìdàokuàng
32 土堆 tǔduī
32 (Variante) 提土 títǔ
40 寳蓋 bǎogài
45 半草 bàncǎo
47 (Variante) 三臥人 sānwòrén
47 (Variante) 兩臥人 liǎngwòrén
50 大巾旁 dàjīnpáng
53 偏上 piānshàng
58 橫山 héngshān
59 三撇 sānpiě
60 雙立人 shuānglìrén
61 (Variante) 竪心 shùxīn
64 (Variante) 提手 tíshǒu
66 反文 fǎnwén
66 (Variante) 反文 fǎnwén
85 (Variante) 三點水 sāndiǎnshuǐ
86 (Variante) 四點火 sìdiǎnhuǒ
93 提牛旁 tíniúpáng
94 (Variante) 反犬 fǎnquǎn
94 (Variante) 犬猶 quǎnyóu
96 (Variante) 斜玉 xiéyù
104 病字旁 bìngzìpáng
108 皿堆 mǐnduī
115 禾木 hémù
116 穴字頭 xuèzìtóu
118 竹字頭 zhúzìtóu
120 絞絲 jiǎosī
122 (Variante) 扁四 biǎnsì
130 (Variante) 肉字旁 ròuzìpáng
140 (Variante) 草字頭 cǎozìtóu
143 血堆 xiěduī
146 四字部 sìzìbù
154 具貝邊 jùbèibiān
157 足路 zúlù
162 (Variante) 走之 zǒuzhī
163 (Variante) 輭耳刀 ruǎněrdāo
163 (Variante) 右耳刀 yòuěrdāo
170 (Variante) 左耳刀 zuǒěrdāo
173 兩字頭 liǎngzìtóu
Hallo Christoph,
ich hatte bisher noch keinen Zugriff auf die von dir zitierte Quelle. Danke, dass du mich darauf aufmerksam machst. Nun denke ich, dass diese umgangssprachlichen Radikal-Namen recht interessant sind, aber dem durch die Radikalen-Artikel Blätternden nicht allzu hilfreich sein werden; das ist mehr etwas für sehr speziell Interessierte. Deshalb erschiene es mir sinnvoller, sie in einem eigenen, tabellarischen Artikel anzuführen, obwohl auch eine weitere Zeile in der "Infobox Radikal" denkbar ist - dort steht schon so viel so Spezielles, dass es darauf auch nicht mehr ankommt.
Für die Präsentation in einem (neuen) Artikel spräche auch, dass bei Einbau in die Radikalen-Artikel alle 214 erneut angefasst werden müssten...
Am Wichtigsten wäre aber, nicht nur einige, sondern möglichst alle dieser Bezeichnungen zu sammeln, für die 'primären' Zeichen wie auch für die Varianten. Wenn du dir das antun willst: gut. Es könnte aber sehr leicht in viel Arbeit ausarten!
一橫, yīhéng könnte ich noch übersetzen, aber z.B. für 兩字頭, liǎngzìtóu müsste ich schon suchen, um die Bedeutung in deutsch richtig zu wissen (Paar + Zeichen + Kopf = ?). Und: das würde schon auch dazugehören, die Umgangssprachlichen nur in chinesisch und Pinyin anzugeben wäre zu wenig verständlich.
Ausserdem sollte das auch noch mit den Fachleuten abgestimmt werden; ich bin keiner, meine Sache war nur ein wenig formale Aufbereitung (und Glättung).
Wenn du also meinst, dass wir das machen sollten, bin ich gerne dabei, doch die meiste Arbeit bleibt bei dir. Gruss, -- sarang사랑 15:26, 10. Aug. 2009 (CEST)

Arbeit am I-Ging

Lieber Sarang, danke fuer Deinen netten Worte, obwohl ich eigentlich kaum etwas gemacht habe. Ich finde es sehr schwierig sich mit dem I-Ging "auszukennen", es ist so komplex und hat eine so umfassende Rezeption, dass wohl niemand behaupten kann dieses Buch zu verstehen. Aber wir haben in der WP einige Moeglichkeiten, die helfen koennten das I-Ging auf eine andere Art zu verstehen und zwar durch die Einbeziehung von Bildern. Es gibt zwar auch unzaehlige Moeglichkeiten Holz oder Wasser darzustellen, aber es gibt auch unzaehlige Moeglichkeiten Wachstum oder das Gute zu verstehen. Ich habe schoen oefter ueber diesen Traum einer alternativen Darstellung des I-Ging nachgedacht, aber auch zuwenig Zeit gehabt dies umzusetzen. Aber es ist nicht nur die Zeit, allein kann man so ein Thema nicht behandeln. Viele Gruesse im Moment aus Marburg, in 2 Wochen bin ich aber wieder zu Hause in Nagoya -- Ai24 16:54, 21. Aug. 2009 (CEST)

Hallo Ai24, ich bin ja flexibel und sollte dir eigentlich nun wieder auf deiner Disku antworten − aber nun halte ich doch lieber diese WP-Regel ein, an der Stelle des Beitrags fortzusetzen.
Du hast da sehr recht, dass es unzählige Möglichkeiten gibt, sich mit diesen Themen auseinanderzusetzen. Ich habe mich im wesentlichen um den mathematisch-statistisch-kombinatorischen Aspekt bemüht, also um eine gewisse Ordnung und Sortierbarkeit, weil ich für mich selbst die Übersicht gewinnen wollte; dies unter Ausklammerung aller noch innewohnenden metaphysischen Belange. Das war auch mein Anliegen, als ich versucht habe, "Ordnung" in das Taixuanjing zu bringen.
Du hast auch recht, dass so ein Thema nicht allein abhandelbar ist - aber das ist ja auch nicht das Konzept von Wikipedia. Jeder kann mal einen Artikel beginnen, und umso besser, wenn dann eine Dynamik einsetzt (von über bis und noch viel weiter). Es ist vor allem wichtig, einen möglichst guten Anfang zu machen, und wenn deine mentale Vorbereitung weit genug gediehen sein wird, dann mache aus deiner Vorstellung eine Darstellung. Guten Erfolg dabei! -- sarang사랑 10:40, 22. Aug. 2009 (CEST)

Unicode

Da jetzt eine neue Version von Unicode erschienen ist, sollte die Liste der Unicode-Blöcke aktualisiert werden. -- Prince Kassad 18:46, 2. Okt. 2009 (CEST)

Danke für den Hinweis. Ich mache mich nun mal daran, es kann ein paar Tage dauern bis ich mit den Nachträgen fertig bin. Dann muss ich es noch nach allen Richtungen kontrollieren - dazu ist auch jeder eingeladen. -- sarang사랑 09:19, 5. Okt. 2009 (CEST)

Einige Fehler, die mir jetzt beim Zählen aufgefallen sind:

  • Bengalisch - in der Tabelle steht "91 definiert", in Wirklichkeit sind 92 definiert
  • Tibetisch - in der Tabelle steht "201 definiert", in Wirklichkeit sind 205 definiert
  • Vedische Erweiterungen - dieser Block fehlt völlig.
  • Vereinheitlichte CJK-Ideogramme - in der Tabelle steht "20.932 definiert", in Wirklichkeit sind 20.940 definiert (ich glaube aber nicht, dass du das so gerne nachzählen wolltest ;)
  • Arabische Präsentationsformen-A - in der Tabelle steht "625 definiert", in Wirklichkeit sind nur 595 definiert
  • Kaithi - dieser Block fehlt völlig.
  • Zusätzliche umschlossene alphanumerische Zeichen - dieser Block fehlt völlig.
  • Zusätzliche umschlossene CJK-Zeichen - dieser Block fehlt völlig.
  • Vereinheitlichte CJK-Ideogramme, Erweiterung C - dieser Block fehlt völlig.

Einige dieser Blöcke fehlen übrigens auch in der Navigationsleiste. In Sachen Bennenung hab ich bereits hier einige Namen vorgeschlagen. -- Prince Kassad 15:21, 6. Okt. 2009 (CEST)

Da ist meinen Kontrollen doch noch einiges entgangen.
Deine Zahlen habe ich übernommen; der Block 2A700 Vereinheitlichte CJK-Ideogramme, Erweiterung C ist noch als "geplant" eingetragen, aber 1CD0 Vedische Erweiterungen, 1F100 Zusätzliche umschlossene alphanumerische Zeichen und 1F200 Zusätzliche umschlossene CJK-Zeichen sind jetzt in der Liste und ich muss sie auch noch in die Leiste einfügen; 11080 Kaithi war falsch benannt.
Ich muss jetzt noch die Summen korrigieren, die sind einstweilen unverändert und falsch. Danke für die Fehlerhinweise! -- sarang사랑 16:42, 6. Okt. 2009 (CEST)
der Block 2A700 Vereinheitlichte CJK-Ideogramme, Erweiterung C ist noch als "geplant" eingetragen - wieso? Den Block gibt es jetzt schon. -- Prince Kassad 21:09, 6. Okt. 2009 (CEST)
Nicht in der aktuellen Roadmap SIP-Roadmap vom 2.Oktober, nach der ich mich orientiert habe; dort ist auch der Link zum proposal, und dass es daneben den Block auch schon gibt, habe ich nicht gesehen.
Hast du besondere Möglichkeiten, so etwas herauszufinden, und vor allem: hast du ein Tool oder so was zum Zählen der freien codepoints in Blöcken? Bei Blöcken wie Dingbats ist das visuelle Löcherzählen mühsam und fehleranfällig. -- sarang사랑 11:27, 7. Okt. 2009 (CEST)
Na hoppla, da ist den Jungs vom Unicode-Konsortium ein dummer Fehler unterlaufen. Den sollten sie möglichst bald korrigieren.
Zum Zählen der Blöcke benutze ich meine Zeichentabelle, weil die mir automatisch für jeden Block die Anzahl der Zeichen anzeigt. -- Prince Kassad 15:13, 7. Okt. 2009 (CEST)

Sortierung Kategorie:Wanderweg (Neuseeland)

Hallo Sarang, ich finde dieses nach vorne stellen der Great Walks nicht vorteilhaft. Wozu? Sie sind doch schon im Artikel Great Walks beieinander, der gehört als einziger nach vorn. Viele Grüße --Cactus26 08:20, 13. Nov. 2009 (CET)

Ich habe das gemacht, um die 9 GWs zusammen an eine Stelle zu sortieren, so dass ein Unterschied zu den anderen Tracks entsteht. Leider gibt es erst sehr wenig der anderen. Ich bin zwar selbst kein Fan der GW, aber meist werden NZ-Neulinge erst mal darauf gestossen, und alles andere lernen sie (wenn überhaupt) oft erst danach kennen. Ich habe deshalb vor, das noch etwas auszubauen, und auf die Möglichkeiten der vielen hundert anderen Wanderungen hinzuweisen, mit Hervorhebung der wichtigeren. Auch das System der Back Country Huts mit dem Annual Hut Pass möchte ich erläutern, denn das kann für Leute, die nach NZ gehen wollen und in der WP nach Infos suchen, wichtig sein.
Aber, wenn du das Sortieren nachteilig findest, können wir es reverten. Wenn es nur unnötig ist, würde ich es so lassen, bzw. die noch fehlenden Milford und Routeburn dazu nehmen. Gruss, -- sarang사랑 14:41, 13. Nov. 2009 (CET)
Ich würde vorschlagen, es rückgängig zu machen. Wie gesagt, durch den Artikel Great Walks ist der Hervorhebung absolut genüge getan (der sollte vorn bleiben). Und wenn Du noch nichteinmal ein Fan der GW bist, dann erst recht. In dieser Form ist das absolut unüblich in der WP. Viele Grüße --Cactus26 15:01, 13. Nov. 2009 (CET)
Na gut, wenn du es so störend findest, mache ich es demnächst wieder rückgängig. Zwar sehe ich nicht ein, dass das etwas mit meiner persönlichen Einschätzung der GW zu tun hat, aber gut. Vielleicht sieht es anders aus, wenn ich mal mehr zu den anderen Walks beigetragen habe. Hast du selbst eine Beziehung zu NZ und Tracks? Mit Bergen hast du ja wohl zu tun. Gruss, -- sarang사랑 15:21, 13. Nov. 2009 (CET)
Nein mit Deiner persönlichen Einschätzung hat das nichts zu tun, das war nicht ernst gemeint. Es widerspricht aber schon den Gepflogenheiten, mir ist schon klar, dass Du hier was ergänzen willst (sonst wäre es ja gar nicht nachvollziehbar). Ich war mal in NZ, das ist aber lange her. Habe leider damals auch sehr wenig machen können, zum einen hatten wir wirklich Pech mit dem Wetter, zum anderen waren zwei unserer Vierergruppe keine Wanderer geschweige denn Bergsteiger. Ich freue mich auf Deine Beiträge und schaue sicher hin und wieder mal vorbei. Viele Grüße --Cactus26 15:29, 13. Nov. 2009 (CET)
Wenn ich was fertig habe, werde ich dir in deiner Disku Bescheid geben. Gruss -- sarang사랑 15:33, 13. Nov. 2009 (CET)

Deine Baustelle war wohl irrtümlich im ANR gelandet, jetzt hier Benutzer:Sarang/Wandern in NZ. --Minderbinder 16:37, 4. Dez. 2009 (CET)

Danke, da hab ich was falsch gemacht... -- sarang사랑 16:46, 4. Dez. 2009 (CET)

Bandera de Calvià

Hello Sarang, how are things. Excuse me for not speaking german i hope english is not an issue for you. I'd like to know if possible where you got the flag of Calvià from, sure its really nice, but i dont know of an official flag for the municipality. Sincerly yours. 83.41.129.136 22:02, 12. Dez. 2009 (CET)

Hola Rafax/Vitamine, I answered at my talk page at the Commons. -- sarang사랑 09:07, 13. Dez. 2009 (CET)

Änderung in Wikipedia:Schnelllöschantrag

Hallo Sarang,
was sollte die Änderung in Wikipedia:Schnelllöschantrag? die von dir eingefügten "1" sind doch völlig überflüssig, beide Versionen liefern das gleiche. Da ich nicht sicher bin, dass ich nichts übersehen habe, habe ich nicht revertiert, aber es interessiert mich, wieso Du die einfachere Version "falsch" nennst. -- Perrak (Disk) 11:28, 31. Dez. 2009 (CET)

Hallo Perrak, mein SLA hat die Begründung nicht gezeigt; sobald ich so, wie es in der Anleitung stand, die Varianten mit "--~~~~" innerhalb der {{ }} gewählt hatte, verschwand die Begründung. Mit "1=" funktioniert es immer und in jeder der Varianten. Versuche es doch mal selbst! Freundlicher Gruss, -- sarang사랑 12:17, 31. Dez. 2009 (CET)
Hallo Perrak, das Problem liegt an meiner perversen Signatur; aber auch viele andere Benutzer haben da (wie auch du) den Senkrechtstrich, der die Parameterauflösung verwirrt. -- sarang사랑 12:29, 31. Dez. 2009 (CET)
Bei mir funktioniert es, deshalb die Nachfrage. aber es stimmt, manche haben noch kompliziertere Signaturen als Du. Okay, schaden tut es ja nicht. Danke für die Erklärung. -- Perrak (Disk) 15:24, 31. Dez. 2009 (CET)


Bilder in Unicode-Tabellen

Irgendwie widersprechen die Unicode-Tabellen ihrem eigenen Sinn und Zweck, wenn anstelle der eigentlichen Zeichen Bilder benutzt werden. Sowas sollte eher in einem Artikel zum entsprechenden Zeichen stehen (der dann gut und gerne verlinkt werden kann). -- Prince Kassad 19:21, 28. Jan. 2010 (CET)

Da hast du natürlich recht; dummerweise sind die beiden Zeichen (zumindest bei mir) nicht darstellbar, ich konnte es nicht hinbekommen. Deshalb hatte ich die Idee, als Zwischenlösung doch mit einem Bild auszuhelfen. Aber meinetwegen nehme ich es wieder raus, so ein revert geht schnell. Ich werde aber erst mal fragen, ob jemand einen Artikel zum P machen will, dann wäre es so machbar. -- sarang사랑 22:07, 28. Jan. 2010 (CET)

Bild:Mayan00_19.svg

Hallo Sarang,

ich habe Deinen Edit im SVG-Artikel zur manuellen Optimierung dieses Bildes gefunden und es hat mich doch gleich sportlich in den Fingern gejuckt, was da noch rauszuholen wäre. Den Code für die Striche und Punkte habe ich nochmal verkleinern können:

 <g fill="none" stroke="#000">
 <path stroke-width="2" d="M24,36a20,10 0 1,0 1,0m-19,7q19,11 37,0m-26,-6q-4,5 0,10m8,-11q-5,6 0,12m7,-11q-4,5 0,10"/>
 <path stroke-width="8" stroke-linecap="round" stroke-dasharray="0,45,0,10,0,35,0,10,0,10,0,25,0,10,0,10,0,10" d="
 M74,41h170
 M74,113h170
 M74,185h170
 M74,257h170"/>
 <path stroke-width="5" stroke-dasharray="38,12" d="
 M5,122h238
 M5,194h238
 M5,201h238
 M5,266h238
 M5,273h238
 M5,280h238"/>
 </g>

Die Zahlen werden in Deiner Form von verschiedenen Browsern/Viewern/Bibliotheken unterschiedlich positioniert, je nachdem, welche Laufweite die Buchstaben der verwendeten Schrift haben. (Opera macht sogar eine Folge von Leerzeichen zu einem einzigen - ich weiß nicht, was der Standard dazu sagt.) Wenn ich das richtig im Kopf habe ist ja mittelfristig geplant, für SVG-fähige Browser direkt die Vektorgrafik zu senden statt per librsvg eine PNG-Datei zu erzeugen. Deshalb habe ich diesen Teil etwas "solider" ausgestaltet, so dass die Buchstaben in jedem Fall zentriert über den Punkten/Strichen sitzen sollten, auch wenn das im Endeffekt nicht kompakter ist:

 <text font-size="25" text-anchor="middle">
 <tspan x="24 74 124 174 224" y="24">01234</tspan>
 <tspan x="24 74 124 174 224" y="99">56789</tspan>
 <tspan y="172">
 <tspan x="24">10</tspan>
 <tspan x="74">11</tspan>
 <tspan x="124">12</tspan>
 <tspan x="174">13</tspan>
 <tspan x="224">14</tspan>
 </tspan>
 <tspan y="244">
 <tspan x="24">15</tspan>
 <tspan x="74">16</tspan>
 <tspan x="124">17</tspan>
 <tspan x="174">18</tspan>
 <tspan x="224">19</tspan>
 </tspan>
 </text>

Leider versteht librsvg das x-Attribut mit mehreren Werten für die Einzelzeichen nicht, deshalb hier die ausführliche Variante, die meinen oben gesparten Speicherplatz leider wieder mehr als auffrisst:

 <text font-size="25" text-anchor="middle">
 <tspan y="24">
 <tspan x="24">0</tspan>
 <tspan x="74">1</tspan>
 <tspan x="124">2</tspan>
 <tspan x="174">3</tspan>
 <tspan x="224">4</tspan>
 </tspan>
 <tspan y="99">
 <tspan x="24">5</tspan>
 <tspan x="74">6</tspan>
 <tspan x="124">7</tspan>
 <tspan x="174">8</tspan>
 <tspan x="224">9</tspan>
 </tspan>
 <tspan y="172">
 <tspan x="24">10</tspan>
 <tspan x="74">11</tspan>
 <tspan x="124">12</tspan>
 <tspan x="174">13</tspan>
 <tspan x="224">14</tspan>
 </tspan>
 <tspan y="244">
 <tspan x="24">15</tspan>
 <tspan x="74">16</tspan>
 <tspan x="124">17</tspan>
 <tspan x="174">18</tspan>
 <tspan x="224">19</tspan>
 </tspan>
 </text>

Sportlich, Zupftom 14:34, 28. Apr. 2010 (CEST)

Grossartig! Die Idee mit dem dasharray ist mir nicht gekommen; nachträglich erscheint es naheliegend, aber ich bin noch nicht mit allem so vertraut und experimentiere noch herum. Dazu habe ich auch die neue Kategorie eingerichtet – damit jeder gute Lösungen beisteuern kann, vor allem aber um Interessierten und Lernwilligen (wie mir) Weiterbildung anzubieten. By the way: auch mein Englisch ist verbeserungsfähig; wenn du meine Beschreibung der Kategorie glätten kannst - nur zu!
Dass die Textabstände gar nicht die Grössenänderungen mitgemacht haben, hatte ich bereits bemerkt, und mit Verbesserungen experimentiert. Ich hatte immer noch gehofft, nicht jedesmal den tspan setzen zu müssen, und die Abstände einfacher hinzubekommen, zB mit emsp, weil mehrere spaces zu einem wurden. Aber natürlich sollte jede Lösung und Minimierung korrekt sein. Also werde ich die so schön kleine Datei mit deinen Verbesserungen überschreiben, wenn nicht du es machst.
Ich hoffe, mit jedem Tag bessere SVGs zeichnen zu können. Ein interessantes Thema, und ich lerne laufend dazu. Da sind mir deine Beiträge sehr willkommen! Werkstattlichen Gruss, -- sarang사랑 12:21, 29. Apr. 2010 (CEST)
Habe die Sache in der Zwischenzeit fast wieder vergessen. Wie ich sehe hast du meine setdasharray-Lösung ja sofort auf alles, was dir unter die Finger gekommen ist, angewendet ;-). Ich glaube, da werde ich in deiner neuen Kategorie ab und an mal schauen, was ich noch so beitragen kann, wenn's mich mal wieder juckt. --Zupftom 20:47, 9. Mai 2010 (CEST)

Es gibt einige Möglichkeiten noch ein paar bytes zu sparen, ohne dass es allzu unleserlich wird: weniger spaces, Zusamenfassungen zu <g>-Gruppen, oft ist bei relativen Koordinaten mit weniger Stellen auszukommen. Und mit dasharray ist dann viel zu erreichen, wenn es sich um entsprechende Muster in den Grafiken handelt. Ich habe es öfters versucht, aber nur einige wenige Bilder als Beispiel hochgeladen – es spart ja nichts, wenn immer noch die alten Versionen erhalten bleiben. Deshalb lasse ich die Hexagramme, Zählstabziffern und anderes Strichzeugs wie sie sind, nur bei wenigen davon hab ich mich ausgetobt.
Beim Orochimaru hast du das ja ganz genial gelöst! Wirklich ein grossartiges Beispiel, und sicher auch eine Sparmöglichkeit, alles mit viewBox zurechtzurücken. Obwohl die Originalgrösse völlig egal ist, habe ich bisher immer versucht, diese beizubehalten, mit manchmal dem Nachteil grosser Zahlen, oder der Notwendigkeit von Kommastellen.
Ich habe noch nicht alles an Infos gefunden, so weiss ich nicht wie weit 'encoding' oder 'standalone' nötig sind. DOCTYPE scheint entbehrlich, und statt vieler xmlns-Angaben ist eine davon ausreichend.
Beim Bild:Mayan00_19.svg verstehe ich überhaupt nicht, warum es in der ersten Textzeile mit den behelfsmässigen emsp halbwegs gut geht, und bei identischer Codierung in den folgenden Zeilen ganz anders aussieht. Letztlich wird eine endgültige Version nicht ohne die vielen tspan auskommen. Schade! -- sarang사랑 17:19, 10. Mai 2010 (CEST)

Ja, das ist halt doch eher Sport als ein wahnsinnig sinnvoller Beitrag zur Wikipedia ;-). Objektiv besser ist natürlich, ein paar Bytes (wenn's sein muss auch Kilobytes) mehr zu haben, aber dafür eine solide und auch gut weiterzuverarbeitende Version hinzubekommen. Von daher wäre es vielleicht sinnvoll, sowohl encoding als auch standalone anzugeben. Wann das mit dem DOCTYPE benötigt wird habe ich auch keine Ahnung, da müsste ich eigentlich mal meine XML-Kenntnisse vertiefen. Welche xmlns-Angaben benötigt werden kommt natürlich drauf an, was für Namensräume in der Datei benutzt werden. Speziell der xlink-Namensraum wird für einige Dinge benötigt, insbesondere für das <use>-Element. Habe ich zum Beispiel bei Bild:Hanse Elbing.svg und Bild:Hanse Danzig.svg benutzt. Die sind offensichtlich mit einem Vektorisierungsprogramm aus Rastergrafiken erstellt worden - entsprechend viel Schrott steht drin. Die lassen sich dann auch sehr schlecht weiterverarbeiten. Aus meiner optimierten Danziger Grafik konnte ich hingegen sehr leicht die Elbinger herstellen. Ich glaube, ich werde diesen Sport in Zukunft eher darauf konzentrieren, solche Dinge zu machen. Da ging es mir jetzt nicht darum, auch noch das letzte Byte rauszuholen. Die Reduktion auf ca. 1/30 der Ursprungsgröße ist so oder so enorm und für Bandbreite und Renderingzeit sicher von Vorteil. Wenn man zu tief in die Trickkiste greift kommt man aber möglicherweise auf so spezielle Lösungen, die für eine Weiterverarbeitung oder Veränderung nicht so wahnsinnig gut geeignet sind. Mein stroke-dasharray-Vorschlag ist so ein Beispiel. Ist vielleicht ein ganz netter Trick, aber zum Beispiel bei Bild:Mayan00_19.svg geht's natürlich voll gegen die Semantik. Das heißt, es wäre ja eigentlich ganz sinnvoll, wenn man zum Beispiel die 19 samt Symbol in einem Editor auswählen, kopieren und weiterverarbeiten könnte. Geht so aber nicht. (Mal davon abgesehen, dass der Bytegeiz ja leider auch die Anordnung bei einigen Browsern zerschießt - bei mir Opera und Firefox. Aber die tspans sind im Endeffekt für die Wiederverwendbarkeit vielleicht gar nicht so schlecht.)
Da erweisen wir der Wikipedia vielleicht einen Bärendienst, wenn wir's zu wild treiben. Bandbreite und Rendering-Zeiten sind halt nicht so wertvoll wie Benutzerfreundlichkeit (du hast natürlich auch recht, dass es im Endeffekt überhaupt keinen Speicherplatz auf dem Server spart). --Zupftom 21:50, 10. Mai 2010 (CEST)
Wie ich es sehe, ist es eine Sache, den Umgang mit den SVG-Elementen gut zu begreifen und sinnvoll anzuwenden, das führt ganz automatisch zu Grafiken ohne viel Ballast; nicht unbedingt zu den minimalsten. Jetzt kann man natürlich verschiedener Ansicht sein, wie sehr die SVG-Basiselemente zu bevorzugen seien, wenn ein Bild solche Elemente wie Rechtecke oder Kreise zeigt. Grafiken wie zB Trigramme bestehen de facto aus 3 bis 6 Strichen, oder auch Rechtecken. Ob sie ganz stur mit 3 bis 6 <line>-Elementen oder <rect>-Elementen gezeichnet werden, ergibt genau denselben Output; allerdings kann ich auch mit einem etwas komplexeren <path>-Element alle Sriche erhalten, und das ist IMHO in solchen Fällen eine gute Lösung.
Eine andere Sache sind weitergehende Minimierungstendenzen. Da stimme ich dir voll zu, dass Minimierungen gegen jede Semantik zwar sportlich reizvoll sind, und eine auch gute Übung sein mögen, aber sehr schnell die "Lesbarkeit" beeinträchtigen und die Nachvollziehung erschweren können.
Deine Hanse-Grafiken reizen da nichts aus, sondern zeichnen brav die Rechtecke bzw. Kurve für Kurve, der Text ist klar und lesbar – wozu auch das Vermeiden von Ballast beiträgt, wie er von Tools oft erzeugt wird. Das halte ich für gute Qualität.
Wiederum etwas anderes ist mein Sorgenkind Mayan00_19; ich werde nun doch die <tspan>s einbauen, damit ein richtiges Bild entsteht. Aber alles in allem ist da die Abstraktion wohl etwas zu weit getrieben, wie auch schon du meinst. Dagegen erscheint es mir sinnvoll, nachvollziehbare Beispiele für Entschlackungen in die Kategorie zu stellen. Aber zB alle 64 Hexagramme neu zu zeichen nützt niemandem, da sind schon die drei Beispiele mehr als genug.
Hoffentlich nützen die Beispiele jemandem, der mit den tools auch nicht glüclich ist. -- sarang사랑 18:07, 11. Mai 2010 (CEST)
Vielleicht wär's ja auch ganz sinnvoll, einige Beispiele zu kommentieren (mit XML-Kommentaren). Dann kann ein interessierter Nutzer vielleicht mehr Nutzen aus dem Code ziehen. Super wäre natürlich ein Tutorial, das einerseits SVG-Grundlagen beinhaltet, aber auch erklärt, wie man sinnvoll verschiedene Tools kombiniert bzw. Grafiken per Hand nachbearbeiten kann. Nicht alles lässt sich gut und effizient per Hand schreiben. Aber das wäre echt ein Haufen Arbeit. --Zupftom 21:10, 11. Mai 2010 (CEST)
In einigen Ansätzen gibt es da schon was, u.a. bei den wikibooks, in mehreren Sprachen. Dass nach der Verwendung eines Tools eigentlich ein weiteres Tool benötigt würde, um den generierten Text zu entmüllen, steht da nicht so ganz deutlich, wie ich es gesagt hätte. Dieser Aspekt, den ich sehr interessant finde, kommt IMHO viel zu kurz.
Da könnte wirklich noch viel Arbeit geleistet werden; allerdings schätze ich das Interesse an so etwas als eher gering ein. Wer in den SVG-Artikel schaut, und ein wenig weiterblättert, kommt ohnehin bald auf die Kategorie der Beispiele für Vereinfachungen; die hoffentlich gute Anregungen liefern. Wenn dann dort eine Diskussion entbrennen sollte, lässt sich immer noch überlegen, Weiterführendes zu verfassen. Einstweilen aber werde ich mich hüten, mir Arbeit aufzuhalsen und Erkenntnisse zu verbreiten, die vermutlich keiner will. -- sarang사랑 15:23, 15. Mai 2010 (CEST)
Habe ich mir noch gar nicht angeguckt, das SVG-Wikibuch. Ich glaube auch nicht, dass das Interesse an der Verschlankung wahnsinnig groß ist. Ich würde niemanden bequatschen wollen, die SVG-Dateien per Hand zu erstellen, wenn es mit einem Editor einfacher geht (das finde ich bei vielen Sachen ja auch selbst - Bézier-Kurven per Hand ist kein Spaß). Bei anderen Sachen, kann es natürlich auch einfacher sein, per Hand zu Arbeiten. Deshalb ist die Kombination der Werkzeuge schon was, was vielleicht für einige interessant wäre. Egal, man sollte vielleicht den Autoren wenigstens nahelegen, ihre SVG-Dateien durch Scour zu jagen, das bringt schon vieles.
Noch was zur Datei:Hanse_Rostock.svg. Das "Original" wurde mit Sicherheit durch ein Vektorisierungsprogramm aus der PNG-Grafik erzeugt, also nicht mit einem klassischen Editor. Das ist in Artikel SVG jetzt vielleicht etwas irreführend. --Zupftom 18:15, 15. Mai 2010 (CEST)

Kategorie:Tour de Ländle

Hallo Sarang. Die Kategorie enthält commonsfähige Dateien und ist zudem keine Dateikategorie. Stimmst du mir ggf. nach Lektüre von WP:WPDK zu oder soll ich einen Löschantrag stellen? --Leyo 18:51, 1. Okt. 2010 (CEST)

Hallo Leyo, schön dass du dich da auskennst - ich war eher ratlos und hab es halt so versucht, etwas Ordnung zu schaffen. In den Commons wäre alles einfacher. Die Bilder sind commonsfähig, aber auch commonswürdig? Die Relevanz beschränkt sich doch vor allem auf Baden-Württemberg, und die TdL ist eine sehr lokale Angelegenheit; ich war da skeptisch, ob jedes Lokalereignis in die Commons soll.
Mit dem Löschen der Kategorie bin ich einverstanden, das betrifft ja nicht die Bilder selbst. Den Link auf die Kategorie könnte ich entfernen.
Wenn du meinst, die Bildchen sollten nach den Commons, muss ich da jedes einzelne mit 'commonsfähig' markieren? Und nach dem Verschieben dann dort wieder jedes einzelne in die Category stellen? Das geht doch sicher einfacher, für die gesamte Kategorie? Ich hab es noch nicht herausgefunden.
Wenn du mir da noch ein wenig helfen kannst, wird sicherlich bald alles in bester Ordnung sein. Freundlicher Gruss,-- sarang사랑 09:51, 3. Okt. 2010 (CEST)
IMHO ist alles was wikipediawürdig ist auch commonswürdig. Sobald die Dateien auf Commons sind, kann im Artikel mittels {{Commonscat}} darauf verwiesen werden.
Die Dateien müssen schon einzeln nach Commons verschoben werden, aber das geht eigentlich ziemlich fix. So habe ich schon >> 1000 Dateien transferiert. Falls dir Hilfe:Dateien nach Commons verschieben nicht weiterhilft, kannst du dich gerne wieder hier melden. --Leyo 00:30, 4. Okt. 2010 (CEST)

Canonical Expressions

Wollte dich gerne auf diese Posts aufmerksam machen: [3][4]. Grüße, --Zupftom 08:27, 8. Nov. 2010 (CET)

Danke Thomas, das ist ja sehr interessant. Offensichtlich machen sich auch andere ihre Gedanken darüber, was Inkscape, Sodipodi &Co so alles generieren; David Dailey bietet da (File:Publicdomain.svg) eine gute Alternative dazu an. Natürlich liesse sich das noch weit mehr reduzieren, unter Verzicht auf die ihm wohl besonders wichtige Strukturierung, teils redundante Gruppierung und viel Dokumentation. Die zweimalige Angabe “fill="inherit"” etwa ist rein dokumentarisch und entbehrlich. Aber diese Gestaltung will ich nicht anmäkeln, diese Freiheit billige ich ihm zu.
Weniger gefällt mir dass oben und unten was weggeschnitten wird, das ist doch sicher nicht so beabsichtigt, oder?
Ich hätte es vielleicht mit “clipPath” versucht, aber vor allem an der Strukturierung gespart. Du beherrscht das ja viel besser als ich - hast du dich schon daran versucht? Gruss-- sarang사랑 11:35, 8. Nov. 2010 (CET)
Nun ja, der ist halt Professor, der interessiert sich vielleicht eher für's Prinzip und überlässt so Kleinigkeiten wie abgeschnittene Kanten den Praktikern ;-). Natürlich kritisiert er diese aufgeblasenen Dateien, aber er will sie ja nicht um jeden Preis so klein machen wie's geht. Ihm ist eher wichtig, dass sie (neudeutsch) Sinn machen und gut weiterverarbeitbar sind. Deshalb würde er zum Beispiel das C gerne als Text-C haben und nicht als Kreisbogen. Ich muss ihm da im Prinzip beipflichten.
Noch eine ganz andere Sache: Schau dir mal die zweite Version von diesem Wappen an, da kommt ein alter Freund zum Vorschein. Wikimedia sollte mal librsvg updaten, der Bug wurde ja schon behoben. --Zupftom 00:03, 9. Nov. 2010 (CET)
Nach meinem Eindruck hätte er am liebsten eine font-übergeordnete Darstellung des “C”, implizit aber auch anderer Buchstaben und weiterer Formen als graphisches Element... das mag manchmal wünschenswert erscheinen, wird aber schnell infinit. Wenn ich nur denke, was es alles an Parametern geben könnte, nur um Dreiecke darzustellen – das läßt sich als Pfad oder Polygon ganz leicht zeichnen, es ist eben in der Codierung nicht so unmittelbar als diese geometrische Einfachstruktur ersichtlich.
Du wirst doch am besten wissen, wie man die maßgeblichen Jungs zum librsvg-Update bewegen könnte?
Ein anderer alter Bekannter, File:Spain traffic signal s510.svg ist nun völlig umgestellt, aber in einer weit akzeptableren Schreibweise und Größe.
Noch was: Da hat sich jemand versucht gefühlt, die Hansen Rostock und Stettin zu verkleinern; sicher nicht in deinem Sinn, das graphische Element rect durch Pfade zu ersetzen, und einfach die erste Präambelzeile wegzulassen sowie linefeeds einzusparen; aber, so ist das nun mal in der Wikipedia, und es bleibt dir ja unbenommen, mit dem User zu diskutieren. Der Validator meckert auch gleich (No Character encoding declared at document level).
Viewbox-Angaben wie bei Rostock mit dem Bereich von Null bis width und height sind zwar völlig redundant, sollen aber lt. Doug unerläßlich sein. Gruß,-- sarang사랑 12:41, 10. Nov. 2010 (CET)

Die Chancen,

daß Dir Wikipedia:Redaktion_Biologie/Bestimmung#unbekannte_Gelege hier jemand helfen kann, steigen, wenn Du noch angibst, wo und ggf. auch wann Du die Aufnahmen gemacht hast. Schau nochmal auf das Intro der Seite. Gruß, --46.5.121.237 14:04, 17. Nov. 2010 (CET)

Danke für den Hinweis. Ich hätte die Bilder auch als <gallerie> einbinden sollen... Dass die Dinger im Dachgebälk waren, steht dabei - ich kann noch ergänzen, in welchem Ort das Haus platt gemacht wurde (sogar mit den Geo-Koordinaten). -- sarang사랑 22:08, 17. Nov. 2010 (CET)

{ und } in Vorlagen

Nachtrag zu deiner Frage in der V-Werkstatt: Wenn du den Programmtext erst mit "«" (Alt + 0171) statt "{{" und "»" (Alt + 0187) statt "}}" schreibst und du dreifache "{{{"/ "}}}" belässt, dann hast du bessere Übersicht. Wenn du fertig bist, dann ersetzt du einfach pauschal alle « und ». Dann in die WP übertragen. Gruß von ÅñŧóñŜûŝî (Ð) 21:22, 17. Dez. 2010 (CET)

Danke! Das wird mir sicher helfen, und ich wäre nicht so schnell (eher nie) darauf gekommen. Solche Tipps von Praktikern sind nun mal viel wert.
Was ich vermisse, ist eine Zusatzseite zur Vorlagenprogrammierung mit solchen Hilfen. Oder hab ich es trotz Suche nur nicht gefunden?
Mit dem Testen finde ich es auch nicht so einfach. In anderen Wikimedia-Projekten, wie den Commons, gibt es einige Funktionen nicht wie in der de:WP. Trotz Bemühen, möglichst fertig Getestetes zu übertragen, muss ich noch viele Korrekturen nachschieben. Da mache ich sicher etwas noch nicht richtig. -- sarang사랑 06:34, 18. Dez. 2010 (CET)
Eine explizite Seite mit "Tipps und Tricks" gibt es nicht, da hier jeder seine eigenen Erfahrungen hat. Es hängt ja auch vom Editor ab, ob sowas praktikabel ist. Eine wichtige Hilfe ist Spezial:Vorlagen_expandieren. Da kannst du auch Vorlagen im eigenen BNR entwickeln und testen, damit sie auch mal etwas liegenbleiben können, ohne das es einen SLA gibt:
  1. Auf einer Seite Benutzer:Sarang/XYZ-Vorlage schreibst du die Vorlage, so wie sie sein soll, vor da musst du meistens nicht mit includeonly etc. arbeiten (fleißig die Vorschau benutzen, um Typos zu erkennen).
  2. Auf Spezial:Vorlagen_expandieren rufst du dann diese Vorlage auf:
    1. Ins Eingabefeld schreibst du {{Benutzer:Sarang/XYZ-Vorlage|erster Parameter|...}}
    2. Ausführen und schauen, ob das Ergebnis stimmt.
    3. Wenn es ok ist, kannst du in den Vorlagenraum übertragen.

Zeichen aus dem Unicode-Block für privaten Gebrauch

Hallo Sarang! Schau dir bitte noch mal diese beiden Änderungen an, die du (schon vor etwas längerer Zeit) gemacht hast: [5], [6] Die Zeichen  U+E848 und  U+E838 stammen aus dem Unicode-Block "Privater Gebrauch", d. h. es ist vom System abhängig, welche Zeichen dort zu sehen sind. Siehe auch [7]. Viele Grüße --Schnark 10:10, 21. Dez. 2010 (CET)

Ja, das ist nicht so gut, ich werde das entfernen. Danke für den Hinweis! Was hast denn du dort gesehen, ganz andere Zeichen - oder zufällig die richtigen? -- sarang사랑 11:08, 21. Dez. 2010 (CET)
Das erste Zeichen sehe ich als Ersatzzeichen, also den Code in einem Kästchen. Beim zweiten Zeichen sehe ich im Text ebenfalls das Ersatzzeichen, beim Bearbeiten dagegen sehe ich etwas, was zu klein ist, um es wirklich erkennen zu können, am ehesten ist es ein hochgestelltes um 90° nach links gedrehtes kleines h. --Schnark 11:16, 21. Dez. 2010 (CET)
Jetzt habe ich es ersatzlos entfernt. Im Gegensatz zu früher mal, in einem anderen System bzw. mit anderen fonts, sehe ich dasselbe wie du beschreibst.
Jedenfalls ist es jetzt richtig gestellt. Gruss -- sarang사랑 13:00, 21. Dez. 2010 (CET)

Vorlage:Ubz

Ist es wirklich eine so tolle Idee, für nicht belegte Bereiche schwarze Schrift auf schwarzem Grund zu verwenden? -- Prince Kassad 17:23, 8. Jan. 2011 (CET)

Schwarz??? Alle Hintergründe sind sehr hell und dezent: nicht belegt ist #FFC, eine helle Crême-Farbe. Sieht es bei dir anders aus? Geplante sind etwas dunkler #FD9, und die Ebenensummen #DFF. Die paar 'nicht belegten' sind mit #FDD kenntlich gemacht. Bei mir stimmt alles, und die schwarze Schrift ist deutlich lesbar. Wird das von irgendwas abhängig anders aufgelöst? Ich habe vor drei Tagen die Definition verkürzt, und ich habe alles richtig gesehen. Diese Sache muss ich verfolgen; ehe ich was ändere möchte ich wissen was da los ist. -- sarang사랑 20:49, 8. Jan. 2011 (CET)
Nicht belegte und geplante Blöcke sind bei mir beide pechschwarz. Die Ebenensummen sind in der Tat ein angenehmes Babyblau. -- Prince Kassad 21:05, 8. Jan. 2011 (CET)
Diese beiden, und die Blöcke bei U+D800 habe ich mit der Kurzvariante gefärbt - das ist bei dir auch schwarz? Dann gibt es irgendeine Abhängigkeit die bei dir (und wer weiss wo noch) zuschlägt. Dann ändere ich wieder zurück. -- sarang사랑 21:12, 8. Jan. 2011 (CET)
Ohhhhhh - ich hab es grad mal mit IE angesehen: alles kohlenschwarz! Sonst arbeite ich mit FF. Ich ändere das sofort. Danke für den Hinweis! -- sarang사랑 21:15, 8. Jan. 2011 (CET)

Str8ts - Sudoku

Hallo Sarang, du hast im Str8ts-Artikel eine Änderung gemacht, die meiner Ansicht nach nicht ganz korrekt ist. Die Aussage lautet (im Anschnitt "Erzeugen neuer Str8ts"):

Im ersten Schritt wird ein Muster der schwarzen Felder erzeugt. Die einzige wirkliche Bedingung hierbei ist, dass es mindestens ein schwarzes Feld geben muss, sonst wäre es ein Sudoku und kein Str8ts.

Wenn man ein Str8ts erstellt ohne schwarze Felder, ist es noch lange kein Sudoku. In einem Sudoku gibt es zusätzlich die Bedingung, dass in jedem der neun 3x3-Felder jede Ziffer nur einmal vorkommt. Die 3x3-Unterteilung gibt es in Str8ts nicht. -- Daniel - Dhaller 09:37, 10. Jan. 2011 (CET)

Stimmt. 'tschuldigung, da hab ich geschludert. Zum Glück hast du es gleich gemerkt! Da du es noch nicht getan hast, werde ich es schnell wieder heile machen.
Ich wollte vor allem die etwas überfrachtete Formulierung (‘einzige wirkliche’, ‘eigentlich’) glätten und das (ostbayerische?) “ansonsten” ersetzen. Deswegen habe ich den Satz umgebaut, und versaut. -- sarang사랑 10:06, 10. Jan. 2011 (CET)
Gleich danach kommt das Wort “insbesondere”. Erscheint mir antiquierte Kanzleisprache, aber ich sehe mal zu diesen Worten nach. sarang사랑

Help needed

Hallo,

Es ist mir noch wieder. I tried but is was definitely too complicate for me. So could you do a SVG version of the coat of arms on the first (and fifth) page of this file : File:Milin - Furnez ar geiz.djvu ? (the text is « FEIZ HA LEALDED » but you could find a better file if you follow the link in the Description of the file).

Cdlt, VIGNERON * discut. 19:39, 21. Mär. 2011 (CET)

Bonjour Nicolas, I will give it a look, and then tell you. -- sarang사랑 10:06, 22. Mär. 2011 (CET)
Je regret, Nicolas, I am the wrong person for your problem. I deal just with simple graphics, but you need a tool for converting this CoA. Many people are skilled with that, but I am not. May be you can contact somebody of the SVG workshop (I will check whether that exists at fr:WP).-- sarang사랑 11:34, 22. Mär. 2011 (CET)

Liste der Unicode-Blöcke

Ein Benutzer hat im Unicode-Portal den Hinweis hinterlassen, dass die Schreibrichtung möglichst nicht durch Farben gekennzeichnet sein sollte. Diese lassen sich u. a. durch Screenreader nicht vorlesen und sind im Druck nicht erkennbar (und gerade die Wahl von Grün ist für Rot-Grün-Blinde sehr unpraktisch). Besser wäre eine kleine Spalte, wo man ein Kürzel für die Schreibrichtung eintragen könnte. -- Prince Kassad 10:26, 22. Mär. 2011 (CET)

Damit habe ich nicht gerechnet; aber es besteht Handlungsbedarf - nicht dringend, sooooo wichtig ist diese Zusatzangabe nicht, aber eine Lösung wäre gut. Weitere Spalte finde ich nicht so optimal, aber ich überlege mir etwas. -- sarang사랑 10:42, 22. Mär. 2011 (CET)

Vorlage:ZhSZV

Hallo Sarang! Was soll denn das bitte? Dass die Artikel zur Hälfte aus der Vorlage generiert werden ist in keinster Weise mehr mit dem Wiki-Prinzip vereinbar. Bitte mach das wieder rückgängig... -- Chaddy · DDÜP 01:05, 18. Apr. 2011 (CEST)

Hallo Chaddy, das bedaure ich dass du dich über die Vorlage ärgerst. Mein Vorschlag: lass doch einfach die Finger von den Radikal-Artikeln; vor allem aber: verschlechtere sie nicht durch Änderungen wie bei Radikal 143. Konstruktivere Beiträge als dieses Gemecker werde ich sehr begrüssen, und Verbesserungen sind überall möglich. Wenn ich aber etwas rückgängig mache dann höchstens deine Änderung - wenn du es objektiv betrachtest wirst auch du zugegeben müssen dass sie dem Artikel und seinem Format keineswegs zum Vorteil gereichte. Mit freundlichem Gruss,-- sarang사랑 09:56, 18. Apr. 2011 (CEST)
Eine Verschlechterung des Artikels durch meine Änderung ist völlig objektiv betrachtet in keinster Weise gegeben und auch nicht im Ansatz durch dich argumentativ belegt worden. -- Chaddy · DDÜP 14:24, 18. Apr. 2011 (CEST)
Hallo Chaddy, ich habe den Eindruck du bist zum Streiten aufgelegt und findest in jedem Fall die Vorlage sei Scheisse, und ich habe keine Lust da endlos zu argumentieren. Jedenfalls gibt es gegenwärtig 213 R-Artikel mit einheitlichem Layout, und einen der nun anders aussieht: das "vorher" und "nachher" zeigt mehrere Unterschiede, von denen keiner eine Verbesserung darstellt. Kann sein, dass es nun in deinem skin besser aussieht, mit den Standardeinstellungen ist das nicht der Fall. Mein Rat: wenn du etwas substantiell verbesserst, ist es gut; aber unterlasse das Editieren von Formalismen, wie <br> durch <br /> zu ersetzen, und ähnlichem. Lass doch bitte die Radikalen überhaupt in Ruhe.-- sarang사랑 14:50, 18. Apr. 2011 (CEST)
Erstmal: <br> ist kein korrektes Markup, deshalb sollte immer <br /> verwendet werden (das macht übrigens ein Skript von PDDs Monobook.js halbautomatisch.
Aber BTT: Zum Streiten bin ich eigentlich nicht aufgelegt. Die Vorlage gefällt mir so natürlich nicht (aber "scheiße" hast du gesagt...). Inwiefern das Layout anders aussehen soll frage ich mich jetzt aber schon. Ehrlich gesagt kann ich keinen Unterschied feststellen... -- Chaddy · DDÜP 15:13, 18. Apr. 2011 (CEST)

Zur Info

Hallo Sarang,

zur Info: Die Stadt Heilbronn gehört nicht zum Landkreis Heilbronn, diese Änderung war also falsch. Gruß -- Rosenzweig δ 21:56, 26. Mai 2011 (CEST)

Danke! Da war meine Voraussetzung falsch – nun hab ich wieder was gelernt. -- sarang사랑 07:47, 27. Mai 2011 (CEST)

Bastelei

Hallo Sarang, vielleicht kannst du mir weiterhelfen. Ich komme gerade auf dich zu, weil ich gesehen habe, dass du Anfang dieses Jahres das Zeichen 283 – Halteverbot hochgeladen hast. Ich hatte heute die Schnapsidee nachfolgende Schilder

so miteinander zu verbinden, dass ich den "Bauarbeiter" entweder einfach durchgestrichen (wie bei Wendeverbot) oder gekreuzt durchgestrichen (wie bei Haltverbot) habe. Hintergrund des runden Verbotsschildes wollte ich jeweils "weiß" wie beim Gefahrzeichen Baustelle oder beim Wendeverbot haben. Leider waren meine Basteleien ohne großen Erfolg. Ich hab die Grafiken nicht freigestellt bekommen. Ich bin einfach kein Grafiker und habe von den Programmen trotz Anleitung keinen Schimmer. Kannst du mir eventuell weiterhelfen? Es grüßt, Manuel Heinemann 23:45, 18. Jul. 2011 (CEST)

Hallo Manuel, willst du "geholfen werden" (wie diese Dame sagt), also eine kurze Anleitung und gemeinsam mit mir basteln - es geht wirklich leicht, und Grafiker braucht man wirklich nicht zu sein (ich bin keiner) und mehr "Programmier"kenntnisse als für Wiki-Editieren sind auch nicht nötig.
Icon, minimalisert
Oder soll ich es machen, entweder so dass es für dich nachvollziehbar ist; oder ohne jede Erklärung?
Es ist lediglich die Frage, wie schnell es gehen soll, und ob es dich für künftige eigene Grafiken interessiert. Falls du null Interesse an SVG hast kränkt mich das nicht, ich finde es jedenfalls eine reizvolle Bereicherung der Gestaltungsmöglichkeiten.
Übrigens, die Durchstreichung muss entweder mit viel dünneren, oder mit halbtransparenten Linien erfolgen, sonst bleibt vom Schaufler zuwenig übrig; das kann man ja ausprobieren.
Ich nehme an, die brauchst das ganze für eine Art Textbaustein? -- sarang사랑 18:43, 19. Jul. 2011 (CEST)
Hallo Sarang, es beigeistert mich, dass du mir mit dem "Programmieren" weiterhelfen willst. Nur leider bin ich derart zeitlich eingebunden, dass ich derzeit mehr an dem Ziel, als am Weg dorthin interessiert bin. Aus diesem Grund bin ich auch auf die Bastelei gekommen. Da in meinem BNR so viele offene Baustellen sind, will ich den bisher von mir verwendeten regulären Baustellenhinweis dahingehend verändern, dass es sich hier um Baustellen handelt, ich aber nicht wünsche, dass sie ständig von fremden IPs bearbeitet werden und ich dann auch noch meinem BNR "hinterhersichten" muss. ;-)
Was ich mir auch schon überlegt habe, ist, den Bodenhaufen in den Vordergrund, das Männchen in den Hintergrund zu setzten. Aber wie gesagt, ich bin nicht Inkscape-kompatibel.--Manuel Heinemann 22:02, 19. Jul. 2011 (CEST)
Inkscape habe ich noch nie angefasst, ich kenne es nicht und habe mich auf manuelle SVGs spezialisiert. Deine Idee der Umgruppierung würde den Wiedererkennungs-Effekt zu sehr verhindern. Es wäre mir auch im Moment zu schwierig, das nun neu zu zeichnen; noch dazu mit ev. Perspektiven.
Ich werde also demnächst was in der von dir zuerst vorgeschlagenen Richtung machen.
Bedenken habe ich, ob das mit deinem Zeichen richtig deutlich wird, was du sagen willst. Besser erschiene mir das 'normale' Zeichen 123, und zusätzlich ein "nicht-editieren"-Symbol mit sehr deutlichem Text. Gruss -- sarang사랑 22:22, 19. Jul. 2011 (CEST)
Ich will den Leuten nicht gleich vor den Kopf stossen, mir steht es eher nach etwas subtileren. So habe ich auch vor, den Text nur in Teilen abzuändern/zu ergänzen. ;-) --Manuel Heinemann 22:31, 19. Jul. 2011 (CEST)
Das lässt sich gut als freundliche Bitte formulieren und begründen; habe ich auch schon gemacht. Aber ganz wie du willst.
Vielleicht komme ich morgen dazu was zu machen. Du kannst ja SVG offline ansehen? Dann würde ich dir Vorschlagsgrafiken mailen, und weitere Disku auf E-Mail verlagern. Gruss -- sarang사랑 22:37, 19. Jul. 2011 (CEST)
Mach dir keine Umstände. Die Grafik darf ihre Zeit brauchen. Zur Kommunikation: Einfach Wikimail an mich.--Manuel Heinemann 22:40, 19. Jul. 2011 (CEST)
Einverstanden -- sarang사랑 22:47, 19. Jul. 2011 (CEST)

Ponte Aica

Jetzt die Geo-Koordinaten sind in die Foto !!! --Llorenzi 16:34, 3. Okt. 2011 (CEST)

Das ging ja schnell! Danke. Nun kann ich googeln wo diese Brücke denn nun steht. -- sarang사랑 16:37, 3. Okt. 2011 (CEST)

Vorlage:Farbindex

hallo Sarang, Du hast die kürzlich erweitert (ich grad nochmal): wenn ich aber drüber nachdenk, hast Du (und ich Dir f0lgend) eine ungünstige lösung gewählt: man sollte nicht in der eingabe datentypen mischen (das bringt langfristig unglück), der Param 2 ist für den text, das sollte er bleiben: der schalter "s" wäre auf {4} zu legen: denn bei Deiner erweiterung kann man keinen text mehr angeben, das heist, die lösung ist nicht aufwärtskompatibel: Daher die Frage, hast Du das schon vielfach implementiert, oder können wir das noch schnell umstellen? (nicht signierter Beitrag von W!B: (Diskussion | Beiträge) 08:49, 6. Aug. 2012‎)

Der s-Spezialfall taucht in sehr vielen Artikeln auf, aber da es sich dabei fast immer um Navi-Vorlagen handeln, sollte sich das auch ohne Bot leicht umstellen lassen. Wie ich vorgehen würde, hab ich mal unter Vorlage Diskussion:Farbindex beschrieben. --TMg 13:18, 6. Aug. 2012 (CEST)

FzW

Das könnte dich vielleicht interessieren. --Mauerquadrant (Diskussion) 19:16, 1. Jun. 2013 (CEST)

Ich melde mich dort. sarang사랑 20:25, 1. Jun. 2013 (CEST)

Sandmücken

hi! danke, dass du die fehler mit stich zu biss ausgebessert hast. bitte gib allerdings für den abschnitt "schutzmaßnahmen" belege an. die redaktion biologie versucht konsquent alle alten unbelegten artikel zu überarbeiten und deswegen müssen alle neuen änderungen konsequent belegt werden. danke! lg, --kulacFragen? 09:35, 28. Nov. 2013 (CET)

O weh, Belege… Diese Erweiterung erschien mir sinnvoll, und ich habe es als Anregung gemeint, an Fachkundigere, das auszubauen. Wobei ich mir nicht so klar war, wieweit das auch (oder eher?) für die Kriebelmücken gilt, jedenfalls das was ich als „Black flies (sandflies)“ kenne. Wenn sich nicht jemand findet der das ordentlich & ausreichend mit Belegen versorgt, soll mein Beitrag meinetwegen wieder gelöscht werden. Ich verweise auf fact sheet als möglichen Beleg. Gruss sarang사랑 10:12, 28. Nov. 2013 (CET)

Vereinfachung von File:Wappen Siegelsbach.svg

Hallo Sarang, könntest Du über dieses Wappen noch einmal eine Schleife fliegen? Momentan wird der untere Rand angeschnitten, zumindest sieht es bei mir danach aus. Grüße, --kjunix 08:04, 4. Mär. 2014 (CET)

Danke! War Fehlberechnung, und bei Sichtkontrolle nicht bemerkt. Jetzt sollte es stimmen. sarang사랑 09:19, 4. Mär. 2014 (CET)
Besten Dank für die prompte Korrektur! --kjunix 18:43, 4. Mär. 2014 (CET)
Naja, schliesslich habe ich es verbockt, vor lauter Vereinfachung. Du hast es bald gemerkt und mir gemeldet, und weil ich grad am Rechner war haben wir es recht schnell wieder heile machen können.
Heute habe ich schon wieder einen NES-Bunker entdeckt… sarang사랑 18:50, 4. Mär. 2014 (CET)

Donau steht Kopf

Hallöle,

ehrlich gesagt weiß ich kein bisschen, ob es dich heute noch interessiert. Gewisse Dinge behalte ich mir jedenfalls gut, besonders, wenn es sich um nicht abgeschlossene handelt. Aber einfach mal zur Sache:

Du hattest mir 2008 mal was zu den Donaumasten geschrieben, bei denen die Anordnung Kopf steht. Ich wusste auf Teufel komm raus nicht mehr, wo ich so welche gesehen hatte. Jetzt weiß ich es – denn ich habe sie wieder gesehen – und dachte sofort an deine Frage von damals. Nun, die Masten stehen an der A4 bei Weimar. Auf Panoramio gibt es sogar ein Foto davon. Wenn man die A4 von Hessen aus in östlicher Richtung fährt, sieht man eine Reihe merkwürdiger Masttypen, darunter fast tschechisch anmutende Donaumasten oder Einebenenmasten für 380 kV. Die hab ich 2004 auch fotografiert, nur die kopfstehenden nicht, deshalb konnte ich sie nicht zuordnen.

Naja, vielleicht war das ja auch für dich noch interessant... wollte es jedenfalls mal erwähnt und somit abgeschlossen haben :-)

Grüße, --MdE 22:03, 15. Sep. 2014 (CEST)

Danke, das ist durchaus interessant, und ich habe es auch nicht vergessen.
Nun habe ich es nochmals durchgesehen und viele Donaumasten gefunden, diese und auch jene. Es erschien mir sinnvoll, dafür sogar eine eigene Kategorie anzulegen. Auch Variationen dazu gibt es, ich habe aber nur die "klassischen" Masten in die Kategorie aufgenommen. Gruss -- sarang사랑 08:02, 16. Sep. 2014 (CEST)
Gute Idee! Letztlich kann ja jede Mast-Grundform individuell den Gegebenheiten angepasst werden, und wenn's am Ende zu sehr abweicht, dann müssen wir uns ja nicht einem Kategorisierungszwang hingeben ;-) Gruß --MdE 23:11, 17. Sep. 2014 (CEST)

SVG-Version meiner PNG-Grafik

Hallo Sarang, mit SVG ist das so'ne Sache: Solange es dazu keine kostenlosen Irfanview-Plugins oder Konverter gibt, sondern die erstmal Lizenzgebühren sehen wollen, ist SVG für mich kein barrierefrei nutzbares Format. Verstehe schon, dass SVG den Vorteil beliebiger Skalerbarkeit bietet, aber dass die Wikipedia da so drängelt, riecht mir schon mächtig nach Lobbyismus. Denn speicherplatzsparender ist SVG ja auch nicht per se, und so wie ich mir jetzt jedesmal erstmal 'ne PNG aus der SVG machen muss, um damit etwas anfangen zu können, könnte man's ja auch umgekehrt verlangen. Da stecken also anscheinend irgendwelche Interessen dahinter, gegen die man erstmal nix machen kann - Vektor- und Pixelgrafiken bleiben wohl bis auf weiteres zwei ähnliche Parallelwelten wie die von Apple und den "normalen" PCs, also Windows: wer in der einen Welt heimisch geworden ist, findet die andere doof und umgekehrt.

Was Deine SVG-Version angeht: Ist Dir nicht aufgefallen, dass die anders aussieht als meine? Der Steg fehlt, und auch dieser Steg ist nicht kompakt, sondern von einem feinen Spalt durchzogen, der vom Rand zu der weißen Innenfläche führt - wenn sich die magentafarbene Fläche zusammenzöge, würde sich dieser Spalt verbreitern... Na ja, höhere Mathematik halt ;-)) Wenn's also keinen Ärger seitens der Mathematiker geben soll, weiter daran arbeiten, bis es ganz genauso aussieht wie meine PNG. Schöne Grüße, --Qniemiec (Diskussion) 15:17, 29. Jun. 2015 (CEST)

Also, ich habe mir Inkscape runtergeladen ohne irgendwelche Gebühren, von hier. Aber ich habe Inkscape erst zwei- oder dreimal verwendet, und beschränke mich lieber auf die einfachen Grafiken, die problemlos manuell zu erstellen sind.
Inkscape ist ja nicht SVG, sondern nur eines der bekanntesten von vielen, vielen tools mit denen auch SVGs erstellt werden können. Ich finde SVG gut, es lässt sich blitzschnell eine Grafik erstellen und noch leichter in sämtlichen Belangen varieren. Und ohne den Schrott von Inkscape (oder Adobe etc.) werden das recht niedlich-kleine Dateien!
OK, ich nehme mir die spaces nochmal vor, danke für deinen Hinweis wie es sein soll. sarang사랑 16:06, 29. Jun. 2015 (CEST)

Probleme mit Deinen Dateien (18.07.2015)

Hallo Sarang,

bei den folgenden von dir hochgeladenen Dateien gibt es noch ein Problem:

  1. Datei:UnbekGelege1.jpg - Problem: Quelle
  2. Datei:UnbekGelege2.jpg - Problem: Quelle
  • Quelle: Hier vermerkst du, wie du zu dieser Datei gekommen bist. Das kann z. B. ein Weblink sein oder – wenn du das Bild selbst gemacht hast – die Angabe „selbst fotografiert“ bzw. „selbst gezeichnet“.

Durch Klicken auf „Bearbeiten“ oben auf den Dateibeschreibungsseiten kannst du die fehlenden Angaben nachtragen. Wenn das Problem nicht innerhalb von 14 Tagen behoben wird, müssen die Dateien leider gelöscht werden.

Fragen beantwortet dir möglicherweise die Bilder-FAQ. Du kannst aber auch gern hier in diesem Abschnitt antworten, damit dir individuell geholfen wird.

Vielen Dank für deine Unterstützung, Xqbot (Diskussion) 00:54, 18. Jul. 2015 (CEST)

Die Weisen der Biologie haben leider keine Bestimmung vorgenommen, und die Bilder sind somit nicht kategorisierbar. Wenn sie irgendeine Relevanz haben wollte ich sie nach Commons hochladen – einstweilen bleiben sie jedoch unbrauchbar, und können gelöscht werden. sarang사랑 09:48, 18. Jul. 2015 (CEST)

Problem mit Deiner Datei (24.10.2016)

Hallo Sarang,

bei der folgenden von dir hochgeladenen Datei gibt es noch ein Problem:

  1. Datei:FC Suwon logo.png - Problem: Freigabe
  • Freigabe: Du brauchst eine Erlaubnis, wenn du eine urheberrechtlich geschützte Datei hochlädst. Um eine solche Erlaubnis zu formulieren, bieten wir einen Online-Assistenten unter https://wmts.dabpunkt.eu/freigabe3/ an. Er hilft Dir, die passende Formulierung zu finden, egal ob Du selbst der Urheber bist oder die Datei von einer anderen Person geschaffen wurde.

Durch Klicken auf „Bearbeiten“ oben auf der Dateibeschreibungsseite kannst du die fehlenden Angaben nachtragen. Wenn das Problem nicht innerhalb von 14 Tagen behoben wird, muss die Datei leider gelöscht werden.

Fragen beantwortet dir möglicherweise die Bilder-FAQ. Du kannst aber auch gern hier in diesem Abschnitt antworten, damit dir individuell geholfen wird.

Vielen Dank für deine Unterstützung, Xqbot (Diskussion) 00:52, 24. Okt. 2016 (CEST)

Um Hilfe nachgefragt in Wikipedia:Urheberrechtsfragen#Datei:FC_Suwon_logo.png. -- sarang사랑 08:08, 24. Okt. 2016 (CEST)

Vorlage:Infobox Software

Hi, Kannst du (am besten auf der zugehörigen Disk) erklären für was diese Änderung gut sein soll? Erschließt sich mir nicht ganz. -- Michi 13:01, 2. Mär. 2017 (CET)

Hallo Michael, ich habe diesen Hinweis nachgetragen; bisher wird der Parameter erst in vier Artikeln verwendet, also ist das noch leicht zu ändern, oder zu entfernen. Gruss -- sarang사랑 17:46, 2. Mär. 2017 (CET)

Fragen rund um SVG und Commons

Hallo Sarang,
ich bin recht neu bei Wiki und möchte im Bereich SVG und auch Dateiverwaltung auf Commons tätig werden.
Würde gern vom Wissen erfahrener Wikianer profitieren.
Bin ich bei dir richtig? Falls nein, weisst du wo ich besser aufgehoben bin?
Danke und Gruß --Mrmw (Diskussion) 13:14, 8. Aug. 2017 (CEST)

Hallo Mrmw, ich denke dass ich schon so einiges weiss, nachdem ich da mehrere Jahre rummache. Mein Schwerpunkte ist die Kategorisierung, die ich als sehr wesentlich zum Wiederauffinden etc. erachte. Dazu habe ich viele Kategorien, ganze Systeme, neu angelegt und pflege sie auch; als Hilfsmittel habe ich dafür viele Vorlagen erstellt. Vor allem betrifft dies SVG-Dateien.
Betreffend SVG ist meine Spezialität das Erstellen als Textdatei statt mit einem Tool wie zB Inkscape. In diesem Zusammenhang propagiere ich, einfache Grafiken einfach zu codieren.
Wenn du dazu Fragen hast, schlage ich vor, sie auf deiner Commons-Userpage zu stellen. Mfg -- sarang사랑 13:53, 8. Aug. 2017 (CEST)

Wikiläum

Hiermit gratuliere ich Benutzer
Sarang
zu 10 Jahren ehrenamtlicher Arbeit
im Dienst der Verbesserung unserer Enzyklopädie
und verleihe ihm den

Wikiläums-Verdienstorden in Silber
gez. Wolfgang Rieger (Diskussion) 16:25, 15. Jul. 2018 (CEST)

Hallo Sarang! Am 15. Juli 2008, also vor genau 10 Jahren, hast Du hier zum ersten Mal editiert und daher gratuliere ich Dir heute zum zehnjährigen Wikiläum. Seitdem hast Du über 5.000 Edits gemacht und 17 Artikel erstellt, wofür Dir heute einmal gedankt sei. Ich hoffe, dass Du weiter dabei bist und dabei bleibst und dass die Arbeit hier Dir weiterhin Spaß macht. Beste Grüße + frohes Schaffen -- Wolfgang Rieger (Diskussion) 16:25, 15. Jul. 2018 (CEST)

@WolfgangRieger: was es alles gibt - sogar ein Wikiläum-tool! Ich habe vor einigen Tage ganz ohne tool und zufällig entdeckt dass ich schon so lange dabei bin; allerdings liegt mein Schwerpunkt mehr in den Commons, sogar im wiktionary habe ich mehr gemacht als in den diversen Wikis. 5.120 edits in zehn Jahren sind nicht so arg viel, im Durchschnitt nichtmal 2 edits pro Tag... verglichen mit über 7.000 Datei-uploads in den Commons. Ich danke dir jedenfalls dass du maschinell in meinem "home wiki" meiner gedacht hast, und ich werde mir den verliehenen Verdienstorden sofort an die Brust heften (sicher gibt es auch ein zugehöriges ribbon?). Besten Gruss, -- sarang사랑 17:14, 15. Jul. 2018 (CEST)

Commodore Plus/4

Hallo! Wo genau lag das Problem mit dem speziellem Leerzeichen? Viele Grüße, Schnurrikowski (Diskussion) 08:32, 18. Jul. 2018 (CEST)

Wenn du meine Änderung ansiehst, wo ich das &nbsp; ersetzt habe: dort wurde statt einem space die HTML-Entität selbst angezeigt. Das nbsp ist IMHO überflüssig, da dort keine Trennung erfolgen kann. Ich weiss aber nicht warum die Entität dort nicht richtig umgesetzt werden konnte, und ich habe auch nicht nachgeforscht woran das liegen könnte. Gruss -- sarang사랑 08:45, 18. Jul. 2018 (CEST)

d2s

Hi, ich bin darauf gestoßen, dass du vor wenigen Tagen Vorlage:d2s angelegt hattest.

Vorlagen mit derartig kryptischen Namen sind in diesem Wiki nicht mehr erwünscht. Wir haben weit über 50.000, und da kann nicht mehr irgendwas so unverständlich für Verwirrung sorgen, wie man das vor einem Dutzend Jahren mal gemacht hatte, als es einige Hundert Vorlagen gab.

  • Dabei ist es auch völlig egal, ob die auf Commons oder in der enWP den gleichen Namen hätte.

Wenn ich das richtig sehe, dann wird das auch nur innerhalb von Vorlage:Coltit verwendet.

  • Es würde sich daher anbieten, das als Untervorlage (Vorlage:Coltit/d2s) zu verschieben.
  • Für eine projektweite Notwendigkeit und allgemeine Verwendbarkeit sehe ich in diesem Wiki absolut keinerlei Bedarf. Wir beschäftigen uns mit enzyklopädischen Artikeln und nicht mit den Farbwerten von Grafiken.
  • Noch einfacher wäre die direkte Auflösung und Löschung.

Weil wir gerade bei Vorlage:Coltit sind, so sah ich, dass du dort kürzlich Synonyme für die Farbcodes von Schriftfarben eingeführt hast.

  • Dies ist inkonsistent:
    • c soll bedeuten: #CCC
    • b soll bedeuten: #000 – es wäre aber zu erwarten: #BBB
    • f soll bedeuten: #FFF
  • Solche Extratouren versteht niemand außer dem Autor der Vorlage. ganz generell sind solche Kurznotationen langfristig unbrauchbar und führen nur zur Irritation anderer Bearbeiter. Der Einsparungseffekt, nur einen statt dreier Buchstaben zu tippen, ist minimal, und das bei einer Vorlage, die nur wenige Dutzend Mal eingebunden ist und auch zukünftig nur sehr selten wirklich benötigt wird und bisher ohne solche verwirrenden und unsystematischen Abkürzungen auskam.
  • Alle derartigen Extrawürste hatten sich als unbrauchbar erwiesen, und wir bauen seit Jahren solche Kinderkrankheiten aus dem Säuglingsalter der Wikipedia wieder zurück und ersetzen sie durch robuste, verständliche, selbsterklärende Bezeichner und Parameterwerte.

VG --PerfektesChaos 12:14, 4. Mär. 2019 (CET)

@PerfektesChaos: Ok, ich versuche das in Ordnung zu bringen. Danke für den Hinweis -- sarang사랑 13:37, 4. Mär. 2019 (CET)
@PerfektesChaos: Der Name ist nun wie vorgeschlagen geändert; D2s soll nun gelöscht werden - wie geht das in der deWP? Das direkte Einbinden wäre aufwendiger, mit der Untervorlage müssen die substrings nur einmal ermittelt werden.
Die Kurzcodes habe ich in der Vorlage belassen, aber den Hinweis in der Doku entfernt. Ich finde dass es gelegentlich, wenn Artikel von Farben handeln, hilfreich sein kann wenn die rgb-Werte gesehen werden können. Du hast recht, das ist in der deWP sicher selten der Fall, aber es kommt doch manchmal vor. Coltit ist da recht diskret, keiner muss die Farben ansehen, sie werden niemandem aufgedrängt. Ich sehe Coltit in erster Linie als Hilfe zur einfachen Definition von Hintergrundfarben. -- sarang사랑 14:17, 4. Mär. 2019 (CET)

Danke soweit.

Löschen geht so, als Ersteller:

<noinclude>{{SLA|Überflüssige Vorlage .... --~~~~}}</noinclude>

Irgendwer muss nach dir sich irgendwann auch mal mit all diesen Seiten befassen.

  • Das mit den Kurzcodes haut nie hin. B kann bedeuten:
    • #BBBBBB
    • Blue
    • Black – war es bis eben bei dir.
  • Wenn C für #CCCCCC stehen soll, dann muss B für #BBBBBB stehen, und dann bleibt kein kompletter Satz Buchstaben R und G für RGB mehr übrig, und dann wird W auch sinnfrei weil es keine Pendants dazu gibt.

VG --PerfektesChaos 15:12, 4. Mär. 2019 (CET)

Textfarben: Es gab nur schwarz als default, und weiss. Erst im HSV-Farbraum sah ich, dass jemand auch andere Grauwerte verwendet hat; deshalb habe ich zwischen b=0 und w=f noch die Stufen 4-8-C sowie 3-6-9-C, analog zu b und w, ermöglicht. Aber ich denke auch dass das recht unnötig ist, schwarz und weiss reichen völlig, und wer meint andere Farben zu brauchen soll die richtig mit den Farbcodes definieren. mfg -- sarang사랑 15:31, 4. Mär. 2019 (CET)

File:Raelian symbol.svg

Hallo Sarang. Ist der Rand bewusst so uneinheitlich? --Leyo 17:04, 30. Apr. 2018 (CEST)

Verspätetes Dankeschön für die Korrektur! --Leyo 09:29, 6. Mär. 2019 (CET)

allgemeine svg-frage

hallo sarang, ich habe eine frage zu kleinen und einfachen svgs - ich bin mir einfach nicht mehr sicher ob ich das so gelesen hatte in hilfeseiten
es geht um den rand mit dem man ein svg versehen könnte wenn man es im editor oder im zeichenprogramm erstellt - nicht gemeint ist ein sichtbarer rahmen ums bild - gemeint ist ein freier bereich rund ums bild, der inhaltlich nicht genutzt wird
bei den farblichen rahmen bin ich mir sicher, dass man sie vermeiden soll - gibt dafür sogar eine kategorie, bei dem weissen rand hingegen bin ich unsicher
bei File:Star and Crescent.svg (z.b. in Islam) habe ich den rand bei der optimierung entfernt
bei File:Mars symbol.svg (z.b. in Mann#Symbolisches) ist ein schmaler weisser rand - ich hätte bedenken den rand dort zu entfernen, weil er optisch benötigt wird denke ich
gibt es regeln dafür? wie denkst du darüber? wo könnte ich die frage einer größeren runde stellen?
würdest du nach rat auf svg-hilfeseiten suchen oder auf einer allgemeinen bilder-hilfe-seite?

während des schreibens hab ich mich an die vorlage Vorlage:Annotiertes Bild erinnert mit dem man bilder zuschneiden kann - und tatsächlich kann man es auch größer schneiden
siehe bild (orginal ohne rand)
ist das nicht ein hoher aufwand - oder sollte man wirklich alle leeren ränder entfernen und per vorlage einen rand hinzufügen wenn man ihn benötigt?
danke und gruß --Mrmw (Diskussion) 19:57, 21. Sep. 2019 (CEST)
alternative Beschreibung
Bildausschnitt
Hallo User:Mrmw, ich verstehe doch richtig dass du mit "weissem Rand" den transparenten Freiraum um die eigentliche Grafik meinst. Dieser ist dem jeweiligen Ersteller der Grafik überlassen, sollte aber (je nach der Verwendung dieser) i.a. nicht zu gross sein. Nein, etwas wie eine allgemeine Regel gibt es m.W. nicht − aber die Möglichkeit mit der Vorlage kannte ich auch nicht, ich mache kaum etwas in der de.Wikipedia. Da es möglich ist, ggf. mit der Vorlage einen beliebig breiten Rand zu erzeugen, sollte IMHO der transparente Freiraum eher minimal sein; aber es hängt sehr von den jeweiligen Verwendungen ab, und von anderen Grafiken in der Kategorie, wie das jeweils gestaltet werden soll. Da die Anwendung der Vorlage doch ein wenig aufwendig ist, sollte sie auf Einzelfälle beschränkt bleiben und nicht stets erforderlich werden.
Keinesfalls sollten bestehende Grafiken geändert werden, schon gar nicht massenweise! Wenn etwas wirklich vollkommen unbrauchbar ist für einen speziellen Zweck, sollte im Einzelfall eher eine neue Variante abgeleitet werden.
Soweit meine unverbindliche Einschätzung dessen, was mir vernünftig erscheint − solange diesem Kriterium gefolgt wird, kann etwas nicht falsch sein. -- sarang사랑 08:43, 22. Sep. 2019 (CEST)
danke für deine überlegte und ausführliche antwort --Mrmw (Diskussion) 12:04, 22. Sep. 2019 (CEST)
obwohl ich noch sagen wollte, weil du meintest es hängt stark vom verwendungszweck im artikel ab, ob mit oder ohne rand - das mag richtig sein, aber es gibt so kleine svgs mit zahlreichen einbindungen, in tabellen als icon zusammen mit vielen anderen, oder eben in der einleitung in einem anderen artikel als großes bild - in der tabelle stört als icon der kleine rand, wenn es ohne rahmen eingebunden wird - pauschal lässt sich das wohl nicht sagen --Mrmw (Diskussion) 12:07, 22. Sep. 2019 (CEST)

@Sarang: hier siehst du nochmal schön die uneinheitliche handhabung der grafiken - viele betrachten es als teil des cleanups - ungenutzte bereiche zu beschneiden (s. history frau.svg) - ebenso ist in vielen alten grafiken eine bildüberschrift enthalten - das steht auch so in wiki, dass diese entfernt werden soll

lili
Frau
rere
Mann

--Mrmw (Diskussion) 20:29, 23. Sep. 2019 (CEST)

Von diesen beiden Symbolen gibt es reichlich Bilder, zum Teil auch Paare die zusammenpassen (mehr oder weniger):
oder Dennoch, ehe bestehende Bilder (die zT vielfach eingebunden sind) "normiert" werden, erscheint es sinnvoller bei Bedarf neue Grafiken zu erstellen, die dann den gewählten Vorgaben entsprechen.
Speziell bei solchen Symbolen, die auch aus eingebettetem Unicode-Text erzeugt werden könnten, gäbe es so unendlich viel aufzuräumen, dass ich nicht wüsste wo anzufangen... -- sarang사랑 09:00, 24. Sep. 2019 (CEST)

Zweifelhafte Aktivität

Bitte lesen Sie meine Kommentare auf Wikimedia Commons („Dubious activity“, unterzeichnet mit meinem Spitznamen „Quicksilver“). — QuecksilberDisk @ 08:23, 19. Mär. 2014 (CET)

created with

90% is fine for me too! -- 146.133.155.242 11:15, 1. Apr. 2014 (CEST)

Belästigung

hi, sorry dass ich nerve, aber das ist das los der wissenden
du hast doch ahnung von linzenz und copyright
ehrlich gesagt, will ich kein spezialist für diese themen werden, sondern nur möglichst sicher gehen, dass meine dateien nicht gelöscht werden und nächträglich möglichst wenig arbeit entsteht
ich denke problematisch sind beim vektorisieren hautsächlich logos
bisher hab ich immer cc0 als lizenz gewählt, weil ich von meiner seite aus nichts schützen will
bei en:File:Legal Services Corporation Logo.svg und der dazugehörigen diskussion en:Wikipedia:Media_copyright_questions#File:Legal_Services_Corporation_Logo.svg könntest du mal lesen worum es geht
hast du einen tipp wie ich als reiner vektorisierer auf nummer sicher gehen kann?
oder kennst du wen der es wissen könnte?
danke und gruß --Mrmw (Diskussion) 22:01, 16. Okt. 2019 (CEST)

nein, ich weiss sehr wenig daruber. aber ich glaube dass manche logos zwar in zB der de.Wp geladen sein durfen, aber nicht in den commons; wegen anderer copyright-gesetze; und dass sich das in der EU auch verschlechtert bzw. bereits verschlechtert hat.
normalerweise konnte eine vektorisierung dieselbe lizenz verwenden wie der ursprungsraster, aber auch das hat sich in der EU geandert, weil die rasterlizenz eigentlich nicht mehr gilt. wie gesagt, ich weiss das nicht, aber in dieser richtung musst du forschen.
ich kann dir also leider nicht helfen und weiss nicht mal wo du wen fragen kannst. aber vielleicht helfen dir die neuen antworten zu en:Wikipedia:Media_copyright_questions#File:Legal_Services_Corporation_Logo.svg ? -- sarang사랑 12:10, 17. Okt. 2019 (CEST)

Seitenlayout

hi, ich weiss nicht wen ich fragen soll, bzw. wo man das am besten zur diskussion stellt
prinzipiell fragen zu artikel auf ihrer disk-page
aber ich denke es ist doch ein übergeordnetes thema
bei Französische Sprache ist die infobox so lang, dass sie meiner meinung das layout stört
wenn die bilder normal rechtsbündig eingebunden wären, landen (lündeten?) sie in falschen kapiteln unten
hast du eine idee wer da helfen kann?
danke und gruß --Mrmw (Diskussion) 23:33, 19. Okt. 2019 (CEST)

nun, da liesse sich einiges verbessern. So auf den ersten Blick, ich wurde den so langen Teil "Offizieller Status" in eine andere Tabelle auslagern, die kann 8 oder 10 Elemente nebeneinander haben und wird somit bedeutend kurzer. Andrerseits lasst sich auch damit ganz gut leben, und auch die Bilder lassen sich unterbringen. Es ist immer so dass Dinge verbessert werden konnen, aber das bedarf i.a. eines Konsens. Und in der de:WP ist das besonders schwierig. Warum siehst du denn unmittelbaren Handlungsbedarf? -- sarang사랑 15:01, 20. Okt. 2019 (CEST)

nein handlungsbedarf gibt es keinen unmittelbar
wusste nicht, dass man infos aus der infobox rausnehmen kann - aber das würde schon viel helfen
danke --Mrmw (Diskussion) 16:55, 20. Okt. 2019 (CEST)

verlinkung

hi, mal wieder eine allgemeine frage zur verlinkung
hier siehst du meinen versuch, eine wikigrafik in wikitext umzuwandeln - am besten als vorlage
sind noch offene baustellen, die fragestellung bwzieht sich nur aufs verlinken
die quelle ist in der ersten zeile verlinkt
man könnte in so einer auflistung fast jedes substantiv verlinken - oder eben nur die, die wirklich zu dem substantiv im gesetzten kontext verlinken
beispiele gibt es viele: lippenspuren - es gibt keinen artikel für lippenspuren - wohl aber zu lippen, ebenso knochen, lack, metall ...
vergleiche hierzu link auf zahn: Forensische Zahnmedizin
zu viele links brechen den lesefluß - finde ich auch - aber so eine liste/tabelle 'liest' man doch nicht? bin etwas ratlos - hast du wieder einen guten tipp bzw. sichtweise?
habe bei 'Fahrzeugidentifizierung' aufgehört weil ich mir so unsicher bin
danke und gruß --Mrmw (Diskussion) 15:39, 2. Dez. 2019 (CET)

viel arbeit machst du dir da! wenn es einen gesuchten artikel nicht gibt sehe ich 3 moglichleiten: redlink (finde ich nicht so gut, sollte absolute ausnahme sein), link auf einen oberbegriff (der in diesem zusammenhang gar nicht hilfreich sein wird), oder eben unverlinkt lassen - hier vielleicht das beste. eine weitere moglichkeit ware noch, da einen stub anzulegen - mit der intention, ihn bald auszubauen (oder zu hoffen, dass das jemand macht); aber soviel ich weiss, sind solche stubs in der de:Wp nicht beliebt. nur wenn der stub bereits signifikante infos enthalt (die vielleicht aus der en:Wp zu gewinnen sind?), wird das ein vertretbarer ansatz. richtig helfen kannn ich dir da leider nicht! -- sarang사랑 15:58, 2. Dez. 2019 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: Mrmw (Diskussion) 20:04, 2. Dez. 2019 (CET)

spaltenbreite

hi, du musst frühzeitig sagen wenn du dich nicht zuständig fühlst
Benutzer Diskussion:Mrmw/test2
bin mit der tabelle jetzt inhaltlich fertig - nur mit den spaltenbreiten komme ich nicht zurecht
ich habe die längren substandtive getrennt um die tabelle schlanker zu gestalten
es ist mir trotz hilfeseiten nicht möglich die spaltenbreiten einzeln festzulegen - sie sollten alle etwa gleich breit sein, wobei die längsten etwas breiter sein sollten, damit der inhalt etwas kürzer wird
kannst du mir unter die arme greifen - gern vor ort mit neuer version - gruß und dank --Mrmw (Diskussion) 23:01, 4. Dez. 2019 (CET)

Ich musste nachsehen bei Hilfe:Tabellen#Spaltenbreite,_Textausrichtung; wenn du 6 gleichbreite Spalten willst, konnte es damit funktionieren:
{| class="wikitable toptextcells centered" style="width: 60em"
| colspan="6" style="text-align:center;font-size:150%" class="hintergrundfarbe5"|'''[[Forensik]]'''
|- style="text-align:center;font-size:120%" class="hintergrundfarbe6"
|style="width:16%"|[[Medizinwissenschaften|Medizin-<br>wissenschaften]]
|style="width:16%"|[[Naturwissenschaften|Natur-<br>wissenschaften]]
|style="width:16%"|[[Ingenieurwissenschaften|Ingenieur-<br>wissenschaften]]
|style="width:16%"|[[Information und Kommunikation|Informatik und Kommunikation]]
|style="width:16%"|[[Sozialwissenschaften|Sozial-<br>wissenschaften]]
|[[Humanwissenschaften|Human-<br>wissenschaften]]
wenn du es genauer willst ware style="width:16.7%" exakter; oder du teilst das individuell ein, je nach dem Text der reinmuss, und seiner Trennfahigkeit. -- sarang사랑 07:16, 5. Dez. 2019 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: Mrmw (Diskussion) 18:14, 5. Dez. 2019 (CET)

MediaWiki thumbnail icon

hi, File:Magnify-clip.png ist in {{Positionskarte/Rahmen}}, {{PanoViewer}} und {{Miniatur}} eingebunden
ich würde die datei gern durch ihre vektorgrafik ersetzen
da sie aber unglaublich oft geladen wird, hat sich m.m. besonderes optimierungsaugenmerk verdient
und da ich schon lange keine svg mehr per hand gezeichnet habe, hier mein versuch

ans orginal angelehnt
<?xml version="1.0" encoding="UTF-8"?>
<svg width="14" height="10" version="1.1" fill="#fff" stroke="#000" xmlns="http://www.w3.org/2000/svg">
<rect x="2.5" y="0.5" width="11" height="7"/>
<rect x="0.5" y="5.5" width="6" height="4"/>
</svg>
noch kleiner als pfad
<?xml version="1.0" encoding="UTF-8"?>
<svg width="14" height="10" version="1.1" fill="#fff" stroke="#000" xmlns="http://www.w3.org/2000/svg">
<path d="m2.5 0.5v7h11v-7z"/>
<path d="m0.5 5.5v4h6v-4z"/>
</svg>

die beschreibungsseite sollte auch neu erstellt werden - allerdings ist die datei kaskadengesperrt und ich könnte sie ohnehin nicht ändern
was meinst du? --Mrmw (Diskussion) 09:58, 26. Jan. 2020 (CET)

an die datei kann auch ich nicht ran, ich habe nur template-berechtigungen.
dein entwurf ist gut, aber die .PNG-datei hat transparenz. die kann so nachempfunden werden:
<?xml version="1.0"?>
<svg xmlns="http://www.w3.org/2000/svg" width="15" height="11" fill="none" stroke="#888">
<path d="m2.8,6V.8h11v7H6.8"/>
<path d="m.8,6v4h6v-4z"/>
</svg>
ich werde gelegentlich sehen, ob ein admin da was machen will. 근하신년 -- sarang사랑 11:36, 26. Jan. 2020 (CET)

die transparenz habe ich übersehen
wieso änderst du die abmessung und die konturfarbe?
--Mrmw (Diskussion) 14:27, 26. Jan. 2020 (CET)

MediaWiki thumbnail icon

Hi, hast du für Benutzer_Diskussion:Sarang/Archiv#MediaWiki_thumbnail_icon noch was gemacht? Gruß --Mrmw (Diskussion) 07:40, 13. Feb. 2020 (CET)

ping - viel zu tun? --Mrmw (Diskussion) 22:28, 16. Feb. 2020 (CET)

Die Konturfarbe ist auch beim Original ein helles Grau. Diese Originaldatei hat nur 204 byte, das wird auch vektorisiert kaum weniger - mein Beispiel braucht 175. Bei dieser geringen "Einsparung" werden wir es schwer haben, jemanden zu uberzeugen. -- sarang사랑 07:48, 17. Feb. 2020 (CET)

verstehe - schade - danke --Mrmw (Diskussion) 13:10, 17. Feb. 2020 (CET)

Gustavson-Reaktion

Bei Deiner heutigen Bearbeitung dieses Artikels und einiger anderer Artikel aus der Kategorie:Namensreaktionen hat was nicht geklappt. Die svg-Bilder werden teilweise nicht mehr angezeigt. Würdest Du das bitte noch einmal überprüfen? MfG -- (Diskussion) 14:48, 25. Feb. 2020 (CET)

Danke, es sollte nun alles wieder angezeigt werden. Ich habe das "-Seite001" entfernt, und um ohne redirect zu moven musste ich vorher alle Links ändern. Falls ich was übersehen habe, bitte Nachricht! -- sarang사랑 15:13, 25. Feb. 2020 (CET)

Dateiverschiebung auf Commons

Hallo, als Dateiverschieber sollte dir bekannt sein das es nicht wünschenswert ist die Weiterleitungen zu löschen oder erst gar nicht anzulegen. c:Commons:File renaming/de#Weiterleitungen hinterlassen. Wie du sicher auch weißt werden Dateien auch außerhalb der Wikimedia-Projekte verwendet (dort ist man auf die Weiterleitungen angewiesen). Diese Verwendungen werden auf den Dateibeschreibungen nicht angezeigt. Daher wäre es gut wenn du Erstens die Weiterleitungen wieder anlegst und künftig bei Verschiebungen die Weiterleitungen belässt. •2003:DE:738:604F:20DF:711:84B5:F110 20:19, 25. Feb. 2020 (CET)

An mögliche Verlinkungen von externen Seiten habe ich zuwenig gedacht. Dieser Suffix "-Seite001" ist eine völlig sinnbefreite Verkomplizierung des eigentlichen Namens, die (nach meinen Informationen) von Scribus zugefügt wird; es wäre richtig gewesen, den Namen vor dem Hochladen zu bereinigen! Die nachträgliche Bereinigung mit der zusätzlichen Verlinkung eines redirect macht nichts einfacher - eher im Gegenteil. Die vielen, vielen Dateinamen mit dem "-Seite001" werde ich belasssen, die Aktion also nicht fortsetzen. Ich hoffe, dass der angerichtete Schaden sich in Grenzen hält, sonst gibt es immr noch die Möglichkeit der Revertierung. -- sarang사랑 07:57, 29. Feb. 2020 (CET)

Kruzifix

Lieber Sarang, Dank für deinen Vorschlag zur Artikelerweiterung. Ich will begründen, warum ich davon absehe, Deine Beobachtungen einzuarbeiten: Es gibt ja unzählige Verwendungsmöglichkeiten und Anbringungsarten für Kruzifixe. Im Text sind daher nur die erwähnt, die eine besondere Begriffszusammensetzung bilden und einen Link ermöglichen, oder eine erklärungsbedürftige Funktion haben. Das Phänomen der (sicher nicht nur französischen) Grabkreuze erfordert keine derartige Erläuterung von Hintergründen, jedenfalls lieferst Du sie auch genausowenig wie eine Darstellung der historischen Gründe und Entwicklung. Das Geschmacksurteil würde ich sowieso weglassen. Was bleibt, ist nur das was man sowieso sieht, dafür braucht man keine Enzyklopädie. Hab Verständnis dafür, dass auch mal was gelöscht und abgelehnt wird und lass Dich nicht entmutigen , wichtige zu WP beizutragen. --Alfred Löhr (Diskussion) 22:09, 28. Feb. 2020 (CET)

Hallo Alfred Löhr, danke für deine Nachricht. Irgendwie hatte ich gehofft dass jemand mehr weiss zu diesem mich merkwürdig anmutenden Brauch; aber so bleibt es eben bei diesem "Artikelbeitrag auf der Diskussionsseite" ;-) -- sarang사랑 07:57, 29. Feb. 2020 (CET)

ifexist

@PerfektesChaos: Danke für deine Hilfe, leider komme ich mangels JS-Kenntnissen nicht weiter.

Ich suche nach einer (möglichst einfach gehaltenen) JA/NEIN-Abfrage, ob etwas existiert. Ich versuchte es so

// ========================================
	pageexist: function (pageid) {						// pageid = "namespace:pagename"
		mw.loader.using(['mediawiki.api'], function () 
		{	new mw.Api().get({
				prop: 'revisions',
				rvprop: 'id',
				titles: pageid,
				formatversion: '2',
				format: 'json'
			}).done(function (json) 
			{	return json.query.pages});			// either any value - or null?
		});
	},
// ========================================

, aber der return-Wert ist statt wie erwartet immer "undefined".

Kanst du mir bitte auf die Sprünge helfen? -- sarang사랑 10:48, 21. Jul. 2021 (CEST)

Ich bin völlig überlastet und habe weder Zeit noch Gelegenheit noch Kräfte, mich tiefer in irgendwas einzufuchsen, sondern Dutzende eigener derartiger Baustellen in der Warteschlange.
Ich würde in die done-Funktion zunächst mal reinschreiben:
console.log(json);
console.dir(json);
  • Die Antworten kannst du dir dann im Konsolenfenster angucken und von da aus deine Schlüsse ziehen.
  • Irgendwoher musst du ja auch „der return-Wert ist statt wie erwartet“ herbekommen haben.
Sowas Ähnliches habe ich hier gemacht: Suche nach arrived
Die Abfrage müsste sich als gültige URL konstruieren lassen und ein sinnvolles Ergebnis als Browser-Seite liefern.
VG --PerfektesChaos 15:52, 21. Jul. 2021 (CEST)

Hinweis Kleine Änderungen

Hallo. Mir ist aufgefallen, dass Du die meisten Bearbeitungen als kleine Änderung markierst. Gem. den Regeln (Hilfe:Kleine Änderungen) dürfen nur nicht-inhaltliche Bearbeitungen wie z. B. Rechtschreibekorrekturen, defekte Weblinks aktualisieren, formale Änderungen etc. so markiert werden. Dies hat Einfluss u. a. auf die Beobachtungslisten aller anderen Benutzer. Auch Diskussionsbeiträge werden nicht als klein markiert, ausser wenn Du nur einen Tippfehler verbesserst.

Falls bei Dir "kleine Änderung" standardmässig aktiviert ist, kannst Du es deaktivieren und zwar in den Einstellungen (ganz oben im Fenster), dann unter Bearbeiten und dort Eigene Änderungen standardmäßig als geringfügig markieren. Siehe auch Hilfe:Einstellungen#Bearbeitungsprogramm.

Danke für Deine Kenntnisnahme. Gruss --KurtR (Diskussion) 01:00, 16. Dez. 2021 (CET)

Hallo KurtR weil ~98% meiner edits solche kleinen Änderungen sind, ist das tag bei mir standardmässig aktiviert. Ja, gelegentlich verabsäume ich bei nicht mehr ganz kleinen Änderungen es umzusetzen - aber bei dieser Antwort hier habe ich dran gedacht. Gut, ich werde mehr darauf achten! -- sarang사랑 16:50, 16. Dez. 2021 (CET)
Hallo. Der Unterschied ist halt zwischen inhaltlichen Änderungen und nicht-inhaltlichen Änderungen. Also eine kleine inhaltliche Änderung darf man nicht als klein markieren, weil sie inhaltlich ist :-) Bin sicher, Du wirst das hinkriegen, danke und Gruss --KurtR (Diskussion) 01:30, 17. Dez. 2021 (CET)

"Websichere" Farben in der Heraldik

Hallo Sarang

Im WikiProjekt Wappen habe ich eine Anfrage unter dem Titel Eine "websichere" Heraldikpalette? gestellt. Diese sollte Dich interessieren, weil die Category:Tinctures (websave) und die Template:Tincture/drawWS im Wikimedia Commons beide von Dir stammen.

Die entsprechende im WikiProjekt Wappen als "websicher" ausgegebene Farbkarte namens "Allg. vk. Durchschn.-Werte" scheint von der Annahme auszugehen, dass alle RGB-Farben die in ihrer hexadezimalen Notation einzig aus den Elementen 11, 22, 33, 44, 55, 66, 77, 88, 99, AA, BB, CC, DD, EE und FF zusammegesetzt sind zu den "websicheren" Farben gehören. Diese Annahme ist irrtümlich. Die als Quelle dieser Farbkarte zitierte "Flags of the World" Palette besteht denn auch vollständig aus tatsächlich "websicheren" Farben, legitimiert die angegebenen "Durchschnittswerte" also in keiner Weise.

Hast Du eine Stellungnahme dazu? Vielen Dank! ARK (Diskussion) 15:40, 21. Mär. 2022 (CET)

Hallo ARK, nach meinen Informationen sind alle 216 Farben, die nur die Farbcodes 0, 3, 6, 9, C, F enthalten diese sogenannten "websicheren". Ich schaue mal zum Projekt, was da anderes gesagt wird. -- sarang사랑 16:00, 21. Mär. 2022 (CET)
Danke, die Angelegenheit wurde im Projekt ziemlich umstandslos erledigt. ARK (Diskussion) 10:57, 22. Mär. 2022 (CET)

vorlage zur babelbox krieg

hi, bei deiner vorlage zur babelbox krieg wird wohl irgendeine formatierung nicht richtig zurückgesetzt? --Mrmw (Diskussion) 08:36, 1. Mai 2022 (CEST)

ist eine babelbox; bei sonstiger verwendung sollte ein <br clear=both> erfolgen
BTW, findest du c:Template:Inform fur dich brauchbar ? mfg -- sarang사랑 08:49, 1. Mai 2022 (CEST)
mal unabhängig von meiner bewertung, erstellst du eine vorlage die die heavy-used infobox ablösen soll? sprichst du sowas irgendwo mit anderen usern ab? --Mrmw (Diskussion) 09:06, 1. Mai 2022 (CEST)
nein – nicht ablösen! nur ein versuch, wie es mit gleichlangen parameternamen aussieht. auch wie es mit sinnvollen defaults machbar ist.
sowas vorher abzusprechen erscheint mir schwierig, mit einem beispiel geht das viel besser. variationen zu vorlagen gestalte ich wenn irgendwie moglich immer so dass sie kompatibel sind zu den bisherigen vorlagen. -- sarang사랑 09:14, 1. Mai 2022 (CEST)

Attichsbach

Hallo Sarang,

ich habe eben Deinen Neuartikel etwas ausgebaut und ihn auch verschoben, weil es anscheinend keinerlei anderes Objekt Attichsbach gibt.

Ich möchte Dich noch bitten, wenn Du wieder einen Bachartikel anlegst, dann

  • entweder von vorne herein eine Einbindung der Vorlage:Infobox Fluss einzustellen mit ausgefülltem Parameter ABFLUSSWEG; dann wird der Bach nämlich in die passende Flusssystem-Kategorie aufgenommen
  • oder explizit den Artikel mit der Flusssystem-Kategorie usw. zu versehen.

In beiden Fällen kommt der Artikel nämlich dann auf Portal:Gewässer/Neue Artikel und andere Bachinteressierte schauen nochmals drauf. Deinen anfangs kategorienlosen Artikel habe ich eben nur zufällig gesehen, weil Du in von mir beobachteten Artikeln den Link angepasst hast.

Gruß von --Silvicola Disk 16:43, 13. Jul. 2022 (CEST)

Hallo Silvicola, danke für deine Hinweise und die anderen Arbeiten. An sich habe ich nicht vor, Bach- oder andere Artikel anzulegen, nur in diesem Fall habe ich etwas artikelartiges zu sehr vermisst. Meine Hoffnung dass sich Berufenere um diesen Ansatz kümmern könnten ist voll aufgegangen, nun ist es ja schon etwas Richtiges und Ernstzunehmendes geworden! Ich werde vielleicht gelegentlich ein paar Bilder dazu beisteuern, das ist eher der Bereich meiner Wiki-Beiträge. -- sarang사랑 17:19, 13. Jul. 2022 (CEST)
Hallo Sarang,
nur zu mit den Bildern! Du könntest vorab auf der von mir jetzt auch verlinkten LUBW-Karte den Layer Geschützte Biotope zuschalten und durch Klick auf deren (rote oder grüne) Flächenmarkierungen die zugehörigen Beschreibungen anschauen. So findet man am besten, wo im Hinblick auf die Natur interessante Motive zu finden sind. Ein bloßer regulierter Bachgraben wäre demgegenüber ja eher langweilig.
In diesem Falle gibt es etwa
  • gegenüber dem Hofgut Lautenbach einen Quellhang mit Röhricht
  • nördlich von Amorbach anscheinend so eine restfeuchte Röhrichtwiese, die wohl aus einem eingetrockneten Teich hervorgegangen ist; dort liegt übrigens auch dieser im Verlauf erwähnte, merkwürdige ringartige Teich links am Ufer – was war oder ist das bloß? (Auf dem Messtischblatt nicht eingezeichnet, also wohl keine alte Wasserburg.)
  • im Folgenden auf Friedrichshaller Grund scheint der Bach überall recht naturnah zu fließen; an der Westspitze der Waldinsel Reichertsberg liegt anscheinend eine Quelle des Namens Fernlesbrunnen (nach Messtischblatt), vielleicht wird dort Grundwasser gewonnen, denn ein großer Teil des Einzugsgebietes (allerdings auch unterhalb) ist Wasserschutzgebiet; ein weiterer Brunnen liegt weiter abwärts etwa 350 m östlich der K 2117, also etwas vor dem Rückhaltebecken
  • letztes Stück Naturbach an der Hasenmühle
Gruß --Silvicola Disk 17:39, 13. Jul. 2022 (CEST)
Nachtrag: Vielleicht gibt es im Hang oberhalb der „Quelle“ westlich von Dahenfeld eine Klinge mit vielleicht sogar Durchfluss. Diese amtlichen Gewässerstränge beginnen verdächtig oft erst an der Flurgrenze, obwohl doch Bachwasser im Offenen eher verdunstet als im beschatteten Wald. Kommt wohl von der Erfassung durch „Draufsicht“ mittels Luftaufnahmen, die im Wald eben nichts zeigen. --Silvicola Disk 17:48, 13. Jul. 2022 (CEST)
Diese Anregungen werde ich gerne aufgreifen, und bald wieder unseren Bach besuchen. Heute musste ich sehen dass das Hofgut Lautenbach überall den Zugang strengstens verbietet - ich habe vor das nicht so ernst zu nehmen... -- sarang사랑 18:23, 13. Jul. 2022 (CEST)
Cave canem! Der Quellhang liegt übrigens gegenüber. --Silvicola Disk 19:16, 13. Jul. 2022 (CEST)

Hallo Silvicola, letzte und diese Woche habe ich mich wieder am Bach rumgetrieben. Wenn ich meine vielen Fotos ansehe, bin ich sehr unschlüssig welche davon den Bach gut illustrieren; darf ich das mit dir abstimmen?

  • Der sog. Ursprung, also was auf diversen Karten als Anfang eingezeichnet ist, ist ein (zurzeit staubtrockener) Straßengraben, dem bei mehr Regen Wasser aus dem Wald zugeleitet wird aus hangseitigen Gräben links und rechts längs des Baronnenweges. Das Foto gibt da nicht viel her!
  • Oft ist der Bach gesperrter Privatgrund, und fast immer sehr dicht zugewachsen. Vor dem L-Hof ist der Lauf meist trockengfallen mit manchmal kümmerlichen Restpfützen, danach gibt es ein wenig Wasser. Hitzewellen schmälern eindeutig die Erscheinung und Wirkung von Bachläufen! Vielleicht ist es besser, in vegetationsärmeren Jahreszeiten zu fotografieren - vor allem, wenn auch noch mehr Wasser geführt wird? Eines meiner Bilder vom Uferröhricht wäre auszuwählen.
  • Zum merkwürdigen ringförmigen Teich hatte ich die Vermutung, er könnte von der Begradigung einer Bachschlinge herrühren. Das gesamte Areal ist leider stabil umzäunt und abgeriegelt, ich konnte nur über einige Stellen des Zauns hinweg Bilder machen, die nicht sehr viel zeigen: eine Art Insel inmitten eines seichten, trockenen Grabens.
  • Die verschiedenen Teiche am L-Hof sind noch am ehesten illustratonsgeeignet, sagen zwar nichts direkt über den Attichsbach selbst aus (halt eben Teiche!), können aber die Kategorie ein wenig aufhübschen. Auf meiner userpage ist mein mail-link, wenn du mir eine Adresse geben willst kann ich dir die in Frage kommenden Fotos mailen, um dann darüber zu diskutieren. OK? -- sarang사랑 12:59, 20. Jul. 2022 (CEST)
Hallo Sarang|Sarang,
Du kannst mir die Fotos nicht per Email schicken, weil ich seit 10 Jahren oder mehr keine Emailadresse mehr habe. Aber es ist ohnehin besser, die Bilder einfach in die Commons:Category:Attichsbach aufzuladen, am besten mit Koordinaten und Aufnahmerichtungen, notfalls auch nur mit einer verbalen Beschreibung, die in der Hinsicht hinreichend genau ist. Dass der Lauf jetzt bei der Hitze kümmerlich aussieht – wer hätte es gedacht? Nenne also in der Beschreibung auch noch wenigstens ungefähr die Aufnahmezeit, dann hat man später auch einen Vergleich mit der wasserreicheren Zeit. Und wenn eines der Fotos denn gar nicht taugen sollte, kann man es ja wieder löschen lassen. Ich habe zum Beispiel jüngst wegen einer technischen Frage Bildschirmbilder auf Commons geladen, für die selbstredend nur kurze Zeit Interesse bestand; nach Löschantrag ist jetzt alles schon wieder weg. Gruß --Silvicola Disk 15:57, 20. Jul. 2022 (CEST)
Gut Silvicola dann werde ichselbst eine Auswahl treffen müssen. Zwei Teiche die nicht im Lautenbach liegen sondern in einem namenlosen Zulauf auf Lautenbacher Gelände zu diesem "System" habe ich nach c:Category:Teiche Lautenbach (Oedheim) kategorisiert; einen dritten der dann tatsächlich im Lautenbach liegt hole ich mir noch.
Du kannst sehen dass alle meine Bilder die timestamp haben, und Koordinaten trage ich manuell ein; allerdings bisher ohne Aufnahmerichtung. Irgendwie finde ich Bilder von einem Bach ohne Wasser eher witzlos, und nur in Ausnahmefällen haben sie Berechtigung - um an einem trockenen Bachbett zu zeigen, dass wir einen Sondersommer haben. Ich werde lieber 'nomales' Wetter abwarten -- sarang사랑 20:44, 20. Jul. 2022 (CEST)
Hallo Sarang|Sarang,
der Bach läuft ja nicht weg, besonders dann nicht, wenn er besonders wegläuft. Die Aufnahmerichtung kann man natürlich auch textuell beschreiben, bspw. „Blick nach NOSW über den Unterlauf des Mikrobachs auf die Mündung in den Makrobach (im Bild von rechts nach links)“. Auch die Methode, die Richtung in die Koordinaten einzukodieren, ist nicht wirklich kompliziert. Beispiel:
{{location|49|03|52.35|N|09|53|39|E|region:DE-BW_heading:S}}
Die Zusatzangaben werden, durch „_“ verkettet, zusammen in einen weiteren location-Parameter gepackt, „heading“ meint die Aufnahmerichtung. Die Chose ist nicht wirklich kompliziert, aber (zumindest für mich) auf Commons leider, wenn ich in langen Abständen das mal wieder brauche, nur umständlich zu finden, weshalb ich mir lieber Musterbeispiele merke, zu denen ich schneller hinfinde.
Du nutzt offenbar das mir bisher völlig unbekannte Commons:Template:Inform; wie es damit geht, weiß ich deshalb nicht. Dessenen Beschreibung finde ich auch unzureichend.
--Silvicola Disk (ohne (gültigen) Zeitstempel signierter Beitrag von Silvicola (Diskussion | Beiträge) 21:58, 20. Jul. 2022 (CEST))

Undefinierte Tinkturen

Auf Paletten-Kategorien wie Aargau und Switzerland behalte ich ein Auge. Wenn dort Wappen erscheinen, die nicht in die jeweilige Kategorie gehören, dann beurteile ich dies als einen Wartungsfall und werfe sie raus, indem ich den inkorrekten Paletten-Parameter entferne.

Solche Wappen werde ich nicht der generischen Palette zuschreiben, weil sie in den allermeisten Fällen auch nicht der generischen Palette entsprechen.

Es muss möglich bleiben, dass Wappen Tinkturen verwenden, die undefiniert sind, denn vielen Beiträgern ist ist die Frage nach Paletten völlig wurscht. In solchen Fällen sollte der Tinkturen-Parameter in der Dateibeschreibung auch einfach fehlen können, was dann heisst, dass die generische Palette fürs Kolorieren der Farbkästchen der Undefined Kategorie verwendet werden kann, was dann aber nicht heisst, dass diese Wappen auch der Generic Kategorie zugehören.

Einzelnen Wappen einfach Tinkturen zuzuschreiben, die diese Wappen gar nicht verwenden, halte ich für Falschinformation.

Es liessen sich bei fehlender Palette auch schlicht die Angaben zu den Tinkturen weglassen oder löschen, dass ginge aber mit einem Verlust an Metadaten einher.

Kannst du die entsprechenden Änderungen vornehmen?

Vielen Dank! ARK (Diskussion) 14:31, 23. Mai 2023 (CEST)

@ARK: Da ich kein Heraldiker bin habe ich keine fachliche Meinung zu all dem - ich mache nur die Vorlagen, nach Wunsch. Hier haben wir Doc Taxon der dazu sehr wohl eine Meinung hat, vor allem dass eine fehlende Palette ein Wartungsfall sei. Das kann ich weder ubergehen, noch eine eigene Mainung dagegenstellen. -- sarang사랑 14:44, 23. Mai 2023 (CEST)

Wikiläum

Hiermit gratuliere ich Benutzer
Sarang
zu 15 Jahren ehrenamtlicher Arbeit
im Dienst der Verbesserung unserer Enzyklopädie
und verleihe ihm den

Wikiläums-Verdienstorden in Rubin
gez. JoeHard (Diskussion) 00:23, 15. Jul. 2023 (CEST)

Hallo Sarang,

vor genau 15 Jahren, am 15. Juli 2008 hast Du hier zum ersten Mal mitgearbeitet, deshalb heute mein Glückwunsch zum fünfzehnjährigen Wikiläum. Danke für die mehr als 6300 Edits und für die 21 neu angelegten Artikel. Ich hoffe, dass Du hier weiterhin gern und noch lange mitarbeiten wirst. Wenn Du es wünschst, kann Dir auch eine Wikiläums-Medaille zugeschickt werden. Details dazu findest Du hier.

Viele Grüße aus Hamburg nach Bad Friedrichshall --JoeHard (Diskussion) 00:23, 15. Jul. 2023 (CEST)