Template talk:Created with Gnuplot

Moved from Commons:Categories for discussion/2013/08/Category:Gnuplot diagrams:

Category:Gnuplot diagrams

Rename category to Created with Gnuplot because most subcategories of SVG graphics by software used are named using this scheme. Pyfisch (talk) 07:55, 7 August 2013 (UTC)

Sounds good to me. — Omegatron (talk) 13:26, 7 August 2013 (UTC)

Now there are 2 ways in category tree :

• "Created with *" / Category:Images by software used / Category:Images by software used / Category:Computer generated images / Category:Images by source or Images
• Gnuplot diagrams / Category:Diagrams created with / diagrams / images

--Adam majewski (talk) 18:46, 8 August 2013 (UTC)

24 June 2014

The expanded template {{Gnuplot}} categorizes now to Created with Gnuplot, and when the parameter for valid SVG is set with {{Gnuplot|v}} to Valid SVG created with Gnuplot; until now I did not find any W3C-invalid Gnuplot image.

A lot of files categorize manually to Gnuplot diagrams. It would be easy to cat-a-lot them all to Created with Gnuplot or elsewhere — but these categorisations should not be done manually, only always by template. So this category is a collection of insane categorization, and it would be better to correct them with a bot (replacing the category line by the template transclusion).

There is another point to care for: Gnuplot created images are either vector graphics, or computer graphics (e.g. .PNG). The latter should be distincted from the SVGs with the parameter 1=n, while valid SVGs should use the parameter 1=v. While it is not easy for the template to distinct between SVG and not-SVG, all this can be done easy by a bot!

So several efforts are necessary to get a good organization:

1. All manual coded categories are to be changed to template transclusion.
2. All .PNG files should get the parameter 1=n (this allows also a later subcategorisation).
3. All .SVG files should [be checked and then] get the parameter 1=v

1=v can be preset for all Gnuplot SVGs, and if any W3C-invalid SVG is found it can be changed to err=##

After this bot run(s) the category Gnuplot diagrams is empty and obsolet. All Gnuplot graphics are tagged either PNG, valid SVG (or invalid SVG) and properly categorized. We just need a friendly bot. sarang♥사랑 17:30, 24 June 2014 (UTC)

@Sarang: I'll start this today with AWB, ok!?

But before the Template need a strong update all parameters are not documented, also the categories. Please add a parameter for the source code (including a headline and with <syntaxhighlight lang="gnuplot">) and sort this to Category:Images with Gnuplot source code. → User: Perhelion 11:37, 11 July 2014 (UTC)

→ User: Perhelion 12:04, 11 July 2014 (UTC)

OK, I will copy the parameterizing, and add some description as for categories. Whole the text of the source code has to be one parameter value of the {{Gnuplot}} template, the parameter name may be code= or something else; I will look whether we need more. Of course any wanted categorising can be done when the parameter is used. sarang♥사랑 13:04, 11 July 2014 (UTC)

Good! I've seen there is already a parameter for Category:Images with Gnuplot source code? This would then be obsolete! I agree with the code naming. (PS: The ping works not as minor edit :P) → User: Perhelion 16:29, 11 July 2014 (UTC)

Ich habe da noch Probleme: nach <syntaxhiglight> wird {{{code}}} nicht mehr verstanden. Ich suche nach einer Lösung. sarang♥사랑 18:05, 11 July 2014 (UTC)

