Template talk:Infobox French commune/Archive 1

Archives from November 2005 - December 2009

Various
If you came to this page, you might be interested in having a look at/ contributing to: WikiProject French communes. olivier 10:52, 23 December 2005 (UTC)

I think it is really silly to have longitude and latitude in separate fields, since it prevents you from using the template (you silly English persons!) dab (&#5839;) 19:37, 8 November 2005 (UTC)


 * Who is silly? who is English? can you make more constructive comments? olivier 10:47, 23 December 2005 (UTC)


 * Don't you mean people? Captain scarlet 11:22, 9 April 2006 (UTC)


 * Sounds like he was referring to the "French castle" scene from Monty Python's "The Holy Grail". You silly English wipers of other people's bottoms! : ) THE PROMENADER   23:05, 15 September 2006 (UTC)

Unless and until there is an equivalent English article to that in the French Wikipedia concerning populations sans doubles comptes, an unlinked "Population without double-counting" is, in my view, unnecessary over-precision in the context of this template. Have changed it to "Population". -- Picapica 13:28, 9 December 2005 (UTC)

I do not see how reversion from a non-minor edit can be itself classified as minor. At least I attempted to justify my edit here. -- Picapica 10:24, 10 December 2005 (UTC)


 * OK, fine. Let's leave "population" for now. It will add confusion for people who want to import the population figures from the French Wikipedia, as they distinguish between "with and without double counting". Eventually we will have figures randomly with or without double counting under the "population" header, and we will need to recheck them all once we define "without double counting". By removing "unnecessary over-precision in the context of this template" we will add just this: inaccuracy. olivier 06:53, 12 December 2005 (UTC)
 * I have added footnotes which explain the population sans doubles comptes. Hardouin 10:42, 23 December 2005 (UTC)
 * It makes the template a bit heavy, but it is definitely an improvement. Thanks! olivier 10:48, 23 December 2005 (UTC)

I have changed the "Arrondissement" parameter so that people can copy and paste data from fr.wikipedia
 * And I have changed it back, because the data from the French template needs some translation work anyway and cannot just be cut and paste. olivier 10:48, 23 December 2005 (UTC)

A date is needed for the population density, because some tables have two years for population (1999 census + 2004 estimate). Hardouin 11:09, 23 December 2005 (UTC)


 * Which ones??? 706 articles have this table now. I think that less than 10 of them has 2 census dates. Shall we add the density date to the 696 other articles? In any case, does it make sense to have 2 population figures in the table? I suggest that we keep only one population figure in the table, which does not require the date for density. All the other population figures can be mentioned in the text of the article. olivier 11:21, 23 December 2005 (UTC)
 * See Nanterre for an example of table with two dates. We cannot leave only the most recent date (2004) because it is only an estimate. On the other hand, we cannot leave only 1999 date, because there is a more recent number for 2004. Usually on Wikipedia it is common to have both census and recent estimate date. Check for instance the infobox at United States, there is 2000 census and 2005 estimate. Hardouin 12:24, 23 December 2005 (UTC)

Cantons
Is the entry "Canton" really needed in the table? The table is already quite long, and I think the canton entry is not necessary. Cantons have no relevance in France except as an electoral unit. Furthermore, as Olivier and others may be aware, many French communes are themselves divided into several cantons, so the entry become very confused. Last but not least, I don't know if you are also aware that some cantons are made up of parts of different communes. For instance, the western half of Castelsarasain in Tarn-et-Garonne is the canton of Castelsarasain Ouest, but the eastern half of Castelsarasain is merged with several neighbouring rural communes to form the canton of Castelsarasain Est. Another example, if I remember correctly, the canton of Toulouse XIII is made up of a small part of the commune of Toulouse PLUS two suburban communes. So as you can see the canton entry cannot accurately describe these intricate cases. Let's just remove this unnecessary and cumbersome entry. Hardouin 16:01, 23 December 2005 (UTC)


 * Let's keep it. Otherwise, we can also remove the arrondissement and the mayor: are they really relevant? In the exceptional cases you are mentioning, it is very simple to just describe the situation in the table or at least write: "see administration paragraph". Hardouin, you are making things more complicated than they are: why should we make massive changes : i.e remove the cantons or add the density date just because of a few exceptions? Why not treat exceptions as exceptions and make a short explanation in the article text instead? olivier 10:07, 24 December 2005 (UTC)


 * The "exceptional cases" I am mentioning are not really exceptional. The problem with cantons exists for almost all urban communes. I am adding infoboxes for the communes of the Paris suburbs now, and almost all cantons there have problems. And in the DOM-TOM there are more cantons than communes! Mayor is an important entry and should be kept. Arrondissement is also a real administrative division, with real administration, but cantons have totally disappeared as a real administrative division since the early 20th. There are no more juges de paix, no more cantoniers, no more Conseil cantonal, the canton is only an electoral unit now. If you add canton, why not also adding legislative and senatorial electoral units? Hardouin 12:59, 24 December 2005 (UTC)

Kesla's edits
The new infobox created by Kesla is quite ugly IMO, with bolded entries and no more separation lines in the table. What are the justifications for changing the infobox anyway? For now I am reverting to Olivier's infobox. Hardouin 12:40, 26 December 2005 (UTC)

Latitude/Longitude information
I think it would be better if, instead of using two fields for latitude and longitude, you would use a single field for geographical location. Then you could use the geo tags as explained in WikiProject_Geographical_coordinates. This has at least three advantages: All the best, AxelBoldt 02:11, 27 December 2005 (UTC)
 * the reader can click on the location and has immediate access to maps, satellite images etc. See here for Paris: 48.85333°N, 2.34889°W
 * Planned future extensions of Wikipedia that will take advantage of geographical information to produce innovative views into Wikipedia will automatically work for all French cities.
 * your table has one fewer row.


 * That certainly seems like a good idea. Thanks for the info re WikiProject_Geographical_coordinates with which I was unfamiliar.   Dl yo ns 493   Ta lk  15:28, 27 December 2005 (UTC)

Municipal and cantonal elections 2007 postponed to 2008
Note to editors: a law passed at the beginning of December 2005 has extended all current mayoral mandates to March 2008 (to avoid an "electoral traffic jam" in 2007). Reference -- Picapica 19:27, 28 December 2005 (UTC)

Lightening
Is there any way to lighten up the infobox, it is rather big contains information worth dismissing or moved to °N, °W. Some communes are so small that the infobox looks ridiculously out of place and in article where information exists, the box prevents inserting pictures at adequate. A lot of the information could indeed be metionned in a geography paragraph at the top of a commune article. Regards, Captain scarlet 11:22, 9 April 2006 (UTC)
 * Please, god, yes. It is waaaay too big, and is killing me every time I try to add actual real information to an article on one of these communes. It's almost impossible to add images in a nice layout. Suggestions:
 * Move the two footnotes to a hyperlink. What a waste of 6 lines in the infobox.
 * Condense the INSEE and postal codes into one line.
 * Collapse the altitudes into one line
 * Scrap the population density - it can be calculated from the previous two lines
 * Scrap the Mayor's term of office - if it's that interesting, put it in the body.
 * I'll try a couple of these changes and see if anyone objects. Stevage 21:09, 10 May 2006 (UTC)
 * Also moved the redundant France link with flag to the very top line, after the name of the commune. Stevage 21:19, 10 May 2006 (UTC)
 * I added the "clear:right" to the style attribute so it should bother its neighbours a little less now. This one for sure can use some slimming down - this may be a problem though because of the embedded image set to the (310px?) width - things are going to get fugly for a bit if the template is changed before these. -- T HE P ROMENADER  17:17, 14 May 2006 (UTC)
 * PS: I just finished 'lightening' the "French big-city" infoboxes... communes could be the same as this minus the "city emblem/motto" and "urban spread" info. Perhaps replace the arms and such with an image? The timezone (not needed in this case?) and lat/long info is already embedded. If you like it it's yours for the taking - strip it down and make a new one if you like. Use at least the 'floating point' system - this way you won't have to make/upload thousands of examples of the same plan... because of a dot. I just remembered the 'smaller map' comment on the 'major french cities template page... yes. Even its present use, I find it a bit excessive - and in a way I don't see the need of putitng an entire map of France front and centre - really this is 'inset' material. Any ideas?  T HE P ROMENADER  17:29, 14 May 2006 (UTC)
 * PPS : This template is present in too many articles to tweak directly - so I tacked a talk page sandbox to this talk page here.  T HE P ROMENADER  17:36, 14 May 2006 (UTC)
 * I didn't think to look at just how many pages this template is included in beyond a single history page - now that I have: forget the above idea.  T HE P ROMENADER  17:19, 17 May 2006 (UTC)
 * Hmm, even with the clear:right tag, it still prevents images appearing directly opposite, and I don't understand why at all. For example, try going to Vannes and inserting an image under the Geography heading. It will actually appear all the way down the bottom of the page. No ideas? Stevage 08:28, 15 May 2006 (UTC)


 * (Scratching head) There's something odd going on here. It has nothing to do with the template - it has to do with any 'float:right' item: any "float:left" (thumb|left) image will float to the left near the top of the "float:right" object preceding it - but seemingly around 5px above this point and overlapping any text that may be above. I looked into the page source and css and see nothing amiss in the "div.tright" class attributed to the image wikicode: "float:right;clear:right:border-width:0em(etc)".


 * Yet when I tried to isolate the image from its 'float' instructions by enclosing it in an unstyled  tag, I discovered that by default all objects float to the right, even without any added attributes or styles! Very odd. There is some sort of style conflict going on here. Rest assured; it's not the template or images. Now, where to call attention to this?   T HE P ROMENADER  09:52, 15 May 2006 (UTC)

