Template talk:Infobox settlement/Archive 8

Tallest structure

Any support for or objections to adding "tallest structure" to the template? Accurizer (talk) 18:47, 19 April 2008 (UTC)[reply]

For big cities, that wouldn't be bad. For most settlements, though, I suspect it'd be quite difficult to find any sources that would note that kind of thing. It might be easiest to just include "tallest structure" info in the body of text for those communities where that statistic is known and documented. Huwmanbeing ☀★ 19:17, 19 April 2008 (UTC)[reply]

That's a good point. Accurizer (talk) 20:57, 19 April 2008 (UTC)[reply]

Coord to display in titles

I think there should be a parameter that would allow the same coordinates, that used in the infobox to be displayed in the title. That would save from having to double-include {{coord}} in the same article. For example, London has the coordinates in the infobox but then needs a second template down the bottom to display the same coordinates on the title so that the city would be included in WikiMiniAtlas. Renata (talk) 07:36, 29 April 2008 (UTC)[reply]

The {{Geobox coor}} template which generates the coordinates in the Infobox actually offers this functionality ~~according to the documentation on its talk page(although there is also an old discussion there mentioning problems - don't know if it's currently fixed)~~. So we would just have to define a new parameter (called coor_title or something like that), to be assigned the value 1 if the coordinates are to go in the title too, and then add the code:

|title={{{coor_title|}}}

in the {{Geobox coor}} call within the Infobox. I don't know how this affects WikiMiniAtlas though - depends whether it's compatible with Geobox coor.--Kotniski (talk) 08:05, 29 April 2008 (UTC)[reply]

Why shouldn't the coordinates always be in the title alone? Kanguole (talk) 08:28, 2 May 2008 (UTC)[reply]

Well, that would have been a possibility, but so many articles now have a separate coord template that it would take a huge amount of work to change. In any case there are differing philosophical views about coordinates - some people think that those in the title should be representative of the whole entity, without speicfying exact;y which point they are the coords of. In the Infobox you can specify what the coords are actually of - useful if you're dealing with a large city or a district, for example..--Kotniski (talk) 08:36, 2 May 2008 (UTC)[reply]

So ideally the coords would be in the title alone unless coor_type was specified, in which case they'd also be inline. Could that behaviour be provided as an option? Kanguole (talk) 10:35, 2 May 2008 (UTC)[reply]

Well I guess it could, though I don't see that it would be of great benefit, since if you want the coords to be in the title alone you can just use the coord template and not bother with any coords in the Infobox.--Kotniski (talk) 10:03, 4 May 2008 (UTC)[reply]

The "goal" is to just have to input the coordinates input once within an article's Geobox/Infobox and have them displayed in the article's Infobox (for people) as well as having them displayed in the title bar (where Google and other services look for them when "datamining" Wikipedia pages.) There also are odd circumstances where more than one set of coordinates exist within an article and one needs control over exactly which one is in the article's title bar.

I have seen some articles with the "same" coordinates suffering from typos where then were entered more than once in an article and either from typos or updates, the coordinates diverged (i.e. someone either making a typographical error or updating one set of the coordinates without updating all the others). In the simplest case, coordinates should only be in the geo/infobox with the exact same coordinates replicated in the article's title bar (without having to reenter them). In the "most" complex case, with an article containing multiple coordinates, it should be clear exactly which set are replicated in the article's title bar, while the other coordinates only display in geo/infoboxes or inline text associated with the feature they are attributed to. Multiple coordinates often arise when there are multiple features with similar names or another relationship to other relevant features, it often makes sense to cover the relevant features in different sections of one article rather than having separate articles for each one. For instance a settlement named for a nearby prominent geographic feature or vice versa. Another example is when a settlement historically used to be at once location, but for some reason relocated to another location (for instance, settlements which were "wiped off the map" by earthquakes, floods, volcanoes, ... and subsequently relocated at another nearby location).

LeheckaG (talk) 12:49, 5 August 2008 (UTC)[reply]

{{Editprotected}} Requesting that an Infobox Settlement coordinates_display= or coordinates_title= field be added, with a default value of either: =inline, or blank/empty/undefined; to accept and pass the {{Geobox coor}} title= parameter which then gets "fed" to the {{Coord}} display= parameter, so that coordinates can be displayed either in-place =inline, or in the article's title bar =title, or both =inline,title. As it is now, Infobox Settlement does not display coordinates in the article's title bar, so the only way to get the article to properly show up on map services (like Google Maps or other map services showing Wikipedia articles) is by "unnecessarily" duplicating coordinates within an article and setting an appropriate display=title parameter of the other set of coordinates (either in the text like in a Geography section or in External links) which often results in multiple inaccurate sets of coordinates in articles. LeheckaG (talk) 17:32, 22 August 2008 (UTC)[reply]

Not done: please be more specific about what needs to be changed. Eh?? :D Some code would be nice... Happy‑melon 16:05, 23 August 2008 (UTC)[reply]