@Sarang: Aja, war mir auch nicht bewusst dass es da eine technische Einschränkung gibt. Probiere mal {{#tag:syntaxhiglight|{{code}}}|lang="gnuplot"}} → User: Perhelion 18:29, 11 July 2014 (UTC)

Danke, ich habe gerade etwas wenig Zeit, und bin froh dass ich nicht nach der Lösung suchen musste. Hast du noch Vorschläge zur Formatierung o.ä.? Ehe der {{Test}} in die Originalvorlage übertragen wird.

Die Kategorie "mit Sourcecode" sollte IMHO nicht manuell bedient werden, sondern wie die Hauptkategorie nur per Vorlage. Statt der manuellen Images with Gnuplot source code sollten wir was andres nehmen, zB "containing" oder so, kann ja jederzeit nachträglich ausgetauscht werden. So wie mit "diagrams" und "Created with" ist die Unterscheidung möglich, und der gezielte Einsatz von AWB oder bot machbar. sarang♥사랑 05:47, 12 July 2014 (UTC)

Das gibt dann folgende Kategorien:

• manuell:
  • Gnuplot diagrams
  • Images with Gnuplot source code
• template (Namensvorschläge):
  • Created with Gnuplot (main category):
    • PNG created with Gnuplot
    • Created with Gnuplot code
      • PNG created with Gnuplot code
    • Valid SVG created with Gnuplot
      • Valid SVG created with Gnuplot code
    • Invalid SVG created with Gnuplot
      • Invalid SVG created with Gnuplot code

, je nach v/err bzw. n und code

Oder statt "... with Gnuplot source code" besser "... with Gnuplot script" ? sarang♥사랑 06:53, 12 July 2014 (UTC)

Ganz deiner Meinung. Mir fällt jetzt auf Anhieb nichts weiter ein, außer deiner Frage der Bez. Script ist zwar ebenfalls treffend, jedoch würde das nicht äquivalent zur üblichen Bezeichnung dieser Kategorie-Gruppe (naja und auch dem Parameter) sein (im Artikel gibt es hier auch keine klare Richtung). Script kann auch eher etwas allg. als Synonym für die gesamte Sprache verstanden werden. Mit dem absichtlichen Duplizieren bin ich mir auch nicht sicher, das könnte man auch ohne 2. Kategorie lösen (wenn auch etwas unperformanter in der Suche). AWB kann einfach alle manuellen Einträge durch die Vorlage ersetzen, oder entsprechend den Code verschieben, worauf es ja so oder so hinauslaufen wird. Ich denke die Feinheiten kann man später noch regeln. → User: Perhelion 09:11, 12 July 2014 (UTC)

Dann ändere ich "Gnuplot script" wieder zu "Gnuplot source code" - "Gnuplot source" oder "Gnuplot code" allein genügt wohl nicht? Ich fände etwas Kürzeres besser.

Um die erwünschte Differenzierung zu erreichen ist in {{Created with}} eine kleine Erweiterung nötig, habe ich in der talk page angemerkt (ich kann nicht ran wg. protection). Ganz generell ist es doch so, dass too crowded categories need distressing diffusion. Zumindest da kann was erreicht werden, wenn jede Gnuplot-Grafik die richtigen Parameter erhält. Die Kategorie-Verschachtelung wird zwar komplex, aber sehr eindeutig. Die Doku habe ich nun überarbeitet, und auch die Kategoriestruktur angedeutet. Wenn du meinst dass der gegenwärtige Status genügt, werde ich den Test in die Vorlage übertragen und die nötigen Kategorien anlegen.

Ich habe mir mal AWB angesehen; ich werde mich da einarbeiten müssen, denn auf bot-Hilfe warte ich seit Monaten vergeblich. sarang♥사랑 10:47, 12 July 2014 (UTC)

Aja, das mit der PNG-Unterscheidung kann AWB glaube ich auch (schätze ich einfach mal). Ja AWB ist mächtig (allerdings brauchst du dafür auch xtra eine Genehmigung hier), allerdings auch stark abhängig von deinen Regexp-Fähigkeiten (die auch mal ziemlich ausarten können). Man sollte die Regexp-Schnipsel irgendwo einander austauschen. (Die Error-Parameter-Geschichte geht natürlich nur manuell.)

Das mit der Überschrift habe ich auch schon überlegt, nunja ich würde dann eher für "Gnuplot code" plädieren. Vielen Dank erst mal für die Grundumsetzung. → User: Perhelion 10:55, 12 July 2014 (UTC)

Soweit ist nun alles aktiv, nur Created with benötigt noch die Erweiterung für PNG. Da muss jemand einen Admin darauf stossen – aber es eilt ja nicht so sehr. Done Zwei der Kategorien sind als Metakategorien definiert.

Den Aufruf in Augsburg habe ich in die Information gesetzt, was bei dem langen Code zwar nicht so toll aussieht, aber natürlich möglich ist, und hier als Beispiel dient.

RegExp auszutauschen finde ich auch sehr sinnvoll. Für mich ist das neu, und nur anhand der Anleitung/Definition loszulegen erscheint mir diffizil. Wie wäre es, eine Tauschbörse mit Beispielen einzurichten? Mit konkreten Anwendungen, also der RegExp-code mit allem Rundherum. Anfänger wie ich tun sich mit Modifikationen viel leichter, als mit Neuerstellung. sarang♥사랑 12:02, 12 July 2014 (UTC)

Sehr gut, ich sehe du bist sehr speziell. ;-) Ich könnte ja schon mal was probieren. Eine Unterseite (oder erstmal die Diss) auf COM:AWB würde sich anbieten. Noch mal zur Überschrift: warum ich die kurze Variante für besser halte, bei einigen Grafiken ist z.B nicht der vollständige (Source-) Code sondern nur der ausführende Code(-Teil) ohne Daten angegeben, da wäre ein source code eher falsch. (PS: nebenbei fällt mir ein, wir wollten noch einen AWB-run für die COAinformation machen ;)) → User: Perhelion 06:27, 13 July 2014 (UTC)

Ok, ich habe auch die erzeugte Überschrift geändert. Möglich ist, statt dem Parameter code was andres, zB source zu verwenden, mit entsprechender anderer Überschrift. Ohne Unterscheidung in den Kategorien. sarang♥사랑 06:55, 16 July 2014 (UTC)

Created with Gnuplot code is intended a MetaCategory. Every Gnuplot-file should have the correct tag, either "n" or "v" (or err) to have it properly sub-categorized. sarang♥사랑 07:20, 16 July 2014 (UTC)

Gnuplot problems

Moved from User talk:Sarang#Gnuplot problems: What kind of problems did you encounter when trying to rebuild File:AC power decomposition f0.8.svg and File:AC power graph f1.1.svg? I just pasted the given source code into stdin of gnuplot (4.2 patchlevel 2, i.e. rather old, maybe that made the difference) and it worked fine in both cases. - Jochen Burghardt (talk) 10:29, 17 July 2014 (UTC)

