User talk:Fluteflute
Our first steps tour and our FAQ will help you a lot after registration. They explain how to customize the interface (for example the language), how to upload files and our basic licensing policy. You don't need technical skills in order to contribute here. Be bold contributing here and assume good faith for the intentions of others. This is a wiki—it is really easy. More information is available at the community portal. You may ask questions at the help desk, village pump or on IRC channel irc:wikimedia-commons #wikimedia-commons (direct access). You can also contact an administrator on their talk page. If you have a specific copyright question, ask at Commons talk:Licensing. |
| |
(P.S. Would you like to provide feedback on this message?) |
Natalie Horles, CascadaNatalieLive.jpg
[edit]Notification about possible deletion
[edit]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. |
188.25.52.184 03:19, 28 February 2011 (UTC)
== Notification about possible deletion ==
<code>{{Autotranslate|1=|2=Queen Margaret of Scandinavia statue at Roskilde|3=plural|base=Idw}} </code>188.25.52.184 03:14, 28 February 2011 (UTC)
TUSC token a5c3c291c659840c33abacebca7a1209
[edit]I am now proud owner of a TUSC account!
Vipera reverts
[edit]Hi Fluteflute, Since I just reverted all of your recent edits to the Vipera articles, I believe I owe you an explanation. During a recent effort to organize all of the snake images into categories here at WikiMedia, I also went about creating matching articles for them whenever they were missing (which was usually the case). When I started creating those articles, I noticed that, when they were present, they were either located within the category for the matching taxon, or together with the category for the matching taxon in the category for the parent taxon. I asked around to see if there was a guideline for this, but there was none. Instead, I was told that the decision was usually a matter of taste (sigh). Therefore, I had to make a decision, which was to place the articles in the categories for their parent taxa. In my view this has a number of advantages:
- It seems logical to treat an article and a category for a taxon the same way. The only difference is that the one can contain more articles and categories while the other cannot.
- Treating them the same has the advantage of making it slightly easier to create new counterparts for them because, except for the gallery tags in the articles, they are basically the same -- you just copy and paste.
- The greatest advantage by far, however, it that it makes maintenance much easier by providing better overviews. By that I mean that it becomes easier to check for new articles and categories that don't yet have matching counterparts. For example, take a look at Category:Natricinae. In it you can see that there are currently ten subcategories, but you don't have to drill any deeper to see that each one also has a matching article. However, due to the fact that everything is organized this way, you can also see that in those subcategories there are again just as many subcategories as articles, e.g. "(2 C, 2 P)" or " (5 C, 5 P)." This is probably because each of those subcategories also has a matching article; it's not a certainty, but it's usually the case. Again, you can see this without having to drill any deeper, which saves you an enormous amount of time when checking the entire collection. So, simply by checking these numbers, anyone can quickly locate newly created categories and articles, make any necessary corrections and then create matching counterparts for them.
This all seems wonderful, but for a while, there was one drawback to this scheme and it's the one I believe you are concerned with. Some people complained that, if they were viewing the contents of a category and the matching article was not located within it, they would not be able to find that article as easily. I solved this problem with the help of an administrator who was willing to add a new feature to the {{Taxonavigation}} template (see this discussion). This new feature makes it possible to navigate to a taxon's matching article or category simply by clicking on it's name in the taxonavigation template: if the name is not black, then it will taken you there. In other words, visitors no longer have to know where the matching article is located, because they can see that it exists from within the category overview and can always get there with a single click.
So what do you think? Does this sound reasonable? Cheers, --Jwinius (talk) 23:45, 23 December 2008 (UTC)
Wikipedia:Changing username Confirmation
[edit]Just to confirm as requested that en:User:Flutefluteflute owns this account. --Fluteflute (talk) 11:18, 24 December 2008 (UTC)
Tip: Categorizing images
[edit]
Thanks a lot for contributing to the Wikimedia Commons! Here's a tip to make your uploads more useful: Why not add some categories to describe them? This will help more people to find and use them.
Here's how:
1) If you're using the UploadWizard, you can add categories to each file when you describe it. Just click "more options" for the file and add the categories which make sense:
2) You can also pick the file from your list of uploads, edit the file description page, and manually add the category code at the end of the page.
[[Category:Category name]]
For example, if you are uploading a diagram showing the orbits of comets, you add the following code:
[[Category:Astronomical diagrams]]
[[Category:Comets]]
This will make the diagram show up in the categories "Astronomical diagrams" and "Comets".
When picking categories, try to choose a specific category ("Astronomical diagrams") over a generic one ("Illustrations").
Thanks again for your uploads! More information about categorization can be found in Commons:Categories, and don't hesitate to leave a note on the help desk.BotMultichillT (talk) 05:45, 27 December 2008 (UTC)
- Image:Itchen-bridge-notices.jpg is uncategorized since 26 December 2008. BotMultichillT (talk) 05:45, 27 December 2008 (UTC)
- Image:West-quay-under-construction.jpg is uncategorized since 27 December 2008. BotMultichillT (talk) 05:49, 28 December 2008 (UTC)
- Image:WorldBookDay-CruellaDeVil.jpg was uncategorized on 7 July 2010 CategorizationBot (talk) 10:48, 8 July 2010 (UTC)
File deletion warning | File:CascadaNatalieLive.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. |
--Martin H. (talk) 10:57, 29 December 2008 (UTC)
TUSC token c66035993271d8a6d66639510a1a82a0
[edit]I am now proud owner of a TUSC account!
Dancing with the Stars
[edit]Please add Vietnam in the Dancing with the Stars world map. Thanks so much! 58.186.5.178 08:31, 12 June 2010 (UTC).
TUSC token 3f19fc8698abbe321562130881c299ca
[edit]I am now proud owner of a TUSC account!
I just wanted to bring this to your attention. Thanks -- RE rillke questions? 15:44, 6 June 2012 (UTC)
File:BBC.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. |
Map_Europe_1923-en.svg
[edit]This is a great map, but it has a misspelling. Could you correct "Sweeden" to "Sweden" on this file? Thank you, —SaxTeacher (Talk) 17:50, 14 August 2015 (UTC)
- The map is ok, but it has what could be considered a major flaw, as Serbia (or what would later become Yugoslavia) was left out of the key countries winners. 2604:3D09:681:E900:0:0:0:5AF5 02:43, 20 February 2022 (UTC)
I like the map as well, but the map shows the Åland Islands being part of Sweden, while they were autonomous part of Finland. —Skrii
Map of Europe 1923
[edit]I've taken the freedom to withdraw Then Netherlands from the side of the Allies as it was neutral (like Swtzerland and Sweden) — Preceding unsigned comment added by Oosterhagen (talk • contribs) 13:28, 11 November 2015 (UTC)
File:BBC.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. |
86.166.40.223 21:18, 8 April 2019 (UTC)
File:BBC logo (1997-2021).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. |
2A00:23C5:EF0E:5E01:A81C:8530:B0E7:7AF0 17:58, 1 May 2022 (UTC)