User talk:Keymap9/Archives

(Redirected from User talk:Thomas Linard/Archives)
Latest comment: 4 years ago by Thomas Linard in topic removing rasterdata/optimizing

File:Maison de Jean Linard, facade .jpg

 
File:Maison de Jean Linard, facade .jpg has been listed at Commons:Deletion requests so that the community can discuss whether it should be kept or not. We would appreciate it if you could go to voice your opinion about this at its entry.

If you created this file, please note that the fact that it has been proposed for deletion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues.

Please remember to respond to and – if appropriate – contradict the arguments supporting deletion. Arguments which focus on the nominator will not affect the result of the nomination. Thank you!

.     Jim . . . . Jameslwoodward (talk to me) 11:08, 30 July 2012 (UTC)

This section was archived on a request by: Thomas Linard (talk) 11:12, 22 June 2018 (UTC)

File:Tête d'ange.jpg

 
File:Tête d'ange.jpg has been listed at Commons:Deletion requests so that the community can discuss whether it should be kept or not. We would appreciate it if you could go to voice your opinion about this at its entry.

If you created this file, please note that the fact that it has been proposed for deletion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues.

Please remember to respond to and – if appropriate – contradict the arguments supporting deletion. Arguments which focus on the nominator will not affect the result of the nomination. Thank you!

.     Jim . . . . Jameslwoodward (talk to me) 11:13, 30 July 2012 (UTC)

This section was archived on a request by: Thomas Linard (talk) 11:12, 22 June 2018 (UTC)

File:Maison de Jean Linard.jpg

 
File:Maison de Jean Linard.jpg has been listed at Commons:Deletion requests so that the community can discuss whether it should be kept or not. We would appreciate it if you could go to voice your opinion about this at its entry.

If you created this file, please note that the fact that it has been proposed for deletion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues.

Please remember to respond to and – if appropriate – contradict the arguments supporting deletion. Arguments which focus on the nominator will not affect the result of the nomination. Thank you!

.     Jim . . . . Jameslwoodward (talk to me) 11:14, 30 July 2012 (UTC)

This section was archived on a request by: Thomas Linard (talk) 11:12, 22 June 2018 (UTC)

File tagging File:Jean Linard.jpg

العربية  беларуская беларуская (тарашкевіца)  ပအိုဝ်ႏဘာႏသာႏ  বাংলা  català  čeština  dansk  Deutsch  Deutsch (Sie-Form)  Ελληνικά  English  español  euskara  فارسی  suomi  français  galego  עברית  hrvatski  magyar  հայերեն  italiano  日本語  ಕನ್ನಡ  한국어  lietuvių  latviešu  македонски  മലയാളം  मराठी  မြန်မာဘာသာ  norsk bokmål  Plattdüütsch  Nederlands  norsk  polski  português  română  русский  sicilianu  slovenčina  slovenščina  српски / srpski  svenska  ไทย  Türkçe  українська  اردو  Tiếng Việt  中文(简体)  中文(繁體)  +/−
 
This media was probably deleted.
Thanks for uploading File:Jean Linard.jpg. This media is missing permission information. A source is given, but there is no proof that the author or copyright holder agreed to license the file under the given license. Please provide a link to an appropriate webpage with license information, or ask the author or copyright holder to send an email with copy of a written permission to VRT (permissions-commons@wikimedia.org). You may still be required to go through this procedure even if you are the author yourself; please see Commons:But it's my own work! for more details. After you emailed permission, you may replace the {{No permission since}} tag with {{subst:PP}} on file description page. Alternatively, you may click on "Challenge speedy deletion" below the tag if you wish to provide an argument why evidence of permission is not necessary in this case.

Please see this page for more information on how to confirm permission, or if you would like to understand why we ask for permission when uploading work that is not your own, or work which has been previously published (regardless of whether it is your own).

The file probably has been deleted. If you sent a permission, try to send it again after 14 days. Do not re-upload. When the VRT-member processes your mail, the file can be undeleted. Additionally you can request undeletion here, providing a link to the File-page on Commons where it was uploaded ([[:File:Jean Linard.jpg]]) and the above demanded information in your request.

Bapti 13:30, 25 September 2012 (UTC)

Bonjour, autorisation envoyée hier, je vais faire un 2e envoi. Thomas Linard (talk) 13:33, 25 September 2012 (UTC)
This section was archived on a request by: Thomas Linard (talk) 11:12, 22 June 2018 (UTC)

File:Avec Clémentine Autain sur le stand de la FASE.jpg

 
File:Avec Clémentine Autain sur le stand de la FASE.jpg has been listed at Commons:Deletion requests so that the community can discuss whether it should be kept or not. We would appreciate it if you could go to voice your opinion about this at its entry.

If you created this file, please note that the fact that it has been proposed for deletion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues.

Please remember to respond to and – if appropriate – contradict the arguments supporting deletion. Arguments which focus on the nominator will not affect the result of the nomination. Thank you!

Josve05a (talk) 16:33, 9 September 2014 (UTC)

This section was archived on a request by: Thomas Linard (talk) 11:12, 22 June 2018 (UTC)

Chiffres

Bonjour. A quoi correspondent ces chiffres ?! --TwoWings * to talk or not to talk... 12:00, 11 September 2014 (UTC)

Bonjour, cela permet un classement par date. D'ailleurs, en consultant Template:Information, je vois que le champ date de l'infobox doit être corrigé en fonction. Cordialement, Thomas Linard (talk) 12:18, 11 September 2014 (UTC)
This section was archived on a request by: Thomas Linard (talk) 11:12, 22 June 2018 (UTC)

Copyright status: File:Test file.JPG

bahasa melayu  català  čeština  dansk  deutsch (Sie-Form)  deutsch  english  español  français  galego  hrvatski  italiano  magyar  nederlands  norsk  norsk bokmål  norsk nynorsk  português  polski  português do Brasil  română  sicilianu  slovenčina  slovenščina  suomi  svenska  türkçe  беларуская  беларуская (тарашкевіца)  български  македонски  русский  українська  ಕನ್ನಡ  ತುಳು  മലയാളം  한국어  日本語  中文(简体)  中文(繁體)  עברית  العربيَّة  فارسی  +/−
 
This media may be deleted.
Thanks for uploading File:Test file.JPG. I notice that the file page either doesn't contain enough information about the license or it contains contradictory information about the license, so the copyright status is unclear.

If you created this file yourself, then you must provide a valid copyright tag. For example, you can tag it with {{self|GFDL|cc-by-sa-all}} to release it under the multi-license GFDL plus Creative Commons Attribution-ShareAlike All-version license or you can tag it with {{PD-self}} to release it into the public domain. (See Commons:Copyright tags for the full list of license tags that you can use.)

If you did not create the file yourself or if it is a derivative of another work that is possibly subject to copyright protection, then you must specify where you found it (e.g. usually a link to the web page where you got it), you must provide proof that it has a license that is acceptable for Commons (e.g. usually a link to the terms of use for content from that page), and you must add an appropriate license tag. If you did not create the file yourself and the specific source and license information is not available on the web, you must obtain permission through the VRT system and follow the procedure described there.

Note that any unsourced or improperly licensed files will be deleted one week after they have been marked as lacking proper information, as described in criteria for deletion. If you have uploaded other files, please confirm that you have provided the proper information for those files, too. If you have any questions about licenses please ask at Commons:Village pump/Copyright or see our help pages. Thank you.

No required license templates were detected at this file page. Please correct it, or if you have any questions please check my FAQ or contact me on my talk page. Yours sincerely, Jarekt (talk) 12:07, 25 March 2015 (UTC)

This section was archived on a request by: Thomas Linard (talk) 11:12, 22 June 2018 (UTC)

Sorry

Hi! Sorry for rollbacking one of your edits. I didn't realise I pressed rollback by accident. Jianhui67 talkcontribs 04:58, 23 August 2015 (UTC)

Hi, no problem. Thanks for your message. Thomas Linard (talk) 08:33, 23 August 2015 (UTC)
This section was archived on a request by: Thomas Linard (talk) 11:12, 22 June 2018 (UTC)

Catégorie Jacques Généreux

Bonjour. J'avais rajouté Template:DEFAULT SORT en constatant que "Jacques Généreux" était mal placé dans la catégorie Male Writers from France. Je vous laisse vérifier et, je pense, corriger. Cordialement.Palamède (talk) 07:10, 20 December 2017 (UTC)

Bonjour, au temps pour moi, le modèle ne gère pas l'internationalisation correctement, c'est corrigé (et sans Defaultsort supplémentaire, qui provoquerait un conflit). Cordialement, Thomas Linard (talk) 09:50, 20 December 2017 (UTC)
This section was archived on a request by: Thomas Linard (talk) 11:12, 22 June 2018 (UTC)

File:Lambda-letter-lowercase-symbol.svg