1. Every SVG file should be tagged whether it is W3C-valid or invalid. Tagged with the SVG templates, the categorization is ensured.
2. When I checked the files with the validator, it had problems with the SVG code (not the gnuplot code!), so I flagged it "invalid".
3. The category for Gnuplot files with code is now one of the subcategories of Created with Gnuplot code. The category Images with Gnuplot source code (not diffused) will become obsolete, it contains files not yet using the new {{Gnuplot}} options. Due to your last edit the file is now in both categories.

Sorry, before your changings today they were correctly tagged, and your edits are erroneous. If you need any more explanation, please ask me. sarang♥사랑 12:11, 17 July 2014 (UTC)

Das alles hab' ich zwar nicht so genau verstanden, aber es sieht aus, als wuessten Sie, was Sie tun. Ich halte mich dann kuenftig da raus. Nix fuer ungut. Gruss – Jochen Burghardt (talk) 13:38, 18 July 2014 (UTC)

Siehste, das hast du nun davon. Hast du zufällig irgendein W3C-Tool oder wie willst du den valid-Pflichtparameter bei hunderten Dateien setzen? Ansonsten würd ich auch gleich mal ein Ersetzungslauf starten!? → User: Perhelion (Commons: = crap?) 18:18, 17 July 2014 (UTC)

Ja, das hab ich nun davon.

Von einer automatisierten Validierung, die auch als batch-Lauf (oder per bot/AWB) durchführbar wäre, weiss ich noch nichts, ich habe schon länger vor, mal die W3C-Jungs danach zu fragen.

Den “v”-Paramter habe ich bei den CoA-SVGs standardmässig gesetzt, um mal eine erste Einordnung zu gewährleisten; weil hier aber auch PNG erzeugt sind (die von der Vorlage nur mit unzumutbar hohem Serveraufwand von SVG unterscheidbar wären) geht das hier nicht so einfach. Eine Möglichkeit sehe ich in Überarbeitung per bot/AWB, bei PNG das “n” und bei SVG eben einstweilen vorab das “v” zu setzen. Wenn du das mal machen könntest, wären wir einen grossen Schritt weiter; wenn du auch das mit dem code hinbekommst, wären schon mal alle PNG fertig abgearbeitet und erledigt.

Der Ablauf für SVG sähe so aus:

1. in alle Gnuplot diagrams das “v” reinzwängen, damit wird schon mal besser kategorisiert
2. stellt sich was als invalide heraus, den “err=” dazusetzen (err hat Vorrang vor v)
3. nach ev. Reparatur den “err=” wieder entfernen, damit wird das “v” erneut wirksam

Noch viel Arbeit – das haben wir nun davon! sarang♥사랑 06:59, 18 July 2014 (UTC)

Im Nachhinein war es dann doch besser eine neue Cat anzulegen. Was hälst du davon so ein Einklappkasten wie unter File:Beta distribution cdf.svg einzusetzen (den Kasten hast du ja schon)? PS: Den unten angeführten AWB-Code kannst du gerne aktualisieren. → User: Perhelion (Commons: = crap?) 15:27, 29 July 2014 (UTC)

AWB Code

Here are my (current) fully AWB config file:

Extended content