What bugs me is that the template for major cities works fine (see the image across from the template at Nice), but this one doesn't. So there must be some difference between them. Stevage 15:32, 15 May 2006 (UTC)


 * Really? I had exactly the same problem though - on the Paris page. I was a bit tired of the TOC leaving all that whitespace to its right, so wrapped it in a "float:left;clear:left"'d  ... but at first it wouldn't float properly to the left at the "Name" subject where I wanted it - it would float no higher up than the top of the Paris infobox. After a bit of juggling I found that I had to make sure that the "float:left"'d TOC came before the object (in this case the infobox) that was bothering it and keeping it from rising up to its proper place: this done, itthe right-floating image and infobox would float 'up' and to the right after. Hit-and-miss, I know.


 * I have yet to play around, as I was thinking that it may also be the "clear" attribute - but I don't think so! -- T HE P ROMENADER  17:36, 15 May 2006 (UTC)


 * I just noticed just how many articles this template is included in. There must be thousands! Best to tread verrry verrry carefully... did you solve your problem?  T HE P ROMENADER  17:16, 17 May 2006 (UTC)

Clear right problem
I hope removing the "clear:right" fixed the problem - did it? In the meantime I'll do a 'browser tour' (platform/OS/browsertype) to be sure. Sorry about that. T HE P ROMENADER 13:17, 18 May 2006 (UTC)
 * It checks out in everything but IE mac (not surprising). What did you mean by "Paragraph marks"?  T HE P ROMENADER  13:22, 18 May 2006 (UTC)
 * Afraid the clear BR is still there, hop you guy can resolve this soon. Cheers, Captain scarlet 22:41, 18 May 2006 (UTC)
 * Clear 'br'? this is redundant code, and seen by W3.org as illegal... and some browsers won't read styled 'br' tags at all... me looky.  T HE P ROMENADER  22:56, 18 May 2006 (UTC)
 * Hello! If one of you doesn't find the solution first, can you up a screenshot? I couldn't find any BR at all. Will test on the PC tomorrow morning to see what's up - but can detect nothing in the code. Wiki is rather over-CSS'd IMHO...  T HE P ROMENADER  23:02, 18 May 2006 (UTC)
 * Well BR is pretty standard to break lines, but that's not really the question, in that template is something that doesn't text wrap around it. What's that clear right thing that Olivier removed ? Captain scarlet 23:10, 18 May 2006 (UTC)

