Template talk:Infobox skyscraper
This is the talk page for discussing improvements to the Infobox skyscraper redirect. |
|
Archives: 1 |
![]() | This redirect does not require a rating on Wikipedia's content assessment scale. It is of interest to the following WikiProjects: | ||||||||||||||
|
Live map capability
[edit]It is possible to get live links to Google/Yahoo/Mapquest maps from browsers with a slight modification of the template. Steps:
- add Firefox's free Operator toolbar
- Go to Chrysler Building article.
- click on google or yahoo maps
If user provides street-address1, then it does the new thing. If they provide location, it should work as it did before. I'd like to add this change to the template, and solicit any suggestions for improvements or any possible objections. This is not a browser specific upgrade- the this template is already emitting these codes, I just added a few more so that not just contact information could be stored, but map applications could interoperate with WP. Thanks, -J JMesserly (talk) 18:44, 26 January 2009 (UTC)
- Since this is a low use template, I will make the addition. If there are any comments, please also ping my talk page as I currently much more heavily involved on a project on Commons. -J JMesserly (talk) 17:39, 27 January 2009 (UTC)
- I've removed the mark-up. On the high-profile Chrysler Building article, it was giving an improper microformat "street-address" value of "405 Lexington Avenue Manhattan NY United States" (the correct value would have been "405 Lexington Avenue"). Please test your template edits in a sandbox, and obtain consensus, before implementing them. Thank you. Andy Mabbett (User:Pigsonthewing); Andy's talk; Andy's edits 20:55, 3 February 2009 (UTC)
- For bugs that have no visual impact on users, it is perhaps more efficient to refer the bug report to the template writer first. The bug took about 10 seconds to fix. thanks. Everything is restored now. -J JMesserly (talk) 22:04, 3 February 2009 (UTC)
- I've removed the mark-up. On the high-profile Chrysler Building article, it was giving an improper microformat "street-address" value of "405 Lexington Avenue Manhattan NY United States" (the correct value would have been "405 Lexington Avenue"). Please test your template edits in a sandbox, and obtain consensus, before implementing them. Thank you. Andy Mabbett (User:Pigsonthewing); Andy's talk; Andy's edits 20:55, 3 February 2009 (UTC)
Former Name parameter
[edit]Can we possibly add a "former name" parameter? This would be very useful for recently renamed skyscrapers such as the Willis Tower (Sears Tower). Cheers, Rai•me 16:16, 17 July 2009 (UTC)
- I've attempted to do this, it can be seen in action here but I haven't added any former names on any articles yet as the formatting isn't quite right. I was also planning to have the template understand when
former_name
is added rather thanformer_names
, the title doesn't display "Former names" but just "Former name" (which will be likely in most cases). --timsdad (talk) 10:31, 30 November 2009 (UTC)
"Preceded by" field
[edit]The field "preceded by" used on buildings that were once the highest in the world (see Burj Dubai) makes zero sense by itself. Preceded by in what? From the infobox, there is no context indicating it's about height; in fact, the box suggests to the uninitiated that the field indicates the previously built skyscraper, irrespective of height. Something has to be done about this. -- JovanCormac (talk) 09:38, 16 August 2009 (UTC)
- It should probably be removed from the infobox entirely. It's trivia unrelated to the actual article subject. Chris Cunningham (not at work) - talk 13:43, 18 August 2009 (UTC)
- The field is inappropriate to use in the Burj Dubai article because the structure is incomplete. If you look at this revision of Taipei 101 in 2008, you can see that as long as there is a filled in "|year_finished=" parameter, the infobox will create a caption reading "NAME has been the world's tallest building since 2004" with a note to how "world's tallest building" is being defined. This clarifies what the "Preceded by" field means. Since Burj Dubai is still under construction and doesn't have a filled in year finished parameter, the caption isn't showing up. I agree that the preceded by should be removed from the Burj Dubai article, but I see no reason to remove it from articles like Willis Tower and Empire State Building where its meaning is very clear. Cheers, Rai•me 14:06, 18 August 2009 (UTC)
Status problem
[edit]An IP editor trying to get the status "under construction" to show in the infobox for the Shard London Bridge has brought to my attention that none of the skyscraper infoboxes display the status field any more. Before the many recent edits to this template by 212.84.120.221, the status could either be input manually (by adding the |status=Under Construction code) or it would automatically display "Complete", "Under Construction", "Proposed", etc. with appropriate font colouring according to the construction start/end/est. completion dates. --timsdad (talk) 14:33, 30 December 2009 (UTC)
- Actually, it appears the status is functioning on the Burj Dubai article... Maybe not in all cases then. --timsdad (talk) 14:37, 30 December 2009 (UTC)
- It doesn't handle "cancelled" status though. Seems everything falls through to "proposed". Astronaut (talk) 18:55, 30 December 2009 (UTC)
- Tried to add "cancelled" and "Never built", but couldn't get it to work. Astronaut (talk) 19:20, 30 December 2009 (UTC)
- I know the IP editor has gone to a lot of trouble "fixing" this template, but was there actually any problem with it beforehand? They seem to be a bit of a template whiz so I'll see if I can get them to work on the status parameter but if the problem can't be found then we might have to revert to the old template. --timsdad (talk) 01:11, 31 December 2009 (UTC)
- From some extra testing I've been doing, I have found that if the status is put in manually, the status will default to the colour (e.g. |status=Complete, the infobox will display Complete). This never used to happen with the old template. --timsdad (talk) 01:55, 31 December 2009 (UTC)
- I've fixed the override function so that when anything other than any of the regular statuses is input in the status parameter, it will display that (see Nakheel Tower). --timsdad (talk) 03:15, 31 December 2009 (UTC)
- The "Never built" status can be seen in action on the Nakheel Tower article. I added a simple parameter, 'cancelled' to the infobox so that the date/year the project was cancelled can be input and the status will default to "Never built". I don't feel the cancelled year should be displayed, as it isn't very important, but it's the only way we can get the infobox to display the status. --timsdad (talk) 03:29, 31 December 2009 (UTC)
- I have added a "topped-out" parameter in a similar fashion. It can be seen on Burj Dubai. --timsdad (talk) 03:38, 31 December 2009 (UTC)
- The "Never built" status can be seen in action on the Nakheel Tower article. I added a simple parameter, 'cancelled' to the infobox so that the date/year the project was cancelled can be input and the status will default to "Never built". I don't feel the cancelled year should be displayed, as it isn't very important, but it's the only way we can get the infobox to display the status. --timsdad (talk) 03:29, 31 December 2009 (UTC)
- I've fixed the override function so that when anything other than any of the regular statuses is input in the status parameter, it will display that (see Nakheel Tower). --timsdad (talk) 03:15, 31 December 2009 (UTC)
- From some extra testing I've been doing, I have found that if the status is put in manually, the status will default to the colour (e.g. |status=Complete, the infobox will display Complete). This never used to happen with the old template. --timsdad (talk) 01:55, 31 December 2009 (UTC)
- I know the IP editor has gone to a lot of trouble "fixing" this template, but was there actually any problem with it beforehand? They seem to be a bit of a template whiz so I'll see if I can get them to work on the status parameter but if the problem can't be found then we might have to revert to the old template. --timsdad (talk) 01:11, 31 December 2009 (UTC)
- Tried to add "cancelled" and "Never built", but couldn't get it to work. Astronaut (talk) 19:20, 30 December 2009 (UTC)
- It doesn't handle "cancelled" status though. Seems everything falls through to "proposed". Astronaut (talk) 18:55, 30 December 2009 (UTC)
New parameter: endonymic_name
[edit]A lot of times the building's name on English Wikipedia differs from the endonymic name; in the infoboxes this is often solved by adding a <br /> between the names in the building_name parameter. That's what I tried to solve by adding endonymic_name. This talk message was intending to pay attention to the update, but also to give you a chance to comment on it before I start to use this parameter in the template. jonkerz♠ 18:38, 1 April 2010 (UTC)
- Any reason for not calling it "native_name"? This is the term used in {{infobox settlement}}, for example. Plastikspork ―Œ(talk) 19:35, 1 April 2010 (UTC)
- +1 for native_name. There should be an acompanying native_name_lang attribute, again like
{{infobox settlement}}
. Andy Mabbett (User:Pigsonthewing); Andy's talk; Andy's edits 19:51, 1 April 2010 (UTC)- No particular reason, I guess I just like the word "endonym" ^^ You are right, native_name is better, more intuitive. I notice it's already fixed, great. If my experiments in the sandbox succeed, I'll add native_name_lang and other_name as well. jonkerz♠ 20:20, 1 April 2010 (UTC)
- Thank you. Please also move both native_ and other_ names to separate table rows, so that they are not included in the
class="fn org"
used by the template's microformat. Each should instead useclass="nickname"
. Again, see{{infobox settlement}}
. Andy Mabbett (User:Pigsonthewing); Andy's talk; Andy's edits 20:51, 1 April 2010 (UTC)- Sorry, I can't get it to work. The
class="fn org"
is fine, but i can't even find an example of the native_name_lang working when trancsluded using the settlement infobox. "<span class="fn org">Bishkek</span><br /><span>Бишкек</span>
" is the output from the processed xhtml from the article Bishkek. See, the "class="nickname", lang="xx" xml:lang="xx"
is nowhere to be found? An other topic: I made a manual override function (with colors) to the status parameter; At times the automatic function just doesn't do it. It's currently in the template sandbox, and still case sensitive, would anyone mind take a look at the code and confirm it so we can take it live? It's a feature I've been missing the last days while adding infoboxes. jonkerz♠ 21:29, 1 April 2010 (UTC)- There seems to be a bug; I've raised the matter at Template talk:Infobox settlement#native name lang. Andy Mabbett (User:Pigsonthewing); Andy's talk; Andy's edits 22:35, 1 April 2010 (UTC)
- Now fixed. Andy Mabbett (User:Pigsonthewing); Andy's talk; Andy's edits 23:24, 2 April 2010 (UTC)
- Sorry, I can't get it to work. The
- Thank you. Please also move both native_ and other_ names to separate table rows, so that they are not included in the
- No particular reason, I guess I just like the word "endonym" ^^ You are right, native_name is better, more intuitive. I notice it's already fixed, great. If my experiments in the sandbox succeed, I'll add native_name_lang and other_name as well. jonkerz♠ 20:20, 1 April 2010 (UTC)
- +1 for native_name. There should be an acompanying native_name_lang attribute, again like
Cancelled status
[edit]The current code:
| label9 = Status | data9 = {{#if:{{{status|}}}|{{#switch:{{{status}}} | Complete = <span style="color:darkgreen">Complete</span> | Destroyed = <span style="color:#e42328">Destroyed</span> | Demolished = <span style="color:black">Demolished</span> | Under construction = <span style="color:purple">Under construction</span> | Never built = <span style="color:red">Never built</span> | Topped-out = <span>[[Topping out|Topped-out]]</span> | Proposed = <span style="color:orange">Proposed</span> | #default = {{{status}}} }}|{{#if:{{{demolished|}}}{{{destroyed|}}}{{{cancelled|}}}{{{topped_out|}}}{{{est_completion|}}}{{{built|{{{constructed|{{{construction_period|}}} }}} }}}| {{#if:{{{demolished|}}}|<span style="color:black">Demolished</span>}} {{#if:{{{destroyed|}}}|<span style="color:#e42328">Destroyed</span>}} {{#if:{{{cancelled|}}}|<span style="color:red">Never built</span>}} {{#if:{{{topped_out|}}}|<span>[[Topping out|Topped-out]]</span>}} {{#if:{{{est_completion|}}}|<span style="color:purple">Under construction</span>}} {{#if:{{{built|{{{constructed|{{{construction_period|}}} }}} }}}|<span style="color:darkgreen">Complete</span>}} | <includeonly><span style="color:orange">Proposed</span></includeonly>}} }}
misses the case where someone puts "Status=Cancelled
", which at the moment will appear in normal black font. I also think it relatively unlikely someone will put "Status=Never built
", but lets leave that feature in. I therefore propose adding:
| Never built = <span style="color:red">Never built</span> | Cancelled = <span style="color:red">Never built</span> | Topped-out = <span>[[Topping out|Topped-out]]</span>
I tried adding this kind of thing previously and really messed it up, so I thought I would ask for guidance here first. Astronaut (talk) 12:29, 16 April 2010 (UTC)
- Don't think this is working. Using "Status=Cancelled" causes the status line to disappear altogether. See User:Astronaut/Sandbox#Skyscraper infobox tests 2. Astronaut (talk) 15:13, 16 April 2010 (UTC)
Done I fixed it myself - and it appears to work. Astronaut (talk) 15:55, 16 April 2010 (UTC)
- Don't think this is working. Using "Status=Cancelled" causes the status line to disappear altogether. See User:Astronaut/Sandbox#Skyscraper infobox tests 2. Astronaut (talk) 15:13, 16 April 2010 (UTC)
- D'oh. Thanks for fixing it. Chris Cunningham (not at work) - talk 09:48, 17 April 2010 (UTC)
Merge → Template:Infobox building
[edit]This template should be merged with infobox building. It has nothing which couldn't be added to the Infobox building template. Dr. Blofeld White cat 09:46, 5 May 2010 (UTC)
- Good idea. Do it. Andy Mabbett (User:Pigsonthewing); Andy's talk; Andy's edits 09:56, 5 May 2010 (UTC)
- Support merge per nom. --emerson7 13:12, 5 May 2010 (UTC)
- Yes and I am willing to help (or actually do it). Plastikspork ―Œ(talk) 20:02, 5 May 2010 (UTC)
- Support per nom, there's no need in having dupe templates. jonkerz♠ 04:32, 11 May 2010 (UTC)
- Support--TonyTheTiger (T/C/BIO/WP:CHICAGO/WP:FOUR) 14:59, 14 May 2010 (UTC)
- Support makes sense. After which may we nominate the resulting bloody box for deletion as well? --Joopercoopers (talk) 01:39, 20 May 2010 (UTC)
I've put it up for TFD. Hopefully it canbe converted once Plastikspork returns.. Dr. Blofeld White cat 18:11, 2 July 2010 (UTC)
- Speaking of that, whatever happened to the merge? --AussieLegend (talk) 10:54, 8 November 2010 (UTC)
- I am hoping to get to it soon. It requires a bit of time due to the number of parameters, and minor differences in how these parameters are being used (e.g, the ambiguous building "height"). However, it is certainly do-able. Anyone else is welcome to help as well (e.g., creating a sandboxed version). Plastikspork ―Œ(talk) 06:53, 15 November 2010 (UTC)
Clean up list
[edit]The following is the current list of articles using fields which do not exist in this infobox. I plan to clean all these up before any merger with the building infobox. If you want to help out, feel free to take a stab at any of these, but remove any that you fix. I will be doing the same. Thanks! Plastikspork ―Œ(talk) 23:42, 21 January 2011 (UTC)