User talk:MapGrid: Difference between revisions
Kamran.nef (talk | contribs) |
→File:Flag of Serbia.svg: Reply |
||
Line 337: | Line 337: | ||
[[User:FDRMRZUSA]] |
[[User:FDRMRZUSA]] |
||
:I just want to add that in the current version When you zoom closely you can see the white border of the shield is slightly above the bottom part of the red stripe on the right side and very very slightly beneath it on the left side (you need to zoom in a lot, it's more obvious on the right but in both sides, it is not snapped to the red stripe). [[User:Kamran.nef|Kamran.nef]] ([[User talk:Kamran.nef|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 04:49, 3 March 2023 (UTC) |
:I just want to add that in the current version When you zoom closely you can see the white border of the shield is slightly above the bottom part of the red stripe on the right side and very very slightly beneath it on the left side (you need to zoom in a lot, it's more obvious on the right but in both sides, it is not snapped to the red stripe). [[User:Kamran.nef|Kamran.nef]] ([[User talk:Kamran.nef|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 04:49, 3 March 2023 (UTC) |
||
:Both flags are full of errors. I have added comments to existing discussion at [[:File talk:Flag of Serbia.svg#Upload Request (Sept 2022)]]. [[User:MapGrid|MapGrid]] ([[User talk:MapGrid#top|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 07:51, 3 March 2023 (UTC) |
Revision as of 07:51, 3 March 2023
![]() |
File:Vertical Flag of Canada.svg 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. |
— Huntster (t @ c) 04:04, 24 February 2019 (UTC)
![]() |
File:Flag of Canada (2019 revamp).svg 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. |
jdx Re: 18:04, 18 March 2019 (UTC)
Hello, I've found this image has a star at the bottom is wrongly converted. Can you fix that? Thanks. --Great Brightstar (talk) 20:58, 28 September 2019 (UTC)
- Thank you for pointing it out. The stars look fine when viewed natively in Chrome, Edge, Firefox, and Inkscape. The problem only shows up in the Media Viewer and in the PNG images generated by Wikimedia. This presumably a librsvg bug. The stars a laid out as markers along a path that starts and ends near the top of the circle. I find it really weird that the bug only impacts one star half way along the path. I guess I have to revert to using "use" elements instead of markers. Too bad because markers can be efficient way to lay out multiple objects. I will try and generate a replacement flag later this evening. MapGrid (talk) 22:40, 28 September 2019 (UTC)
- I uploaded a new version that abandons markers. However, it would be nice to Media Viewer and/or librsvg fixed.MapGrid (talk) 04:06, 29 September 2019 (UTC)
![]() |
File:Flag of Cornwall, Ontario.svg 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. |
FASTILY 07:06, 21 July 2020 (UTC)
![]() |
File:Flag of Kingston, Ontario.svg 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. |
FASTILY 07:07, 21 July 2020 (UTC)
A barnstar for you!
![]() |
The Graphic Designer's Barnstar |
Canada time zone, thanks. Jimmy Olano (talk) 12:42, 25 September 2020 (UTC) |
Red and Green
![]() |
The strawberry fruit (which is not actually a berry) is widely appreciated for its characteristic aroma, bright red color, juicy texture, and sweetness.
Thanks for taking the time to make SVG code and construction sheet of the Moroccan flag! --Flaspec (talk) 00:12, 10 January 2021 (UTC) |
Source
File file:Nova Scotia in Canada 2.svg may not be a modified version of file:Nova Scotia in Canada.svg but it comes from a file that should be indicated. Thx --YanikB (talk) 12:29, 14 January 2021 (UTC)
- @YanikB: File:Nova Scotia in Canada 2.svg is not a modified version of any existing map. It is generated from GIS data with a custom perl script. I have updated the source field to include the GIS data sources. Can you have a look and let me know if this is acceptable? If it is, I will apply the same text to my other Canadian map files. Thank you.MapGrid (talk) 04:41, 15 January 2021 (UTC)
Please create a North American time zone map
File:Timezoneswest.PNG is used on a number of timezone pages like w:Mountain Time Zone and w:Time in Saskatchewan. It's outdated (look at North Western Canada) and a PNG file. Could you please make a map as nice looking as File:Canada time zone map - en.svg for all of North America? Akeosnhaoe (talk) 06:49, 13 March 2021 (UTC)
- I am not against doing a map of North America; it is something have previously considered doing. Realistically, however, I don't think it will happen this year. I might consider reprioritizing if and when large areas in the USA start abandoning daylight saving. MapGrid (talk) 14:39, 13 March 2021 (UTC)
- I don't see any reason to expect that to happen within this decade. Akeosnhaoe (talk) 21:15, 18 March 2021 (UTC)
Hi, can you remake an accurate version of that flag?--217.71.131.23 11:57, 2 October 2021 (UTC)
- Not that I really need more things to do, but the math looks entertaining so I will give it a try. Give me a day or so.MapGrid (talk) 21:20, 2 October 2021 (UTC)
- Done. MapGrid (talk) 04:39, 3 October 2021 (UTC)
- Thanks, that's near perfect.--217.71.131.23 11:42, 3 October 2021 (UTC)
Hi, it seems that there was a newer version of the official construction sheet in 2014 [1] (same in 2018 [2]).--217.71.131.23 05:25, 10 October 2021 (UTC)
- Thank you for that. The 2018 official construction sheet is indeed a lot better than the 2004 version. I am going to get some sleep now; I will probably make some changes tomorrow. MapGrid (talk) 06:20, 10 October 2021 (UTC)
- I have completely revised File:Flag of Georgia (construction sheet).svg. The revised sheet uses the radii lengths as specified on the 2018 government construction sheet. MapGrid (talk) 02:30, 11 October 2021 (UTC)
Flag template request
I enjoyed seeing your new construction templates for the Union flag; much better than the old ones! I wonder If you'd be able to make a matching one for the Union flag as used by the army for the Queen's Colours since 1900 – i.e. 4:5 ratio (3` x 3`6``) with the equal width saltires and narrow fimbriations? I can't find such a one anywhere and it would be useful to have around. Thanks again. GPinkerton (talk) 14:31, 15 November 2021 (UTC)
- @GPinkerton: Yes I could create a construction sheet based on the description found at Flags of the World (FOTW)... as long as you don't require a fringe on the flag.
- The flag would be 3' x 3'9" instead of 3' x 3'6" (unless my math is wrong). The result will look similar to File:Flag of the United Kingdom (3-5) (construction sheet).svg with proper dimensioning applied.
- Can I proceed with an assumption that the construction sheet will not include a fringe? If the answer is "no" then I would be tempted to decline the request.
- Do you have a filename in mind? e.g.:
- Queen's colour (construction sheet)
- Queen's colour (base construction sheet) I don't think I like this one
- Queen's colours (construction sheet)
- Flag of the United Kingdom (4-5) (construction sheet).svg I don't think this is appropriate
- Union flag as used by the army for the Queen's Colours since 1900 (construction sheet)
- ?
- From what I understand, the Queen's colour(s) is supposed to be a base flag that is always decorated with regiment specific emblems and other stuff. It is not clear if that needs to be explicitly reflected in the filename. MapGrid (talk) 01:10, 16 November 2021 (UTC)
- I wouldn't trust anything you read on that forum; it's a persistent source of misinformation, though in this case, yes 3`9`` not 3`6``. The file name should be something like "Flag of the United Kingdom (4-5) (construction sheet).svg". or "Flag of the United Kingdom (1900 pattern construction sheet).svg" or something of that kind, so as to be history-neutral for those times when there was/will be a king. Shorted would be "Royal colours" but this has its own problems because there are different royal colours for Canada and Australia (I think) and certainly for the Guards, whose colours are the wrong way round and for whom the royal colour is a fetching red number and whose regimental colours are instead the 1900 pattern Union flag. There's absolutely no need for a fringe, no need to worry, it should just be the flag geometry itself, like in the existing files. The army regulations currently state "Colours are of silk; the dimensions are 1143mm wide ... and 914.4mm deep" (i.e. 45 inches by 36 inches). The regulations, and a sketch (maddeningly without measurements) can be seen here (Part 14 Sect 2 Annex B). A real-world example can be seen here, but the embroidered stuff and fringe etc are unnecessary to include. Although it's true that it is usually regimental colours that are made in this construction, there's no reason why this should be the case exclusively, as anyone can use whatever size and shape Union flag they want. Like all heraldry the flag is fundamentally square in design, the added length is only there to compensate for the inevitable curvature in the wind. The main point that needs to be illustrated is the asymmetric position of the fimbriations and the widths of the saltires; the fact that the army uses this design for its special flags is kind of incidental to the fact that the design is fundamentally different from the pattern designed for the navy in 18—something. Thanks for your consideration! (I glanced at some of your other uploads; excellent work on all those flags!) GPinkerton (talk) 01:35, 16 November 2021 (UTC)
- @GPinkerton: I have uploaded File:King's Colour, Queen's Colour (1900–present) (construction sheet).svg. You may or may not like the filename, but I am staying away from anything that includes "Flag of the United Kingdom".
- As you pointed out, the drawing in Army Dress Regulations does not contain dimensions. Furthermore, the drawing is crude and fimbriations don't have a consistent width.
- I have no compelling to reason to believe that the documentation listed at FOTW is incorrect, thus I have listed FOTW as the primary source.
- I was tempted to include St. Edward's crown and the rings in the center of the flag, but I decided to skip them because I don't have specific dimensions.
- Often when I create a flag construction sheet I will scale the dimensions to avoid fractions; since this flag is not supposed to be scaled, I left the dimensions in inches. MapGrid (talk) 21:10, 21 November 2021 (UTC)
- I wouldn't trust anything you read on that forum; it's a persistent source of misinformation, though in this case, yes 3`9`` not 3`6``. The file name should be something like "Flag of the United Kingdom (4-5) (construction sheet).svg". or "Flag of the United Kingdom (1900 pattern construction sheet).svg" or something of that kind, so as to be history-neutral for those times when there was/will be a king. Shorted would be "Royal colours" but this has its own problems because there are different royal colours for Canada and Australia (I think) and certainly for the Guards, whose colours are the wrong way round and for whom the royal colour is a fetching red number and whose regimental colours are instead the 1900 pattern Union flag. There's absolutely no need for a fringe, no need to worry, it should just be the flag geometry itself, like in the existing files. The army regulations currently state "Colours are of silk; the dimensions are 1143mm wide ... and 914.4mm deep" (i.e. 45 inches by 36 inches). The regulations, and a sketch (maddeningly without measurements) can be seen here (Part 14 Sect 2 Annex B). A real-world example can be seen here, but the embroidered stuff and fringe etc are unnecessary to include. Although it's true that it is usually regimental colours that are made in this construction, there's no reason why this should be the case exclusively, as anyone can use whatever size and shape Union flag they want. Like all heraldry the flag is fundamentally square in design, the added length is only there to compensate for the inevitable curvature in the wind. The main point that needs to be illustrated is the asymmetric position of the fimbriations and the widths of the saltires; the fact that the army uses this design for its special flags is kind of incidental to the fact that the design is fundamentally different from the pattern designed for the navy in 18—something. Thanks for your consideration! (I glanced at some of your other uploads; excellent work on all those flags!) GPinkerton (talk) 01:35, 16 November 2021 (UTC)
![](https://upload.wikimedia.org/wikipedia/commons/thumb/1/16/Coldstream_guardsman_with_military_flag_on_Horseguards_Parade.jpg/220px-Coldstream_guardsman_with_military_flag_on_Horseguards_Parade.jpg)
Hi MapGrid. Thanks for helping fulfil this request. I now have another. There do not appear to be construction sheets available for the flags of the United Kingdom in 3:2 and 8:5 proportions required by King's Regulations. Could you please make some, with the proportions according to the normal method followed in File:Flag of the United Kingdom (3-5) (construction sheet).svg? The dimensions are nominally 12ft x 7½ft and 6ft x 4ft, but, like the regimental colours, they are intended to be scalable. (Certain guards regiments have little flags for companies, and so on.) Thanks again for your excellent work. GPinkerton (talk) 03:46, 9 December 2022 (UTC)
- @GPinkerton, I am willing to do this, but I want to take care of a few other flags first. So give me a bit of time. MapGrid (talk) 15:21, 10 December 2022 (UTC)
- Great to hear, thanks! There's no rush, so take your time. GPinkerton (talk) 15:52, 10 December 2022 (UTC)
- @GPinkerton, Done.
- Also, you may have noticed I am starting to add oblique backgrounds to stop the checkerboard pattern from bleeding through.MapGrid (talk) 01:17, 16 December 2022 (UTC)
- These are very satisfactory, thank you! I will make use of them right away. GPinkerton (talk) 02:05, 16 December 2022 (UTC)
- Great to hear, thanks! There's no rush, so take your time. GPinkerton (talk) 15:52, 10 December 2022 (UTC)
East Africa High Commission Flag
I'm carrying this over to here, as the conversation in graphics lab has been locked! Just a couple of questions Id like to ask you regarding your changes to my version of EAHC flag... (I primary work on things besides flags, you clearly do more of those, so this is actual curiosity!)
"Your chosen flag ratio of 10:19 did not match the ratio of 2:3 used in source image provided by Snow Lion Fenian."
- In absence of heraldry or the written description to go by I used the 10:19 which is the ratio of the US flag (and many other national flags). The only ratios given in the description was the stripes to each other for height. and as both pictures, he posted as references were described as "reconstructions" I didn't take them as authoritative.
"The lower white stripe was thinner than all the other stripes."
- No. actually it was thicker. I do most of my SVG work programmatically in notepad++... the lower white stripe was actually slightly larger than the others to cover up a bit of bleed thru that I couldn't make go away otherwise!
<rect id="svg_2" fill="#339933" height="3900" width="7410"/> <!-- top green -->
<rect id="svg_3" fill="#fff" y="1300" height="185" width="7410"/> <!-- top white -->
<rect id="svg_4" fill="#000" y="1485" height="185" width="7410"/> <!-- black -->
<rect id="svg_5" fill="#ffff33" y="1855" height="185" width="7410"/> <!-- yelow -->
<rect id="svg_6" fill="#ff3300" y="2225" height="185" width="7410"/> <!-- red -->
<rect id="svg_7" fill="#FFF" y="2410" height="190" width="7410"/> <!-- bottom white -->
<rect id="svg_8" fill="#0000CC" y="2500" height="1400" width="7410"/> <!-- bottom blue -->
The blue bar extended below the bottom edge of the flag. This causes problems for people that want to import one SVG file inside another.
- Looking back on my numbers, I see what I did wrong on this. It originally didn't extend out, but in the course of fixing the weird bleed-thru of the white stripe I moved it's location but didn't change the size or anchor. So I totally screwed up there. One of the big downsides of doing SVG's programmatically is you don't see extensions and so if I don't catch them when I'm rechecking my maths I can miss one. Thanks for catching it!
The stars were significantly larger than those on the source image.
- Again, the source image presented was described as a reconstruction, and no authoritative description was provided.. did the best I could on this. I'm loathed to take a non-attributed image as an authoritative source (old hold-over from my days as a military journalist!), that's how you get citation creep.
The stars contained some rotational symmetry errors in spite of being drawn with 17 significant digits.
- As to this one... that's what I get for importing a previous object when I don't feel like doing out the math! I didn't write the stars out programmatically, I just copied them in from a previous job. Should have just done the math. I'm not seeing it, how did u spot it? — Preceding unsigned comment added by Wegates (talk • contribs) 14:55, 22 November 2021 (UTC)
Wegates (talk) 14:57, 22 November 2021 (UTC)
- @Wegates:
- It is a stretch to say that the 10:19 aspect ratio is used on "many other national flags". It is used on precisely four national flags. See List of aspect ratios of national flags. But this is irrelevant because the source file shown at Flags of the World (FOTW) has a dimensions of 325px × 217px which is a ratio of 1.49541284. It is close enough to 1.5 that we can safely assume the flag should have a ratio of 2:3.
- I will rephrase my comment about the white bar to say that the width of the visible portion of the lower white bar is thinner that the widths of the visible portions of the other bars. This was actually the first thing I noticed when I looked at the flag because the error is visible (and instantly noticeable) to the naked eye.
- The errors on the stars are not noticeable to the naked eye, but they can be easily observed with the measuring tool in Inkscape. I don't usually Inkscape for drawing, but I often use it to verify dimensions and angles.
- Assume the ten vertices on each star are named in clockwise order starting from the top: P1,P2, P3, P4, P5, P6, P7, P8, P9, & P10.
- I found this visual online which may help: Sample star with numbered vertices from Mathworks.com.
- Now do the following:
- Open your version of the flag in Inkscape.
- Select the measuring tool (use the mouse or press the "m" key).
- Set the precision to 2 (I think this is the default)
- Set the scale to 100% (default)
- Take measurements between different vertices on a single star. The process is click, drag, release. The ends of the measurement line should snap to the points on the star.
- I obtained the following measurements when measuring between the adjacent outer vertices:
- @Wegates:
measured distance measured angle expected angle P1 to P3: 366.28 35.28° 36.00° P3 to P5: 363.30 108.55° 108.00° P5 to P7: 366.84 180.00° 180.00° P7 to P9: 363.30 -108.55° -108.00° P9 to P1: 366.28 -35.28° -36.00°
- The measured distances should all be equal but they are not. Four of the five measured angles are wrong.
- Next test:
- Use the ruler tool to measure between P9 and P5. Or generate a guideline that passes through both points.
- Zoom in and observe that the line does not pass through P8 and P6; it comes close, but not close enough.
- Final comment:
- The five pointed stars used on most flags are Regular Pentagrams and can be drawn with five lines instead of ten.
- The exception to this rule is for stars where an internal radius is explicitly defined in legal text or shown on an official construction sheet; See the five pointed star (Epsilon Crucis) in File:Flag of Australia template.svg for an example of this the exception to the rule. MapGrid (talk) 23:05, 22 November 2021 (UTC)
- @MapGrid:
- I've played around with the white bar, both in my original setup and trying other things. I'm still not 100% sure what's causing that, but I believe it has to do with the interaction of the big blue and the overall green background. I've tried completely re-writing it using percentages and don't get the same problem, so it's definitely a render-engine interaction based on how I layered the shapes. I think my mistake was having only one green bar. On my vertical designs (I do a lot of military ribbons) I tend to build layers inward. If I had done that here with the inner green stripe being a separate thing, and the whites a single object with the inner stripes on top of it.. wouldn't have had the issue I suspect.
- I'm aware of the stars with the internal radii, those show up in a lot of military awards and heraldry... I have completely separate templates for those drawn with intersecting curves.
- I've completely rewritten my "straight" stars to use the 5-line pentagram model using a different approach. It's a little more of a pain to scale this way, but it has the advantage of being not only straight but snapped correctly with the top horizontal being truly horizontal. so Using this now:
<path d="m56,237 74-228 74,228L10,96h240"/>
- Instead of:
<polygon stroke="null" fill="#ff3300" points="1589.9833068847656,184.9985122680664 1662.8482971191406,396.57202911376953 1888.9808654785156,396.57202911376953 1708.0747375488281,529.4205093383789 1773.4020080566406,740.9940567016602 1589.9833068847656,615.526008605957 1406.5646057128906,740.9940567016602 1471.8917541503906,529.4205093383789 1290.9857482910156,396.57202911376953 1517.1183166503906,396.57202911376953 " id="svg_10"/>
- The overly precise coordinates are a side-effect of how I scaled them... and I think likely contributed to the mis-alignment.
- @MapGrid:
Ciao,
PLEASE, can you check the geometry for File:Flag of Algeria.svg, according to File:Flag of Algeria (construction sheet).svg?
THANK YOU and ciao.
FDRMRZUSA, 14:40, 11 December 2021 (UTC+1)
- @FDRMRZUSA: This is the simple test I often use:
- Open the construction sheet in Inkscape.
- Create a layer and move everything to it. Lock the layer.
- Create an empty 2nd layer above the first. Set opacity on the 2nd layer to about 50%.
- Import the flag into the 2nd layer.
- Make sure snapping of cusp nodes is enabled (it should be enabled by default).
- Move and stretch the imported flag until the corners of the flags in both layers snap into alignment. Make sure to hold the Control key when stretching to preserve aspect ratio.
- Switch to Outline View
- Zoom to maximum magnification (25600%)
- Pan around the drawing and look for discrepancies.
- Use the ruler tool to measure any discrepancies if there are any.
- If there are discrepancies, determine if they are the result of errors or if they are attributable to the use of different precisions.
- When I ran this test on the Algeria flag, I saw no visible discrepancies. i.e. it looked perfect to me. MapGrid (talk) 05:11, 12 December 2021 (UTC)
- @FDRMRZUSA: FYI I am not going to document every discrepancy for every flag here. However I thought I would let you know that I created a new construction sheet for Timor-Leste today. I did the above test and found an error in File:Flag of East Timor.svg which was a file that you had uploaded in 2020. The error was very small... the star was shifted by about 3⁄500 the width of the flag. After finding the error, I created and uploaded a new version of File:Flag of East Timor.svg. Let me know if you dispute my findings or my math. MapGrid (talk) 05:31, 13 December 2021 (UTC)
A kitten for you!
![](https://upload.wikimedia.org/wikipedia/commons/thumb/8/87/Kitten_%2806%29_by_Ron.jpg/150px-Kitten_%2806%29_by_Ron.jpg)
For supporting me in changing the flag of Honduras to the turquoise blue that appears in https://gobiernoxiomara.hn/ !!
COAmaker17 (talk) 02:06, 3 February 2022 (UTC)
Vertical New Zealand flag rename
Hi there! I saw that you are requesting a rename for Vertical Flag of New Zealand variant 1.svg, but I'm wondering why you want Vertical Flag of New Zealand (vertical).svg (with vertical in there twice) and not the original file name of Vertical Flag of New Zealand.svg. I'm happy to fulfill the request, just checking on this aspect first. Thanks! — Huntster (t @ c) 14:27, 8 February 2022 (UTC)
- Disregard this, someone else already renamed it and did use the original name, heh. Take care. — Huntster (t @ c) 19:50, 8 February 2022 (UTC)
Copyright status: File:Flag of Lesotho (vertical).svg
Copyright status: File:Flag of Lesotho (vertical).svg
![]() |
This media may be deleted. |
Thanks for uploading File:Flag of Lesotho (vertical).svg. 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. |
User who nominated the file for deletion (Nominator) : Saif.Omar.1.
And also:
- File:Flag of Lesotho (construction sheet).svg ( Nominator : Saif.Omar.1 | Reason : This media file does not have sufficient information on its copyright status. If you have created this file yourself, or the file is in the public domain, you can edit the file description page to license it under one of the allowed licenses. )
- File:Flag of Lesotho (colouring page).svg ( Nominator : Saif.Omar.1 | Reason : This media file does not have sufficient information on its copyright status. If you have created this file yourself, or the file is in the public domain, you can edit the file description page to license it under one of the allowed licenses. )
I'm a computer program; please don't ask me questions but ask the user who nominated your file(s) for deletion or at our Help Desk. //Deletion Notification Bot (talk) 11:29, 23 April 2022 (UTC)
![]() |
File:Flag of Saudi Arabia (type 2).svg 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. |
Aziz bm (talk) 05:22, 30 June 2022 (UTC)
![]() |
File:Flag of the Central African Republic.svg 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. |
94.140.246.27 06:55, 28 October 2022 (UTC)
![]() |
File:Flag of Cornwall, Ontario.svg 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. |
WildStar (talk) 19:46, 10 November 2022 (UTC)
Could you please replace this file with https://commons.wikimedia.org/wiki/File:Flag_of_Oman_(official).svg? VexilAlpaca (talk) 00:29, 23 November 2022 (UTC)
![]() |
File:Flag of the United Kingdom (construction sheet).svg 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. |
SpinnerLaserzthe2nd (talk) 20:27, 10 January 2023 (UTC)
Ciao,
I made some changes to the flag of Liberia just now. Could you, please, check if the current new version of the flag respects the geometrical parameters foreseen for it?
THANK YOU.
- @FDRMRZUSA: , There are no gross errors in your geometry, but I would consider the file to be both a regression and attempt to fix something that was not broken.
- You removed the line feed characters which makes the source difficult to read; removing linefeeds is against the policy at Help:SVG_guidelines#When_is_optimizing/validating_files_undesired?.
- There is absolutely nothing to be gained by making the nominal dimensions evenly divisible by the number of stripes; I am not sure what you are trying to achieve. If your goal is to align with pixel boundaries on your monitor then good luck with that! The only case I can think of that would be affected by this is if you export the SVG to a bitmap without bothering to apply a scaling factor; but in that case does it matter if some rows pixels in a bitmap are pink instead of red or white? If you can actually see pink pixels you are undoubtedly zooming in further than what would normally be recommended for a bitmap image.
- The de facto standard for the nominal width of SVG flags on Wikimedia Commons is 600px; trying to adhere to that gives some consistency for people like you and me that view these files natively in our web browsers. When the file is displayed inside a web page, the nominal dimensions are almost always ignored or overridden.
- You have unnecessary transformations on the star coordinates. Specifically you have a matrix that scales by -0.01669665 and translates by (1.1247176,82.630085). How and why did you come up with these numbers? They look like rounded approximates of irrational or fractional numbers. Every time you use a rounded number it adds more error. If you are not going to use perfect stars (as were used in the previous version), then you should at least calculate the proper coordinates and round them only once.
- Your entire file is placed in a group with the following transform: transform="scale(5) matrix(5,0,0,5,0,-440)". Why? This is just code bloat.
- Now back to the first point, I would encourage you place a linefeed after each line so that you can easily spot errors, redundancies, and unnecessary code bloat. In the end you will find yourself writing more concise and efficient code.
- Sorry I am inclined to revert your change because it is not an improvement over the prior version. MapGrid (talk) 06:53, 16 January 2023 (UTC)
Notification about possible deletion
![]() |
Some contents have been listed at Commons:Deletion requests so that the community can discuss whether they should be kept or not. We would appreciate it if you could go to voice your opinion about this at their entry.
If you created these pages, please note that the fact that they have 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 them, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues. |
Affected:
And also:
Yours sincerely, RZuo (talk) 17:52, 19 February 2023 (UTC)
Checking the Maltese Flag
Hi, can you please check the flag of Malta to see if the measurement are correct. Because I change the old version(with grey cross) to the current version with a cross that was made by user:Goran tek-en on our request. But I just replaced the old cross with the new ones without measuring. So can you check the sizes and distances and if necessary correct it. Best regards. The official instructions. Kamran.nef (talk) 02:59, 22 February 2023 (UTC)
- @Kamran.nef, I started looking at the flag of Malta last night. The government specification sheet is incredibly sloppy and it appears to contain numeric inconsistencies. I will try and have a more in depth look at File:Flag of Malta.svg on the weekend. Stay tuned. MapGrid (talk) 04:44, 23 February 2023 (UTC)
- Did you have any success? Kamran.nef (talk) 07:29, 27 February 2023 (UTC)
- @Kamran.nef: Sorry for delays. Here are my findings:
- Did you have any success? Kamran.nef (talk) 07:29, 27 February 2023 (UTC)
Government specifications scaled such that hoist (A) equals 432 units |
Wikimedia File:Flag of Malta.svg scaled such that hoist (A) equals 432 units |
Measured values from medal photo File:George Cross Malta P1440218.jpg scaled such that cross arm width (D) equals 32 units |
description | |
---|---|---|---|---|
A | 432 | 432.00 | N/A | Flag width. (hoist) |
B | 648 | 648.00 | N/A | Flag length. (fly) |
C | 120* | 115.50 | ~112 | Length of horizontal cross arm (not including red fimbriation). Length of vertical cross arm (not including red fimbriation). |
D | 32 | 31.96 | 32.0 | Width of horizontal cross arm (not including red fimbriation). Width of vertical cross arm (not including red fimbriation). |
E | 16** | 16.00 | N/A | Gap between fimbriation and hoist. Gap between fimbriation and top edge of flag. |
F | 2 | 2.00 | N/A | Width of red fimbriation. |
G | 81 | 76.00 | N/A | Distance from centre of cross to hoist. Distance from center of cross to top edge of flag. |
H | 32*** | 37.92 | ~37 | Inner diameter of the ring that contains the writing. |
I | 32 × √2 ≈ 45.25*** | 50.89 | ~50 | Outer diameter of the ring that contains the writing. |
0 | 0.25 | N/A | Gap between cross and fimbriation. |
- * The specified cross arm length (G) is significantly longer than the cross arm length on the physical medal. Whoever created the government specifications did not measure properly!
- ** Based on values of C, F, & G, the value of E cannot be 16. It should be E=G−(C/2)−2=19. This is either major error in the specification or it means that the drawing is so bad that I cannot properly interpret what it is trying to show me.
- *** The two specified diameters (H & I) are much smaller than those on the physical medal. This distorts the look of the cross and it makes the writing and the image of St. George and the Dragon smaller than they should be. It is not like they were not small enough already!
- On a February 2022 government contract with Zaffarese Signs + Display Ltd, the values for H and I are listed as being "approximate". This is perhaps a weak form of acknowledgement from the government that its specifications are not accurate.
- If I create a construction sheet for this flag, my preference will be to replace official dimensions for C, E, H, & I with measured values from the photo of the physical medal. I think that all the flag makers do something similar because nobody wants to see a bastardized or distorted medal on the flag. MapGrid (talk) 07:17, 28 February 2023 (UTC)
- You did an amazing analysis, I'm adding these because they might be helpful. This is the original SVG version that was made by Goran tek-en which is based on this PNG file and this picture of George cross. The cross on the flag is slightly modified ( all greys became black and fimbration does not have round corners. And currently, there is a Gap between cross and fimbriation which I think should not be there. Kamran.nef (talk) 12:40, 28 February 2023 (UTC)
Ciao,
I consider it appropriate to ask for your opinion to settle a dispute regarding the accuracy of the current version of the Serbian flag.
The precision you infuse into your work makes you suitable for verifying whether the geometric structure of the Serbian flag coincides with the characteristics of its construction sheet.
See also for more details:
- File talk:Flag of Serbia.svg#Upload Request (Sept 2022)
- >>> User talk:Odder#Serbian Flag's Coat of Arms Alignment <<<
The current version of the flag has some minor imperfections (also File:Flag of Serbia (Fixed Alignment and Measurements).svg):
1. It is not positioned correctly on the x/y axes (no x=0; y=0)
2. It's not really 2:3 but rather (approx.) 1.99:3
You can check, please? ... and notify user-admin Odder before he agrees to rash requests?
Thank you.
- I just want to add that in the current version When you zoom closely you can see the white border of the shield is slightly above the bottom part of the red stripe on the right side and very very slightly beneath it on the left side (you need to zoom in a lot, it's more obvious on the right but in both sides, it is not snapped to the red stripe). Kamran.nef (talk) 04:49, 3 March 2023 (UTC)
- Both flags are full of errors. I have added comments to existing discussion at File talk:Flag of Serbia.svg#Upload Request (Sept 2022). MapGrid (talk) 07:51, 3 March 2023 (UTC)