<?xml version="1.0"?> <AutoWikiBrowserPreferences xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xml:space="preserve" Version="5.5.3.0"> <Project>commons</Project> <LanguageCode>en</LanguageCode> <CustomProject /> <Protocol>http://</Protocol> <LoginDomain /> <List> <ListSource>gnuplot diagrams</ListSource> <SelectedProvider>CategoryListProvider</SelectedProvider> </List> <FindAndReplace> <Enabled>true</Enabled> <IgnoreSomeText>false</IgnoreSomeText> <IgnoreMoreText>false</IgnoreMoreText> <AppendSummary>true</AppendSummary> <Replacements /> <AdvancedReps> <IRule xsi:type="Rule"> <enabled_>false</enabled_> <Children> <IRule xsi:type="Rule"> <enabled_>true</enabled_> <Children /> <Name>Headline</Name> <ruletype_>OnWholePage</ruletype_> <replace_>\s*^=+\s*[^=]*gnuplot[^=]*\s*=+</replace_> <with_ /> <ifContains_ /> <ifNotContains_ /> <regex_>true</regex_> <ifIsRegex_>false</ifIsRegex_> <numoftimes_>1</numoftimes_> <ifRegexOptions_>None</ifRegexOptions_> <regexOptions_>IgnoreCase Multiline</regexOptions_> </IRule> <IRule xsi:type="Rule"> <enabled_>true</enabled_> <Children> <IRule xsi:type="Rule"> <enabled_>true</enabled_> <Children /> <Name>-v</Name> <ruletype_>OnWholePage</ruletype_> <replace_>{{ValidSVG}}</replace_> <with_ /> <ifContains_>{{Created with Gnuplot|v</ifContains_> <ifNotContains_ /> <regex_>false</regex_> <ifIsRegex_>false</ifIsRegex_> <numoftimes_>1</numoftimes_> <ifRegexOptions_>IgnoreCase</ifRegexOptions_> <regexOptions_>IgnoreCase</regexOptions_> </IRule> </Children> <Name>validSVG</Name> <ruletype_>OnWholePage</ruletype_> <replace_>{{Created with Gnuplot</replace_> <with_>{{Created with Gnuplot|v</with_> <ifContains_>{{ValidSVG}}</ifContains_> <ifNotContains_ /> <regex_>false</regex_> <ifIsRegex_>false</ifIsRegex_> <numoftimes_>1</numoftimes_> <ifRegexOptions_>IgnoreCase</ifRegexOptions_> <regexOptions_>IgnoreCase</regexOptions_> </IRule> <IRule xsi:type="Rule"> <enabled_>true</enabled_> <Children /> <Name>-v</Name> <ruletype_>OnWholePage</ruletype_> <replace_>{{ValidSVG}}</replace_> <with_ /> <ifContains_>{{Created with Gnuplot|v</ifContains_> <ifNotContains_ /> <regex_>false</regex_> <ifIsRegex_>false</ifIsRegex_> <numoftimes_>1</numoftimes_> <ifRegexOptions_>IgnoreCase</ifRegexOptions_> <regexOptions_>IgnoreCase</regexOptions_> </IRule> <IRule xsi:type="Rule"> <enabled_>true</enabled_> <Name>pre</Name> <ruletype_>OnWholePage</ruletype_> <replace_>\{\{Created with Gnuplot\|(?&lt;1&gt;v\|)?code\=\s*&lt;pre&gt;</replace_> <with_>{{Created with Gnuplot|$1code=</with_> <ifContains_ /> <ifNotContains_ /> <regex_>true</regex_> <ifIsRegex_>false</ifIsRegex_> <numoftimes_>1</numoftimes_> <ifRegexOptions_>None</ifRegexOptions_> <regexOptions_>IgnoreCase</regexOptions_> </IRule> <IRule xsi:type="Rule"> <enabled_>true</enabled_> <Name>final</Name> <ruletype_>OnWholePage</ruletype_> <replace_>{{Created with Gnuplot}}</replace_> <with_ /> <ifContains_>{{Created with Gnuplot|</ifContains_> <ifNotContains_ /> <regex_>false</regex_> <ifIsRegex_>false</ifIsRegex_> <numoftimes_>1</numoftimes_> <ifRegexOptions_>None</ifRegexOptions_> <regexOptions_>None</regexOptions_> </IRule> </Children> <Name>GNUPLOT</Name> <ruletype_>OnWholePage</ruletype_> <replace_>^[^|]\s*(([^\]&lt;=:\n|]*(gnuplot|source code)+[^|\]&lt;=:\n]*:?\s?$)|\s*&lt;(syntaxhighlight|source|pre)\s?(?:lang="gnuplot")?&gt;)(?&lt;3&gt;([^&lt;|]|&lt;(?!/(syntaxhighlight|source|pre)&gt;))*)(&lt;/)?(syntaxhighlight|source|pre)?&gt;?\s*(?:{{cob}})?</replace_> <with_>\n{{Created with Gnuplot|code=$3}}\n\n</with_> <ifContains_ /> <ifNotContains_ /> <regex_>true</regex_> <ifIsRegex_>false</ifIsRegex_> <numoftimes_>1</numoftimes_> <ifRegexOptions_>None</ifRegexOptions_> <regexOptions_>IgnoreCase Multiline</regexOptions_> </IRule> <IRule xsi:type="Rule"> <enabled_>true</enabled_> <Children> <IRule xsi:type="Rule"> <enabled_>true</enabled_> <Children /> <Name>headline</Name> <ruletype_>OnWholePage</ruletype_> <replace_>\s*^=+\s*[^=]*gnuplot[^=]*\s*=+</replace_> <with_ /> <ifContains_ /> <ifNotContains_ /> <regex_>true</regex_> <ifIsRegex_>false</ifIsRegex_> <numoftimes_>1</numoftimes_> <ifRegexOptions_>None</ifRegexOptions_> <regexOptions_>IgnoreCase Multiline</regexOptions_> </IRule> <IRule xsi:type="Rule"> <enabled_>true</enabled_> <Children /> <Name>pre</Name> <ruletype_>OnWholePage</ruletype_> <replace_>{{Created with Gnuplot|n|code= &lt;pre&gt;</replace_> <with_>{{Created with Gnuplot|n|code=</with_> <ifContains_ /> <ifNotContains_ /> <regex_>false</regex_> <ifIsRegex_>false</ifIsRegex_> <numoftimes_>1</numoftimes_> <ifRegexOptions_>None</ifRegexOptions_> <regexOptions_>None</regexOptions_> </IRule> <IRule xsi:type="Rule"> <enabled_>true</enabled_> <Children /> <Name>final</Name> <ruletype_>OnWholePage</ruletype_> <replace_>{{Created with Gnuplot|n}}</replace_> <with_ /> <ifContains_>{{Created with Gnuplot|n|</ifContains_> <ifNotContains_ /> <regex_>false</regex_> <ifIsRegex_>false</ifIsRegex_> <numoftimes_>1</numoftimes_> <ifRegexOptions_>None</ifRegexOptions_> <regexOptions_>None</regexOptions_> </IRule> </Children> <Name>GNUPLOT PNG</Name> <ruletype_>OnWholePage</ruletype_> <replace_>^[^|]\s*(([^\]&lt;=:\n|]*(gnuplot|source code)+[^|\]&lt;=:\n]*:?\s?$)|\s*&lt;(syntaxhighlight|source|pre)\s?(?:lang="gnuplot")?&gt;)(?&lt;3&gt;([^&lt;|]|&lt;(?!/(syntaxhighlight|source|pre)&gt;))*)(&lt;/)?(syntaxhighlight|source|pre)?&gt;?\s*(?:{{cob}})?</replace_> <with_>\n{{Created with Gnuplot|n|code=$3}}\n\n</with_> <ifContains_ /> <ifNotContains_>Maxima CAS </ifNotContains_> <regex_>true</regex_> <ifIsRegex_>false</ifIsRegex_> <numoftimes_>1</numoftimes_> <ifRegexOptions_>None</ifRegexOptions_> <regexOptions_>IgnoreCase Multiline</regexOptions_> </IRule> <IRule xsi:type="Rule"> <enabled_>true</enabled_> <Children /> <Name>source</Name> <ruletype_>OnWholePage</ruletype_> <replace_>&lt;(/?)source</replace_> <with_>&lt;$1syntaxhighlight</with_> <ifContains_ /> <ifNotContains_ /> <regex_>true</regex_> <ifIsRegex_>false</ifIsRegex_> <numoftimes_>1</numoftimes_> <ifRegexOptions_>None</ifRegexOptions_> <regexOptions_>IgnoreCase</regexOptions_> </IRule> <IRule xsi:type="Rule"> <enabled_>true</enabled_> <Children /> <Name>replace</Name> <ruletype_>OnWholePage</ruletype_> <replace_>({{gnuplot}}|^\[\[Category:Gnuplot diagrams\]\]|^\[\[Category:Images with Gnuplot source code\]\])\s?</replace_> <with_ /> <ifContains_ /> <ifNotContains_ /> <regex_>true</regex_> <ifIsRegex_>false</ifIsRegex_> <numoftimes_>2</numoftimes_> <ifRegexOptions_>IgnoreCase</ifRegexOptions_> <regexOptions_>IgnoreCase Multiline</regexOptions_> </IRule> </AdvancedReps> <SubstTemplates /> <IncludeComments>false</IncludeComments> <ExpandRecursively>true</ExpandRecursively> <IgnoreUnformatted>false</IgnoreUnformatted> </FindAndReplace> <Editprefs> <GeneralFixes>false</GeneralFixes> <Tagger>false</Tagger> <Unicodify>true</Unicodify> <Recategorisation>0</Recategorisation> <NewCategory>Images with Gnuplot source code</NewCategory> <NewCategory2 /> <ReImage>0</ReImage> <ImageFind /> <Replace /> <SkipIfNoCatChange>false</SkipIfNoCatChange> <RemoveSortKey>false</RemoveSortKey> <SkipIfNoImgChange>false</SkipIfNoImgChange> <AppendText>false</AppendText> <AppendTextMetaDataSort>false</AppendTextMetaDataSort> <Append>true</Append> <Text /> <Newlines>2</Newlines> <AutoDelay>10</AutoDelay> <BotMaxEdits>0</BotMaxEdits> <SupressTag>false</SupressTag> <RegexTypoFix>false</RegexTypoFix> </Editprefs> <General> <AutoSaveEdit> <Enabled>false</Enabled> <SavePeriod>30</SavePeriod> <SaveFile /> </AutoSaveEdit> <SelectedSummary>+{{Created with Gnuplot}} (using AWB)</SelectedSummary> <Summaries> <string>+{{Created with Gnuplot}}</string> <string>clean up</string> <string>re-categorisation per [[WP:CFD|CFD]]</string> <string>clean up and re-categorisation per [[WP:CFD|CFD]]</string> <string>removing category per [[WP:CFD|CFD]]</string> <string>[[Wikipedia:Template substitution|subst:'ing]]</string> <string>[[Wikipedia:WikiProject Stub sorting|stub sorting]]</string> <string>[[WP:AWB/T|Typo fixing]]</string> <string>bad link repair</string> <string>Fixing [[Wikipedia:Disambiguation pages with links|links to disambiguation pages]]</string> <string>Unicodifying</string> <string>+{{Created with Gnuplot}} (using AWB)</string> <string>+{{Created with Gnuplot|n|code=}} (using AWB)</string> <string>+{{Created with Gnuplot|code=}} (using AWB)</string> </Summaries> <PasteMore> <string /> <string /> <string /> <string /> <string /> <string /> <string /> <string /> <string /> <string /> </PasteMore> <FindText /> <FindRegex>false</FindRegex> <FindCaseSensitive>false</FindCaseSensitive> <WordWrap>true</WordWrap> <ToolBarEnabled>false</ToolBarEnabled> <BypassRedirect>true</BypassRedirect> <AutoSaveSettings>true</AutoSaveSettings> <noSectionEditSummary>false</noSectionEditSummary> <restrictDefaultsortAddition>true</restrictDefaultsortAddition> <restrictOrphanTagging>true</restrictOrphanTagging> <noMOSComplianceFixes>false</noMOSComplianceFixes> <syntaxHighlightEditBox>false</syntaxHighlightEditBox> <highlightAllFind>false</highlightAllFind> <PreParseMode>false</PreParseMode> <NoAutoChanges>false</NoAutoChanges> <OnLoadAction>0</OnLoadAction> <DiffInBotMode>false</DiffInBotMode> <Minor>false</Minor> <AddToWatchlist>2</AddToWatchlist> <TimerEnabled>false</TimerEnabled> <SortListAlphabetically>false</SortListAlphabetically> <AddIgnoredToLog>false</AddIgnoredToLog> <EditToolbarEnabled>true</EditToolbarEnabled> <filterNonMainSpace>false</filterNonMainSpace> <AutoFilterDuplicates>false</AutoFilterDuplicates> <FocusAtEndOfEditBox>false</FocusAtEndOfEditBox> <scrollToUnbalancedBrackets>false</scrollToUnbalancedBrackets> <TextBoxSize>10</TextBoxSize> <TextBoxFont>Courier New</TextBoxFont> <LowThreadPriority>false</LowThreadPriority> <Beep>false</Beep> <Flash>false</Flash> <Minimize>false</Minimize> <LockSummary>true</LockSummary> <SaveArticleList>true</SaveArticleList> <SuppressUsingAWB>false</SuppressUsingAWB> <AddUsingAWBToActionSummaries>false</AddUsingAWBToActionSummaries> <IgnoreNoBots>false</IgnoreNoBots> <ClearPageListOnProjectChange>false</ClearPageListOnProjectChange> <SortInterWikiOrder>true</SortInterWikiOrder> <ReplaceReferenceTags>true</ReplaceReferenceTags> <LoggingEnabled>true</LoggingEnabled> <AlertPreferences> <int>1</int> <int>2</int> <int>3</int> <int>4</int> <int>5</int> <int>6</int> <int>7</int> <int>8</int> <int>9</int> <int>10</int> <int>11</int> <int>12</int> <int>13</int> <int>14</int> <int>15</int> <int>16</int> <int>17</int> <int>18</int> <int>19</int> <int>20</int> <int>21</int> <int>22</int> </AlertPreferences> </General> <SkipOptions> <SkipNonexistent>true</SkipNonexistent> <Skipexistent>false</Skipexistent> <SkipWhenNoChanges>false</SkipWhenNoChanges> <SkipSpamFilterBlocked>false</SkipSpamFilterBlocked> <SkipInuse>false</SkipInuse> <SkipWhenOnlyWhitespaceChanged>false</SkipWhenOnlyWhitespaceChanged> <SkipOnlyGeneralFixChanges>true</SkipOnlyGeneralFixChanges> <SkipOnlyMinorGeneralFixChanges>false</SkipOnlyMinorGeneralFixChanges> <SkipOnlyCasingChanged>false</SkipOnlyCasingChanged> <SkipIfRedirect>false</SkipIfRedirect> <SkipIfNoAlerts>false</SkipIfNoAlerts> <SkipDoes>false</SkipDoes> <SkipDoesNot>false</SkipDoesNot> <SkipDoesText /> <SkipDoesNotText /> <Regex>false</Regex> <CaseSensitive>false</CaseSensitive> <AfterProcessing>false</AfterProcessing> <SkipNoFindAndReplace>false</SkipNoFindAndReplace> <SkipMinorFindAndReplace>false</SkipMinorFindAndReplace> <SkipNoRegexTypoFix>false</SkipNoRegexTypoFix> <SkipNoDisambiguation>false</SkipNoDisambiguation> <SkipNoLinksOnPage>false</SkipNoLinksOnPage> <GeneralSkipList /> </SkipOptions> <Module> <Enabled>false</Enabled> <Language>C# 2.0</Language> <Code> public string ProcessArticle(string ArticleText, string ArticleTitle, int wikiNamespace, out string Summary, out bool Skip) { Skip = false; Summary = "test"; ArticleText = "test \r\n\r\n" + ArticleText; return ArticleText; }</Code> </Module> <ExternalProgram> <Enabled>false</Enabled> <Skip>false</Skip> <Program /> <Parameters /> <PassAsFile>true</PassAsFile> <OutputFile /> </ExternalProgram> <Disambiguation> <Enabled>false</Enabled> <Link /> <Variants /> <ContextChars>20</ContextChars> </Disambiguation> <Special> <namespaceValues /> <remDupes>true</remDupes> <sortAZ>true</sortAZ> <filterTitlesThatContain>false</filterTitlesThatContain> <filterTitlesThatContainText /> <filterTitlesThatDontContain>true</filterTitlesThatDontContain> <filterTitlesThatDontContainText>.png$</filterTitlesThatDontContainText> <areRegex>true</areRegex> <opType>0</opType> <remove /> </Special> <Tool> <ListComparerUseCurrentArticleList>0</ListComparerUseCurrentArticleList> <ListSplitterUseCurrentArticleList>0</ListSplitterUseCurrentArticleList> <DatabaseScannerUseCurrentArticleList>0</DatabaseScannerUseCurrentArticleList> </Tool> <Plugin /> </AutoWikiBrowserPreferences>

