Template talk:Infobox valley

Floor elevation
Is the code for "floor elevation" supposed to be commented out? Not like it would work anyway, the documentation says the parameter is named "Floor elevation" while the actual code looks for "Floor Elevation". --Pascal666 21:14, 20 February 2010 (UTC)

template name
Shouldn't this be Infobox valley instead of Infobox Valley? --Stepheng3 (talk) 17:52, 17 April 2010 (UTC)


 * Yes, it should. —hike395 (talk) 18:07, 17 April 2010 (UTC)

Geobox
I have proposed that we delete geobox. That may effect this templates. You are invited to particiapte in the Geobox deletion dicussion. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 23:00, 3 January 2012 (UTC)

Request to remove call to Invoke:Coordinates.dms2dec
Hi. I have a minor technical request. I've noticed that some Geographical Infobox templates have been removing calls to Invoke:Coordinates.dms2dec. For example:


 * Template:Infobox_park
 * Template:Infobox_mountain_range

I propose a similar removal here. The following pages (as of the 2014-09-03 dump) call Infobox_valley without specifying the lat / long parameters:

This results in some benign script errors (note they do not show on the page).

In keeping with Infobox_park and Infobox_mountain_range, I believe this template should also remove the lat / long calls. I've modified the sandbox page accordingly. Note that I replaced the Coordinates.dms2dec code with the lat / long block that is used later in the template for Infobox_coord.

Let me know if you need more info. Thanks. gnosygnu 02:32, 23 September 2014 (UTC)
 * looks good, so done! Frietjes (talk) 13:52, 23 September 2014 (UTC)
 * Thanks gnosygnu 04:36, 24 September 2014 (UTC)
 * should probably change template:infobox forest as well? Frietjes (talk) 14:24, 23 September 2014 (UTC)
 * Sounds good. I made the same change to the sandbox page there. Let me know if there is anything else (or if I should go ahead and apply). Thanks! gnosygnu 04:36, 24 September 2014 (UTC)
 * looks good. I would say go ahead and make the changes there as well. Frietjes (talk) 13:59, 24 September 2014 (UTC)
 * Cool. Thanks for the confirmation. I realized I never updated the Template_talk:Infobox_forest page, and left a note there now. I'll commit the change sometime on Friday, and leave a final note here when done. Thanks again. gnosygnu 02:50, 25 September 2014 (UTC)
 * As per the earlier comment, I updated the page now gnosygnu 16:56, 27 September 2014 (UTC)

A few missing parameters
So I'm looking at converting the pages that use geobox for a valley over to use this template. I noticed a few params missing and wanted to see if they are worth adding? Population, Density, Timezone and Website are the ones I've spotted. Now it may be that those are just deprecated and don't really belong on a valley... But wanted to check. Anyone have thoughts? --16:32, 19 October 2018 (UTC)
 * Also missing information about highest and lowest elevations. -- Zack mann  (Talk to me/What I been doing) 20:14, 19 October 2018 (UTC)
 * Thanks for doing the conversion! The nice thing about Infobox valley is that it only has parameters that are sensible for a valley. We should be careful about importing parameters from Geobox, which has the union of all parameters across all geographic regions. Here's what I think:
 * lowest_elevation in Geobox is already covered by elevation, elevation_ft, etc., which are the elevation of the valley floor.
 * highest_elevation in Geobox isn't very well-defined. To identify a single highest point, you would need to know the boundary of the valley (because the highest point would probably be on the boundary). Very few valleys have definitions that are verifiable by reliable sources: allowing highest_elevation is just asking for editors to do original research. I would oppose such a parameter.
 * population and population_density in Geobox seem good: they should be verifiable in sources.
 * website and timezone don't seem to be important enough information to appear in an infobox for a valley: I would suggest leaving them out.
 * If you need any help in converting the infoboxes, let me know. I converted geobox mountain range to Infobox mountain range using AWB a while back. —hike395 (talk) 08:15, 20 October 2018 (UTC)
 * much appreciated! The fun one is going to be river. I've opened up a TFD here if you'd care to comment! -- Zack mann  (Talk to me/What I been doing) 08:19, 20 October 2018 (UTC)

Template-protected edit request on 22 March 2019
Please remove the line  - protection templates are automatically handled by the documentation page. Thanks, --DannyS712 (talk) 06:31, 22 March 2019 (UTC)
 * Yes check.svg Done —&thinsp;JJMC89&thinsp; (T·C) 06:49, 22 March 2019 (UTC)

Font size
It appears that this template uses a slightly bigger font size than generally used for infoboxes. Below image is using custom CSS, with the default sans-serif font the issue might be less noticeable but nonetheless still visible.



It appears that this 'style attribute', which is not present for other infoboxes, overrides the default 88% font-size.

This bodystyle property should be empty as it is with other similar templates: Unless there is a reason for this template not to meet the default style, it would be great if this can be fixed. Pieceofmetalwork (talk) 16:54, 11 July 2021 (UTC)

✅ --- I explicitly set the line-height to be 1.5em, because it's 1.65 on mobile, and 1.5 looks better to me. Other than that, I removed all of the other formatting. — hike395 (talk) 04:08, 12 July 2021 (UTC)

native name parameters
I have started a discussion at, you participation would be appreciated.

—Trappist the monk (talk) 22:29, 27 December 2021 (UTC)
 * As a result of the above referenced discussion, I have modified this template and fixed most of the attendant errors. Some errors I have not fixed.  Articles with native name errors are listed in .  In a day or so, I will move on to another infobox template so if you are able to fix the errors listed in the category, now is the time because errors associated with  are the only errors listed.
 * —Trappist the monk (talk) 16:05, 7 January 2022 (UTC)
 * I fixed the remaining errors, thanks for building this infrastructure --- seems easy to use. A couple of suggestions/comments:
 * The checker seems to be confused by references, see, e.g..
 * Would it make sense to let Infoboxes handle the logic instead of forcing editors to do it? Namely, infoboxes could have parameters native_name, native_name###, language_code, language_code### and if only native_name and language_code is used, then the infobox could call native_name, while if the numbered parameters are used, the infobox could call native name list. This might be easier for editors. It also has an advantage that if the list is invoked, then the label could be automatically set to Native names. Right now, the infobox doesn't know whether to use singular or plural.
 * — hike395 (talk) 17:48, 7 January 2022 (UTC)
 * expects the value assigned to native_name to be wholly wrapped in markup.  In your example, the  and  are both outside of the markup created by .  It is for this reason that  has postfixn so that references (or other important stuff) can be attached directly to a list item.  Per WP:INFOBOXREF,   is the preferred solution (though perhaps the non-English text in the lead should be marked up with ).  But, were it important, one can write:
 * which given to is acceptable:
 * which given to is acceptable:
 * which given to is acceptable:


 * I thought about doing what you suggest but decided against it because to do so takes away editor flexibility. Bringing the logic into the infobox will constrain what editors can do.  As it is now, editors can use any of, , , , and for lists, , , .  Certainly, if I am wrong in this assessment, we can revisit.
 * —Trappist the monk (talk) 18:35, 7 January 2022 (UTC)