Forget about it, I found the culprit, it was not an infobox related problem (well it was, but stricly speaking it wasn't). Allez circulez, y'a rien à voir. Circulez. Circulez ! Captain scarlet 23:13, 18 May 2006 (UTC)

padding etc
Someone (Olivier?) made the cell padding 5 instead of 2. Could we try and agree on a common direction for this beast? IMHO it's such a nuisance to articles that we really want to make it as small as possible, even if we sacrifice some readibility - space is really critical. Throwing space away on extra padding seems wasteful. Anyone agree? Incidentally, TP, it's used in ~500 articles, I wouldn't stress too much about making updates, since it's obviously not used on "the big ones". Obviously preview before saving, but it's not thrashing the server or anything. Stevage 22:28, 21 May 2006 (UTC)
 * That was me who changed the padding - just to take it away from the left margin. It was either adding that unique all-round style to the table, or adding a padding left & right only on each individual cell. Put it back if you like - but don't you think there's another solution for space-saving? Also: is it the width that you find overwhelming, or the height? Personally I don't see height as being bothersome... if things are thin enough. It's hard to see changes in a template without changing it - or am I missed some method? Anyhow, cheers.  T HE P ROMENADER  22:42, 21 May 2006 (UTC)
 * I just knocked the line-height down (set it to, rather) 140% - from its 'default' 200% - this should save a lot of space. If you don't like it, please feel free to revert. If this does help anything, I would think that the left column entries would be more 'eye-catching' in bold, for those looking for quick info.   T HE P ROMENADER  22:49, 21 May 2006 (UTC)

Coordinates
It would be nice if the coordinates on the template would link to the map sources page as, e.g., Template:Coor dm or Template:Infobox Swiss town. When I got some time, I may update the existing pages and make them link. -- User:Docu
 * I've added a "lat_long" field in the template, following all suggestions on this talk page about the coordinates issue. Compatibility with the older system (i.e. two separate fields for latitude and longitude info) is still assured. --Angelo 22:05, 8 June 2006 (UTC)
 * How come some communes have their coordinates bring up the maps page, and others don't? By that I mean, the wiki page with aerial photo and maps of the area surrounding the coordinates.
 * Some use Template:Coor dm, others don't. Currently converting to use Template:Coor dm. If you see any and would like to help, you can convert. --Bob 00:21, 19 September 2006 (UTC)
 * Compatibility doesn't seem to be there any more, see Mulhouse article this revision - it brings up text saying Madder 21:06, 18 September 2006 (UTC)
 * Fixed. --Bob 00:21, 19 September 2006 (UTC)

Recent change of infobox
User Ed g2s has recently changed substantially the appearance of this infobox, impacting thousands of article. The previous template was the result of a long history of adjustments and has been used unchallenged since months. Any substantial change as the one of Ed g2s would require at least an explanation in this talk page. Ed g2s' proposed changes include the broadening of the template, which leaves less space for the article text. Size reduction of the template has been a constant effort, and Ed's change is going against this. Additionally, the template used by Ed does not have a separation between the right and left columns, and it changes the colors of the template, which I disagree with. Ed, if you want your suggestion for a new template to be approved, please discuss it here first and try to seek suggestions and agreement from other users of this template. Short of such an agreement, I am reverting the template to its previous version. You may also be interested in participating in the WikiProject French communes. Thanks. olivier 05:26, 13 September 2006 (UTC)


 * Please read WP:ACCESS. We should be avoiding custom inline styling when we have a class the does the job we want - i.e. creating an infobox. If you are concerned about cell separation you can use class="infobox bordered". If you are concerned about the width of the infobox, then make in narrower. However we shouldn't be using all those hard-coded colours. Check out MediaWiki:Common.css to see what the class actually does. Thanks, ed g2s &bull; talk 09:24, 13 September 2006 (UTC)


 * I am not discussing technical aspects, but the visual result. And as it is now, it is UGLY. Isn't there a way to recreate the same visual result with the [insert jargon] that you want to use? Thanks. olivier 09:48, 13 September 2006 (UTC)


 * The changes aren't bad are they ? The box isn't so flashy (no grey bandeau) and is smaller in height. Why the bother since when you look at it the box looks better this way (run a diff). Captain Scarlet and the Mysterons 12:26, 13 September 2006 (UTC)


 * The current version is not the same one as Ed's first version, for which I had made my initial comment. I agree that the current box it is not extremely bad, but I wouldn't say that I really like the new version either. In the pre-Ed version, the size had been reduced over time, but I guess that we sort of had reached a limit, and the table now looks a bit too compact and is not really "light" to read. I prefered the white background (compared to light grey now). I also liked the idea of having a bandeau. Also, the current lines inside the box are quite dark and make the table look "busy". These lines were lighter in the previous version. In conclusion, I think that this table would now need some fine tuning, but I really don't know how to do that technically. olivier 13:35, 13 September 2006 (UTC)
 * You can make font-size and width changes easily, and you could've done that from the first version. Just keep custom styling to practical uses, and avoid using hard coded colours. As for it being "UGLY", that may well be your opinion but this is a style used on hundrends of infoboxes and therefore hundreds of thousands of pages. It is matched to the monobook skin, if you don't like the monobook skin use a different one. Thanks, ed g2s &bull; talk 14:01, 13 September 2006 (UTC)
 * My comments were on the last version of Ed g2s'. It is very appropriate to make infoboxes the smallest possible and since in the latest version keeps al lthe original information, then why not? Captain Scarlet and the Mysterons 14:51, 13 September 2006 (UTC)

I agree with Olivier, the current template looks ugly, the previous one looked much better. As Olivier said, the separating lines are too dark, the infobox looks too compact and busy, and the now disapeared grey bandeau looked quite nice. As it stands now, it's probably the ugliest template around on Wikipedia. It looks like one of these templates from 3 years ago when Wikipedia was still in its beginnings. Compare with the stylish templates of Athens or Mumbai. Hardouin 15:35, 13 September 2006 (UTC)
 * The template on Athens uses the infobox class, which is what I used in the first version. By all means fix the problems you outline, just bear in mind that the end results should be stylesheet-controllable. ed g2s &bull; talk 00:09, 14 September 2006 (UTC)

Not to mention that many French communes have their infoboxes completely screwed up now. Check Saint-Germain-en-Laye and Sainte-Geneviève-des-Bois. Not only these two infoboxes have different width (it seems the new template doesn't have a fixed width anymore), but furthermore the title of these infoboxes look absolutely ugly, the worst one being Sainte-Geneviève-des-Bois whose name is sort of squeezed and broken to leave some room to "France". The word "France" should not appear in the title of the infoboxes. Either put it in the table itself, or remove it altogether. Last but not least, check the population figures of Saint-Germain-en-Laye. A complete screw up that is. Hardouin 15:44, 13 September 2006 (UTC)


 * Ed, I do not like the Monobloc, and I have been using the "Classic" skin since the Monobloc was made a default. Thank you for your advice for changing the skin, but I have already done that a few years ago. Now, this template is plainly not suitable for the Classic skin. It might have been matched on the Monobloc, but do you care if it does not match with other skins? Your argument about this template being used across Wikipedia is plain wrong. I can believe that some technical features of this template are common, but please don't tell me that all templates across Wikipedia are looking like this one! It looks like you have just made a change based on technical aspects, but that whatever the people working on the pages using this template think is not important. Following Hardouin, I will point at Tiger, Munich, and Sunflower. All of them are using common templates, and still are way better than what you are trying to have us accept. Again, how can we improve this template? Please don't try to make us "slaves" of technology and please don't force me to revert again. olivier 16:42, 13 September 2006 (UTC)


 * I'm not sure I understand this Monobook vs. Classic skin exchange. I'm using Monobook, and the template looks plain ugly. If I select Classic skin, then the template looks equally ugly. This is how Saint-Maur-des-Fossés's infobox looks at the moment with the Monobook skin. Note how the name of the commune is squeezed and broken on two lines, and note how the population figures are totally screwed. Hardouin 18:11, 13 September 2006 (UTC)




 * This means no-one has yet written in an infobox class for the classic skin. MediaWiki:Standard.css is probably where to start. Please remember this change is not an endorsement of the monobook skin. The point is to have as much style set by a class so that users have as much flexibility as possible in choosing how it looks. Inlining style imposes your style choices on everyone, regardless of what stylesheet they may be using. ed g2s &bull; talk 00:04, 14 September 2006 (UTC)


 * Ed, you are not talking to programmers but to editors. Can anyone translate what Ed is talking about because I almost don't understand anything. What I understand is: because of a technical guideline, you want the code of the table to be changed. Fine. But following this guideline should not change the aspect of the table as dramatically as it does now: the guideline is about coding, not about aspect. Now my understanding is: in order to obtain the aspect previously agreed upon by editors, while following the technical guideline, more coding should be done. Short of this, the aspect will remain inferior to other infoboxes. Reading the intro of Accessibility: "However, it is not set in stone and should be treated with common sense and the occasional exception." To me, the common sense says that changing the infobox so dramatically without consensus is not appropriate. I understand also from Wikipedia talk:Accessibility that you are advocating a hardline stance for the application of this guideline, for instance regarding color, which is not shared by everyone. It looks to me like you are using the French commune template as a guinea pig for your technical point of view. I will be clear: either you or someone else creates a template using whatever coding you think is appropriate, without modifying the original aspect as drastically as it does now, or I will restore the original template: that will be the "occasional exception". Ed, I also saw that several people have complained about what can be understood as "your disruptive behavior". Please don't do that here. Respect the editors of the ~4,000 existing French communes articles. Respect their consensual choice of the aspect of a template. Address their concerns without hiding behind your technical jargon. olivier 03:24, 14 September 2006 (UTC)


 * Olivier, go ahead and revert the changes. I'll support you on that. There are, however, two points in the former template that absolutely need to be improved. First there is this ugly "France" appearing in the grey bandeau of the infoboxes. This shouldn't be there. It skews long commune names toward the left, or even forces them to be broken on two lines, which is ugly. Either remove "France" altogether (I note that many municipio, komune, Gemeinden and whatnot infoboxes do not contain the name of their country), or create a specific entry in the template for the country, as it used to be before. I think the second option is better. In the case of French communes, the name of the country is more needed than, say, in the case of Italian comuni or German Gemeinden because of communes in overseas France (check Kouaoua to understand what I mean, the country entry seems necessary to me, but not in the grey bandeau!). The second point is the population figures, which are currently screwed up. This comes from a change in the template made by Stevage on August 10. Apparently he didn't know that some communes have two population figures. So if you revert to the former template, don't forget to also revert Stevage's well-intended but uninformed edit. Hardouin 12:04, 14 September 2006 (UTC)


 * I have modified the template so that the, IMO, ugly lines are removed. I also categorised the parameters and removed the France w/flag from the top line. I put this at the bottom. I also tried to put the census/estimate pop. figures in a better position. This template is now very similar format to that of the Template:Major French Cities. Trying to make things uniform. --Bob 19:51, 14 September 2006 (UTC)


 * Bob, thank you VERY much for this. I like your template very much. It might require some minor fine tuning, but the code should be simple enough to allow "average" editors to do this. Again, thank you! olivier 02:09, 15 September 2006 (UTC)
 * Yes, thanks. If you don't mind, I'd like to tighten the line-spacing again in the annotations section, but before adding extra code I'll have a look and see if there is an existing style for that. I'd like to do the same on the Template:Major French Cities as well - looks nicer and saves some space. (Aside) Is is just me, or has the Wiki background gone from blue to white several times over the past days? It does make the infobox (and changes) stand out/blend in. THE PROMENADER  07:52, 15 September 2006 (UTC)

Hardouin, just a few comments about your changes. That's all for the moment :-) olivier 10:06, 15 September 2006 (UTC)
 * you increased the box size from 280 tp 307. I actually prefered the tigher version. Most pictures in infoboxes have a size of 300px. I did not notice any negative impact on them with the 280 size. Could we revert to 280?
 * I don't hink that INSEE/Postal code should be listed under "statistics"
 * maybe we should request the help of someone more knowledgeable, but I think it would be better if we could find a solution to have the population date on the right (as for density). I know that in some cases there are 2 figures and 2 dates, but I guess that the template could take that into account.
 * Bob's table had all the data of the right column aligned on the left and you reverted it to centre. I did not expect to come to this conclusion, but I think that the left alignment looked less messy and more readable.


 * Comment The promenader and I have played with it since and I think we have addressed all of your concerns. Hopefully it looks better for you. --Bob 21:51, 15 September 2006 (UTC)

It does look great - much lighter! Can anything be done about the footnotes? They are rather imposing. Perhaps a more concise language would cut them down to two lines each. THE PROMENADER  22:53, 15 September 2006 (UTC)


 * Also, one would think that the physical, political and demographic info would each have a section of their own - or would this make things too long? THE PROMENADER  23:21, 15 September 2006 (UTC)

Answer to Olivier's comments:
 * you increased the box size from 280 tp 307. I actually prefered the tigher version. Most pictures in infoboxes have a size of 300px. I did not notice any negative impact on them with the 280 size. Could we revert to 280?
 * The result of having a 280px width is that infoboxes without an image have a 280px width, whereas the scores of infoboxes with a 300px image have a 300px width. Compare Saint-Germain-en-Laye (image) and Sainte-Geneviève-des-Bois (no image). The width of the infoboxes is different. I think all commune infoboxes should have the same width, otherwise what's the point of a standard infobox? With 307px set in the template (which was the setting in your original template), all infoboxes have the same width. Perhaps with 300px they would also all have the same width. Have a look and tell me what you think.
 * I don't hink that INSEE/Postal code should be listed under "statistics"
 * Listing them under "post office" makes no sense. The INSEE code is not a post office thing. For now I renamed this category "miscellaneaous". Tell me if you can find a better name.
 * maybe we should request the help of someone more knowledgeable, but I think it would be better if we could find a solution to have the population date on the right (as for density). I know that in some cases there are 2 figures and 2 dates, but I guess that the template could take that into account.
 * That's impossible, unless we change the scores of infoboxes that have two dates and have been formated to fit with the setting of your original template in which population dates appeared on the left between parenthesis. That would mean identifying the very many articles that contain such infoboxes with two dates, and manually modifying each and every one of them. Good luck! For now, please do not modify the population figures setting unless you make sure they don't screw up the dates and figures at Saint-Germain-en-Laye (one of the many articles containing two dates).
 * Bob's table had all the data of the right column aligned on the left and you reverted it to centre. I did not expect to come to this conclusion, but I think that the left alignment looked less messy and more readable.
 * Up to you. Your original template had data in the right column centered. I thought it looked better that way, but up to you. On the other hand, the name of large categories in bold ("Administration", "Statistics") should be centered. They look ugly aligned on the left, so I centered them. Hardouin 23:37, 15 September 2006 (UTC)


 * Misc. sounds good enough. I put in Post Office as the template was set up Insee/Post code, which to me, and many others not in the know, made them out to be related. If they are distinct, then thet should be on different lines. --Bob 23:56, 15 September 2006 (UTC)


 * I completely agree with you that they should be on two separate lines. Unfortunately the template was the result of some users complaining that the template was too long, so they squeezed many entries on the same line, and tried to reduce size as much as they could, sometimes to the detriment of a clear format or meaningful presentation (such as INSEE grouped with Postal Code on the same line). Now, with all your changes, the template is as long as it was before they started their reduce campaign last Spring, so I'm afraid soon enough the same complaints of excessive length will resurface, and your changes will be trimmed. What can be done? The only thing I can suggest is to remove all the bold titles for general categories ("Administration", "Statistics", etc.). Then data would appear one below the other, without these category names (people are not stupid, they know what's administration and what's statistics). Check Athens, they have no category names, data appear one below the other. I also think that the title of the infobox ("Commune of XXX") should appear with a coloured bandeau, to give more prominence to the name of the commune, which will be made easier by removing all the bolded general categories with their greyish bandeaux. PS: I recommend not changing the overseas France commune templates until this template has become accepted and stable for a certain period of the time. All the back and forth is quite annoying. PPS: I would also recommend deleting the French flag at the bottom of the infobox. Why do we need a flag? Hardouin 10:55, 16 September 2006 (UTC)

You can make images any width you want. Since a majority of commune infoboxes do not have photos, this should not be too much of a problem to modify. Nothing is set in stone here. THE PROMENADER  11:56, 16 September 2006 (UTC)


 * We can make images any width we want, but there are already hundreds of commune articles who have a 300px image in the infobox (such as Collioure, Rennes, Saint-Germain-en-Laye, and so on). If we have to identify all the articles that contain 300px images in the infobox, and modify each of them, again good luck! Hardouin 15:12, 16 September 2006 (UTC)


 * Changing the infobox width to 280px for infoboxes contining images 300px wide would mean that... the affected infoboxes would reamain 300px wide until they are found and modified. Would this be a disaster? THE PROMENADER  19:53, 16 September 2006 (UTC)

Locator maps in the Paris region


Okay everyone, I've worked a lot on a locator map dedicated to Paris suburbs. The purpose is to use it in this template on French communes. I've already shown it to various people who made comments about it. Actually, I'm not sure about what to think about it, and that's why I would be glad to know your opinion. Here are those comments: Well, I don't really want to give my opinion on this as I'm waiting for yours first. If you have other comments to make, you're welcome. Thanks for your help. Metropolitan 20:30, 6 October 2006 (UTC)
 * Greeneries just add more confusion to the map and should be removed.
 * The map shouldn't stop at Paris and inner ring departments but should go beyond.
 * Circles to make smaller municipalities more visible aren't necessary (ex: Vincennes).
 * Names of departments (or at least Paris) should to help anyone who don't know Paris by heart to locate everything.
 * Paris arrondissements should be added as even if they aren't communes, they are still municipalities electing mayors.


 * Hardouin has proposed an alternative model enlarged to outer ring départements. He told me he hadn't finished yet but you can see a temporary version of it on the right side below. It would be a great help if anyone reading those lines could give their own opinion about this. Metropolitan 13:22, 11 October 2006 (UTC)


 * I definitely find Metropolitan's version both more exthetically pleasing and informative, but perhaps the scope should be clarified. Insets? THE PROMENADER  13:34, 11 October 2006 (UTC)


 * Um, tried the inset method, but no. Way too big. Too big for an infobox, anyway. (added) forgot the urbanised info in the lower left - it should be there too. Sorry, busy today, but I hope you get the idea. THE PROMENADER  14:35, 11 October 2006 (UTC)


 * Actually, nix my suggestion altogether. I think that only an inset showing the département in France is needed - forget régions. Takes too much space and is confusing. <span style="font-family:Futura, Helvetica, _sans;color:#ddd7a3;font-size:95%;">THE PROMENADER  10:14, 12 October 2006 (UTC)

Why are the template parameters in French rather than English?
This is the English Wikipedia. If someone wants to edit the infobox for Nîmes they shouldn't have to learn French to do it. The following parameters names should be changed: We'll also need to get a bot to go through and change the existing installations of the template to match the new parameter names. Kaldari 18:42, 14 October 2006 (UTC)
 * nomcommune -> name
 * maire -> mayor
 * deputie -> deputy
 * sans -> population
 * dens -> density
 * cp -> postal code


 * The current parameters allow a simple cut and paste from the French articles. olivier 09:34, 16 October 2006 (UTC)


 * An effective solution would be to have both French/English parameters, but behind "if" statements - then one could cut and paste from French articles and "Englishify" the parameters later without disturbing a thing. <span style="font-family:Futura, Helvetica, _sans;color:#ddd7a3;font-size:95%;">THE PROMENADER  09:39, 16 October 2006 (UTC)
 * I would support such a change. Kaldari 23:09, 19 October 2006 (UTC)
 * Feel free to change away, sir - I'm sure it's not that difficult to implement. <span style="font-family:Futura, Helvetica, _sans;color:#ddd7a3;font-size:95%;">THE PROMENADER  08:15, 20 October 2006 (UTC)

I think I have addressed your concerns on this point. --Bob 17:46, 25 October 2006 (UTC)

Locator map
I have introduced an optional parameters so that the template:Major French Cities and this one may be merged. There shouldn't be that much noticeable differences between before and now, and the advantage of this is that we can now use the locator map to highlight the position of the communes without having to create a whole bunch of new maps. --Bob 19:41, 25 October 2006 (UTC)


 * The idea to merge the two was really cool. Especially since communes "are" practically cities anyways, at least for France. <span style="font-family:Futura, Helvetica, _sans;color:#ddd7a3;font-size:95%;">THE PROMENADER  20:26, 26 October 2006 (UTC)

Urban Areas
For a better use of the Urban spread section, it would probably be good to add a line where we could name the urban and metropolitan areas of which each commune belongs. --Metropolitan 21:51, 26 October 2006 (UTC)


 * I see what you mean. Actually I propose to make a section for communes that are the centre and source of the agglomeration (pôle urbaine) (aka "major cities") and make another section type - with a different terminology - for communes part of another pôle urbaine 's unité urbain or aire urbaine. In short, "urban spread" section should be reserved for centres of unité urbaine and aire urbaine areas.


 * Actually I would find it "à jour" to make a series of articles on France's largest unité urbaines and aire urbaines, then you could link to these from the template. For example, a commune in the unité urbaine of Nice would have a "Unité urbaine - Nice" - without the Nice UU numbers, as this would be confusing - and a link to the Nice unité urbaine article. This would be comprehensive from all angles. <span style="font-family:Futura, Helvetica, _sans;color:#ddd7a3;font-size:95%;">THE PROMENADER  22:37, 26 October 2006 (UTC)

White Background behind Flags/emblems
I really liked the white background behind the flags and emblems, and had made a grey line around the "flag-holder" box to this end - I would like to put it back. It makes a nice contrast with the monotone rest of the template, and the same also highlights the city name. <span style="font-family:Futura, Helvetica, _sans;color:#ddd7a3;font-size:95%;">THE PROMENADER  20:25, 26 October 2006 (UTC)
 * Thanks for implementing that. I took the liberty of removing the cellspacing - this expanded the template beyond its indicated measure - and replaced this with cellpadding. This made the gaps between the white fields disappear. <span style="font-family:Futura, Helvetica, _sans;color:#ddd7a3;font-size:95%;">THE PROMENADER  22:39, 26 October 2006 (UTC)

TfD nomination of Template:Major French Cities
Template:Major French Cities has been nominated for deletion. You are invited to comment on the discussion at the template's entry on the Templates for Deletion page. Thank you. Bob 17:10, 6 November 2006 (UTC)
 * Done. Thanks for the heads-up. <span style="font-family:Futura, Helvetica, _sans;color:#ddd7a3;font-size:95%;">THE PROMENADER  01:15, 7 November 2006 (UTC)

Avoid doule location
Should it be possible to edit this template in order that, when no image is specified, it avoided the double "location" section like in Pau? --Attilios 15:26, 16 November 2006 (UTC)

Observations of a technoramus
The articles on far, far more French communes would benefit from incorporating a version of this infobox. I would dearly like to add such an infobox to many articles -- HOWEVER, I can't help feeling that this infobox has become a transclusionist playground which ignores the following issues:


 * The latitude/longitude question (one ought to be able to be taken to relevant map sites with just one click -- as one can from placename articles in other countries)
 * The census date (date-sans) really ought to appear after and in the same column as the total population figure (as per the French-language Wikipedia): a much neater solution.
 * The density date (date-dens) is more often than not left blank -- not surprisingly, since the density calculation is almost never calculated on two different population/area figures) -- but this leaves an orphan "" in the infobox. This parameter should be dispensed with: in the tiny number of cases where it is relevant a footnote would surely suffice.
 * Exiting footnotes 1 and 2 are excessively prominent, in my view: these comments should be hyperlinked.

Sometimes I wonder if it is not deliberately made difficult for those of us who are not computer programmers to contribute usefully to Wp... :( -- Picapica 13:05, 15 April 2007 (UTC)

Maps
What do the x and y parameters represent? Looking at the infobox included on Paris seems to create the map. But where did 141 and 73 come from? Couldn't it just use the lat/long to position the dot? └ UkPaolo/talk┐ 10:25, 13 May 2007 (UTC)
 * image_map = France_jms.png
 * x = 141
 * y = 73
 * (x,y) are the coordinates, in pixels, of the top-left corner of the target image with (0,0) being the top-left corner of the image image_map. It's up to you to calculate (x,y) knowing the latitude and longitude of the city, the width and height of the map and its min/max latitudes and longitudes. — Xavier, 15:00, 13 May 2007 (UTC)
 * I see... thanks for that, Xavier. It seems confusing though, and liable to lead to innaccuracies... it would be nicer if this template were changed to calculate the pixels automatically from the latitude and longitude, using a template such as (eg for a map of Paris:  ). That way, any commune which has lat/long specified can get a map as well. Anybody else have thoughts on this? └ UkPaolo/talk┐ 15:38, 13 May 2007 (UTC)
 * Really good idea. And I see now that is what is already done for some other infoboxes. I support a change of this template in this way. — Xavier, 23:51, 14 May 2007 (UTC)
 * Yes - I think it's what {t1|Infobox UK place}} does. It's nice because that way you just specify lat/long (which are easy to find out) and you get a map without any extra effort. └ UkPaolo/talk┐ 06:51, 15 May 2007 (UTC)
 * Interesting proposition (and I am the inventor of that system). If one was to take the max/min latitude/longitude covered by the map and apply it against the same's pixel height/width, it would be altogether possible to come up with a simple algorithm that could be integrated into the template. The map must be 100% accurate geographically for this to work, though, and I have to say that when I made the map I did not check this. It's worth a try though, isn't it? At worst we'd have to make a new, more precise map. <span style="font-family:Futura, Helvetica, _sans;color:#ddd7a3;font-size:95%;">THE PROMENADER  18:51, 5 June 2007 (UTC)

Hello, a simple formula you can use is this :

x= (157-(3.02-longitude)*18.246)-6.5

y= (137+(46.8-latitude)*27.442)-6.5

Remember to use the decimal format for the latitude and longitude when calculating (including the - sign if necessary). The map bends though following the curvature of the earth, so the correct formula would be much more complicated, this is good enough for most cases though. You can make an excel spread sheet and it's very fast and easy to calculate. The -6.5 is because of the size of the little red pointer thing.Jackaranga 01:35, 9 June 2007 (UTC)

Coordinates
As suggested above, I've modified the latitude/ longitude output, to give a coord template. Though it looks a mess on the template page, it works on articles. Andy Mabbett 11:47, 14 May 2007 (UTC)
 * Something seems to be broken. Anything using the latitude and longitude fields ends up broken - see Douai or Eth, Nord for an example.  --Hugh Charles Parker (talk - contribs) 17:39, 5 June 2007 (UTC)
 * Yep he messed up the template with this edit. There are many examples where it is all messed up now.  Jackaranga 02:14, 9 June 2007 (UTC)


 * Apologies; I didn't realise that some pages used DMS with "'" characters. I've rolled back that part of my edit. Andy Mabbett 08:10, 9 June 2007 (UTC)

How to use this template?
I am trying to update the infobox in the Salazie article, but I can't find its usage documentation (Such as for this one: Template:Infobox Company). In this template's doc section, the only thing mentioned is Microformat.

Aeons | Talk  08:00, 18 June 2007 (UTC)

Latitude then longitude rather than vice versa?
Hi &mdash; currently this template lists longitude before latitude, whereas I believe the standard order is latitude then longitude. This also seems to be the order used by Google Earth. Would anyone mind, therefore, if the current order were reversed? Sardanaphalus 11:42, 2 October 2007 (UTC)

Two flags?
The French flag at the bottom of the template appears to be redundant because there is already a smaller flag near the top of the template. Anyone have any objections to removing the bottom one? Green Giant 09:49, 8 October 2007 (UTC)

Recent edits
Todays edits have destroyed the rendering of some maps - see Montpellier for an example. --Bob 21:03, 8 October 2007 (UTC)


 * Still a problem in November - Albi. Charles Matthews 15:42, 7 November 2007 (UTC)

Too long
Any chance of trimming this down a bit? I was going to have a go, but the complicated syntax makes that almost impossible. Look at Blois for instance - there's basically no room to add any images at all because the infobox is so ridiculously large.

Some ideas:
 * Compress information like the Country (redundant), region, department onto one line, like: Department: Loir-et-cher (Centre).
 * Move the geographical information like area etc to a separate infobox which can appear separately in the article if it's wanted. It's not important enough to warrant taking so much space at the start of an article.
 * Move the population notes out of the infobox. Possibly make them standard tags that can appear with other footnotes. Or just link to them. They're so unimportant, it's a shame to waste so much space.
 * Ditch the "Location" horizontal bar. It's not strictly needed, so let's do without.
 * Use a standard coordinate template to move the coordinates into the title area. That will make them clickable, and save space in the infobox.

Thanks. Stevage 07:22, 18 October 2007 (UTC)


 * No. Images can be placed in the body of the article in a gallery if so required. Either that, or expand the article. The infobox is not much longer than other town/municipality/commune infoboxes.
 * Country, department and region need their own lines, lots of other infoboxes do it this way. See Template:Infobox German Bundesland and Template:Infobox German Location. Also, since this template is used on articles such as Noumea, it is better to be like this.
 * Whether other templates are also large and unwieldy is not a good argument against improving this one. Other than that, what justification is there for "need their own lines"? Don't the INSEE and post code "need their own lines"? No, that's why we put them on one line. Let's save space here.
 * geographical information is more important in an article about said commune than a photo/image. Again, it is present in other templates.
 * It's important, and should be present. That doesn't mean it has to go in exactly that place in that template. Other alternatives would be just as good, but solve the massive template problem.
 * population notes are important enough to be included in the template. remove them and you will have to edit over 2000 articles to place them in a footnote section. Again, other templates have footnote sections.
 * Again, if other templates jumped over a cliff... You could make this "X is important, therefore it must be included" argument indefinitely. The history of X is important, so perhaps we should add a "history" section? The number of hospitals is important, should we add that too? Seriously, it's not *that* important - the "sans double comptes" and non-counting of estuaries, lakes and glaciers does not have a major effect on the usefulness of the figures. Could we not just link to some part of an article about those surveys?
 * Again, location bars are found in other templates, and doesn't create a huge problem or create an infobox that is unwieldly.
 * It contributes to a problem, it is not the problem by itself. You seem to be arguing that the template is perfect at present, and nothing could be done to improve it?
 * A standard coordinate template would not be a bad idea, but again, it would need to be implemented in over 2000 articles in order to remove some of the syntax in this template. I have made a request on the bot page for help in reduing redundant syntax across all articles, but no botter has come forward to help. Will you carry out the necessary modifications to all articles that carry this template.
 * No, it would be a simple matter to remove the coordinates line and simply call another template instead - one that would place the coordinates in the title area, rather then the infobox. Easy. Stevage 01:57, 20 October 2007 (UTC)

Thanks. --Bob 14:35, 18 October 2007 (UTC)

Map on Carcassonne article
Seems to me that the template doesn't like the png on the map parameter. Location entry of the infobox in Carcassonne had cut a part of the image (at least on my Firefox v1.0). Just wanted to report this, cause I didn't know how to repair it. All the best. --Biblbroks 's talk 02:45, 4 December 2007 (UTC)

Repetition of coordinates
As presently written, the template appears to post the commune's geographical coordinates (lat./long.) TWICE in each article. I am assuming that this is an unwished-for "feature", but how to get rid of it? A subsidiary question: isn't the whole infobox thing overblown anyway? (My, no doubt heretical, view is that over-techie-ness in treating Wikipedia entries as an exercise in programing ingenuity is demotivating to those who just wish to add to the completeness of entries but cannot do so without falling foul of over-complicated templates. Is there a Wiki-support-group for people like me?) -- Picapica (talk) 17:03, 27 January 2008 (UTC)

Automatic map
Hi,

I've made an automatic locator map for this infobox, based on the Location map France template and the "longitude" and "latitude" fields as they are used in the French wikipedia infoboxes (plain decimal input), see: User:Markussep/Greece (Aydat is with the new longitude-latitude map, Dole is with older x-y input). It works for several types of input, so other types of input and automatic maps will still work. If there is a "longitude" field, it will display coordinates in the title. I used the infobox from the fr: article on Aydat for this example, with a few modifications (the arrondissements and cantons don't run smoothly yet, and there's the decimal comma-dot mixup). There's still a few problems to be fixed:
 * articles using the "long_lat" field instead of "longitude" and "latitude" do not get an automatic map, I can't use that field in the Location map template. These articles will not get coordinates in the title either, but they get them under the "Location" header. They will have to be wielded out manually (I can make a maintenance category for that)
 * there are many articles with a different automatic map, using the "x" and "y" fields. We can leave them alone for the time being, the only thing they miss is coordinates in the title, if that's not stated in the "long_lat" field.
 * this map does not work for the DOMTOMs (départements and territoires d'outremer, like Martinique, Réunion and Guyane), they need (and several have) manual maps, like Régina

Comments? Markussep Talk 17:35, 11 March 2008 (UTC)

I think this is fine. Obviously I would prefer to be using the standard Infobox Settlements for every country including France with a normal pushp pin map and DMS cordinates rather than decimal but given that the infoboxes have to be copied from french wikipedia and that their map doesn't work this is the best solution I think. ♦Blofeld of SPECTRE♦  $1,000,000? 18:21, 11 March 2008 (UTC)


 * Actually, the input is decimal, but the output (in the title bar, see for example Aydat) is DMS, thanks to an option in the coord template. Markussep Talk 18:36, 11 March 2008 (UTC)

It seems OK to me. As far as we have not to modify existing articles with 'image_map=France_jms.png', it's easier than calculating 'x' and 'y'. Have you experienced coordinates of the extreme points of France? — M-le-mot-dit (T) 18:51, 11 March 2008 (UTC)


 * Yes, I tried several points (a.o. Hendaye, Ouessant, Lauterbourg, Cap Corse, Saint-Aygulf), the map is good now. Actually, I liked the France_jms.png as well, but it's not quite north-oriented (it should be rotated by about 1 degree counterclockwise), so I had to use another map image. The articles using x and y will still work. Markussep Talk 18:58, 11 March 2008 (UTC)


 * There are several articles with non-decimal input in the "longitude" and "latitude" fields, which would give an ugly expression error in the map calculation. I made a maintenance category for that, and suppressed the error message. Markussep Talk 12:53, 12 March 2008 (UTC)


 * I just implemented the automatic map into the "real" infobox. In this Category:France articles requiring maintenance, you can find the articles that need attention. The articles under "N" are my first priority now, since they have no map at all. Usually, just copying the longitude and latitude fields from the corresponding French wikipedia article will do the trick. Make sure there is no "stand-alone" coord template in the article, because the infobox creates one as well, and they show up over each other. As far as I know, my changes do not disrupt the infobox severely, let me know if they do, and I will try to fix them. Markussep Talk 21:02, 13 March 2008 (UTC)
 * Is it possible to decrease a bit the size of the map? Usually, a 270px picture matches exactly the left and right borders of the template. You can have a look for instance at the Barcelonnette article, where the map is a bit larger than the picture. I tried to change the commune template myself, replacing 275 by 270, but it does not seem do do the job. Can anyone more familiar with the template help? Thanks. olivier (talk) 17:20, 14 March 2008 (UTC)
 * Done, I changed it here. Markussep Talk 17:25, 14 March 2008 (UTC)
 * Thanks! olivier (talk) 18:16, 14 March 2008 (UTC)

Assessment
There's two things we need to sort out. Adding the WikiProject French communes work group to the main france template so all of the articles can be tagged as part of the french communes group and creating some sort of register to assess which communes have got infoboxes. ♦Blofeld of SPECTRE♦  $1,000,000? 11:15, 16 March 2008 (UTC)

Problem with coordinates
Hi,

I noticed 2 issues with coordinates :


 * If coordinates are entered with lat_long,

Example : Paris, |lat_long = 48.86667°N, 2.33306°W 

Coordinates in the infobox are fine, but Coordinates: 50°N 2°W is written at the top of the page.


 * If the latitude and longitude fields are used, as advised in this template documentation,

Example : User:Sovxx/Fontainebleau |longitude      = 2.7025
 * latitude       = 48.409722

Coordinates at the top of the page are fine, but this time,  Coordinates  	  is written is the infobox

I don't dare modifying anything in template's code. Thanx Sovxx (talk) 07:00, 3 August 2008 (UTC)


 * Hi, I don't see anything strange in your Fontainebleau and Paris examples. The template in its present state uses whatever is in the lat_long field (usually a reference to the coord template), also if there are coordinates given in the longitude and latitude fields. No big deal I think, the lat_long field can be removed if there are valid longitude and latitude fields. If there are problems with it I could teach the template to ignore the lat_long field, later (I'm on holiday now). Markussep Talk 08:35, 4 August 2008 (UTC)


 * Oh, it seems that the problem has been solved by someone ! Thank you anyway. Sovxx (talk) 18:36, 4 August 2008 (UTC)


 * Well, the coordinates are OK, but now the unit "m" is written twice in the Elevation. — M-le-mot-dit (T) 17:19, 5 August 2008 (UTC)
 * "Elevation" back to the previous format — M-le-mot-dit (T) 13:54, 14 August 2008 (UTC)

Update
I plan on updating this template to standardize the parameter names to be more precise and English friendly and include conversions. The old/français parameter names will not be abandoned; they'll still work. This will bring the template inline with other such templates while still allowing infobox information to be transferred from the French Wikipedia when needed.

The name updates will be as follows:


 * mandat--->term
 * date-sans--->date-population
 * date-dens--->date-density
 * maire--->mayor
 * AU-area-date--->metro_area_date
 * UU-pop-date--->urban_pop_date
 * UU-pop--->urban_pop
 * UU-area-date--->urban_area_date
 * km²--->area_km2
 * area--->area_km2
 * AU-pop-date--->metro_area_pop_date
 * AU-pop--->metro_area_pop
 * sans--->population
 * cp--->postal_code
 * AU-area--->metro_area_km2
 * UU-area--->urban_area_km2
 * density--->density_km2
 * dens--->density_km2
 * alt moy--->elevation_m
 * alt maxi--->elevation_max_m
 * alt mini--->elevation_min_m

Let me know if there are any others that should be updated.

I will sweep through all transclusions twice. Once to format and change all the infobox parameters and switch the template name to a temporary template so there aren't any breaks; example diff here Then change out the code at the Template:French commune and sweep through again and change the temporary template name back to the main template: Template:French commune. Here is what the final version should look like: link Regards, &mdash;  MJC detroit  (yak) 21:17, 15 December 2008 (UTC)


 * Part one is done. Part two will involve swapping out the "/temp" template for the main template and fixing any of the comma decimal points that were left, i.e., 9,69 in French should be 9.69 in English.  Comma decimal points will/do cause problems with the unit conversions.  Should be all done within 36 hours. &mdash;  MJC detroit  (yak) 13:38, 19 December 2008 (UTC)

Flag
Why was the flag at the bottom put back in place? There is already a flag next to France, so the bottom one is just redundant; I just don't see its point. Chris DHDR 14:51, 20 December 2008 (UTC)

Requested move
Move Parsecboy (talk) 13:38, 26 December 2008 (UTC)

I propose to rename this template, over a redirect, to a more standard format. Andy Mabbett (User:Pigsonthewing); Andy's talk; Andy's edits 18:22, 20 December 2008 (UTC)
 * Makes sense to moi. Too bad you couldn't have requested this a few days ago (before my bot swept through the 17,000+ articles).&mdash;  MJC detroit  (yak) 19:00, 20 December 2008 (UTC)

Automatic calculation of population density
I just implemented an automatic calculation of the population density. It uses the given population and area of the commune. It's important that the values for population and the area are given as bare numbers: group separators such as commas and spaces give an error or wrong results. I built in some tests for incorrect values and errors, these shouldn't normally show up in the articles. Articles with incorrect values and errors will turn up in the hidden Category:France articles requiring maintenance. Markussep Talk 11:44, 6 April 2009 (UTC)

new parameters
I added two new parameters: one for the official city website and one for the Demonym. Any problems? Chris DHDR 17:20, 14 April 2009 (UTC)


 * I think the official website is valuable information, but I don't see the value of French demonyms (e.g. Lillois, Montalbanais, Évryens) for English wikipedia. Markussep Talk 18:21, 14 April 2009 (UTC)


 * I thought the demonym would be useful since it's not always obvious and even if it's french we would use the french one anyway. Plus I was just following the example set by Infobox country. Chris DHDR 10:58, 15 April 2009 (UTC)


 * For a country it's different, there's always an English word for people from a country (Andorran, Bangladeshi, Honduran). I know Parisian is used in English, I'd say skip the others. Actually, I haven't seen it in infoboxes of any other city, except some major US and UK cities like Boston, LA, New York City and Liverpool, but they're English demonyms of course. Not in the infoboxes of Tokyo, York, Madrid, Beijing, Moscow and Buenos Aires, to give a few examples outside France. Markussep Talk 13:09, 15 April 2009 (UTC)


 * I get your point. I removed the demonym feature. Chris DHDR 15:02, 15 April 2009 (UTC)

Adding departments and Corsica
Hello,

If you agree, could the default map for InfoBoxes of France stubs (e.g. Périgueux) be modified, in order to show the departments (not only the regions), like on the fr:wiki ? In fact, it is File:Carte France geo.png since 2008, but Corsica is not here, so this one, seen at 270px like in the InfoBow, would be better. Jack ma (talk) 11:46, 16 June 2009 (UTC)


 * Correction, the infobox currently uses File:France location map.svg, which does show Corsica. The advantage of File:France location map-Regions and departements.svg is that it also shows the department borders. File:Carte France geo.png is used on some of the infoboxes in French wikipedia (there are at least 3 different infoboxes for French communes in French wikipedia), for instance fr:Modèle:Communefra, used on fr:Abbeville. I support using the map with departments. Markussep Talk 12:50, 16 June 2009 (UTC)


 * Why can't we have that thing the French have where you can swap between France location carte-Regions and departements.svg and France relief location map.jpg? Chris DHDR 15:39, 17 June 2009 (UTC)


 * Sure, I guess there would be no problem! See fr:Périgueux (click on the message just below the map "Voir la carte physique"; unfortunatly, there are no departments). Jack ma (talk) 15:02, 18 June 2009 (UTC)

Could any priviledged user modify Template:Location map France in order to reflect File:France location map-Regions and departements.svg ? Thanks, Jack ma (talk) 09:58, 27 June 2009 (UTC)

Parameter
Saw the parameter "gentile", on a template. Rich Farmbrough, 23:22, 6 July 2009 (UTC).


 * That's "gentilé", French for the name of the inhabitants (e.g. Marseillais). It's the same as the "demonym" mentioned above. French wikipedia uses it, that's why you can find it here in copied infoboxes. Markussep Talk 08:20, 7 July 2009 (UTC)
 * It also uses "nomhab" for the same purpose. Rich Farmbrough, 15:06, 21 September 2009 (UTC).

Slight possible redesign
Getting a bit of inspiration from Paris streetbox, how about adding the typical French sign for a village to the infobox? I don't mean basing the whole thing on the sign (like Paris streetbox), just having a normal-sized one. I guess there would be two, one for the French name and one for the native name. The native name could also have a sort of "logo" indicating the language, as is common the case, and would be below (they're always below since they're "inferior"). Chris DHDR 19:34, 9 July 2009 (UTC)


 * Nice idea, I tweaked the boxes a bit so they looked better in my browser (IE), and made them all caps because that's how the real ones are (is there a way to convert a text to all caps automatically?). Double signs with regional languages on one of them exist in Corsica and Brittany AFAIK, I wouldn't use them for other places where the regional language is virtually extinct (like Grenoble). Markussep Talk 07:42, 10 July 2009 (UTC)


 * The new signs are definitely closer to the real thing, tho I changed the color to Venetian red which seems closer to the real thing. Also you can make the text to all-caps by using ; so   produces GRENOBLE (find more things like that at mw:Help:Magic words). Should we also put the native name in italics like is common the case (but not always)? Also often a logo is on the left, showing the language; should we do that here and if so what would the logo be? I was in Provence a few days ago and got some pics of double signs, I'll add them here as soon as I have the time; there are a few variations. Finally, to not break the template, will we need new parameters, or can a simple change of the meaning of a parameter be used?  Chris DHDR 11:28, 10 July 2009 (UTC)


 * My bot has got me into enough hot air (just check its talk page) these last couple of weeks; so there is a draft version here and its test cases here to fix out any possible bugs. Chris DHDR 19:12, 10 July 2009 (UTC)


 * I guess the best way would be to replace  and   with ,  , and  ; the old links could be kept until they are possibly removed by a bot. Also I guess that if   doesn't exist   would be a good replacement. Finally if there's no   then I guess it could be replaced by  . In the mean time I'll keep testing.  Chris DHDR 13:20, 11 July 2009 (UTC)

Switching backend
I would like to propose switching the backend of the template to use infobox settlement. I have created a version in the sandbox which is pretty close to what would be needed to make this happen. The advantage is that the template code is vastly simplified, the layout is more similar to other city/commune infoboxes (see Infobox Italian comune for example), and any features added to could be quickly added to this template. A second advantage is that the current template does not allow for having only the Coat of Arms, without the flag, or visa-versa. This is not a problem for. A third advantage is that can use a single specification of coordinates, rather than explicitly using both a coord template and the x =, y = parameters for the map. A small amount of preprocessing will be required before a formal switch could be made (in particular, to correct how the "skyline" image is specified). I have made the current template take both methods of specifying the skyline image to facilitate a switch. I am willing to run AWB to check all uses of the template to make sure they are completely compatible before any switch is made. You can see the differences between the sandbox version and the current version for Paris on the testcases page. Feel free to suggest changes, or simply debate the justification for switching. Thanks! Plastikspork <sub style="font-size: 60%">―Œ <sup style="margin-left:-3ex">(talk) 23:59, 2 October 2009 (UTC)
 * OK well, I changed settlement to add an "image" field which takes My pix .  However there is a problem with how Infobox settlement handles latitude and longitude. I have been running fixes against this template for a couple of months, it is probably the cleanest instanced template of its extent and size, but there are stil affew things to pick up, including lat long parameter and untranslated "armouires" and "logo" parameters. Rich Farmbrough, 00:49, 3 October 2009 (UTC).
 * For most communes, the present infobox doesn't use x and y parameters, see the Rouen example. I would prefer to convert existing "x and y communes" to "latitude and longitude". What I see now in the sandbox is definitely not an improvement, but probably Rich is still working on it. I'm pleased with the appearance of the present infobox, and I think it looks better than for instance the Italian infobox. IMO no need to convert to Infobox settlement. Markussep Talk 08:26, 3 October 2009 (UTC)
 * Note, you may have been viewing the testcases while Rich was testing something in the sandbox (it looked like a really old version of the template). Plastikspork <sub style="font-size: 60%">―Œ <sup style="margin-left:-3ex">(talk)  03:54, 4 October 2009 (UTC)
 * Support conversion. This will facilitate ease of future maintenance; and standardising appearance is better for our readers. Andy Mabbett (User: Pigsonthewing ); Andy's talk; Andy's edits 10:23, 3 October 2009 (UTC)
 * Support conversion. I think it could be converted fairly straighforwardly too. Himalayan   12:15, 3 October 2009 (UTC)

Now that I see Rich's latest version, I'm getting a bit more positive about switching to Infobox settlement. What I don't like about the template: Markussep Talk 15:41, 3 October 2009 (UTC)
 * all those horizontal lines, e.g. between area, elevation and max. and min. elevation; they obviously belong together, just like the administrative divisions, and the lines interfere with some of the text (e.g. the sq mi after area)
 * I prefer the degrees, minutes, seconds system for the coordinates, and if the decimal degrees stay, they should be rounded. Actually, when they're already in the title, we don't need them in the infobox as well
 * "-Total" after "Area" should go, there are no details about the area in the infobox
 * "Government -" before "Mayor" should go, in 99+% of the communes, no details about the government other than the mayor are given
 * It would be better for you to raise your concerns on 's talk page, to see if there is consensus to change the relevant parts across all articles using that template and its child-templates. (In the specific instance of coordinates, the display format is set according to user preference, as documented at Coord; and it's usual to put them in both the infobox and title-line: the infobox is a summary of salient points, which coordinates are; and including them in the infobox also includes them in the emitted hCard microformat. Andy Mabbett (User: Pigsonthewing ); Andy's talk; Andy's edits 15:48, 3 October 2009 (UTC)
 * I'm not familiar with Infobox settlement, I don't know if it's flexible, maybe it's possible to modify the look without having to change the mother template. I modified my user preference w.r.t. coords, works. I'm surprised it's not in the time and date preferences, I had to modify monobook.css. Markussep Talk 16:01, 3 October 2009 (UTC)
 * Coordinate display as via the user preferences dialogue was always the intention, and has been proposed. See Gadget/proposals. Andy Mabbett (User: Pigsonthewing ); Andy's talk; Andy's edits 16:06, 3 October 2009 (UTC)

Hm, yes I have alwasy been dubious about having the co-ords listed twice. Also about the conversion of deg min to 8 decimals... then rounding. We are throwing away information, not anou the location so much aas abut the (in)accuracy of the co-ords. Rich Farmbrough, 01:34, 4 October 2009 (UTC).
 * It sounds like we can come up with a workable solution. By the way, I stripped out the "autolinking" code in the sandbox version, but that could be obviously reincluded. However, I was thinking it might be better as a subtemplate, to make the code a bit less complicated to read. Plastikspork <sub style="font-size: 60%">―Œ <sup style="margin-left:-3ex">(talk)  03:54, 4 October 2009 (UTC)
 * Listing the coordinates twice could be turned off with a modification to, which currently turns only allows either inline or inline,title. Plastikspork <sub style="font-size: 60%">―Œ <sup style="margin-left:-3ex">(talk) 03:56, 4 October 2009 (UTC)
 * About coordinate rounding: 1 degree latitude is 40000/360 = 111 km (1 degree longitude is 111 km on the equator, 79 km at 45 degrees latitude). For a town, 0.1 km is more than enough precision IMO, that's about 0.001 degrees (= 3.6 seconds). I don't think the templates coord and infobox settlement allow for rounding now, but we can do that ourselves using e.g., and suggest it to the people at Infobox settlement. I added an extra test case: Nouméa (New Caledonia). Obviously something goes wrong... Markussep Talk 11:49, 4 October 2009 (UTC)
 * Your assumptions are mistaken, in that any of the three display options can be set; but in any case I oppose any move to limit the display of coordinates. It's usual to put them in both the infobox and title-line: the title line is also where they appear for articles without infoboxes; and where the single set of coordinates defining the location of the subject of an article which has many sets appears; it's understood in this context by our external partners and other third-parties. The infobox is a summary of salient points (which coordinates are) which appear elsewhere in an article; and including them in the infobox also includes them in the emitted hCard microformat. Removing coordinates from the title line will prevent services like Google Maps and Google Earth from showing the lcoations of many thousands of our articles. Removing them from the infobox will remove the coordinates from the microformats emitted by many thousands of our articles. We should not discard either of these useful services to our readers; much less do so for what appears to be a purely aesthetic consideration. Andy Mabbett (User: Pigsonthewing ); Andy's talk; Andy's edits 18:33, 4 October 2009 (UTC)


 * Just checking if I understand correctly: if we let the infobox create title coordinates and no inline coordinates (as is the case for most of the French communes now), they're included in the hcard, right? Because that's what I proposed. I surely see the value of services like Google Maps, but I don't see the value of showing the coords in the infobox when they're also in the title, a few cm higher. Markussep Talk 19:09, 4 October 2009 (UTC)
 * Right, that was my understanding, that this would not eliminate the links, just eliminate duplicates that are a few cm apart. If this is a problem for hcard usage, we should work on a solution. Plastikspork <sub style="font-size: 60%">―Œ <sup style="margin-left:-3ex">(talk) 19:27, 4 October 2009 (UTC)

You can add the option to display coordinates in the title anyway from within the infobox settlement. The problem with infobox french commune was that in order to make it tidy we had to remove the original coordinates to save them featuring as as a double. Himalayan   13:02, 4 October 2009 (UTC)
 * I know. I prefer to show the coords in the title only, that's not (yet) possible with Infobox settlement. Markussep Talk 13:50, 4 October 2009 (UTC)
 * I'll propose something over at infobox settlement if it hasn't been proposed already. Thank you for adding a new test case. I just made a few minor changes to the sandbox version to correct a few minor errors (e.g., the missing map).  It looks like no information is being discarded now. Plastikspork <sub style="font-size: 60%">―Œ <sup style="margin-left:-3ex">(talk)  15:40, 4 October 2009 (UTC)
 * A second question: Does anyone ever specify both "adjustable map" and "map" at the same time? I can allow for both, but the code is less complicated if one takes priority over the other. Thanks. Plastikspork <sub style="font-size: 60%">―Œ <sup style="margin-left:-3ex">(talk)  15:40, 4 October 2009 (UTC)


 * Nouméa looks better now, thanks. I'm sure there are no infoboxes that use both "adjustable map" and "map". I would like to phase out the use of "image map", "x and y" and "latlong", maybe that can be automated too (if there are no decimal coordinates in the infobox they may be imported from fr:). Markussep Talk 19:09, 4 October 2009 (UTC)


 * I have an AWB script which can convert the bare 'lat long = {{coord' calls to 'latd = xx | longd = xx | ...' . I could have the same script consolidate the map calls and any other desired cleanup (e.g., tagging articles with missing coords). Plastikspork <sub style="font-size: 60%">―Œ <sup style="margin-left:-3ex">(talk) 19:27, 4 October 2009 (UTC)


 * Can your script also handle infoboxes where the coord template has dms input, like at Aumur? Would be very nice, from the number of links to File:France jms.png I guess it's about 5000 articles. Markussep Talk 12:33, 7 October 2009 (UTC)


 * Yes, it actually prefers DMS input. We recently switched the backend of {{tl|infobox Italian comune}}, and I have an AWB script running through the 7500 transclusions to clean up those infoboxes. As soon as it finishes, I would be happy to have it start on transclusions of this template.  A large fraction of the Italian pages don't have infoboxes, or have old hardcoded tables, which makes the process a bit slower (grabbing the infobox from the Italian wikipedia page and machine translation). If there is a specific edit task which can be described in terms of a regular expression pattern, it's usually pretty easy to have a script perform the task. I'm sure Rich could help as well, and it appears he has been doing quite a bit of work to deprecate old parameters.  Plastikspork <sub style="font-size: 60%">―Œ <sup style="margin-left:-3ex">(talk)  15:14, 7 October 2009 (UTC)

More minor changes
I just (yesterday) deprecated all the old parameter names - in the sense that they are now making articles members of the tracking cat where used. I will do the armoiries/logo paramters too. I have a recollection of seeing something like "dispense". It should be possible then to simplify the template massively. Rich Farmbrough, 13:25, 3 October 2009 (UTC).
 * Oh incidentally the deprecation only picked up two articles so far, which I am quite pleased with. Rich Farmbrough, 13:26, 3 October 2009 (UTC).

demonym
Several of the communes have demonyms in their infoboxes (even in this English variant). It would seem reasonable to me to have those displayed. No? --David V Houston (talk) 17:43, 9 December 2009 (UTC)


 * See the discussion above. Those demonyms are the demonyms in the French language, not in English. Therefore, I think they're not suitable for the infobox, which should give a summary of the most relevant information about the place. Markussep Talk 18:00, 9 December 2009 (UTC)
 * Ah. Right.  Didn't occur to me to check the 'new parameters' heading, and there is SO much stuff on this page I didn't read through it all.  Thank you for the response.  Makes sense. --David V Houston (talk) 20:56, 10 December 2009 (UTC)