→ User: Perhelion (Commons: = crap?) 15:03, 29 July 2014 (UTC)

Problem code per parameter

@Sarang: Leider funzt unsere Umsetzung nur soweit bis kein Pipe-Zeichen | im Code vorkommt. Hast du dafür eine Idee? Es könnte sein dass es dafür eine Lösung gibt die ich aber nicht parate habe (außer diese Dateien erst mal per Regexp auszuschließen). LG PS: Bisherige von mir abgearbeitete Dateien sind unter Category:Created with Gnuplot code. AWB hat einen einfachen Titel filter, zwecks PNG-Liste, siehe <filterTitlesThatDontContainText> in meinem Config-file. → User: Perhelion (Commons: = crap?) 15:03, 29 July 2014 (UTC)

@Sarang: Dabei hätte ich noch eine Bitte: wie gesagt kommt es ab und zu vor, dass man den Code nicht in die Vorlage setzen kann (z.B. File:Bessel-butterworth-filter 2.png oder mit dem Pipe), daher sollte ein leerer code-Parameter dennoch in die Kategorie sortieren. Ich denke das sollte möglich sein, da die Template-Syntax das wohl unterscheiden kann (also ob ein leerer Parameter da ist oder keiner. Vorher gab es ja wohl x=x). → User: Perhelion (Commons: = crap?) 20:02, 29 July 2014 (UTC)