Unfortunately, your overwrite on that file was in violation of COM:OVERWRITE. Various projects made use of that file based on its appearance over the last 11 years. If you want to upload a version with dramatically different shape, please do so as a different file under a new name... AnonMoos (talk) 04:29, 13 April 2018 (UTC)

You're right, I'll do that. Thomas Linard (talk) 09:06, 13 April 2018 (UTC)
Thanks. AnonMoos (talk) 19:21, 13 April 2018 (UTC)
This section was archived on a request by: Thomas Linard (talk) 11:12, 22 June 2018 (UTC)

File:BDSM-rights-flag-Tanos.svg

Your optimization of this file may have had some advantages, but unfortunately, the part which made it display at 307 pixels high was rather dumb and ridiculous. Please do not upload a new file version until you fix this rather basic flaw... AnonMoos (talk) 04:41, 13 April 2018 (UTC)

Also File:Ownership-flag-Tanos.svg -- AnonMoos (talk) 04:46, 13 April 2018 (UTC)
Oh, you can't read basic SVG code? I'll fix this for you. Thomas Linard (talk) 06:49, 13 April 2018 (UTC)
Thanks for fixing, but it's really the responsibility of the one uploading to avoid problems. Sorry if I was abrupt, but I've had a number of bad experiences on Commons over the years with the 512-pixels-wide SVG stuff, and Tanos pretty much officially endorsed the past SVG conversions of his original PNG flags, and I feel a responsibility to him to keep them within reasonable parameters... AnonMoos (talk)
Well, removing the height and width of an SVG file and keeping the viewBox (with the same settings) isn't a bad practice (neither "rather dumb and ridiculous"). Quite the contrary. It was used, with good reason, for File:Gay flag.svg: it give scalability (well, more exactly: responsiveness – because, of course, a SVG file remains scalable). The only drawback: the old buggy librsvg, still used by Wikimedia Commons, cannot, in this case, correctly determine the height and width. But the file is displayed just fine. Thomas Linard (talk) 23:00, 13 April 2018 (UTC)
If something gives problematic results on Commons (and has done so consistently for the last 10 years), then it's generally problematic to upload it to Commons. I have no personal responsibility for the gay rainbow flag (I've never uploaded a file version of it, as far as I can remember), but I definitely feel personal responsibility to Tanos for the SVG versions of the Tanos flags whose original vectorization I created from scratch. AnonMoos (talk) 14:48, 16 April 2018 (UTC)
This section was archived on a request by: Thomas Linard (talk) 11:12, 22 June 2018 (UTC)

File:Antu preferences-desktop-screensaver.svg

You removed some FlowRoot-text in File:Antu_preferences-desktop-screensaver.svg. It should be rendered as in File:Antu_preferences-desktop-screensaver_Workaround.svg. Overwriting files with deleting content might not meet the Guidelines Commons:Overwriting_existing_files. If you think the FlowRoot-Text should be removed you should have replaced File:Antu_preferences-desktop-screensaver_Workaround.svg, instead of replacing the file on its own. Also your Comment "SVGOMG optimization (valid SVG)." is absolutely missleading, because you basically removed

    <flowRoot
       id="flowRoot4179"
       font-size="10"
       line-height="125%"
       text-align="start"
       word-spacing="0"
       letter-spacing="0"
       transform="translate(389.57,520.8)"
       style="font-size:10px;line-height:125%;font-family:sans-serif;text-align:start;letter-spacing:0;word-spacing:0">
      <flowRegion
         id="flowRegion4181">
        <use
           id="use4183"
           xlink:href="#1"
           x="0"
           y="0"
           width="100%"
           height="100%" />
      </flowRegion>
      <flowPara
         id="flowPara4185">Plasm</flowPara>
    </flowRoot>

