Commons talk:Graphic Lab/Illustration workshop
Why was redirect converted to this?
This section is resolved and can be archived. If you disagree, replace this template with your comment. Candidyeoman55 (talk) 13:23, 26 March 2026 (UTC) So as to give the Illustration workshop it's own place to carry on discussions specifically relevant to the workshop. And to better allow meta topics relating to all the workshops to be addressed on the main Graphic lab talk-page. As per the notice at the top of the main talk-page. --Kevjonesin (talk) 20:35, 25 June 2013 (UTC)
- Fantastic, the Illustration workshop now has it's own talkpage, that's great, hopefully this means there won't be any more of this:
Penyulap ☏ 20:49, 25 June 2013 (UTC)
Regarding the off topic 'comment' in the preceding section
This section is resolved and can be archived. If you disagree, replace this template with your comment. Candidyeoman55 (talk) 13:23, 26 March 2026 (UTC) - To help those who may come by in the future I've copied threads relevant to Penyulap's 'comment' above —collapsed below:
relevant threads |
|---|
|
-- Archiving requests -- I've reverted an edit here because too many of those requests haven't been finalised according to the requesters. The requester themselves, not an artist, needs to express satisfaction with a request before it can be archived, unless there is a wide consensus AND a significant amount of time has passed. Penyulap ☏ 05:19, 23 June 2013 (UTC)
Coat of Arms of Riga doesn't show why it's been archived for example. Penyulap ☏ 12:44, 23 June 2013 (UTC)
1st off, archiving a request that's been up for 14 months seems reasonable to me. It wasn't deleted from the wiki, it was moved to an archive where editors who might decide to take interest can still find it if they wish. Perhaps if Penyulap has something to contribute to the file she could just go ahead and do so, or if concerned for the interest of the original poster, go ahead and contact that poster to see if they are actually concerned before reverting another editor's attempt to clean up the page. Something tangible instead of hypothetical. As to dealing with the issue in general, perhaps set up a bot as we've done at the Commons Photography lab. See talk page thread and related notices on the main Photo workshop page. User:McZusatz —who helped set it up— seems quite friendly and would likely be willing to help. --Kevjonesin (talk) 17:36, 23 June 2013 (UTC) p.s.— I would generally consider it best practice to post a note to the requester's talk page encouraging them to either mark the request as "resolved" or to provide further feedback as to how it may become so before flagging it "resolved" oneself. Especially if a request has been up for less than a month or so. At the Wikipedia Photography workshop we have a handy template for such. --Kevjonesin (talk) 18:03, 23 June 2013 (UTC)
This will make it quite easy for people to make up their own mind about who's been doing the edit warring, you know, so they don't have to listen to hype and crap and so on, they can just see for themselves. Penyulap ☏ 16:41, 24 June 2013 (UTC) 
-- Manual Archival in Graphics Lab -- Hi Patrick, at the GFX lab, we have to wait until the requester expresses their satisfaction with the work before archiving the request, this has always been the way. Please don't re-archive requests where the requester hasn't had a chance to make their comment, there is no need for it, and it discourages them from commenting. Remember, it's not the artists place to argue or make the requesters feel uncomfortable, patience is important. Penyulap ☏ 05:25, 23 June 2013 (UTC)
|
- --Kevjonesin (talk) 22:18, 25 June 2013 (UTC) --Patrick87 (talk) 00:35, 26 June 2013 (UTC)
Automatic archival of Graphic Lab requests
This section is resolved and can be archived. If you disagree, replace this template with your comment. Candidyeoman55 (talk) 13:23, 26 March 2026 (UTC) Dear Graphists,
resolved requests are slowly but steadily accumulating on our workshop pages, cluttering them needlessly and concealing requests that need our attention. Since manual archival is a tedious task it was often neglected in the past adding to the problem. I therefore propose we introduce a consistent and functional system for automatic archival of requests in all Graphic Lab workshops.
To find a solution that fits our needs best your valued input is needed. Please join the discussion at Commons talk:Graphic Lab#Automatic archival of Graphic Lab requests. Take the chance and voice your opinion! --Patrick87 (talk) 21:35, 3 July 2013 (UTC)
- Splitting up the centralised talkpage worked well didn't it. Penyulap ☏ 23:40, 3 July 2013 (UTC)
- It does it's job, but in cases like this were all workshops are involved I'm a little unsure on how to reach as most graphists as possible. I'm afraid not everybody has the Commons talk:Graphic Lab on his watchlist were the discussion is going on, and a single notification like above possibly doesn't catch enough attention. --Patrick87 (talk) 23:51, 3 July 2013 (UTC)
- That IS the job of a centralised talkpage. It was split up arbitrarily. The usual reason for such a move is to try to hide what you've been up to, like edit warring and so forth. Of course, I'd like to be corrected on that one, maybe the person who decided all by themselves to split up the pages can give us a reason why, because obviously it's not working at all. A fail. Now, it's causing useless busywork as you need to copy stuff from one page to another. Penyulap ☏ 10:30, 4 July 2013 (UTC)
- Sorry, but did you just try to blame me for something I did not even do? The splitting was done by Kevjonesin and given the facts that were present when he did it (only the Commons:GL/I talk page redirecting to the Commons:GL talk page but none of the Commons:GL/P, Commons:GL/P, Commons:GL/VS talk pages) was probably the right decision.
- If we really want a centralized discussion page the talk pages of all workshops would need to be redirected. But then again there is no place to talk about workshop specific issues. Also this does not solve the problem that the centralized discussion page has only few watchers, it will make it even harder to reach graphists, since one can't even post a short notice as I did above. --Patrick87 (talk) 11:41, 4 July 2013 (UTC)
- Why can't you post a short notice like you did above ? did it work ? I don't get it, it looks like it worked, I can read it. Penyulap ☏ 12:59, 4 July 2013 (UTC)
- I can (now that we don't redirect and have separate talk pages), but I wouldn't be able to do so if we redirected all workshop talk pages to the centralized talk page --Patrick87 (talk) 13:21, 4 July 2013 (UTC)
- well is it working ? looks like there are less people watching this page than watching the main page. Penyulap ☏ 14:03, 4 July 2013 (UTC)
- I did not say it was working (actually I said "I'm afraid [the notification] possibly doesn't catch enough attention"). But it's at least better than nothing.
- Your're wrong with your assumption that more people would watch the main page. Commons:GL is watched by only 67 people whereas Commons:GL/I is watched by 110 people. And you have to remember that this number even grows when you add the people watching the other workshops. --Patrick87 (talk) 14:18, 4 July 2013 (UTC)
- well, I'm glad you're happy to chatter on with these dead accounts with a Ouija Board, but the thing is they don't count at all in gathering a consensus. For actual people, this page has less commenters than the more central discussion, so it's a fail. Well, not so much in the spirit world of course, it's awesome there, but in the real world it's a fail. Penyulap ☏ 15:57, 4 July 2013 (UTC)
- Sorry, its impossible for me to follow your reasoning. You're basically saying if we redirected all workshop talk pages to Commons talk:Graphic Lab we'd magically reach more people than we do now? That doesn't make any sense at all.
- Anyway this discussion is unlikely to catch the attention of further graphist regarding the initial proposal, so its pointless anyway. --Patrick87 (talk) 16:26, 4 July 2013 (UTC)
- well, I'm glad you're happy to chatter on with these dead accounts with a Ouija Board, but the thing is they don't count at all in gathering a consensus. For actual people, this page has less commenters than the more central discussion, so it's a fail. Well, not so much in the spirit world of course, it's awesome there, but in the real world it's a fail. Penyulap ☏ 15:57, 4 July 2013 (UTC)
- well is it working ? looks like there are less people watching this page than watching the main page. Penyulap ☏ 14:03, 4 July 2013 (UTC)
- I can (now that we don't redirect and have separate talk pages), but I wouldn't be able to do so if we redirected all workshop talk pages to the centralized talk page --Patrick87 (talk) 13:21, 4 July 2013 (UTC)
- Why can't you post a short notice like you did above ? did it work ? I don't get it, it looks like it worked, I can read it. Penyulap ☏ 12:59, 4 July 2013 (UTC)
Following the discussion linked in my initial comment I set up automatic archiving by User:SpBot on all Graphics Lab workshops today. SpBot will automatically archive sections which are marked with {{Section resolved}}. Therefore in future:
- Please mark requests which are resolved satisfactory with
{{section resolved|1=~~~~}}
Remember to put your signature (~~~~) there, since it contains a timestamp (which is needed by the bot). The template we used so far ({{resolved}}) is not necessary anymore. - After the template is applied the bot will wait 30 days before archiving the section. This will allow other editors to review the changes and to reopen the request (by removing the template) in case of any problems that were not yet solved completely.
SVG guidelines
This section is resolved and can be archived. If you disagree, replace this template with your comment. Candidyeoman55 (talk) 13:23, 26 March 2026 (UTC) There is a discussion on SVG guidelines at Commons talk:SVG guidelines. JKadavoor Jee 17:06, 5 August 2013 (UTC)
Period before auto-archiving
This section is resolved and can be archived. If you disagree, replace this template with your comment. Candidyeoman55 (talk) 13:23, 26 March 2026 (UTC) I completely understand the rationale as to why the length of time between marking resolved and archiving was set to be so long at the time as a compromise solution. However, looking at the request page at the moment, 13 of the 28 requests are marked resolved, and most of these are only now about to be archived after sitting there for weeks. As I see it, it just makes the page look cluttered and people with requests probably assume that many requests simply aren't being tackled, which is far from the case as we all know. I think the page would look healthier with these requests getting archived faster.
Also, feel free to correct me if I am mistaken, but I haven't seen any request marked resolved in the past month that's needed to be marked unresolved or commented on, so there really doesn't seem to be any need to leave it so long. On enwiki, archiving usually occurred after a week (although the bot there seems to have shut down), and this system was perfectly adequate. There are so few cases that need reopening that I really think it's better for the page as a whole if we archived requests faster. Perhaps we could try 14 days and see how that goes before rushing into a week if it is still controversial. Of course if everyone else is happy with the current set up then we should keep it but I thought I should ask the question. NikNaks talk - gallery - wikipedia 22:40, 3 June 2014 (UTC)
Done → User: Perhelion 19:40, 4 July 2014 (UTC)
LibreGraphics meeting 2015
This section is resolved and can be archived. If you disagree, replace this template with your comment. Candidyeoman55 (talk) 13:23, 26 March 2026 (UTC) FYI http://libregraphicsmeeting.org/2015/program/##kelvin-ma-creating-textbook-grade-svg-illustrations-for-wikipedia --Nemo 12:12, 12 May 2015 (UTC)
Please edit this page's header
This section is resolved and can be archived. If you disagree, replace this template with your comment. Candidyeoman55 (talk) 13:23, 26 March 2026 (UTC) Article(s): Illustration Workshop
Request:
Can someone more in tune with template markup please add:
{{notice|If you have completed work and not received a reply you may use the '''{{tl|GL Illustration reply}}''' template to inform the requester.}}
...to the page header so people know about the new template (blatantly copied from en!) for informing requesters that their request has been fulfilled --Fred the Oyster (talk) 19:52, 7 October 2014 (UTC)
Logo for Guianan Wikipedia
This section is resolved and can be archived. If you disagree, replace this template with your comment. Candidyeoman55 (talk) 13:23, 26 March 2026 (UTC) Hi, someone could help me and/or create the Guianan Wikipedia logo, because I don't really know what to do ?! LeGuyanaisPure (talk) 14:56, 1 March 2018 (UTC)
- I don't have the skills to help you with the logo. But to help other contributors, am I right to assume you're referring to this Wikipedia in the incubator? Where would the logo appear? Rupert Clayton (talk) 18:53, 1 March 2018 (UTC)
Edit a word !
This section is resolved and can be archived. If you disagree, replace this template with your comment. Candidyeoman55 (talk) 13:23, 26 March 2026 (UTC) 
HI, would there be someone who could replace the word "Ansiklopedi" by "Lansiklopedi" on these two images, please ? Thank you in advance ! LeGuyanaisPure (talk) 05:44, 3 October 2018 (UTC)
- please see: Commons:Graphic_Lab/Illustration_workshop — Johannes Kalliauer - Talk | Contributions 22:23, 6 October 2018 (UTC)
This section is resolved and can be archived. If you disagree, replace this template with your comment. — Johannes Kalliauer - Talk | Contributions 22:23, 6 October 2018 (UTC) WikiProject COVID-19 Graphics
This section is resolved and can be archived. If you disagree, replace this template with your comment. Candidyeoman55 (talk) 13:23, 26 March 2026 (UTC) Hi all! We have been translating and setting up a graphics production line of the COVID-19 graphics at Meta:WikiProject_COVID-19_Graphics. The initial graphics have been The Spinoff animated gifs and another set which we have to withdraw. We currently have translations of these in nearly 50 languages, there are editable Photoshop files for each one them, shared online folders etc. Please join, and let's sync with what you do here! –Susanna Ånäs (Susannaanas) (talk) 06:47, 31 March 2020 (UTC)
Animated gif tuts
This section is resolved and can be archived. If you disagree, replace this template with your comment. Candidyeoman55 (talk) 13:23, 26 March 2026 (UTC) Do we have any? (For things like this) It would be nice to get involved, but difficult to do without a jumpstart :) hope everyone's well! Serial Number 54129 (talk) 15:18, 14 April 2020 (UTC)
Guidelines for requesting transparent backgrounds
After dealing with a particular logo recently, I have been unable to find a guideline to determine when an image should be listed in Images that should have transparent backgrounds and displayed with a transparent background or an opaque background (normally white). There seems to be a default mindset that all logos and illustrations (particularly SVGs) should have transparent backgrounds, regardless of:
- the impact of the change itself
- the visibility of the image when placed on a non-white background
- the construction of the image with regards to its creator's assumption of its usage
On the web, with the rise of "dark mode" and other accessibility tools, the flexibility of an image to be seen clearly in multiple contexts (backgrounds) is a worthy goal. Images like en:File:American_Osteopathic_Association_(logo).jpg assume placement on a light background. In order to be displayed on a dark background a light-colored holding shape must be used. I'd like to place some guidelines around this. My suggestion is:
.jpg){kind=link}
- If an illustration has a clear and obvious border, the transparency should be up to the edge of the border. This applies to rectangles, circles, shields and other non-rectangular shapes.
- If an illustration has an evident framing shape that fully surrounds the image, then the transparency should be up to the edge of the assumed shape, and all additional background should be in white.
- If an illustration has no evident framing shape, then a simple rectangle of white should be put in place. The edges of the background will be equal to the furthest image element in the cardinal directions, plus an additional margin of 2% to 5%. When a rectangular background is in place, no additional transparency is required.
- If a different approach is warranted to maintain the design integrity or visual accessibility, it may be used.
Following these guidelines should provide Wikipedia with images that are usable in most contexts. --RossO (talk) 21:50, 16 November 2020 (UTC)
Translation
Is the Illustration workshop the right place to get a drawing translated to English? The text in the image is in German I believe. Jay (talk) 16:16, 13 May 2021 (UTC)
Vote for better SVG-Rendering
This section is resolved and can be archived. If you disagree, replace this template with your comment. Candidyeoman55 (talk) 13:23, 26 March 2026 (UTC) - meta:Community_Wishlist_Survey_2022/Multimedia_and_Commons/Improve_SVG_rendering till February,11th
- w:de:Wikipedia:Umfragen/Technische_Wünsche_2022_Themenschwerpunkte, till February, 6th (German)
— Johannes Kalliauer - Talk | Contributions 17:45, 31 January 2022 (UTC)
Illustrations from scanned books
Hi there, I'm trying to understand what's the current best practice for converting illustrations from scanned books for Wikisource. I'm able to convert them myself (e.g. File:Xilografia_canto_4.png from nap:s:Paggena:Viaggio_di_Parnaso_1666.djvu/40 but I'm not sure:
- If I should use png or svg for illustrations who can be represented in svg
- Which templates to use to indicate that's it's a derived illustration
- Which categories to use.
Can anyone help me? --Cryptex (talk) 11:59, 20 February 2022 (UTC)
- PS: I've just found [[Template::Extracted from]], looking forward to reading more tips. --Cryptex (talk) 12:13, 20 February 2022 (UTC)
- Uploading scanned images as PNG is completely reasonable. SVG files may contain PNG images, so any bitmap file may be an SVG file, but that practice is discouraged by many people. Glrx (talk) 18:16, 20 February 2022 (UTC)
- I meant converting some simple stamp-like illustrations from scanned bitmap to vector format. I can do that but I'm not sure whether I should. Cryptex (talk) 08:08, 21 February 2022 (UTC)
- @Cryptex: My view (not a standard practice) depends on the ultimate purpose. If the intent is to show designs from 1666, then I'd use a PNG bitmap. The bitmap could show the historical character of design such as printing defects and the age of the paper. If the intent is to use designs in new works, then an SVG could be better. The Xilografia canto 4 image has 9 repetitions of one shape (or 18 of a smaller shape), and SVG can handle that very effectively. However, just running a bitmap to vector converter on the image will not capture those repetitions, and vector applications often use straight lines where curves are more appropriate. It takes a lot of work to do a good vectorization, and it would be sad if the work is done but the vectorization is not used. For me, I would weight the effort against potential uses. Glrx (talk) 17:49, 21 February 2022 (UTC)
- I meant converting some simple stamp-like illustrations from scanned bitmap to vector format. I can do that but I'm not sure whether I should. Cryptex (talk) 08:08, 21 February 2022 (UTC)
- Uploading scanned images as PNG is completely reasonable. SVG files may contain PNG images, so any bitmap file may be an SVG file, but that practice is discouraged by many people. Glrx (talk) 18:16, 20 February 2022 (UTC)
How to create Multilingual SVG
Hi all, I've seen some SVGs that allows to choose the language (see here an example), but it's not clear to me how to create them. Is there any guide or tutorial? thanks! Sette-quattro (talk) 13:31, 3 May 2022 (UTC)
- @Sette-quattro:
- Multilingual files have several issues. A serious issue is whether a graphics editor can be used on the file after its conversion to multilingual. Inkscape can edit the file (but it can still wreck some translations), but editors such as Adobe Inkscape or CorelDraw may not be able to edit the files. If the file will need graphics editing, then it may not be a good idea to make it multilingual.
- The simplest approach creates an ordinary SVG that uses SVG
textelements. Do not convert the text to curves. Then use the Commons:SVG Translate tool to add additional translations. The result will mostly work, but SVG Translate does not set up language defaulting correctly. - A more complicated approach is to make the SVG file with a text editor.
- For more information, see Commons:Translation possible/Learn more.
- Glrx (talk) 15:59, 3 May 2022 (UTC)
- @Glrx thank you! So would you recommend to use it or is better at the moment to upload multiple SVGs, one per language? I'm wondering which would be the best practice Sette-quattro (talk) 20:48, 3 May 2022 (UTC)
- @Sette-quattro:
- On Commons, I prefer multilingual files. It is easy for unskilled editors to add translations. Also, graphics updates are immediately available to all language versions. If there are separate files for each language, the graphics updates are usually applied to just one file; the other versions are not updated. A good example is File:2022 Russian invasion of Ukraine.svg. It started out as a monolingual English file that forked several language versions. The English version was updated frequently, and the translated versions were not updated. Then the original monolingual SVG was turned into a multilingual file. Many users contributed translations, and now the file includes 13 languages. The graphics are also being updated as the conflict progresses. That works because the translations are being added with SVG Translate, and the graphics are updated with Inkscape. (There are occasional problems that are fixed with a text editor.)
- Multilingual files, especially on Commons, do have significant issues, so sometimes separate SVG files are more convenient. The Commons rasterizer does not distinguish Chinese or Serbian script options. Timelines in LTR Western European languages are naturally left-to-right, but RTL Arabic and Hebrew want right-to-left timelines. A Latin language can rotate text 90°, but Chinese wants that text written top to bottom. Getting a multilingual file to work with many languages can be difficult. Also, a multilingual file can bloat; imagine the Ukrainian map's 600 place names translated into 50 languages.
- I wish Commons used the better method of using a skeleton graphics file that can have the translations merged into it. That would allow any graphics editor (not just Inkscape) to update the skeleton file without inadvertently deleting the translations.
- Glrx (talk) 22:14, 3 May 2022 (UTC)
- Hi @Glrx thank you for the detailed answer! due to my background I started contributing to commons mainly on maps and visualizations. I'm really interested in the systematisation of the SVGs usage on Commons, so if there is any way I can contribute to please let me know! Sette-quattro (talk) 08:50, 4 May 2022 (UTC)
- @Glrx thank you! So would you recommend to use it or is better at the moment to upload multiple SVGs, one per language? I'm wondering which would be the best practice Sette-quattro (talk) 20:48, 3 May 2022 (UTC)
FYI: It may help to see the following example of how multilingual files can be accomplished with minimal code:
<switch>
<text systemLanguage="ar">�����</text>
<text systemLanguage="de,nl">Hallo!</text>
<text systemLanguage="en">Hello!</text>
<text systemLanguage="en-au">G'day!</text>
<text systemLanguage="en-gb">Wotcha!</text>
<text systemLanguage="en-us">Howdy!</text>
<text systemLanguage="es">Hola!</text>
<text systemLanguage="fr">Bonjour !</text>
<text systemLanguage="ja">こんにちは</text>
<text systemLanguage="ldn">Wil sha!</text>
<text systemLanguage="ru">Привет!</text>
</switch>
SVG Coats of Arms
Hi! I was wondering if anyone here (seemed like the best place to ask, apologies if my lack of familiarity w the Commons project-space means I'm mistaken) knew of any good guides to creating SVG coat of arms. Ixtal (talk) 17:06, 4 October 2025 (UTC)
- I suggest you use en:Inkscape as a free tool to generate SVG files. I learned Inkscape mainly from a YouTube tutorial series. You can generate SVG code manually in a text editor, but coats of arms are complicated, so Inkscape or some other graphics editing program is probably the best way to go until you're very familiar with SVG code. RCraig09 (talk) 18:59, 4 October 2025 (UTC)
- @Ixtal: Category:SVG coat of arms elements contains some good building blocks too :) —痛Designism (talk) 19:22, 4 October 2025 (UTC)
- Thanks, 痛 and RCraig09. Your quick responses are greatly appreciated. I'm familiar with Inkscape. I was wondering more about stuff like, proportion guidelines and that sort of stuff.
- PS: Hope y'all've had a nice start to autumn. Ixtal (talk) 21:27, 4 October 2025 (UTC)
- Almost ~all of what I've seen is uploaded to Wikimedia Commons is based on something that is already published elsewhere, so things like proportions are already determined, and you would just copy them. If you mean scaling (length and width of images), I just choose a size that fits comfortably on a desktop screen: since SVGs are scalable, they don't need a particular "size". RCraig09 (talk) 00:24, 5 October 2025 (UTC)
- Also want to shoutout to Sodacan who has a very unique personal style that some heraldirsts on Commons try to follow. You may have a look at their user page. There is no official or unofficial guidelines per se, though, as far as I know. As long as the blazonry is followed, people are happy with the outcome. 痛Designism (talk) 00:51, 6 October 2025 (UTC)
User:Mailna
This section is resolved and can be archived. If you disagree, replace this template with your comment. Candidyeoman55 (talk) 13:23, 26 March 2026 (UTC) 
Moved from Commons:Graphic Lab/Illustration workshop I have doubts that Mailna really took 14 requests. I’m not sure whether Mailna understands the meaning of {{I take|1=~~~~}} (Mailna even took over one of his/her own requests).
- COM:GL/I#Vectorization of 9 Flag of the Scouts of Thailand
- COM:GL/I#Vectorization of Logo Kantana and RS Promotion Logo (1990-1992)
- COM:GL/I#Vectorize Rede InterTV 2025 logo
- COM:GL/I#Drikung Kagyu
- COM:GL/I#Create Saradul Dhvaj (Regimental colours) of the Wild Tigers Regiment Territorial Defence Flag
- COM:GL/I#Vectorize Morocco team logo
- COM:GL/I#Thailand DCC Portal Logo
- COM:GL/I#Thailand DCC Portal Logo 2
- COM:GL/I#Nuvola Flag Vectorization
- COM:GL/I#Request for Art in America logo
- COM:GL/I#Request to vectorize the flag and emblem of the Eastern Shan State Special Region 4 in Burma.
- COM:GL/I#Localize WP25 logo
- COM:GL/I#Vectorize Bank Syariah Nasional logo
- COM:GL/I#Vectorize BRI's handwriting slogan PNG
--Mrmw (talk) 08:32, 28 December 2025 (UTC)
- I agree. @Mailna, are you sure you are finishing all these requests? --痛Designism (talk) 05:29, 29 December 2025 (UTC)
- English Wikipedia confirmed thay this account is a sock puppet of Ayakln. This user does not appear to know how to communicate their intentions properly and got globally locked recently due to abuse. I think we should revert all their edits on this page. 痛Designism (talk) 18:31, 29 December 2025 (UTC)
- Oh, then I'm in agreement with both of you that we should revert the 'takes'. I'm only hesitant on reverting every edit because they did place that request for the Royal Thai Armed Forces Flag (2025) that was completed (which we'd presumably want to archive?). The other request that they submitted I'm fine removing, but could be swayed to keep it if someone's up to take it. Bpmcneilly (talk) 02:54, 30 December 2025 (UTC)
- Removed all {{I take}} from them that have no interaction with others in the posts. --痛Designism (talk) 00:16, 31 December 2025 (UTC)
- Oh, then I'm in agreement with both of you that we should revert the 'takes'. I'm only hesitant on reverting every edit because they did place that request for the Royal Thai Armed Forces Flag (2025) that was completed (which we'd presumably want to archive?). The other request that they submitted I'm fine removing, but could be swayed to keep it if someone's up to take it. Bpmcneilly (talk) 02:54, 30 December 2025 (UTC)
How is the order in which the files are vectorized or otherwise improved decided?
I thought it would be from the simplest to the most complicated, or from the most used to the least. Candidyeoman55 (talk) 16:40, 21 February 2026 (UTC)
- The order is whichever request we feel like taking at the moment. We may feel daunted by a challenging request, turned down by a requester who is too pushy or rude, hesitant when an image depicts a belief not aligned with our view, excited when a logo design is cool, or honored when vectorizing something historic. 痛Designism (talk) 19:50, 21 February 2026 (UTC)
best way to upload font character/stylistic variants
How best to do this? I can export as PDF, but when I convert to SVG, the characters are replaced by the default glyphs in the font. Kwamikagami (talk) 22:02, 27 February 2026 (UTC)
- @Kwamikagami: Do you wish to upload a font so that it can be reused, or just an image to show what selected characters look like? cmɢʟee ⋅τaʟκ 01:57, 28 February 2026 (UTC)
- Just a couple images on WP-en and Wk-en. But I'm illustrating DejaVu Serif, which is open access, so if it's possible to upload it to Commons so that it can be displayed in articles, that would work too. I'm not sure that would be the best use of resources, though, since I'm only illustrating a few characters. Kwamikagami (talk) 02:19, 28 February 2026 (UTC)
- @Kwamikagami: if so, it might be best to convert text to path in Inkscape or similar software, such as for File:inconsolata.svg. cmɢʟee ⋅τaʟκ 05:58, 28 February 2026 (UTC)
- Which similar software? Inkscape doesn't support character variants. Even if I generate an SVG with the proper glyph and import it, Inkscape will convert it to the default glyph. And within Inkscape, it won't allow extensions to the font name. Kwamikagami (talk) 06:00, 28 February 2026 (UTC)
- I was thinking of Adobe Illustrator but I'm unfamiliar with character variants, sorry. Can someone else help? Otherwise, please ask on en:Wikipedia:Reference_desk/Computing. Good luck, cmɢʟee ⋅τaʟκ 06:06, 28 February 2026 (UTC)
- Which similar software? Inkscape doesn't support character variants. Even if I generate an SVG with the proper glyph and import it, Inkscape will convert it to the default glyph. And within Inkscape, it won't allow extensions to the font name. Kwamikagami (talk) 06:00, 28 February 2026 (UTC)
- @Kwamikagami: if so, it might be best to convert text to path in Inkscape or similar software, such as for File:inconsolata.svg. cmɢʟee ⋅τaʟκ 05:58, 28 February 2026 (UTC)
- Just a couple images on WP-en and Wk-en. But I'm illustrating DejaVu Serif, which is open access, so if it's possible to upload it to Commons so that it can be displayed in articles, that would work too. I'm not sure that would be the best use of resources, though, since I'm only illustrating a few characters. Kwamikagami (talk) 02:19, 28 February 2026 (UTC)
- @Kwamikagami: Which specific character variants are you trying to show? SVG files often use Unicode. Unicode made the decision to encode characters but not the variants of those characters. That means the same Unicode is used for both the traditional Chinese glyph and the simplified Chinese glyph. In English, the same Unicode is used for the single story and double story lower case "a". (There are some exceptions: "s" and the archaic "ſ" have distinct assignments even though they both represent the character "s". Some ancient scripts have separate codes for the same character but different glyph.)
- That means the variant information must come from outside the Unicode string. Most SVG agents have good support for font weights (e.g., normal or bold) and font style (e.g., normal or italic). Support for font stretch (e.g., expanded, normal, condensed) is often omitted. Adobe Illustrator avoids the issue by encoding that information in the font name.
- There are other attributes that influence glyph selection. For example, there are variants for numbers, but they depend on the particular font supporting them.
- 0123456789
font-variant-numeric: proportional-nums - 0123456789
font-variant-numeric: tabular-nums - 0123456789
font-variant-numeric: oldstyle-nums
- 0123456789
- I doubt most conversion tools will add that out-of-band style attribute information.
- Fonts and tools often support common ligatures (e.g., affluent → affluent). Support for historical ligatures is often absent.
- There are many other attributes, but most see little to no support.
- Glrx (talk) 21:21, 1 March 2026 (UTC)
- You can see the characters at DejaVu_fonts#Stylistic_alternates. OpenOffice uses the font-name option, perhaps like Illustrator. They stay true if I export as PDF, but is no option for SVG, and if I convert I loose the variants.
- Because of this, I uploaded PNG files for that article. Someone then asked me on my talk page to convert to vector, but I didn't see how. If there's no easy way to do this, it's not important: we can just use PNG. Kwamikagami (talk) 22:50, 1 March 2026 (UTC)
- I haven't tried it but if the PDF has vector shapes (not a rasterised bitmap), would an online PDF to SVG converter like http://tools.pdf24.org/en/pdf-to-svg work? cmɢʟee ⋅τaʟκ 02:24, 2 March 2026 (UTC)
- I tried, but it's the same as Inkscape: it strips it back to the default glyph. Evidently both must be stored in the PDF.
- I could export all the glyphs from the font and do it that way, but that would be more effort than it's worth. I only thought to do it because someone asked.
- Thanks for the attempt! Kwamikagami (talk) 07:07, 2 March 2026 (UTC)
- I haven't tried it but if the PDF has vector shapes (not a rasterised bitmap), would an online PDF to SVG converter like http://tools.pdf24.org/en/pdf-to-svg work? cmɢʟee ⋅τaʟκ 02:24, 2 March 2026 (UTC)
- E/C
- Small capitals work for some fonts (
font-variant: small-caps).- United States
- I did not know about Spanish case variants. Could not get it to work with my fonts.
font-feature-settings: 'case'should work. The action is not context sensitive: it always raises the punctuation.- ¿a? ¿A? ¡a! ¡A! versus ¿a? ¿A? ¡a! ¡A!
- Slashed zero (
font-variant-numeric: slashed-zero) Works in Noto Serif. Fails in DejaVu Serif.- 0O versus 0O
- 0O versus 0O
- single- and double-loop 'g'. I've never found a way to select these.
saltshould work. Works for g in DejaVu Serif. Fails in Noto Serif.- a g versus a g
- glyph variants of the letters ⟨Đ đ⟩, ⟨Ǥ ǥ⟩, ⟨Ŋ⟩ and ⟨Ʒ⟩.
saltorcv01orss01? FAIL. First 2 work withsaltin DejaVu Serif.- ⟨Đ đ⟩, ⟨Ǥ ǥ⟩, ⟨Ŋ⟩ and ⟨Ʒ⟩ versus ⟨Đ đ⟩, ⟨Ǥ ǥ⟩, ⟨Ŋ⟩ and ⟨Ʒ⟩
- ⟨Đ đ⟩, ⟨Ǥ ǥ⟩, ⟨Ŋ⟩ and ⟨Ʒ⟩ versus ⟨Đ đ⟩, ⟨Ǥ ǥ⟩, ⟨Ŋ⟩ and ⟨Ʒ⟩
- ⟨Đ đ⟩, ⟨Ǥ ǥ⟩, ⟨Ŋ⟩ and ⟨Ʒ⟩ versus ⟨Đ đ⟩, ⟨Ǥ ǥ⟩, ⟨Ŋ⟩ and ⟨Ʒ⟩
- ⟨Đ đ⟩, ⟨Ǥ ǥ⟩, ⟨Ŋ⟩ and ⟨Ʒ⟩ versus ⟨Đ đ⟩, ⟨Ǥ ǥ⟩, ⟨Ŋ⟩ and ⟨Ʒ⟩
- ⟨Đ đ⟩, ⟨Ǥ ǥ⟩, ⟨Ŋ⟩ and ⟨Ʒ⟩ versus ⟨Đ đ⟩, ⟨Ǥ ǥ⟩, ⟨Ŋ⟩ and ⟨Ʒ⟩
- Glrx (talk) 08:16, 2 March 2026 (UTC)
A question
This section is resolved and can be archived. If you disagree, replace this template with your comment. Candidyeoman55 (talk) 13:25, 26 March 2026 (UTC) Why is it that sometimes, a request that came later is taken first? Sometimes it's because it's simpler, but sometimes it's for other reasons I can't understand. I'm afraid many of my requests will be archived without being done. Candidyeoman55 (talk) 09:59, 4 March 2026 (UTC)
- This is actually perfectly normal on project pages. Pushing won't help, but as @Mrmw: already pointed out to you on your sicussion page. Your requests shouldn't disappear unless they've been marked as "Resolved". Regards, זיו「Ziv」 • For love letters and other notes 21:15, 4 March 2026 (UTC)
- I've unlisted a few logos as I was able to find SVGs myself. For example, Democratas (Brazil), Progressistas, Partido Novo, Confederação Brasileira de Desportos, etc... For some I've found the vectors in PDFs.
- But others I searched to no avail. I've tried to find vector versions of Liga Puerto Rico and couldn't find it anywhere, for example.
- I've listed files I want vectorized in my own user page for reference. When the files I listed at the Illustration Workshop are done, I'll list them part by part. Candidyeoman55 (talk) 21:45, 4 March 2026 (UTC)
- For the Liga Puerto Rico Pro logo, a reference page is this. The typeface used is Dumbar Tall. Candidyeoman55 (talk) 21:48, 4 March 2026 (UTC)
About the requests I made
This section is resolved and can be archived. If you disagree, replace this template with your comment. Candidyeoman55 (talk) 13:23, 26 March 2026 (UTC) I'm losing hope any of my requests will be taken. I hope I won't have to seek other places to request vectorizations. I thought some would be easy but others made later requests and were taken first. Candidyeoman55 (talk) 15:49, 8 March 2026 (UTC)
- @Candidyeoman55: Your post/question, after all the interaction we had and after everything I tried to explain to you, shows how ignorant you are.
- If I answer your question directly, I have to say that it would probably be better for everyone involved if you would look for another place to request vectorizations.
- I wrote several polite and well-meant explanations to you, but you ignored all of them and did not respond.
- Again, I want to inform you that I will remove your posts from the project page. So far you have not made any contribution to processing requests, which by itself would not be a problem.
- However, the rest of your behavior there was ignorant, selfish, and unprofessional.
- I do not have a personal problem with you or with your posts. I simply want the project page to remain what it has been for a very long time: a serious and well-organized place where anyone can request graphics and/or help work on them.
- Seriousness, motivation, and respect are harmed by your behavior. --Mrmw (talk) 16:09, 8 March 2026 (UTC)
- Where could I request vectorizations then? Candidyeoman55 (talk) 16:34, 8 March 2026 (UTC)
- The project page is one of several places to request the creation of vector graphics for the Wikimedia projects. I don't want to directly involve myself with you and Mrmw's discussion. I just want to mention that the English Wikipedia has their own Illustration Workshop if you feel unable to contribute here, just make sure to follow their guidelines and etiquette. ᛅᛒᛁᛘᚢᛋ (talk) 18:25, 8 March 2026 (UTC)
- Okay, let's end the discussion here. I don't think I'll list new files anytime soon, I ran into serious misunderstandings. I regret some listings and many posts here. But always look at the files tagged with "Should be SVG" or "Convert to SVG". Candidyeoman55 (talk) 18:59, 8 March 2026 (UTC)
- The project page is one of several places to request the creation of vector graphics for the Wikimedia projects. I don't want to directly involve myself with you and Mrmw's discussion. I just want to mention that the English Wikipedia has their own Illustration Workshop if you feel unable to contribute here, just make sure to follow their guidelines and etiquette. ᛅᛒᛁᛘᚢᛋ (talk) 18:25, 8 March 2026 (UTC)
- Where could I request vectorizations then? Candidyeoman55 (talk) 16:34, 8 March 2026 (UTC)
- I think this will not work. He will waste other project pages and spam there. He shows no understanding and no interest in reducing his egoism or adapting to the group.
- My discussion ends here. --Mrmw (talk) 18:55, 8 March 2026 (UTC)
Removed Levi Kambai's requests
I removed a few requests originated from Levi Kambai's sockpuppets. This person never communicates with others in a coherent way, has created chaos in the past, been blocked due to crosswiki abuse, does not learn their lesson, and starts creating sockpuppet accounts to circumvent the ban. The best way to handle it, imo, is to revert, (block), and ignore their edits so as to not encourage them to contribute further. --痛Designism (talk) 14:09, 12 March 2026 (UTC)
- @痛: I need some help regarding this. I was concidering doing this request as I created the original graphic per this request. The file seemed to be used as intended, although I later figured out that it was requested by one of Levi Kambai's sockpuppets. The new request is made by a new thai user. Who's identity I don't know, and it seems like the request will be used for something purposeful, it could however be Levi/tendoom again. I don't know what the whole ordeal/ban reason is about. And I had a constructive chat during the first request. I'm just weary and don't want to enable bad behaviour/sockpuppetry. Should I engage in this request and assume good faith. Or should the request be deleted/ignored? what do you think? ᛅᛒᛁᛘᚢᛋ (talk) 21:21, 19 March 2026 (UTC)
- I got you. This person is definitely Levi Kambai by {{Duck}}; they do appear to be swinging greatly back and forth — sometimes you can have sensible conversation with them, though a lot of the time it feels worse than talking to an AI customer service chat bot. I tend to delete & ignore to bore them, unless you feel very motivated to engage in their request.
- Perhaps the omnipotent @Lymantria will be able to confirm the relationship between ธงตราสัญลักษณ์พระราชพีธี and Levi Kambai based on their contribution pattern (new account, immediately coming to the workshop). --痛Designism (talk) 03:05, 20 March 2026 (UTC)
- This person really enjoys making a new account (or multiple accounts) right after their previous one gets banned btw. There's not gonna be an end to this catching game. Delete & ignore may be the best way to bore them out. --痛Designism (talk) 03:07, 20 March 2026 (UTC)
- I found that ธงตราสัญลักษณ์พระราชพีธี is indeed related. It would be helpful if you would request an sockpuppet investigation at Commons:Requests for checkuser if again you encounter a suspected sock. --Lymantria (talk) 06:24, 20 March 2026 (UTC)
- He attacked again today, as soon as he got here, I reported him and he was blocked. Candidyeoman55 (talk) 21:09, 10 April 2026 (UTC)
- Socpuppeteer Levi Kambai has a fascination with the logo of Memiti, a television station from Thailand, which - luckily - is already vectorized, and has been for a long time. Kambai was banned in 2024. Candidyeoman55 (talk) 10:03, 12 April 2026 (UTC)
There's a backlog at the English Wikipedia's graphics lab illustration workshop
I've listed my files there because I've fallen out with one of the graphists here. I would like people to pay attention to this issue before I'd have to go to the administrators noticeboard. I've listed files here yesterday, but once again my requests got removed without giving time for other graphists to consider the requests. Candidyeoman55 (talk) 10:33, 29 March 2026 (UTC)
What's the problem of cross posting both here and at the English Wikipedia's counterpart?
As I said above (and no one responded until now), there's a backlog there. Candidyeoman55 (talk) 18:11, 8 April 2026 (UTC)
- Boston Mayflower has just cross posted vectorization requests for Soviet regional emblems. Candidyeoman55 (talk) 09:33, 25 April 2026 (UTC)