Ein neuer Parameter syntax= erlaubt beliebige andere lang-Parameter, also nicht nur gnuplot. (Da "lang" meist was anderes bedeutet, habe ich mal "syntax" gewählt)

1. Da der gesamte code als Parameterwert behandelt wird, unterbricht eine pipe zwangsläufig. Eine Möglichkeit ist, | zu substituieren. Allerdings werden &#x007C; oder &#124; von syntaxhighlight nicht umgesetzt sondern dargestellt. Ich werde nach einer Lösung suchen – einfach wird es nicht gehen.

1. Kategorisierung in die Unterkategorie geht relativ einfach mit sub=_code. Ich kann es auch umbauen, ist aber viel komplizierter zu realisieren – Aufruf wird eleganter, Vorlage wird unleserlicher. -- Sarang – alles ist möglich♥사랑 07:00, 30 July 2014 (UTC)

@Sarang: Es geht leider doch wesentlich schleppender vorran als gedacht (da die Seiten doch sehr unterschiedlich sind, davon abgesehen dass einige Dateien gar nicht mehr verwendet werden). Das mit dem Pipe bleibt ein Problem (vlt mal bei Mediawiki nachfragen). Soweit habe ich erstmal alle PNG abgearbeitet, wobei es auch GIF und JPG im zweistelligen Bereich gibt. → User: Perhelion (Commons: = crap?) 11:01, 4 August 2014 (UTC)