{{Editprotected}} Okay ... {{Geobox coor}} accepts a title= parameter, which if set/non-blank, invokes {{Coord}} with display=inline,title; else display=inline.

This is the {{Infobox Settlement}} section which would be updated:

<!-- ***** Coordinates ***** -->
{{#if:{{{latd|}}}|
      <tr class="mergedbottomrow">
	<th colspan="2" style="text-align: center; font-size: smaller; padding-bottom: 0.7em;">Coordinates{{#if:{{{coor_pinpoint|{{{coor_type|}}}}}}| ({{{coor_pinpoint|{{{coor_type|}}}}}})|}}: {{Geobox coor|{{{latd|}}}|{{{latm|}}}|{{{lats|}}}|{{{latNS|}}}|{{{longd|}}}|{{{longm|}}}|{{{longs|}}}|{{{longEW|}}}|{{{coordinates_type|type:city}}}}}</th>
      </tr>
}}

With either (always pass a title= parameter, even if {coordinates_display} is blank or undefined):

<!-- ***** Coordinates ***** -->
{{#if:{{{latd|}}}|
      <tr class="mergedbottomrow">
	<th colspan="2" style="text-align: center; font-size: smaller; padding-bottom: 0.7em;">Coordinates{{#if:{{{coor_pinpoint|{{{coor_type|}}}}}}| ({{{coor_pinpoint|{{{coor_type|}}}}}})|}}: {{Geobox coor|{{{latd|}}}|{{{latm|}}}|{{{lats|}}}|{{{latNS|}}}|{{{longd|}}}|{{{longm|}}}|{{{longs|}}}|{{{longEW|}}}|{{{coordinates_type|type:city}}}|title={{{coordinates_display|}}}}}</th>
      </tr>
}}

or (only pass a title={coordinates_display} parameter when {coordinates_display} is defined and non-blank):

<!-- ***** Coordinates ***** -->
{{#if:{{{latd|}}}|
      <tr class="mergedbottomrow">
	<th colspan="2" style="text-align: center; font-size: smaller; padding-bottom: 0.7em;">Coordinates{{#if:{{{coor_pinpoint|{{{coor_type|}}}}}}| ({{{coor_pinpoint|{{{coor_type|}}}}}})|}}: {{Geobox coor|{{{latd|}}}|{{{latm|}}}|{{{lats|}}}|{{{latNS|}}}|{{{longd|}}}|{{{longm|}}}|{{{longs|}}}|{{{longEW|}}}|{{{coordinates_type|type:city}}}{{#if:{{{coordinates_display|}}}|{{!}}title={{{coordinates_display|}}}}}}}</th>
      </tr>
}}

{{Infobox Settlement/doc}} should then be updated to reflect coordinates_display= parameter ... LeheckaG (talk) 12:17, 24 August 2008 (UTC)[reply]

Done Please make sure that the documentation is suitably updated. Happy‑melon 14:47, 24 August 2008 (UTC)[reply]

Tested, works great. Omitting coordinates_display= results in the current {{Coord}} behavior, and including coordinates_display=inline,title (currently can be anything non-blank - {{Geobox coor}} just checks for a non-blank parameter, hopefully =inline,title is relatively intuitive?) causes coordinates to display in an Infobox Settlement article's title bar as requested. Thank You. ... I am updating {{Infobox Settlement/doc}} ... LeheckaG (talk) 15:16, 24 August 2008 (UTC)[reply]

Incorporation

Can there be a line for date of incorporation? I think this would be very useful to be in a standardized place on every city article. —Scouter Sig 20:22, 29 April 2008 (UTC)[reply]

There is.

|established_title      =  
|established_date       = 
|established_title1     =  
|established_date1      = 
|established_title2     = 
|established_date2      = 
|established_title3     =  
|established_date3      =

You can place whatever you feel is appropriate in the "..._title" fields, like settled, founded, incorporated... see Boston for an example. —MJCdetroit ^(yak) 00:41, 4 May 2008 (UTC)[reply]

Flag problem

For the life of me, I cannot get the flag to show up on http://wiki.riteme.site/wiki/User:Nricardo/sandbox. Any help would be greatly appreciated. Thanks. --Nricardo (talk) 10:47, 2 June 2008 (UTC)[reply]

At 100px the template wouldn't display, but at 105px the flag displays. Dunno why...good luck. —MJCdetroit ^(yak) 11:48, 2 June 2008 (UTC)[reply]

Weird. Thank you very much! --Nricardo (talk) 03:00, 3 June 2008 (UTC)[reply]

Overlinking

Please can somebody delink the common units of measurement (km², sq mi) in the template. The guidance at wp:overlink says:

In general, do not create links to: ... Plain English words, including common units of measurement
Examples of common measurements include: ... metric units of ... length ... some imperial and US units such as inch, foot, yard, mile, etc.

Thanks Lightmouse (talk) 16:39, 7 June 2008 (UTC)[reply]

If no one has any objections it could probably be done. —MJCdetroit ^(yak) 00:56, 8 June 2008 (UTC)[reply]

No objection from me. All that would be required would be to delete the word "link" from the three subtemplate calls (without deleting any pipes, i.e. leaving an empty-string parameter). And there seems also to be one explicit link, in the bit of the area code that deals with dunams.--Kotniski (talk) 04:17, 8 June 2008 (UTC)[reply]

Thanks. That would be great. I think 'dunam' is sufficiently obscure to require a link. But please delink the common units. Lightmouse (talk) 09:53, 3 July 2008 (UTC)[reply]

I would, but don't have the privilege - an admin would have to do it. MJC?--Kotniski (talk) 09:56, 3 July 2008 (UTC)[reply]

It's a done deal: followed your suggestion as to the correct code tweak, and it seems to be OK. Alai (talk) 15:55, 3 July 2008 (UTC)[reply]

Thank you very much. That has improved a lot of articles. Lightmouse (talk) 16:04, 3 July 2008 (UTC)[reply]

Leader Party

Hello.

At the moment, only the leader without the number can have a party (i.e. leader_name). Is it possible to put something in the syntax to allow parties on the numbered ones (i.e. leader_name1)? It would be helpful for cities like Tauranga, which has two electorates and has two MPs. However, only one MP can have a party displayed if I insert the names of the MPs.

Laydan Mortensen (talk) 08:17, 8 June 2008 (UTC)[reply]

You can always just put the party in brackets after the name of the MP.--Kotniski (talk) 08:25, 8 June 2008 (UTC)[reply]

Scope?

What's the scope of this infobox? I understand it is intended for all cities, towns, villages, etc. How about regions, counties, municipalities, and other administrative subdivisions? Are they supposed to use template also? Renata (talk) 23:15, 8 June 2008 (UTC)[reply]

They can. Are supposed to? Maybe, maybe not. It's a judgment call that depends on quality. Mexican States like Quintana Roo use this infobox and so do provinces in Iraq and counties in Canada. (There are better examples, but those are the quickest that I could think of.) However, U.S. states and counties have had their own good/well maintained infoboxes long before this infobox was as good as it is now. So they would not use this infobox. Where did you want to use this infobox? —MJCdetroit ^(yak) 03:32, 9 June 2008 (UTC)[reply]

I guess a better question is: are there any plans to migrate from country-specific subdivision infoboxes to this one? Renata (talk) 14:52, 9 June 2008 (UTC)[reply]

This has already been done for Poland (I know because I did it); I don't know what plans there are for any other countries. I think some countries have good infoboxes of their own (the US and UK, for example, but I've seen others) which have no need to migrate; others are less attractive so would probably benefit from migration to here. I think User:Blofeld of SPECTRE takes care of a lot of this sort of thing.--Kotniski (talk) 16:13, 9 June 2008 (UTC)[reply]

transliteration to transcription

I changed the word "transliteration" to "transcription", after a discussion at Template talk:Infobox Korean settlement#Why not use infobox settlement?. "Transliteration" may not alright for all uses, so it was changed to transcription. If anyone has a better idea... —MJCdetroit ^(yak) 16:37, 14 July 2008 (UTC)[reply]

Nicknames

Is there anyway to make "nickname" display as "nicknames" or even "nickname(s)"? Many cities have more than one and technically it is grammatically incorrect. Grey Wanderer (talk) 02:21, 19 July 2008 (UTC)[reply]

Done. Adjusted the coding a little to read "Nickname(s)" —MJCdetroit ^(yak) 03:08, 19 July 2008 (UTC)[reply]

Timezone parameters

The current setup of the timezone-related parameters (timezone, utc_offset, timezone_DST, and utc_offset_DST) assumes the existence of named timezones. However, many smaller countries that lie entirely within a single timezone (example, Armenia) don't have names for timezones. The template does not format the timezone fields meaningfully in these instance, as the infobox on the Armenia page shows. You cannot leave timezone= blank, or the line will not appear at all; and you cannot leave utc_offset blank, or you get a line like "UTC+4 (UTC)". Can these parameters be adjusted to allow omitting the utc_offset fields when the timezone name is the UTC offset? --Russ (talk) 09:55, 20 July 2008 (UTC)[reply]

I suggest using the TZdata parameter. So for Armenia it would be "tzid=Asia/Yerevan" and templates should handle the rest, i.e. adding generic zone name and UTC offsets. In case Armenia switches the UTC offset or adds/withdrwas DST it can be change in one place and is not needed to be changed in every page that uses the Infobox. Recent example was Venezuela which changed the UTC offset to UTC-4:30. TzClock (talk) 21:22, 15 September 2008 (UTC)[reply]

overlaying other templates bug?

Como (this version) had Template:Infobox Weather this template underlaid by Template:Infobox Settlement. Is this intended, if so is there a workaround? -84user (talk) 22:01, 20 July 2008 (UTC)[reply]

If possible, and sometimes it can't be avoided but the climate section should be a little further down the page. If this isn't possible, {{-}} (the clear all template) just before infobox weather will solve this. —MJCdetroit ^(yak) 01:15, 21 July 2008 (UTC)[reply]