Apr, — :
Hackfest_qgis_2012 conference in
Lyon, France, about the
GIS/map making software
QGIS.
10:
GIS/QGis map turorial lesson 1 published by French user, waiting copyedit and testing.
3: a
Tutorials sub-page is under construction. Creation of new graphic tutorials as well as translations are welcome!
27: six major map conventions have been collected across the different Wikipedias, and are now displayed in
Wikipedia:WikiProject Maps/Conventions (Currently still being developed)
3:Volunteers who are interested in attracting more requesters to
Image Workshop can add {{Wikipedia ads|ad=156}} to their userpage.
21:Help shape the Graphic Lab by reviewing the
facelift idea and posting your comments
here!
|
This page is designed to allow discussion of possible new standards for images or standards for creating them. Note that the completely finalized standards or methods will be displayed on Wikipedia:Graphics Lab/Standards and Wikipedia:Graphic Lab/Tutorials, respectively. All people are welcome to propose and discuss new ideas for standards here.
PS: don't hesitate to hide texts to make summarizations ! This keep the page clear and understandable.
The idea of this page is to create standards for classes of images on Wikipedia. By creating these standards and applying them to new and old images, we can obtain a professional look of uniformness and ease of understanding the information.
However, it must be known that none of these "standards" are immutably established, nor are they binding or mandatory on anyone who uploads an image to Wikipedia (or Commons). A standard should succeed by both vigorous promotion (IE. We convert all the images subject to it to the new standard), and its clear superiority to anything else out there.
If you have an idea for a new standard, an addition to a standard, or something worth discussing here, you are welcome to bring it up for discussion. New discussions with a clear explanation, an understandable intent, and (especially) images for explanation or as examples will generally go the farthest.
Anyone is welcome to comment on or suggest proposals, including creating example images. This is not restricted to those who have been around before, or who have done work for the graphics lab previously.
As with any discussion, keep in mind that it's not a matter of voting, but an attempt to find the best option by discussions. Similarly, any discussions should remain civil and cool, remain on topic, and not become rancorous or a competition between people instead of between ideas.
Hello, someone may him explain why the English Graphic Lab is suddenly became really famous , getting about 3 requests a day !!? If you have a secret under this, other graphic Labs are interested to learn about it ! (did you made an adversing campaing ? how ? etc.) Yug 18:56, 8 January 2008 (UTC) I don't really know, but as you've asked me on my talk page, I'll respond. I've only been hanging around there for a month or so. I am presently between jobs, and so have spent a lot of time there, and so have been able to help get things done. I've found it to be interesting and fun, I've learned a lot by doing the projects, and seem to have pleased a few of those who have brought things in. Chris (クリス) ( talk has been bringing a lot of things in; he always has a couple of requests active. He may know your answer. Cheers! Sagredo ⊙☿♀♁♂♃♄ 14:00, 9 January 2008 (UTC)
Summary:
The several now active Graphic Labs are meeting difficulties which lead each graphic lab to set up graphic recommendations/standards. This section note how we should work for the moment to avoid wast of time and energy. :
The last thing, is that I encourage you to now (that you are really active ;] ) create your own Wikipedia:Graphic Lab/Research and development for your own development and to overview the tutorials, the various news pages you create + have a graphist mediator always aware of new development on the French Graphic lab ( fr). This again to avoid waste of time.
Your /Research and development may be first based on this post, and then expand by your teams.
Good Luck into your grow ! Your team still have lot to do, but I'am happy to see that the English GLab is now moving to a pretty good success and development. Muahaha ! Let's Roll !
Yug 06:31, 10 January 2008 (UTC)PS: for the next year I will just make about 5 edits a month. I will just come to post you some summaries such this one. Sorry to don't be able to help more.
Summary: we need users to keep a coordination between our Graphic Labs and graphic standards, this to avoid huge waste of time.
Reading the above comments about standards gave me an idea of one area where we could easily standardize (And I didn't see this already dealt with on fR, but I don't know French): Representative distributions. Currently this is a mess, EG:
Does anyone think that it would be worth picking a standard of display of representation and slowly converting everything else to it (As well as, hopefully, having the new electoral images follow it)? Thanx, 68.39.174.238 ( talk) 18:56, 11 January 2008 (UTC)
This standard's proposal is now at "90% set up", your comments are welcome in the "Comments" section. Then, set the last 10% will need discussions/critics, images creations, and true tests which will ask lot of work and time too. Yug
|
This current proposal finally encourage to avoid pie charts. Despite their good looking, they don't offer enough guarantees of accuracy to be raise to the level of a recommendation. I'm myself a little disapointed by this conclusion, but I had to make a choice between "Good looking" and "Easy to do, to check", I chosen the second one. If you know a way to color disk on Inkscape into pie charts by seting the % of each part, they please tell it. Yug. 17:55, 12 January 2008 (UTC)
Could I ask why some were arbitrarily marked "rejected" and how this is "90%" done? I think 3 people (Myself, you and User:Sagredo) have commented on this: far to few to be able to arbitrarily declare a standard and certainly not enough to "reject" proposals out of hand which obvious have some merit (They're being used in at least one articel). 68.39.174.238 ( talk) 21:26, 12 January 2008 (UTC)
I have had a look at the alternatives, and I strongly support the one-representative one-dot system. It gives more information at a glance than the pie chart: The pie chart shows you the balance of representation, but the dot-chart also shows you which parties only have one rep or two reps in sitting. The seating plan is cute, but I agree that it's not worth the added effort, and is inefficient in terms of pixels used per amount of information presented. -- Slashme ( talk) 06:52, 13 January 2008 (UTC)
As for the soft colours, nice idea to keep a standard SVG for this purpose. -- Slashme ( talk) 06:52, 13 January 2008 (UTC)
How about giving the option of making it an HTML table (wikitable?) or an SVG at the user's discretion? It could in principle look exactly the same, and has some technical advantages when you have a grid, and might be easier to fix for people without graphic design experience or software when a by-election changes one seat. -- Slashme ( talk) 06:52, 13 January 2008 (UTC)
I'll look into methods of automatically generating the SVG of the table. I'm sure it can't be too hard, in fact it might be possible to do by template! -- Slashme ( talk) 06:52, 13 January 2008 (UTC)
Summary: 1/ 8.39.174.238's proposat to organize the page "research and development" between "Standard" VS "New" ; 2/ 8.39.174.238's proposal to use the symbolic colors use by the parties themselves into our output SVG.
I'm busy writing my script to generate an SVG given a list of parties and their representation levels. I'm going to implement it as a cgi script and make the code available for improvement. As soon as I have a working copy, I will give the web address and post examples. Doing it in the evenings makes progress a bit slow, but it will probably be ready by Monday. --
Slashme (
talk) 10:38, 16 January 2008 (UTC)
I've now got a python script which draws a nice-looking array of squares, each "party" being represented by its own (random at the moment) colour. I'm still going to:
I have karate and Go this evening, but sometime this weekend I should have a working script for you all to test.-- Slashme ( talk) 10:06, 17 January 2008 (UTC)
Well, the Stellenbosch Go Club only starts meeting next week, so I got the script into a state where it writes OK pictures, but I'm not quite done yet: Please see
User_talk:Slashme/parliament.py.
You can check out the source code at User:Slashme/parliament.py. Sorry, no comments yet!!
Here are some example images:
-- Slashme ( talk) 20:29, 17 January 2008 (UTC)
Well, you will notice that my parliament was slightly biased, but yes, I think you have the House of Lords pretty well pegged X*D -- Slashme ( talk) 06:49, 18 January 2008 (UTC)
Good point. I'll do that.-- Slashme ( talk) 06:49, 18 January 2008 (UTC)
The majority lines are a good idea, but note that they will not be straight lines in general. But yes, not a big headache to code. Maybe this weekend. As for fractional seats, I think that will be easier to do by hand, but I'm open to convincing. What do you mean by #s? or was that a typo for %s?-- Slashme ( talk) 06:49, 18 January 2008 (UTC)
Just an alternative that was suggested above.-- Slashme ( talk) 06:49, 18 January 2008 (UTC)
Thanks for the support! much appreciated. Everyone, please put bug reports and feature requests on User_talk:Slashme/parliament.py. -- Slashme ( talk) 06:49, 18 January 2008 (UTC)
A new idea: For legislatures where parties form superparties or blocks (Think Taiwan & their two coalitions), what would we do? I suggest having the parties in a block have their representatives squares bordered by the color of their coalition (EG. In the current Alaska Senate, we would have blue squares (Democrats), but the squares borders would be purple (Coalition). The uninvolved Republicans could be just red squares. 68.39.174.238 ( talk) 21:18, 13 January 2008 (UTC)
I see someone's created some test-SVGs above. I suggest this addition: Lines to indicate the location of 1/2 and 2/3s (These being the Constitutionally specified majority and supermajority in Japan), similar to. 68.39.174.238 ( talk) 21:18, 13 January 2008 (UTC)
Summary: Suggestion to add lines to indicated various majorities: 1/3 1/2 and 2/3 proposed. It was noted that these would have to be specified by the image creator as different legislatures have different working majorities.
Another idea, which may or may not be useful: What about indicating separately special seats? Many countries have legislatures with a certain %age of seats allocated specifically for certain groups, EG. the new Montenegro Assembly has 5 seats for Albanians. Is there an easy and logical way to indicate these? Should we care (etc.)? 68.39.174.238 ( talk) 04:17, 27 January 2008 (UTC)
Barking Mad Party:35,3(Women),2(Youth):#FFAAAA;Monster Raving Loony Party:0,3(Sith),4(Women):#d768c5;Very Silly Party:11,3(Jedi):#AAAAFF
and get a diagram with the Barking Mad Party having 35 pink squares, 3 pink circles and 2 mauve triangles, the Monster Raving Loony Party with 3 mauve pentagons and 4 mauve circles and the Very Silly Party with 11 powder-blue squares and 3 powder-blue crosses. The key would then show the parties each with a square in its colour, and also have a list with the symbols just given as transparent shapes with black outlines. If the list becomes unwieldy due to its length, I might have to code it as a few text boxes for each party with a button to add a party. This would be much more user-friendly. -- Slashme ( talk) 09:19, 29 January 2008 (UTC)
I have implemented:
Go check out the script on my freeshell account, and please put bug reports and feature requests on User_talk:Slashme/parliament.py, and feel free to implement bug fixes and new features on User:Slashme/parliament.py, and drop me a line so that I can upload them. -- Slashme ( talk) 14:07, 20 January 2008 (UTC)
I still have to do:
I still want to do:
I see I have to upgrade my membership at freeshell to get continued use of the cgi facilities. This isn't very expensive, but I will only get around to it in a few days. Until then, the script is unavailable. Sorry!! -- Slashme ( talk) 05:28, 20 February 2008 (UTC)
Graphs are unavailable due to technical issues. There is more info on Phabricator and on MediaWiki.org. |
Happy baking pies! Ad Huikeshoven ( talk) 21:26, 23 December 2015 (UTC)
Not really a graphics standard, but about archiving this page. Collapsing sections and summarizing them (When useful or finished) is OK, but after a while we'll need to actually archive something. As such, I propose that 3 or 4 days after a standard is finalized (Moved to the standards page), all the discussion relating to it (Unless it's turned into something else) be sent to an /Archive. 68.39.174.238 ( talk) 16:08, 19 January 2008 (UTC)
Apr, — :
Hackfest_qgis_2012 conference in
Lyon, France, about the
GIS/map making software
QGIS.
10:
GIS/QGis map turorial lesson 1 published by French user, waiting copyedit and testing.
3: a
Tutorials sub-page is under construction. Creation of new graphic tutorials as well as translations are welcome!
27: six major map conventions have been collected across the different Wikipedias, and are now displayed in
Wikipedia:WikiProject Maps/Conventions (Currently still being developed)
3:Volunteers who are interested in attracting more requesters to
Image Workshop can add {{Wikipedia ads|ad=156}} to their userpage.
21:Help shape the Graphic Lab by reviewing the
facelift idea and posting your comments
here!
|
This page is designed to allow discussion of possible new standards for images or standards for creating them. Note that the completely finalized standards or methods will be displayed on Wikipedia:Graphics Lab/Standards and Wikipedia:Graphic Lab/Tutorials, respectively. All people are welcome to propose and discuss new ideas for standards here.
PS: don't hesitate to hide texts to make summarizations ! This keep the page clear and understandable.
The idea of this page is to create standards for classes of images on Wikipedia. By creating these standards and applying them to new and old images, we can obtain a professional look of uniformness and ease of understanding the information.
However, it must be known that none of these "standards" are immutably established, nor are they binding or mandatory on anyone who uploads an image to Wikipedia (or Commons). A standard should succeed by both vigorous promotion (IE. We convert all the images subject to it to the new standard), and its clear superiority to anything else out there.
If you have an idea for a new standard, an addition to a standard, or something worth discussing here, you are welcome to bring it up for discussion. New discussions with a clear explanation, an understandable intent, and (especially) images for explanation or as examples will generally go the farthest.
Anyone is welcome to comment on or suggest proposals, including creating example images. This is not restricted to those who have been around before, or who have done work for the graphics lab previously.
As with any discussion, keep in mind that it's not a matter of voting, but an attempt to find the best option by discussions. Similarly, any discussions should remain civil and cool, remain on topic, and not become rancorous or a competition between people instead of between ideas.
Hello, someone may him explain why the English Graphic Lab is suddenly became really famous , getting about 3 requests a day !!? If you have a secret under this, other graphic Labs are interested to learn about it ! (did you made an adversing campaing ? how ? etc.) Yug 18:56, 8 January 2008 (UTC) I don't really know, but as you've asked me on my talk page, I'll respond. I've only been hanging around there for a month or so. I am presently between jobs, and so have spent a lot of time there, and so have been able to help get things done. I've found it to be interesting and fun, I've learned a lot by doing the projects, and seem to have pleased a few of those who have brought things in. Chris (クリス) ( talk has been bringing a lot of things in; he always has a couple of requests active. He may know your answer. Cheers! Sagredo ⊙☿♀♁♂♃♄ 14:00, 9 January 2008 (UTC)
Summary:
The several now active Graphic Labs are meeting difficulties which lead each graphic lab to set up graphic recommendations/standards. This section note how we should work for the moment to avoid wast of time and energy. :
The last thing, is that I encourage you to now (that you are really active ;] ) create your own Wikipedia:Graphic Lab/Research and development for your own development and to overview the tutorials, the various news pages you create + have a graphist mediator always aware of new development on the French Graphic lab ( fr). This again to avoid waste of time.
Your /Research and development may be first based on this post, and then expand by your teams.
Good Luck into your grow ! Your team still have lot to do, but I'am happy to see that the English GLab is now moving to a pretty good success and development. Muahaha ! Let's Roll !
Yug 06:31, 10 January 2008 (UTC)PS: for the next year I will just make about 5 edits a month. I will just come to post you some summaries such this one. Sorry to don't be able to help more.
Summary: we need users to keep a coordination between our Graphic Labs and graphic standards, this to avoid huge waste of time.
Reading the above comments about standards gave me an idea of one area where we could easily standardize (And I didn't see this already dealt with on fR, but I don't know French): Representative distributions. Currently this is a mess, EG:
Does anyone think that it would be worth picking a standard of display of representation and slowly converting everything else to it (As well as, hopefully, having the new electoral images follow it)? Thanx, 68.39.174.238 ( talk) 18:56, 11 January 2008 (UTC)
This standard's proposal is now at "90% set up", your comments are welcome in the "Comments" section. Then, set the last 10% will need discussions/critics, images creations, and true tests which will ask lot of work and time too. Yug
|
This current proposal finally encourage to avoid pie charts. Despite their good looking, they don't offer enough guarantees of accuracy to be raise to the level of a recommendation. I'm myself a little disapointed by this conclusion, but I had to make a choice between "Good looking" and "Easy to do, to check", I chosen the second one. If you know a way to color disk on Inkscape into pie charts by seting the % of each part, they please tell it. Yug. 17:55, 12 January 2008 (UTC)
Could I ask why some were arbitrarily marked "rejected" and how this is "90%" done? I think 3 people (Myself, you and User:Sagredo) have commented on this: far to few to be able to arbitrarily declare a standard and certainly not enough to "reject" proposals out of hand which obvious have some merit (They're being used in at least one articel). 68.39.174.238 ( talk) 21:26, 12 January 2008 (UTC)
I have had a look at the alternatives, and I strongly support the one-representative one-dot system. It gives more information at a glance than the pie chart: The pie chart shows you the balance of representation, but the dot-chart also shows you which parties only have one rep or two reps in sitting. The seating plan is cute, but I agree that it's not worth the added effort, and is inefficient in terms of pixels used per amount of information presented. -- Slashme ( talk) 06:52, 13 January 2008 (UTC)
As for the soft colours, nice idea to keep a standard SVG for this purpose. -- Slashme ( talk) 06:52, 13 January 2008 (UTC)
How about giving the option of making it an HTML table (wikitable?) or an SVG at the user's discretion? It could in principle look exactly the same, and has some technical advantages when you have a grid, and might be easier to fix for people without graphic design experience or software when a by-election changes one seat. -- Slashme ( talk) 06:52, 13 January 2008 (UTC)
I'll look into methods of automatically generating the SVG of the table. I'm sure it can't be too hard, in fact it might be possible to do by template! -- Slashme ( talk) 06:52, 13 January 2008 (UTC)
Summary: 1/ 8.39.174.238's proposat to organize the page "research and development" between "Standard" VS "New" ; 2/ 8.39.174.238's proposal to use the symbolic colors use by the parties themselves into our output SVG.
I'm busy writing my script to generate an SVG given a list of parties and their representation levels. I'm going to implement it as a cgi script and make the code available for improvement. As soon as I have a working copy, I will give the web address and post examples. Doing it in the evenings makes progress a bit slow, but it will probably be ready by Monday. --
Slashme (
talk) 10:38, 16 January 2008 (UTC)
I've now got a python script which draws a nice-looking array of squares, each "party" being represented by its own (random at the moment) colour. I'm still going to:
I have karate and Go this evening, but sometime this weekend I should have a working script for you all to test.-- Slashme ( talk) 10:06, 17 January 2008 (UTC)
Well, the Stellenbosch Go Club only starts meeting next week, so I got the script into a state where it writes OK pictures, but I'm not quite done yet: Please see
User_talk:Slashme/parliament.py.
You can check out the source code at User:Slashme/parliament.py. Sorry, no comments yet!!
Here are some example images:
-- Slashme ( talk) 20:29, 17 January 2008 (UTC)
Well, you will notice that my parliament was slightly biased, but yes, I think you have the House of Lords pretty well pegged X*D -- Slashme ( talk) 06:49, 18 January 2008 (UTC)
Good point. I'll do that.-- Slashme ( talk) 06:49, 18 January 2008 (UTC)
The majority lines are a good idea, but note that they will not be straight lines in general. But yes, not a big headache to code. Maybe this weekend. As for fractional seats, I think that will be easier to do by hand, but I'm open to convincing. What do you mean by #s? or was that a typo for %s?-- Slashme ( talk) 06:49, 18 January 2008 (UTC)
Just an alternative that was suggested above.-- Slashme ( talk) 06:49, 18 January 2008 (UTC)
Thanks for the support! much appreciated. Everyone, please put bug reports and feature requests on User_talk:Slashme/parliament.py. -- Slashme ( talk) 06:49, 18 January 2008 (UTC)
A new idea: For legislatures where parties form superparties or blocks (Think Taiwan & their two coalitions), what would we do? I suggest having the parties in a block have their representatives squares bordered by the color of their coalition (EG. In the current Alaska Senate, we would have blue squares (Democrats), but the squares borders would be purple (Coalition). The uninvolved Republicans could be just red squares. 68.39.174.238 ( talk) 21:18, 13 January 2008 (UTC)
I see someone's created some test-SVGs above. I suggest this addition: Lines to indicate the location of 1/2 and 2/3s (These being the Constitutionally specified majority and supermajority in Japan), similar to. 68.39.174.238 ( talk) 21:18, 13 January 2008 (UTC)
Summary: Suggestion to add lines to indicated various majorities: 1/3 1/2 and 2/3 proposed. It was noted that these would have to be specified by the image creator as different legislatures have different working majorities.
Another idea, which may or may not be useful: What about indicating separately special seats? Many countries have legislatures with a certain %age of seats allocated specifically for certain groups, EG. the new Montenegro Assembly has 5 seats for Albanians. Is there an easy and logical way to indicate these? Should we care (etc.)? 68.39.174.238 ( talk) 04:17, 27 January 2008 (UTC)
Barking Mad Party:35,3(Women),2(Youth):#FFAAAA;Monster Raving Loony Party:0,3(Sith),4(Women):#d768c5;Very Silly Party:11,3(Jedi):#AAAAFF
and get a diagram with the Barking Mad Party having 35 pink squares, 3 pink circles and 2 mauve triangles, the Monster Raving Loony Party with 3 mauve pentagons and 4 mauve circles and the Very Silly Party with 11 powder-blue squares and 3 powder-blue crosses. The key would then show the parties each with a square in its colour, and also have a list with the symbols just given as transparent shapes with black outlines. If the list becomes unwieldy due to its length, I might have to code it as a few text boxes for each party with a button to add a party. This would be much more user-friendly. -- Slashme ( talk) 09:19, 29 January 2008 (UTC)
I have implemented:
Go check out the script on my freeshell account, and please put bug reports and feature requests on User_talk:Slashme/parliament.py, and feel free to implement bug fixes and new features on User:Slashme/parliament.py, and drop me a line so that I can upload them. -- Slashme ( talk) 14:07, 20 January 2008 (UTC)
I still have to do:
I still want to do:
I see I have to upgrade my membership at freeshell to get continued use of the cgi facilities. This isn't very expensive, but I will only get around to it in a few days. Until then, the script is unavailable. Sorry!! -- Slashme ( talk) 05:28, 20 February 2008 (UTC)
Graphs are unavailable due to technical issues. There is more info on Phabricator and on MediaWiki.org. |
Happy baking pies! Ad Huikeshoven ( talk) 21:26, 23 December 2015 (UTC)
Not really a graphics standard, but about archiving this page. Collapsing sections and summarizing them (When useful or finished) is OK, but after a while we'll need to actually archive something. As such, I propose that 3 or 4 days after a standard is finalized (Moved to the standards page), all the discussion relating to it (Unless it's turned into something else) be sent to an /Archive. 68.39.174.238 ( talk) 16:08, 19 January 2008 (UTC)