Du hast dir viel Arbeit aufgehalst, und sehr viel bereits in Ordnung gebracht; danken wird es dir niemand, aber zumindest ich spreche dir ein Sonderlob aus und dass du dir da Verdienste erworben hast. Dass es neben PNG auch viele GIF/JPG-Dateien gibt hatte ich im Konzept nicht berücksichtigt. Zwar sollten alle Nicht-SVG mit "n" in eine Kategorie (also nicht für jede Dateierweiterung eine eigene), aber "PNG" stimmt da nicht als Kategoriename! Das Problem hatte ich bereits mit {{Arcmap}} - in PNG created with Arcmap. Entweder wir lassen die Kategorienamen so obwohl auch andres drin ist, oder wir sind pingelig und nennen die Kategorie um. Ginge relativ einfach weil in der Vorlage zugeordnet wird, aber ist dennoch Aufwand und bedarf Admin-Hilfe.

Hast du oft pipes gefunden? Gibt es Code mit recht vielen pipes? Nenn mir mal ein Example. sarang♥사랑 12:27, 4 August 2014 (UTC)

Aja . Naja ich denke der Rest ohne Code wird wesentlich leichter abzuarbeiten sein. Betr: es waren tatsächlich bis jetzt nur 5 File:Exp -logx.png, File:Exp logfabs(x).png, File:Exp log-x.png, File:Exp fabs(logx).png, (den 5. habe ich vergessen da war größerer Code und irgendwo mittendrin) wobei ich selber gar keine Ahnung von Gnuplot-Code habe ! → User: Perhelion (Commons: = crap?) 13:36, 4 August 2014 (UTC)

• @Perhelion: : Bei den angeführten Beispielen gibt es nur einmal diese pipe, und zwar in einem Outputstring. Es ist also kein Gnuplot-Code-Konstrukt, und eine Ersetzung wäre keine Verfälschung sondern IMHO irgendwie zulässig… Entweder wir substituieren das ganz einfach mit einem der Zeichen die in Senkrechter Strich#Kodierung angeboten werden, oder wir zerbrechen uns weiter die Köpfe. In Exp -logx.png habe ich mal ¦ (U+00A6) genommen.
• Soll ich den Kategorienamen PNG created with Gnuplot ändern? Oder stopfen wir alle Raster rein, auch GIF & Co? Wenn du eine gute Idee hast, für was aussagekräftiges Kurzes - "Raster graphics created with.." gefällt mir nicht, ist einfach zu lang. sarang♥사랑 08:45, 8 August 2014 (UTC)

  @Sarang: : Also wenn das Pipe nicht relevant ist, dann ersetzen wir es einfach. @PNG created with Gnuplot hm*, habe kurz überlegt, sie sollte so bleiben. Auch wenn SVG die bevorzugte Ausgabe ist, ist PNG noch vertretbar, hingegen GIF und JPG nicht. Diese sollten alle ein {{SVG|graph}} Tag bekommen und wenn möglich {{SVG|graph|vectordata={{int:filedesc}}}}. → User: Perhelion (Commons: = crap?) 11:13, 11 August 2014 (UTC)