(and everything simmilar) without substituting. If you want to Optimizate FlowRoot-svgs please read User:JoKalliauer/RepairFlowRoot first. These pictures have there own category: Category:Images_with_SVG_1.2_features. Check for example: File:Error-libsvgr-flow.svg (See also #filehistory, and the according workaround.) flowRoot is a valid {{SVG 1.2}}-tag, but the current validators only check 1.0 or 1.1 . So if you remove flowRoot-Text please write "removed text" and "opimization" and "valid SVG" are both missleading.

In general Files should not be reuploaded just because they are invalid, see f.e. File:Liberty_Bell_icon.svg which contains 3551errors (some multiple error don't count). Some files like File:Mathematical_implication_diagram-neu.svg contain errors on purpose (contains a inkscape:grid and several sodipodi:guide on purpose), therefore please check the type of errors you have before removing them.

JoKalliauer (talk) 10:29, 12 May 2018 (UTC)

Hi JoKalliauer,
"In general Files should not be reuploaded just because they are invalid" : I disagree with that and COM:OVERWRITE too: the SVG errors are precisely cited in the "DO overwrite".
"Valid SVG" isn't misleading: the previous version was invalid, the new one is valid. "SVGOMG optimization" is misleading? I suppose you don't know what SVGOMG does.
Your "corrections" in Antu preferences-desktop-screensaver Workaround.svg aren't very helpful: the display is still wrong. In fact, in its original form or in your "corrected" version, the display was wrong, and so what? Wikimedia Commons should be a museum of useless files? But if this upsets you, I could indeed, following COM:OVERWRITE guidance, upload the corrected version as a new file and request the old one be deleted. Much work for the same result, but I can do that. Thomas Linard (talk) 12:21, 12 May 2018 (UTC)
I ment: if the file is rendered correctly, it might not be worth re-uploading them, just because it has problematic W3-errors. (I created a new file because it showed a librsvg-bug, they are collected in Pictures showing a librsvg bug to check if the Bug is resolved or not, the oposite is if the file is broken, they are maintained in SVG files with errors.)
As I said flowRoot is a SVG1.2 element, which the Validator does not know because it checks the publicised SVG1.1-Specification.
I know what SVGOMG does, it is the graphical interface for SVGO, which I also use (see f.e. in my userspace: explantation how to use SVOMG(outdated)], up-to-date: https://github.com/JoKalliauer/cleanupSVG/blob/master/o4compression.sh ) even for this workaround.
I personally don't like the defaultoption "removeXMLProcInst" (called "Remove XML instructions" in SVGOMG) which leads to warnings of the Validator and some browsers need these XML-Instructions to render the file.
"the display is still wrong" What is wrong? I corrected the original file, without any visual changes. Deleting visible Text is a visible change, therefore you did more than "just removing SVG-Errors".
Anyway I just ment if there is already a workaround, I would overwrite the workaround, not the original file. (The original file has some inkscape-specific tags and attributes, which influences the Inkscape-behaviour.)
For File:Antu preferences-desktop-screensaver.svg it is ok, I requested that Workaround should be deleted. But I wanted to tell you that you should be carefully using SVGO. SVGO has currently 184 reported unsolved bugs. I already reported 19 bugs, 17 of them are still unsolved, and some bugs of them occur on a regular basis. Alternatives as scour or svgcleaner have much better performance and viewer bugs and bugreports are normally answered within Minutes (SVGCleaner) to days (scour), but in SVGO you can hardly expect any improvements after reporting a bug. So I know what SVOMG does, it breaks files in many cases (As in File:Antu preferences-desktop-screensaver.svg, but which I won't report because it uses the SVG1.2-Specification, which is now hardy supported by common browsers).
Do you know FlowRoot (before I mentioned it)? If not you might should use SVGO for files containing a FlowRoot-tag.
JoKalliauer (talk) 13:49, 12 May 2018 (UTC)
"What is wrong?" Well, I thought the file was obviously wrong, and it seems its author too, which corrected the icon in a latter version. It still has a flowRoot element, but I fail to see the usefullness of it.
"I corrected the original file, without any visual changes": without any visual changes?! We don't speak about the same reality, are we?
For svgo and svgcleaner, I use svgcleaner too and I know svgo has bugs, but I find SVGOMG more useful if used wisely. For removeXMLProcInst, my bad, normally I prefer to keep the XML instructions too. Thomas Linard (talk) 19:25, 12 May 2018 (UTC)
Just because your browser doesn't render FlowRoot-text, does not mean it's not there. I rendered https://github.com/fabianalexisinostroza/Antu-classic/blob/master/Antu/apps/48/preferences-desktop-screensaver.svg using Inkscape (Batchconverter) (without editing the file). (inkscape preferences-desktop-screensaver.svg --export-png=preferences-desktop-screensaver.png) and produced File:Antu_preferences-desktop-screensaver.png. I can't see any visual differences to File:Antu_preferences-desktop-screensaver_Workaround.svg.
The Original Version of File:Antu_preferences-desktop-screensaver.svg#filehistory is identical to https://github.com/fabianalexisinostroza/Antu-classic/blob/master/Antu/apps/48/preferences-desktop-screensaver.svg . Please check the source code again.

I corrected the original file, without any visual changes": without any visual changes?! We don't speak about the same reality, are we?

— Thomas Linard (talk) 19:25, 12 May 2018 (UTC)
Are you talking about rounding-errors? (but I can't any with naked eye) Please use Inkscape for rendering FlowText. (Chrome, Firefox, Internet Explorer, Opera, Safari, Microsoft Edge, Rsvg,... will fail displaying.)
"if used wisely"...Therefore you should know Flow-Root. A good example of Flow-Root can be found here: File:SVG_FAQ-FlowRoot's_bug.svg or on the official website: https://www.w3.org/TR/2004/WD-SVG12-20041027/flow.html . Maybe try to process this file, and be shure that it renders similar to File:SVG_FAQ-FlowRoot's_Substituted.svg (FlowRoot Converted by Inkscape, I did some other changes, but they do not care here). As long as you don't understand flowRoot please run SVGO with --disable=removeUnknownsAndDefaults and svgcleaner with --remove-nonsvg-elements no --remove-nonsvg-attributes no (maybe also read https://github.com/RazrFalcon/svgcleaner/issues/126 )
Also Wikipedia tracks this display-error: https://phabricator.wikimedia.org/T43424
If you don't understand something please ask, but We don't speak about the same reality, are we? won't bring us further. (With visual changes I ment the files, not the png created by Wikimedia. Please distinguish between correct file rendered wrong and broken file.
JoKalliauer (talk) 20:28, 12 May 2018 (UTC)
In a sense, you're right: I never use any SVG1.2-viewer, so I never see the result of a FlowRoot element. But the image is a icon for a Linux desktop, so I opened it in a Ubuntu 18.04 (standard file manager and standard image viewer), and in a Inkscape 0.92.3 in the same Ubuntu: no text appears. So I believe this is really a story of alternate reality: I'm ready to believe you see the file in a SVG1.2 fashion, but I don't think the author (or the vast majority of users) will see the file the way you see it. After all, it's just common sense: a mess of letters (as in Antu preferences-desktop-screensaver.png, supposed to be the correct bitmap rendering of the file) can't be the intended result of the file. Thomas Linard (talk) 22:13, 12 May 2018 (UTC)
Yes you are right in this case it makes sense deleting text, but as I said "otimization and valid" is both correct, but I still think it is missleading. And I just wanted to tell you that in general you should be carefull removing flowRoot-elements, otherwise information might be lost forever (see f.e. File:H-R_diagram_NL.svg).
I will check Inkscape on Ubuntu 18.04 next week. (I didn't know that the rendering-behaviour of Inkscape is OS depended.)
JoKalliauer (talk) 23:41, 12 May 2018 (UTC)
I just checked it on Ubuntu 18.04, and FlowRoot seems only to work with <rect ... /> but on Ubuntu (with Inkscape) it does not work with <path ... /> (and most likely also not with <use ... />), on windows it works (path should also allowed as you can see: https://www.w3.org/TR/2004/WD-SVG12-20041027/flow.html#textflow-example )
See Help:SVG#Black rectangle (Flowed Text bug). The "SVG 1.2 Full" specification was never finalized or adopted as a standard. AnonMoos (talk) 01:27, 14 May 2018 (UTC)
Yes, indeed. But, in theory, JoKalliauer is right: a flowRoot element could contain useful texts, it shouldn't be deleted but converted. In practice, making visible a text that very few can see (perhaps not even the author) is not always wise, and in the present case, it was wrong. Thomas Linard (talk) 08:56, 14 May 2018 (UTC)
Thanks, I just wanted to point out that you should be careful with optimises also in this case it was absolutely correct, because the text was most likely unintentionally. JoKalliauer (talk) 20:05, 14 May 2018 (UTC)

File:Breathe-format-text-underline.svg

Other question: Do you know what File:Breathe-format-text-underline.svg should display? I think this svg can be deleted? JoKalliauer (talk) 18:36, 13 May 2018 (UTC)

I retrieved a correct file from the source file in https://launchpad.net/ubuntu/+source/breathe-icon-theme (there are bitmap files in the archive too). Thomas Linard (talk) 23:03, 13 May 2018 (UTC)
This section was archived on a request by: Thomas Linard (talk) 11:17, 22 June 2018 (UTC)

File:JoãoFelipeCSIcon2.PNG and other

If you think that the authorship information as stated by uploader is incorrect, please nominate for deletion. Don't make up fake own work claims. Jcb (talk) 21:25, 22 May 2018 (UTC)

OK, you're right. Obviously, they aren't Crystal 128 icons, so their license and attribution to Everaldo Coelho is at best pure assumption. I'll nominate them for deletion. Thomas Linard (talk) 07:42, 23 May 2018 (UTC)
Thanks. Jcb (talk) 14:45, 23 May 2018 (UTC)
This section was archived on a request by: Thomas Linard (talk) 11:17, 22 June 2018 (UTC)

Code issues in User:Thomas Linard/common.js

Hi Thomas Linard, I am a bored bot (this is kind of a computer program) that is watching the recent changes and tapping buttons like I did now.

Curious about the reason? Possibly not but I will tell you anyway:

  1. You edited User:Thomas Linard/common.js. Glad to see you coding in javascript! Have you ever considered becoming a MediaWiki hacker?
  2. Though, that change appears to introduce 49 new jshint issues — the page's status is now having ERRORS. Note that invalid or ambiguous code often has unwanted side effects like breaking other tools for you. If you cannot find out how to fix it, I suggest blanking the page for now.
  3. To help you understanding where the issues are, I have aggregated a report here and now. If you have questions, don't hesitate to ask users experienced in javascript writing for help. But do not ask the bot's operators (chronically overwrought) unless you suspect an error of mine. If you prefer not getting spammed by me, you can opt-out reports by adding {{ValidationOptOut|type=all}} to your user page or cmb-opt-out anywhere on your your global user page on Meta. Good luck at Wikimedia Commons and happy hacking!
  1. ISSUE: line 27 character 10: Unclosed string. - Evidence: '
  2. ISSUE: line 28 character 18: Unclosed string. - Evidence: == [[:%FILE%]] ==
  3. ISSUE: line 85 character 27: Unclosed string. - Evidence: 'talk_tag' : '
  4. ISSUE: line 86 character 28: Unclosed string. - Evidence: == SVG [[:File: %FILE%]] ==
  5. ISSUE: line 87 character 75: Unclosed string. - Evidence: {| style="border:2px solid #887; background-color:#eed; padding:4px 12px;"
  6. ISSUE: line 88 character 2: Unclosed string. - Evidence: |
  7. ISSUE: line 89 character 16: Unclosed string. - Evidence: ;;Quality issue
  8. ISSUE: line 90 character 70: Unclosed string. - Evidence: ::Thank you for your submission of image [[:File:%FILE%|%FILE%]].<br>
  9. ISSUE: line 91 character 447: Expected '}' to match '{' from line 81 and instead saw 't'. - Evidence: [[File:Gnome-x-office-drawing-warning.svg|60px|left|link=]] I have noticed that the [[Help:SVG|SVG]] you uploaded is poor traced and is now listed in [[:Category: SVG images with poor traced elements]]. While most submissions are useful, do you think you might be able to supply a better quality version of the same, or similar content? You can either upload an improved version or simply allow the file to be deleted. If you have questions, don't hesitate to ask me, a member of the [[COM:GL|Graphic Lab]], or the [[COM:GVP|Graphics village pump]]. Uploading images in SVG format isn't mandatory, but it would help. In all cases, please do not take this message personally. It is never intended as such. Thank you, and happy editing!
  10. ISSUE: line 91 character 449: Expected ')' and instead saw 'hesitate'. - Evidence: [[File:Gnome-x-office-drawing-warning.svg|60px|left|link=]] I have noticed that the [[Help:SVG|SVG]] you uploaded is poor traced and is now listed in [[:Category: SVG images with poor traced elements]]. While most submissions are useful, do you think you might be able to supply a better quality version of the same, or similar content? You can either upload an improved version or simply allow the file to be deleted. If you have questions, don't hesitate to ask me, a member of the [[COM:GL|Graphic Lab]], or the [[COM:GVP|Graphics village pump]]. Uploading images in SVG format isn't mandatory, but it would help. In all cases, please do not take this message personally. It is never intended as such. Thank you, and happy editing!
  11. ISSUE: line 91 character 457: Missing semicolon. - Evidence: [[File:Gnome-x-office-drawing-warning.svg|60px|left|link=]] I have noticed that the [[Help:SVG|SVG]] you uploaded is poor traced and is now listed in [[:Category: SVG images with poor traced elements]]. While most submissions are useful, do you think you might be able to supply a better quality version of the same, or similar content? You can either upload an improved version or simply allow the file to be deleted. If you have questions, don't hesitate to ask me, a member of the [[COM:GL|Graphic Lab]], or the [[COM:GVP|Graphics village pump]]. Uploading images in SVG format isn't mandatory, but it would help. In all cases, please do not take this message personally. It is never intended as such. Thank you, and happy editing!
  12. ISSUE: line 91 character 460: Missing semicolon. - Evidence: [[File:Gnome-x-office-drawing-warning.svg|60px|left|link=]] I have noticed that the [[Help:SVG|SVG]] you uploaded is poor traced and is now listed in [[:Category: SVG images with poor traced elements]]. While most submissions are useful, do you think you might be able to supply a better quality version of the same, or similar content? You can either upload an improved version or simply allow the file to be deleted. If you have questions, don't hesitate to ask me, a member of the [[COM:GL|Graphic Lab]], or the [[COM:GVP|Graphics village pump]]. Uploading images in SVG format isn't mandatory, but it would help. In all cases, please do not take this message personally. It is never intended as such. Thank you, and happy editing!
  13. ISSUE: line 91 character 464: Missing semicolon. - Evidence: [[File:Gnome-x-office-drawing-warning.svg|60px|left|link=]] I have noticed that the [[Help:SVG|SVG]] you uploaded is poor traced and is now listed in [[:Category: SVG images with poor traced elements]]. While most submissions are useful, do you think you might be able to supply a better quality version of the same, or similar content? You can either upload an improved version or simply allow the file to be deleted. If you have questions, don't hesitate to ask me, a member of the [[COM:GL|Graphic Lab]], or the [[COM:GVP|Graphics village pump]]. Uploading images in SVG format isn't mandatory, but it would help. In all cases, please do not take this message personally. It is never intended as such. Thank you, and happy editing!
  14. ISSUE: line 91 character 470: Missing semicolon. - Evidence: [[File:Gnome-x-office-drawing-warning.svg|60px|left|link=]] I have noticed that the [[Help:SVG|SVG]] you uploaded is poor traced and is now listed in [[:Category: SVG images with poor traced elements]]. While most submissions are useful, do you think you might be able to supply a better quality version of the same, or similar content? You can either upload an improved version or simply allow the file to be deleted. If you have questions, don't hesitate to ask me, a member of the [[COM:GL|Graphic Lab]], or the [[COM:GVP|Graphics village pump]]. Uploading images in SVG format isn't mandatory, but it would help. In all cases, please do not take this message personally. It is never intended as such. Thank you, and happy editing!
  15. ISSUE: line 91 character 477: Missing semicolon. - Evidence: [[File:Gnome-x-office-drawing-warning.svg|60px|left|link=]] I have noticed that the [[Help:SVG|SVG]] you uploaded is poor traced and is now listed in [[:Category: SVG images with poor traced elements]]. While most submissions are useful, do you think you might be able to supply a better quality version of the same, or similar content? You can either upload an improved version or simply allow the file to be deleted. If you have questions, don't hesitate to ask me, a member of the [[COM:GL|Graphic Lab]], or the [[COM:GVP|Graphics village pump]]. Uploading images in SVG format isn't mandatory, but it would help. In all cases, please do not take this message personally. It is never intended as such. Thank you, and happy editing!
  16. ISSUE: line 91 character 480: Missing semicolon. - Evidence: [[File:Gnome-x-office-drawing-warning.svg|60px|left|link=]] I have noticed that the [[Help:SVG|SVG]] you uploaded is poor traced and is now listed in [[:Category: SVG images with poor traced elements]]. While most submissions are useful, do you think you might be able to supply a better quality version of the same, or similar content? You can either upload an improved version or simply allow the file to be deleted. If you have questions, don't hesitate to ask me, a member of the [[COM:GL|Graphic Lab]], or the [[COM:GVP|Graphics village pump]]. Uploading images in SVG format isn't mandatory, but it would help. In all cases, please do not take this message personally. It is never intended as such. Thank you, and happy editing!
  17. ISSUE: line 91 character 490: Expected ']' to match '[' from line 91 and instead saw ':'. - Evidence: [[File:Gnome-x-office-drawing-warning.svg|60px|left|link=]] I have noticed that the [[Help:SVG|SVG]] you uploaded is poor traced and is now listed in [[:Category: SVG images with poor traced elements]]. While most submissions are useful, do you think you might be able to supply a better quality version of the same, or similar content? You can either upload an improved version or simply allow the file to be deleted. If you have questions, don't hesitate to ask me, a member of the [[COM:GL|Graphic Lab]], or the [[COM:GVP|Graphics village pump]]. Uploading images in SVG format isn't mandatory, but it would help. In all cases, please do not take this message personally. It is never intended as such. Thank you, and happy editing!
  18. ISSUE: line 91 character 491: Expected ']' to match '[' from line 91 and instead saw 'GL'. - Evidence: [[File:Gnome-x-office-drawing-warning.svg|60px|left|link=]] I have noticed that the [[Help:SVG|SVG]] you uploaded is poor traced and is now listed in [[:Category: SVG images with poor traced elements]]. While most submissions are useful, do you think you might be able to supply a better quality version of the same, or similar content? You can either upload an improved version or simply allow the file to be deleted. If you have questions, don't hesitate to ask me, a member of the [[COM:GL|Graphic Lab]], or the [[COM:GVP|Graphics village pump]]. Uploading images in SVG format isn't mandatory, but it would help. In all cases, please do not take this message personally. It is never intended as such. Thank you, and happy editing!
  19. ISSUE: line 91 character 501: Missing semicolon. - Evidence: [[File:Gnome-x-office-drawing-warning.svg|60px|left|link=]] I have noticed that the [[Help:SVG|SVG]] you uploaded is poor traced and is now listed in [[:Category: SVG images with poor traced elements]]. While most submissions are useful, do you think you might be able to supply a better quality version of the same, or similar content? You can either upload an improved version or simply allow the file to be deleted. If you have questions, don't hesitate to ask me, a member of the [[COM:GL|Graphic Lab]], or the [[COM:GVP|Graphics village pump]]. Uploading images in SVG format isn't mandatory, but it would help. In all cases, please do not take this message personally. It is never intended as such. Thank you, and happy editing!
  20. ISSUE: line 91 character 505: Missing semicolon. - Evidence: [[File:Gnome-x-office-drawing-warning.svg|60px|left|link=]] I have noticed that the [[Help:SVG|SVG]] you uploaded is poor traced and is now listed in [[:Category: SVG images with poor traced elements]]. While most submissions are useful, do you think you might be able to supply a better quality version of the same, or similar content? You can either upload an improved version or simply allow the file to be deleted. If you have questions, don't hesitate to ask me, a member of the [[COM:GL|Graphic Lab]], or the [[COM:GVP|Graphics village pump]]. Uploading images in SVG format isn't mandatory, but it would help. In all cases, please do not take this message personally. It is never intended as such. Thank you, and happy editing!
  21. ISSUE: line 91 character 505: Expected an identifier and instead saw ']'. - Evidence: [[File:Gnome-x-office-drawing-warning.svg|60px|left|link=]] I have noticed that the [[Help:SVG|SVG]] you uploaded is poor traced and is now listed in [[:Category: SVG images with poor traced elements]]. While most submissions are useful, do you think you might be able to supply a better quality version of the same, or similar content? You can either upload an improved version or simply allow the file to be deleted. If you have questions, don't hesitate to ask me, a member of the [[COM:GL|Graphic Lab]], or the [[COM:GVP|Graphics village pump]]. Uploading images in SVG format isn't mandatory, but it would help. In all cases, please do not take this message personally. It is never intended as such. Thank you, and happy editing!
  22. ISSUE: line 91 character 506: Missing semicolon. - Evidence: [[File:Gnome-x-office-drawing-warning.svg|60px|left|link=]] I have noticed that the [[Help:SVG|SVG]] you uploaded is poor traced and is now listed in [[:Category: SVG images with poor traced elements]]. While most submissions are useful, do you think you might be able to supply a better quality version of the same, or similar content? You can either upload an improved version or simply allow the file to be deleted. If you have questions, don't hesitate to ask me, a member of the [[COM:GL|Graphic Lab]], or the [[COM:GVP|Graphics village pump]]. Uploading images in SVG format isn't mandatory, but it would help. In all cases, please do not take this message personally. It is never intended as such. Thank you, and happy editing!
  23. ISSUE: line 91 character 506: Expected an identifier and instead saw ']'. - Evidence: [[File:Gnome-x-office-drawing-warning.svg|60px|left|link=]] I have noticed that the [[Help:SVG|SVG]] you uploaded is poor traced and is now listed in [[:Category: SVG images with poor traced elements]]. While most submissions are useful, do you think you might be able to supply a better quality version of the same, or similar content? You can either upload an improved version or simply allow the file to be deleted. If you have questions, don't hesitate to ask me, a member of the [[COM:GL|Graphic Lab]], or the [[COM:GVP|Graphics village pump]]. Uploading images in SVG format isn't mandatory, but it would help. In all cases, please do not take this message personally. It is never intended as such. Thank you, and happy editing!
  24. ISSUE: line 91 character 507: Expected an operator and instead saw ','. - Evidence: [[File:Gnome-x-office-drawing-warning.svg|60px|left|link=]] I have noticed that the [[Help:SVG|SVG]] you uploaded is poor traced and is now listed in [[:Category: SVG images with poor traced elements]]. While most submissions are useful, do you think you might be able to supply a better quality version of the same, or similar content? You can either upload an improved version or simply allow the file to be deleted. If you have questions, don't hesitate to ask me, a member of the [[COM:GL|Graphic Lab]], or the [[COM:GVP|Graphics village pump]]. Uploading images in SVG format isn't mandatory, but it would help. In all cases, please do not take this message personally. It is never intended as such. Thank you, and happy editing!
  25. ISSUE: line 91 character 508: Missing semicolon. - Evidence: [[File:Gnome-x-office-drawing-warning.svg|60px|left|link=]] I have noticed that the [[Help:SVG|SVG]] you uploaded is poor traced and is now listed in [[:Category: SVG images with poor traced elements]]. While most submissions are useful, do you think you might be able to supply a better quality version of the same, or similar content? You can either upload an improved version or simply allow the file to be deleted. If you have questions, don't hesitate to ask me, a member of the [[COM:GL|Graphic Lab]], or the [[COM:GVP|Graphics village pump]]. Uploading images in SVG format isn't mandatory, but it would help. In all cases, please do not take this message personally. It is never intended as such. Thank you, and happy editing!
  26. ISSUE: line 91 character 511: Missing semicolon. - Evidence: [[File:Gnome-x-office-drawing-warning.svg|60px|left|link=]] I have noticed that the [[Help:SVG|SVG]] you uploaded is poor traced and is now listed in [[:Category: SVG images with poor traced elements]]. While most submissions are useful, do you think you might be able to supply a better quality version of the same, or similar content? You can either upload an improved version or simply allow the file to be deleted. If you have questions, don't hesitate to ask me, a member of the [[COM:GL|Graphic Lab]], or the [[COM:GVP|Graphics village pump]]. Uploading images in SVG format isn't mandatory, but it would help. In all cases, please do not take this message personally. It is never intended as such. Thank you, and happy editing!
  27. ISSUE: line 91 character 521: Expected ']' to match '[' from line 91 and instead saw ':'. - Evidence: [[File:Gnome-x-office-drawing-warning.svg|60px|left|link=]] I have noticed that the [[Help:SVG|SVG]] you uploaded is poor traced and is now listed in [[:Category: SVG images with poor traced elements]]. While most submissions are useful, do you think you might be able to supply a better quality version of the same, or similar content? You can either upload an improved version or simply allow the file to be deleted. If you have questions, don't hesitate to ask me, a member of the [[COM:GL|Graphic Lab]], or the [[COM:GVP|Graphics village pump]]. Uploading images in SVG format isn't mandatory, but it would help. In all cases, please do not take this message personally. It is never intended as such. Thank you, and happy editing!
  28. ISSUE: line 91 character 522: Expected ']' to match '[' from line 91 and instead saw 'GVP'. - Evidence: [[File:Gnome-x-office-drawing-warning.svg|60px|left|link=]] I have noticed that the [[Help:SVG|SVG]] you uploaded is poor traced and is now listed in [[:Category: SVG images with poor traced elements]]. While most submissions are useful, do you think you might be able to supply a better quality version of the same, or similar content? You can either upload an improved version or simply allow the file to be deleted. If you have questions, don't hesitate to ask me, a member of the [[COM:GL|Graphic Lab]], or the [[COM:GVP|Graphics village pump]]. Uploading images in SVG format isn't mandatory, but it would help. In all cases, please do not take this message personally. It is never intended as such. Thank you, and happy editing!
  29. ISSUE: line 91 character 534: Missing semicolon. - Evidence: [[File:Gnome-x-office-drawing-warning.svg|60px|left|link=]] I have noticed that the [[Help:SVG|SVG]] you uploaded is poor traced and is now listed in [[:Category: SVG images with poor traced elements]]. While most submissions are useful, do you think you might be able to supply a better quality version of the same, or similar content? You can either upload an improved version or simply allow the file to be deleted. If you have questions, don't hesitate to ask me, a member of the [[COM:GL|Graphic Lab]], or the [[COM:GVP|Graphics village pump]]. Uploading images in SVG format isn't mandatory, but it would help. In all cases, please do not take this message personally. It is never intended as such. Thank you, and happy editing!
  30. ISSUE: line 91 character 542: Missing semicolon. - Evidence: [[File:Gnome-x-office-drawing-warning.svg|60px|left|link=]] I have noticed that the [[Help:SVG|SVG]] you uploaded is poor traced and is now listed in [[:Category: SVG images with poor traced elements]]. While most submissions are useful, do you think you might be able to supply a better quality version of the same, or similar content? You can either upload an improved version or simply allow the file to be deleted. If you have questions, don't hesitate to ask me, a member of the [[COM:GL|Graphic Lab]], or the [[COM:GVP|Graphics village pump]]. Uploading images in SVG format isn't mandatory, but it would help. In all cases, please do not take this message personally. It is never intended as such. Thank you, and happy editing!
  31. ISSUE: line 91 character 547: Missing semicolon. - Evidence: [[File:Gnome-x-office-drawing-warning.svg|60px|left|link=]] I have noticed that the [[Help:SVG|SVG]] you uploaded is poor traced and is now listed in [[:Category: SVG images with poor traced elements]]. While most submissions are useful, do you think you might be able to supply a better quality version of the same, or similar content? You can either upload an improved version or simply allow the file to be deleted. If you have questions, don't hesitate to ask me, a member of the [[COM:GL|Graphic Lab]], or the [[COM:GVP|Graphics village pump]]. Uploading images in SVG format isn't mandatory, but it would help. In all cases, please do not take this message personally. It is never intended as such. Thank you, and happy editing!
  32. ISSUE: line 91 character 547: Expected an identifier and instead saw ']'. - Evidence: [[File:Gnome-x-office-drawing-warning.svg|60px|left|link=]] I have noticed that the [[Help:SVG|SVG]] you uploaded is poor traced and is now listed in [[:Category: SVG images with poor traced elements]]. While most submissions are useful, do you think you might be able to supply a better quality version of the same, or similar content? You can either upload an improved version or simply allow the file to be deleted. If you have questions, don't hesitate to ask me, a member of the [[COM:GL|Graphic Lab]], or the [[COM:GVP|Graphics village pump]]. Uploading images in SVG format isn't mandatory, but it would help. In all cases, please do not take this message personally. It is never intended as such. Thank you, and happy editing!
  33. ISSUE: line 91 character 548: Missing semicolon. - Evidence: [[File:Gnome-x-office-drawing-warning.svg|60px|left|link=]] I have noticed that the [[Help:SVG|SVG]] you uploaded is poor traced and is now listed in [[:Category: SVG images with poor traced elements]]. While most submissions are useful, do you think you might be able to supply a better quality version of the same, or similar content? You can either upload an improved version or simply allow the file to be deleted. If you have questions, don't hesitate to ask me, a member of the [[COM:GL|Graphic Lab]], or the [[COM:GVP|Graphics village pump]]. Uploading images in SVG format isn't mandatory, but it would help. In all cases, please do not take this message personally. It is never intended as such. Thank you, and happy editing!
  34. ISSUE: line 91 character 548: Expected an identifier and instead saw ']'. - Evidence: [[File:Gnome-x-office-drawing-warning.svg|60px|left|link=]] I have noticed that the [[Help:SVG|SVG]] you uploaded is poor traced and is now listed in [[:Category: SVG images with poor traced elements]]. While most submissions are useful, do you think you might be able to supply a better quality version of the same, or similar content? You can either upload an improved version or simply allow the file to be deleted. If you have questions, don't hesitate to ask me, a member of the [[COM:GL|Graphic Lab]], or the [[COM:GVP|Graphics village pump]]. Uploading images in SVG format isn't mandatory, but it would help. In all cases, please do not take this message personally. It is never intended as such. Thank you, and happy editing!
  35. ISSUE: line 91 character 549: Expected an operator and instead saw '.'. - Evidence: [[File:Gnome-x-office-drawing-warning.svg|60px|left|link=]] I have noticed that the [[Help:SVG|SVG]] you uploaded is poor traced and is now listed in [[:Category: SVG images with poor traced elements]]. While most submissions are useful, do you think you might be able to supply a better quality version of the same, or similar content? You can either upload an improved version or simply allow the file to be deleted. If you have questions, don't hesitate to ask me, a member of the [[COM:GL|Graphic Lab]], or the [[COM:GVP|Graphics village pump]]. Uploading images in SVG format isn't mandatory, but it would help. In all cases, please do not take this message personally. It is never intended as such. Thank you, and happy editing!
  36. ISSUE: line 91 character 550: Missing semicolon. - Evidence: [[File:Gnome-x-office-drawing-warning.svg|60px|left|link=]] I have noticed that the [[Help:SVG|SVG]] you uploaded is poor traced and is now listed in [[:Category: SVG images with poor traced elements]]. While most submissions are useful, do you think you might be able to supply a better quality version of the same, or similar content? You can either upload an improved version or simply allow the file to be deleted. If you have questions, don't hesitate to ask me, a member of the [[COM:GL|Graphic Lab]], or the [[COM:GVP|Graphics village pump]]. Uploading images in SVG format isn't mandatory, but it would help. In all cases, please do not take this message personally. It is never intended as such. Thank you, and happy editing!
  37. ISSUE: line 91 character 560: Missing semicolon. - Evidence: [[File:Gnome-x-office-drawing-warning.svg|60px|left|link=]] I have noticed that the [[Help:SVG|SVG]] you uploaded is poor traced and is now listed in [[:Category: SVG images with poor traced elements]]. While most submissions are useful, do you think you might be able to supply a better quality version of the same, or similar content? You can either upload an improved version or simply allow the file to be deleted. If you have questions, don't hesitate to ask me, a member of the [[COM:GL|Graphic Lab]], or the [[COM:GVP|Graphics village pump]]. Uploading images in SVG format isn't mandatory, but it would help. In all cases, please do not take this message personally. It is never intended as such. Thank you, and happy editing!
  38. ISSUE: line 91 character 574: Missing semicolon. - Evidence: [[File:Gnome-x-office-drawing-warning.svg|60px|left|link=]] I have noticed that the [[Help:SVG|SVG]] you uploaded is poor traced and is now listed in [[:Category: SVG images with poor traced elements]]. While most submissions are useful, do you think you might be able to supply a better quality version of the same, or similar content? You can either upload an improved version or simply allow the file to be deleted. If you have questions, don't hesitate to ask me, a member of the [[COM:GL|Graphic Lab]], or the [[COM:GVP|Graphics village pump]]. Uploading images in SVG format isn't mandatory, but it would help. In all cases, please do not take this message personally. It is never intended as such. Thank you, and happy editing!
  39. ISSUE: line 91 character 581: Missing semicolon. - Evidence: [[File:Gnome-x-office-drawing-warning.svg|60px|left|link=]] I have noticed that the [[Help:SVG|SVG]] you uploaded is poor traced and is now listed in [[:Category: SVG images with poor traced elements]]. While most submissions are useful, do you think you might be able to supply a better quality version of the same, or similar content? You can either upload an improved version or simply allow the file to be deleted. If you have questions, don't hesitate to ask me, a member of the [[COM:GL|Graphic Lab]], or the [[COM:GVP|Graphics village pump]]. Uploading images in SVG format isn't mandatory, but it would help. In all cases, please do not take this message personally. It is never intended as such. Thank you, and happy editing!
  40. ISSUE: line 91 character 735: Unclosed string. - Evidence: [[File:Gnome-x-office-drawing-warning.svg|60px|left|link=]] I have noticed that the [[Help:SVG|SVG]] you uploaded is poor traced and is now listed in [[:Category: SVG images with poor traced elements]]. While most submissions are useful, do you think you might be able to supply a better quality version of the same, or similar content? You can either upload an improved version or simply allow the file to be deleted. If you have questions, don't hesitate to ask me, a member of the [[COM:GL|Graphic Lab]], or the [[COM:GVP|Graphics village pump]]. Uploading images in SVG format isn't mandatory, but it would help. In all cases, please do not take this message personally. It is never intended as such. Thank you, and happy editing!
  41. ISSUE: line 92 character 5: Unclosed string. - Evidence: ----
  42. ISSUE: line 93 character 50: Unclosed string. - Evidence: |[[File:Inkscape icons draw path.svg|50px|link=]]
  43. ISSUE: line 91 character 585: Missing semicolon. - Evidence: [[File:Gnome-x-office-drawing-warning.svg|60px|left|link=]] I have noticed that the [[Help:SVG|SVG]] you uploaded is poor traced and is now listed in [[:Category: SVG images with poor traced elements]]. While most submissions are useful, do you think you might be able to supply a better quality version of the same, or similar content? You can either upload an improved version or simply allow the file to be deleted. If you have questions, don't hesitate to ask me, a member of the [[COM:GL|Graphic Lab]], or the [[COM:GVP|Graphics village pump]]. Uploading images in SVG format isn't mandatory, but it would help. In all cases, please do not take this message personally. It is never intended as such. Thank you, and happy editing!
  44. ISSUE: line 95 character 27: Missing semicolon. - Evidence: 'talk_summary' : 'Poor SVG note',
  45. ISSUE: line 95 character 28: Expected '}' to match '{' from line 73 and instead saw ':'. - Evidence: 'talk_summary' : 'Poor SVG note',
  46. ISSUE: line 96 character 26: Missing semicolon. - Evidence: 'prompt_text' : 'Which file is the original of?',
  47. ISSUE: line 96 character 27: Expected '}' to match '{' from line 43 and instead saw ':'. - Evidence: 'prompt_text' : 'Which file is the original of?',
  48. ISSUE: line 97 character 25: Missing semicolon. - Evidence: optin_notify: 1
  49. ISSUE: line 97 character 25: Expected '(end)' and instead saw ':'. - Evidence: optin_notify: 1

Your CommonsMaintenanceBot (talk) at 16:46, 31 May 2018 (UTC).

This section was archived on a request by: Thomas Linard (talk) 11:17, 22 June 2018 (UTC)

Code issues in User:Thomas Linard/common.js

Hi Thomas Linard, I am a bored bot (this is kind of a computer program) that is watching the recent changes and tapping buttons like I did now.

Curious about the reason? Possibly not but I will tell you anyway:

  1. You edited User:Thomas Linard/common.js. Glad to see you coding in javascript! Have you ever considered becoming a MediaWiki hacker?
  2. Though, that change appears to introduce 1 new esprima issue — the page's status is now having ERRORS. Note that invalid or ambiguous code often has unwanted side effects like breaking other tools for you. If you cannot find out how to fix it, I suggest blanking the page for now.
  3. To help you understanding where the issues are, I have aggregated a report here and now. If you have questions, don't hesitate to ask users experienced in javascript writing for help. But do not ask the bot's operators (chronically overwrought) unless you suspect an error of mine. If you prefer not getting spammed by me, you can opt-out reports by adding {{ValidationOptOut|type=all}} to your user page or cmb-opt-out anywhere on your your global user page on Meta. Good luck at Wikimedia Commons and happy hacking!
  1. ERROR: Cannot parse line 27 column 5: Unexpected token ILLEGAL

Your CommonsMaintenanceBot (talk) at 16:46, 31 May 2018 (UTC).

This section was archived on a request by: Thomas Linard (talk) 11:17, 22 June 2018 (UTC)

File:Oxygen480-mimetypes-application-rtf.svg

How could you get the text visible in this svg?

Maybe you could help me a bit?

 — Johannes Kalliauer - Talk | Contributions 22:38, 18 June 2018 (UTC)

Hi @JoKalliauer:
I believe the text is already visible in this SVG, isn't it? Or it's another test case for demonstrating an incomplete SVG support in browsers and viewers? (But in all the SVG viewers and browsers at my disposal, the rendering is the same than librsvg rendering – however, I agree it's not exactly the same rendering as the PNG version). More generally, I don't invest too much effort in bugs related to phab:T55899: it's Wikimedia fault to use an old version of librsvg (in the current version, the bug is corrected – I know phab:T193352). But of course, your endeavors to fix them is commendable! Thomas Linard (talk) 09:59, 19 June 2018 (UTC)
(talk page stalker) @JoKalliauer: YMMV - Alexis Jazz ping plz 13:39, 20 June 2018 (UTC)
@Alexis Jazz: well, why not, but we're moving away from the PNG version (original PNG created with the SVG file). Thomas Linard (talk) 15:23, 20 June 2018 (UTC)
Strange PNG.. I mean, why is the text even there if it's barely visible. I didn't mean to make a more original file or "fix" it, just make an alternate version. - Alexis Jazz ping plz 15:30, 20 June 2018 (UTC)
Do you think the text is supposed to represent the imprint of the text that was written on the other side of the paper? In the PNG the text seems to be written right-to-left, this would also explain why it's so light. - Alexis Jazz ping plz 04:20, 22 June 2018 (UTC)
I didn't recognice the flowRoot element.  — Johannes Kalliauer - Talk | Contributions 19:41, 22 June 2018 (UTC)
This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 19:41, 22 June 2018 (UTC)|Question answered

SVGO

I saw you made the same mistake, on File:Oxygen480-mimetypes-text-x-pascal.svg as I did on several other svgs [1].

If you have a text using xml:space="preserve" and the text has several spaces, svgo ignores them, see [svgo-Bug 878 (Dec. 2017)], [svgo-Bug 1001 (Jul. 18)].

 — Johannes Kalliauer - Talk | Contributions 15:15, 22 July 2018 (UTC)

OK, thanks! Thomas Linard (talk) 17:25, 22 July 2018 (UTC)
This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 16:37, 23 July 2018 (UTC)

svgcleaner-Bug

FYI:

I saw you updated: File:Oxygen480-mimetypes-application-x-7z-compressed.svg. The file was invalid. The svgcleaner-problem is reported https://github.com/RazrFalcon/svgcleaner/issues/161 If you first apply svgo -i input.svg -o output.svg --disable=removeUnknownsAndDefaults --enable=collapseGroups --disable=convertPathData it would work afterwards with svgcleaner.  — Johannes Kalliauer - Talk | Contributions 19:58, 13 February 2019 (UTC)

This section was archived on a request by:  — Johannes Kalliauer - Talk | Contributions 19:58, 13 February 2019 (UTC)
Hi JoKalliauer, thanks for the tip! Thomas Linard (talk) 20:01, 13 February 2019 (UTC)

"Created with Inkscape"

I really don't know what algorithm you're using to detect this, but for the record, I never use Inkscape to make a new image from scratch, and I only very rarely use Inkscape to edit files (the "14:42, 6 April 2011" version of File:Pin-up blue.svg is the only one I can remember now). Instead, I occasionally use a (now very old and obsolete) version of Inkscape to test files, and to convert them to PostScript. So any SVG file whose first version was uploaded by me is extremely unlikely to have been created by Inkscape (unless it's a derivative of another file authored by somebody else, also uncommon for files uploaded by me). AnonMoos (talk) 14:48, 16 April 2018 (UTC)

Hi, I use the script mentioned in Template:Image generation. I use it mainly for its quick validation of the SVG files, and not really to take advantage of the many possibilities offered by the template. I'll add the parameter O ({{Other tool}}) for your files (or P, {{Pstoedit}} ?). Thomas Linard (talk) 15:37, 16 April 2018 (UTC)
The majority of the SVG images I create from scratch involve PostScript somewhere along the way, even if I don't explicitly include PostScript source, but I don't use Pstoedit (which is for getting things out of Postscript to edit them, while I often do my editing within PostScript or a PostScript-like format). The truth is that I don't really use standard tools, except for text editors, and also Fontforge for certain specialized curve-manipulation tasks (such as converting the Neo-Assyrian Cuneiform TTF font to cubic beziers last year)... AnonMoos (talk) 18:25, 17 April 2018 (UTC)
Do you want I add |n=PostScript? It was the chosen solution by Sarang for your Venus-female-symbol-pseudo-3D-pink.svg. Thomas Linard (talk) 19:35, 17 April 2018 (UTC)
It can be very difficult to estimate afterwards which tool the creator of a drawing might have used; only he knows always exactly, and later categorization might be wrong.
I think we have a consens to categorize SVG files by the tool, by the W3C-validity and by the topic (I added it to the mentioned file, now it is "|Other fields={{Igen|O|+|n=PostScript|s=y}}" and the category is Valid SVG created with Other tools:Symbols, with all three properties; PostScript is only displayed in the box: "This symbol was created with PostScript."). Seldom used tools don't have an own "Created with"-template, so I opened the "Other tools" category for them. If it is essential to show that more than one tool had been used for a file, this is also possible - users wished that expansion but I do not think that it is very helpful. -- sarang사랑 05:31, 18 April 2018 (UTC)

I really don't understand enough about the "Igen" template to care about the fine details -- just as long as you don't show me using a tool which I in fact didn't use... AnonMoos (talk) 14:40, 19 April 2018 (UTC)

  This section is resolved and can be archived. If you disagree, replace this template with your comment. Thomas Linard (talk) 15:23, 4 July 2019 (UTC)

Computer n screen.svg

File:Computer n screen.svg

You marked this file as a duplicate of File:Crystal128-computer.svg.

Computer n screen was uploaded in 2006 and linked on thousands upon thousands of Wikipedia pages. File:Crystal128-computer.svg was uploaded last week and used on 1 page on Commons. If you don't agree that it's File:Crystal128-computer.svg that should be marked as duplicate or have some amazing argument to convince me why File:Computer n screen.svg is the duplicate, I think this should be discussed at the VP before proceeding. - Alexis Jazz ping plz 01:05, 1 June 2018 (UTC)

Hi Alexis Jazz,
OK, that's fine by me. However, Crystal128-computer.svg has optimized code (14 Kio vs. 34 Kio). What should I do? Upload Crystal128-computer.svg as a new version of Computer n screen.svg? Thomas Linard (talk) 06:12, 1 June 2018 (UTC)
Optimized how? Scour? We don't care about a few kilobytes. When the image is used on a wiki it will be converted to PNG anyway. Optimizations often make it harder to create derivatives, so if anyone (or Wikimedia) prefers "optimized" versions they can run scour themselves.
Alternatively you might consider writing in the description of File:Crystal128-computer.svg that the file is optimized for small file size. It's not an exact duplicate of File:Computer n screen.svg, it only looks the same. I don't actually know what Commons policy is on that. I had a discussion about this before: Commons:Administrators' noticeboard/Archive 67#Gnash (talk · contribs). Optimizing has very little advantage for Wikimedia or anyone else, may introduce errors and potentially complicates the creation of derivatives. And if I hadn't spotted your marking as duplicate, thousands of links on dozens of wikis would have had to be replaced. That's a lot more costly than a slightly larger SVG.
Needless to say, I'm not a huge fan. Also, with http compression (enabled by default) File:Computer n screen.svg is only 5.9 kilobyte. File:Crystal128-computer.svg with http compression is only 3.6 kilobyte. Percentually a big difference, but we are talking about 2.3 kilobyte over your wifi.
Other marked files I found:
I do want to thank you for work on the description pages, Igen work and so on. It's just that I think it's better practice to update existing file descriptions if the icon is already here and overwrite it if it's invalid, that way the file history is also maintained. - Alexis Jazz ping plz 14:20, 1 June 2018 (UTC)
By the way, if (part of) the goal was to harmonize file names, I would suggest mass renaming the existing files. But when some are used on thousands of wiki pages, that should be discussed separately as well. Even if only to make sure all are renamed correctly this time as it will result in updates to many wiki pages. - Alexis Jazz ping plz 14:23, 1 June 2018 (UTC)
One more note: you forgot to declare your doctype, w3c can't validate your files without that. - Alexis Jazz ping plz 14:32, 1 June 2018 (UTC)
I agree, updating existing file descriptions is better practice. But in this case I finally found the entire "Crystal SVG" icon set in actual SVG format (longtime believed here as unavailable or nonexistent), I corrected the files (many of them were invalid and unable to display anything), and I uploaded the ~ 350 files. I tried to avoid duplicate, but before I started tidying up all the categories (my duplicate removal requests are part of that), it was such a mess!
File names are part of the concern, yes.
For the doctype, I assure you, the W3C validator validates SVG files without doctype.
I will follow your recommendations. Thank you! Thomas Linard (talk) 14:45, 1 June 2018 (UTC)
"For the doctype, I assure you, the W3C validator validates SVG files without doctype." no sorry it really doesn't. A few weeks back I think it did, but now it doesn't.
Something I just noticed: File:Tablet mouse.svg is categorized as Category:Valid SVG created with Adobe Illustrator:Crystal icons. Template issue I think?
"But in this case I finally found the entire "Crystal SVG" icon set in actual SVG format (longtime believed here as unavailable or nonexistent)". Could have probably found (most of) them in a distribution package? - Alexis Jazz ping plz 15:18, 1 June 2018 (UTC)
"A few weeks back I think it did, but now it doesn't." Oh yes, it's a new behavior. The SVG files without doctype aren't incorrect, though, but I'll retain the doctype now, for good validation purpose.
"Template issue I think" Well, sort of. I created the category.
"Could have probably found (most of) them in a distribution package?" Yes, it was as simple as that. But the version on the author site was PNG only, and no current packages in popular distributions have the icon set. So… almost simple. Thomas Linard (talk) 16:17, 1 June 2018 (UTC)
Hi @Alexis Jazz:
I finally found this: "While a DTD is provided in this specification, the use of DTDs for validating XML documents is known to be problematic. In particular, DTDs do not handle namespaces gracefully. It is not recommended that a DOCTYPE declaration be included in SVG documents." https://www.w3.org/TR/SVG11/intro.html#NamespaceAndDTDIdentifiers
So, the official specifications don't recommend to include a DOCTYPE declaration, but the W3 validator, in its current version, requires it… Thomas Linard (talk) 13:19, 20 June 2018 (UTC)
Include it imho, I've never seen the validator (or any browser) have a problem with it. I have seen svg files before that were considered "valid", but the validator only checked it as valid xml and didn't actually look at the svg content. And iirc the problem was a missing DTD there. - Alexis Jazz ping plz 13:25, 20 June 2018 (UTC)
@Thomas Linard and Alexis Jazz: You might consider annoying Admins on Commons:History_merging_and_splitting/Requests
W3C does not recommended DTD for SVG 1.1, and W3C deprecated DTD for SVG 1.2 (there is a difference between not recommend and deprecated).
File:Ways_of_St-2._James_in_Europe.svg is an example where you "need" the DTD to be rendered in browsers.
W3C tests against DTD, because W3C knows valid DTD-SVG-elements, the nu-Validator "only" tests if it is a valid XML. W3C used the nu-Validator, and claimed it as its own results , now it writes "External Checker not available" (I think nu changed something, therefor W3C can't use nu any more).
 — Johannes Kalliauer - Talk | Contributions 15:09, 22 July 2018 (UTC)
  This section is resolved and can be archived. If you disagree, replace this template with your comment. Thomas Linard (talk) 15:23, 4 July 2019 (UTC)

Valued Image Promotion

Your nomination has been reviewed and promoted
Congratulations! The image you nominated was reviewed and has now been promoted as a valued image. It is considered to be the most valued image on Commons within the scope:
Capitalis monumentalis.
If you would like to nominate another image, please do so at Valued images candidates.
  This section is resolved and can be archived. If you disagree, replace this template with your comment. Thomas Linard (talk) 15:23, 4 July 2019 (UTC)

Autopatrol given

 

Hello. I just wanted to let you know that I have granted autopatrol rights to your account; the reason for this is that I believe you are sufficiently trustworthy and experienced to have your contributions automatically marked as "reviewed". This has no effect on your editing, it is simply intended to make it easier for users that are monitoring Recent changes or Recent uploads to find unproductive edits amidst the productive ones like yours. In addition, the Flickr upload feature and an increased number of batch-uploads in UploadWizard, uploading of freely licensed MP3 files, overwriting files uploaded by others and an increased limit for page renames per minute are now available to you. Thank you. jdx Re: 11:44, 1 July 2018 (UTC)

Thank you, Jdx! Thomas Linard (talk) 12:58, 1 July 2018 (UTC)
  This section is resolved and can be archived. If you disagree, replace this template with your comment. Thomas Linard (talk) 15:23, 4 July 2019 (UTC)

Round 2 of Picture of the Year 2017 is open!

 

You are receiving this message because you voted in R1 of the 2017 Picture of the Year contest, but not yet in R2.

Dear Keymap9,

Wikimedia Commons is happy to announce that the second round of the 2017 Picture of the Year competition is now open. This year will be the twelfth edition of the annual Wikimedia Commons photo competition, which recognizes exceptional contributions by users on Wikimedia Commons. Wikimedia users are invited to vote for their favorite images featured on Commons during the last year (2017) to produce a single Picture of the Year.

Hundreds of images that have been rated Featured Pictures by the international Wikimedia Commons community in the past year were entered in this competition. These images include professional animal and plant shots, breathtaking panoramas and skylines, restorations of historical images, photographs portraying the world's best architecture, impressive human portraits, and so much more.

There are two total rounds of voting. In the first round, you voted for as many images as you liked. In Round 1, there were 1475 candidate images. There are 58 finalists in Round 2, comprised of the top 30 overall as well as the top 2 from each sub-category.

In the final round, you may vote for a maximum of three images. The image with the most votes will become the Picture of the Year 2017.

Round 2 will end on 22 July 2018, 23:59 UTC.

Click here to vote now!

Thanks,
the Wikimedia Commons Picture of the Year committee 11:33, 17 July 2018 (UTC)

  This section is resolved and can be archived. If you disagree, replace this template with your comment. Thomas Linard (talk) 15:23, 4 July 2019 (UTC)

Human icons version

https://commons.wikimedia.org/w/index.php?title=File:Human-applications-development.svg&diff=340690004&oldid=340635305

Did you check for all icons you made this change to that they are in fact identical in 0.36? They were uploaded from a 0.23 version, both according to the upload date and Human icons. That's why I dug up the old 0.23 link. Those that are (nearly) identical could possibly be overwritten. - Alexis Jazz ping plz 16:59, 28 February 2019 (UTC)

Hi Alexis Jazz,
Yes, I looked at all the emojis, I didn't see any difference with the latest version. In fact, the version 0.36 seems to have brought only new Emojis. Also, the license was changed from CC-BY-SA 2.5 to CC-BY-SA 3.0, and it seemed simpler to put everything to version 0.36. Thomas Linard (talk) 17:10, 28 February 2019 (UTC)
Okay, thanks. Sometimes the icons/style change with a new version, in such a case the old version would need to be linked. If you checked them, it's fine. - Alexis Jazz ping plz 18:18, 28 February 2019 (UTC)
  This section is resolved and can be archived. If you disagree, replace this template with your comment. Thomas Linard (talk) 15:23, 4 July 2019 (UTC)

removing rasterdata/optimizing

I saw you removed in several pictures rasterdata.

I checked the following pictures, and saw that all of them have rendering-differences:

It happens to everyone that you don't see every difference, but every picture I checked had differences.

It is generally undesired to reupload files

You might noticed I also optimized some svgs: There are in my opinion some inofficial exceptions where it is tollerated:

  • To demonstration-file for Category:SVG_Simplified
  • If a file has more than ~300Errors,
    • but do not remove data-name, <flowRoot, rdf:RDF, aria-label, inkscape:grid, sodipodi:guide sodipodi:cx, sodipodi:cy, vector-effect=
  • As long as you just upload a few specific files, where you have a specific reason

If a file is brocken/is rendered wrong you should try to slove it.

for Example: File:Oxygen15.04.1-computer-laptop.svg contains 6 uploads, and except for the original upload and the the correction of the mirrowing, none of the reuploads are desired.

I see that you do bulk-processing: https://commons.wikimedia.org/wiki/Special:ListFiles?limit=50&user=Thomas+Linard&ilshowall=1.

If you want to run a bot on Commons, you must get permission first: Commons:Bots/Requests

 — Johannes Kalliauer - Talk | Contributions 21:18, 28 May 2019 (UTC)

Hi JoKalliauer
Yes, for raster data, some files have a slight difference in rendering. If there is a consensus to prefer the raster version, I agree to revert.
"It is generally undesired to reupload files […] to make the file valid": well, it depends on the purpose of SVG files on Wikimedia: make a museum of horror, or make available icons and other images useful to be used on various Wikipedia projects?
"If a file is brocken/is rendered wrong you should try to slove it": broken with the librsvg rendering, or potentially broken on any rendering? Because the principle of invalid files is that we can't be sure of their rendering.
For the bot: I'm not a bot, I'm only do manual processing (do I need to do a request for bot authorization as if I was a bot?). But, yes, I did many corrections (I've corrected most of the Oxygen icons collection, and, yes, I fixed many rendering).
Thomas Linard (talk) 22:02, 28 May 2019 (UTC)
 make a museum of horror
valid files can be seen as a horror, since they do not allow neither grides and guides nor circular segments
make available icons and other images useful to be used on various Wikipedia projects
oxygen-icons are famous for their complexity, and therefore used for rendering and optimizer-benchmark https://github.com/RazrFalcon/svgcleaner/blob/master/docs/testing_notes.rst#why-oxygen-icons-for-testing So reducing compexibility is expecially here undesired, but Category:Breeze_icons are simpler/smaler icons, where optimizing might be more tollerated
Because the principle of invalid files is that we can't be sure of their rendering.
You can break files, just by making them valid, unknown attributes are just ignored, therefore addional attributs do not do any harm, but deleting invalid attributes does.
If you care about fixing rendering you should not remove <?xml version="1.0" encoding="UTF-8"?>, since there are several problems doing so. https://validator.w3.org/ and phab:T131012, Commons:Commons_SVG_Checker does strongly recommend to use a xml-tag. For me it seems to me you want to minimize just filesize, while keeping indents, without caring about rendering. (But I might be wrong.)
However I wrote User:JoKalliauer/Optimization, and keep it open for discussion.
 — Johannes Kalliauer - Talk | Contributions 15:21, 30 May 2019 (UTC)
Hi JoKalliauer,
Reduce filesize isn't a great concern to me. Having useful and valid files for the various Wikipedia projects is. You seem to want to keep Oxygen files as they are for "scientific purpose", to show them as demonstration of SVG freaks: I know they are used for stress-test, but in this case, they are available on their original repository on github (far more convenient to get than having to download them one by one here).
I agree to change my parameters for svgcleaner and svgo to keep more elements, but I strongly oppose any statement who would say that it is desirable to keep invalid files, except for some very limited and very specific case. Thomas Linard (talk) 15:46, 30 May 2019 (UTC)
  This section is resolved and can be archived. If you disagree, replace this template with your comment. Thomas Linard (talk) 15:23, 4 July 2019 (UTC)
Return to the user page of "Keymap9/Archives".