Gut; alles nicht-SVG bekommt "n" und wird nach "PNG created with …" kategorisiert. Wenn das jemanden wirklich stört kann er es ja verbessern.

Als |-Ersatz gefiele mir ┃ (U+2503) am besten. sarang♥사랑 12:30, 11 August 2014 (UTC)

Bin auch gerade über das Pipe-Problem gestolpert. Das ist in gnuplot der Oder-Operator (einzeln bitweise, doppelt logisch), den ich auch häufiger benutze, bspw. dort File:Ebola sierraleone2014 log.svg. Wie kann man das Problem der Darstellung jetzt umgehen? --StefanPohl (talk) 10:26, 19 October 2014 (UTC)

Hallo StefanPohl, hast du mal den Workaround (wie umseitig erwähnt) mit den alternativen Unicodezeichen probiert? Das Problem ist jetzt etwas untergangen, ich habe allerdings immernoch die Hoffnung, dass es eine richtige Lösung gibt. PS: Erstmal entsprechend in WPde nachgefragt. Grüße ↔ User: Perhelion (Commons: = crap?) 11:51, 26 October 2014 (UTC)

Dann müsste ich ja bei jedem Code-Update dran denken, die Pipe zu ersetzen, nachdem ich den neuen Originalcode reinkopiert habe und jeder Benutzer, der den Code wiederverwenden will, müsste die Fake-Pipe zurückändern (gnuplot selbst funktioniert ja nur mit der Original-Pipe). Das ist mir zu zeitaufwändig und lästig (und würde es die Hälfte der Zeit vermutlich eh vergessen). Irgendein Workaround, der automatisch funktioniert wäre besser. --StefanPohl (talk) 13:29, 26 October 2014 (UTC)

@StefanPohl and Sarang: Deshalb war die Frage, ob es funzt, an dich auch so gemeint, dass man es nicht tun muss (dass es mit Ersetzen funzt steht ja auf der Doku). Es gibt wohl nun zwei Möglichkeiten:

1. Das Pipe wird durch {{!}} ersetzt (funzt nun auch ohne Template, was ich wohl nicht richtig getestet hatte, da es mir eigtl. bekannt war) Allerdings kann es auch daran liegen dass das Template:! im August gelöscht wurde und einen anderen Inhalt hatte.
2. Das Template wird in Lua umgeschrieben.

↔ User: Perhelion (Commons: = crap?) 14:07, 30 October 2014 (UTC)

@Perhelion: Irgendeine Lösung sollte gefunden werden, so sollte es nicht bleiben. Ich habe ja gehofft dass das Pipe-Problem kaum jemals auftritt, aber es erscheint nun doch einen workaround zu brauchen. Leider habe ich dazu keine Idee. sarang♥사랑 17:22, 30 October 2014 (UTC)

@Sarang: Ich bin mir jetzt nicht ganz sicher ob du meine Formulierung so interpretiert hast wie ich sie gemeint hatte, daher hier noch mal ein Link, dessen Ausführung (Möglichkeit 1) ich noch für adäquat halte.[1] Diese sollte in der Doku den Unicode Workaround ersetzen. Mit Lua habe ich mich leider auch nur ansatzweise beschäftigt (soll aber leicht sein). ↔ User: Perhelion (Commons: = crap?) 22:49, 30 October 2014 (UTC)

MetaCat problems

After all the solutions we have invented a new problem seems to occur, not only with Gnuplot but in general and mainly with the SVG created with ... templates. Gnuplot is just a good example.
We diffused the crowded main category Created with Gnuplot and introduced three subcategories:

1. PNG created with Gnuplot
2. SVG created with Gnuplot
3. Created with Gnuplot code

The main category should contain by time only these other categories and no files.

• While PNG created with Gnuplot contains the category PNG created with Gnuplot code it shoukld also contain all Gnuplot raster files without code.
• SVG created with Gnuplot should not contain any file, just the categories SVG created with Gnuplot code, and Valid SVG created with Gnuplot and Invalid SVG created with Gnuplot.
• Created with Gnuplot code should not contain any file, just the categories PNG created with Gnuplot code and SVG created with Gnuplot code.

Once again,

• Created with Gnuplot
• Created with Gnuplot code
• SVG created with Gnuplot
• SVG created with Gnuplot code

should only contain categories. At the moment (06/2017) not all files are using the recommended templates and therefore categorize erroneously to wrong categories, until the descriptions are fixed.

As I am told recently special needs exist for a metacategory, qualifiers like "by file type", "by code or not", "by validity". Such a name expansion will not make any sense with the category structure of these templates. When categories without such qualifiers in their names fail the attribute "MetaCat" - do we need another type of category, not official meta but a categories category ? -- sarang♥사랑 10:21, 27 June 2017 (UTC)