This is an archive of past discussions. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page. |
Archive 1 | Archive 2 |
((editprotected|Template:Infobox German location))
Something must've gone wrong in a recent edit. Apparently the template now produces a cite error on article pages, even if there are no <ref> tags used inside the article text. De728631 (talk) 15:58, 16 May 2010 (UTC)
So, if the population is automatically transcluded from ((Population Germany)) and this overrides existing entries we don't need the population related parameters any more. This should be reflected in the documentation and in the source code if applicable. De728631 (talk) 16:55, 16 May 2010 (UTC)
Hi, I made two edits to the sandbox version, see this diff. The population date and reference would give an error message if the "Gemeindeschlüssel" field was named "key", I corrected that. And I added a new field, "dissolved", for administrative units (mostly Verwaltungsgemeinschaften, Ämter etc.) that have been disestablished. See Elbe-Stremme-Fiener for an example using the sandbox version. The disestablishment date is added (format copied from ((Infobox District DE)), change it if you don't like it), and the article doesn't show up in the population error maintenance category anymore. Markussep Talk 12:40, 19 May 2010 (UTC)
((editprotected))
The template is automatically linking years against current MoS guidelines. Please change this.
It looks like this
((#if: (({year|<noinclude>x</noinclude>))} | ((!)) '''Founded''' ((!!)) ((#ifexist:(({year))}|((#ifeq:((#expr:(({year))}<100))|1|[[(({year))}|(({year))} AD]]|[[(({year))}]]))|(({year))))} ))
would be better like this
((#if: (({year|<noinclude>x</noinclude>))} | ((!)) '''Founded''' ((!!)) (({year))}((#ifeq:((#expr:(({year))}<100))|1| AD)) ))
JIMp talk·cont 10:56, 1 June 2010 (UTC)
i.e.
((#if: (({year|<noinclude>x</noinclude>))} | ((!)) '''Founded''' ((!!)) (({year))}((#ifeq:((#expr:(({year))}<100))|1| AD)) ))
sorry about that JIMp talk·cont 17:59, 1 June 2010 (UTC)
((editprotected))
What we discussed above still needs to be done, that is, replace
((#if: (({year|<noinclude>x</noinclude>))} | ((!)) '''Founded''' ((!!)) (({year))}((#ifexpr:(({year))}<100| AD)) ))
by:
((#if: (({year|<noinclude>x</noinclude>))} | ((!)) '''Founded''' ((!!)) (({year))}((#ifexpr:(({year))}<100|& nbsp;AD)) ))
Markussep Talk 10:42, 7 June 2010 (UTC)
Hi, I copied another nice feature from German wikipedia: clickable district maps. Clickable image maps are currently available for 269 out of 301 districts. I translated and simplified (available input fields: file name and size) one as a test: ((Imagemap district DÜW)) (district of Bad Dürkheim), which works like this: ((Imagemap district DÜW|Neidenfels in DÜW.svg|250px)) =
. This is also used in my new sandbox version of this infobox. It uses the Lageplan or image_plan field, and detects which imagemap template to use from the district licence code in the filename ("DÜW" in "Neidenfels in DÜW.svg", licence codes can have 1, 2 or 3 letters). It works, see the testcase for Neidenfels. Comments? Markussep Talk 08:12, 15 June 2010 (UTC)
((editprotected)) Please replace this template with the version in the sandbox. This will make it possible to use clickable district maps. Markussep Talk 11:57, 22 June 2010 (UTC)
There's a problem with the imagemaps in the infobox: if the district code contains two letters (e.g. "EL") the district map is not clickable. The imagemaps worked OK when I wrote the code in June, but apparently something changed in the way spaces and/or strings are handled by parser functions. Anyway, I made a new version that works in my browser (IE 6.0), see Template:Infobox German location/testcases#Test Kluse. Please check whether it works in other browsers/systems. Markussep Talk 13:52, 15 October 2010 (UTC)
Many instances of this template (I suspect all) are testing for the existence of Template:Imagemap Germany district. My understanding from *shudder* reading the code is that it attempts to construct the name of a relevant template ("Imagemap Germany district XXX") and transclude its contents. I suspect the links to the base template name with no suffix indicate a flaw in the process that generates the target template name. - TB (talk) 20:38, 25 November 2010 (UTC)
((edit protected))
The "year" attribute is not used very often because it is not very useful. It would be good if we could fix that. The problem is that
for most European cities the actual date of foundation is unknown. The corresponding template for US cities works better because it has two attributes: "first settlement" and "incorporation". Since the date of first settlement is almost never known for European cities, it would make sense to also have the date of first documentary mentioning (the date of the first written historical document that mentions the town). These dates are frequently listed on city websites and many cities base their anniversaries on them.
So, I'd propose to add two new attributes to the template:
For example, Lüneburg was founded (first settled) at an unknown date in prehistory, it was first mentioned in AD 956, and it received city status in ca. 1189. What do people think? --Chl (talk) 03:06, 31 December 2010 (UTC)
((edit protected))
Please unlink the subheadings Country, Population, Population density, Area, Elevation, Square mile, Rural area, Urban area, Website, which are familar terms per WP:OVERLINK. This will bring this template into line with recent changes to ((infobox settlement))
- see
Template_talk:Infobox_settlement#Unnecessary_links and Template_talk:Infobox_settlement#Unnecessary_links - unfinished business for the request and subsequent actioning there. Colonies Chris (talk) 14:20, 5 March 2011 (UTC)
In the article titled Bad Honnef, this template is used, and it gave the town's elevation thus:
I fixed this punctuation error (see WP:MOS) so that it says:
That is what now appears in the article, but there's an error message next to it saying there's a punctuation error.
Earlier on this present discussion page I raised this issue, and I thought we had then fixed the bug. But apparently it's not entirely fixed. Michael Hardy (talk) 17:00, 28 July 2011 (UTC)
|elevation=
and |elevationmax=
, like this. Thanks! Plastikspork ―Œ(talk) 01:21, 10 October 2011 (UTC)This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Can someone please make the coordinates display in the title as well as inline? Thanks. Jon Harald Søby (talk) 16:46, 9 October 2011 (UTC)
|display=inline
in the ((coord)) template used here, into |display=inline,title
. This would result in the infobox getting the same display as every other infobox. This change will make the coordinates show in the upper right corner of the article as well as below the map in the infobox. In all (or at least the vast majority) other infoboxes having both is the standard. Jon Harald Søby (talk) 23:06, 9 October 2011 (UTC)
This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
In the Administration section, please could the word "Country" be left-aligned, along with the others in that section? --Stfg (talk) 18:44, 11 October 2011 (UTC)
text-align:left
from the table for <th>
or something like that. Anomie⚔ 16:10, 14 October 2011 (UTC)
The template contains the following code:
((#if:(({year|))}|((#ifexist:Category:Populated places established in the (({year))}|(({category|[[Category:Populated places established in the (({year))}]]))} | (({category|[[Category:Populated places established in (({year))}]]))))))))}
For values of |year=
earlier than 1500, this attempts to put the page into a non-existent category like Category:Populated places established in 1499, which is in disagreement with the text on ((settleestcat))
. See Category:Populated places established in the 15th century - the correct category for such a place would be Category:Populated places established in the 1490s. --Redrose64 (talk) 19:10, 27 October 2011 (UTC)
|year=~996
, this attempts to put the page in the non-existent category Category:Populated places established in ~996. GoingBatty (talk) 00:17, 7 June 2012 (UTC)
((#iferror:((#expr:(({year|))} + 1 ))| | ((#ifexpr:(({year|))}>1499|((#ifexist:Category:Populated places established in the (({year))}|(({category|[[Category:Populated places established in the (({year))}]]))} | (({category|[[Category:Populated places established in (({year))}]]))))))))))}
This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
The above was requested and there were no objections. The proposed solution was tested and apparently works so it should probably be implemented. Note that as I was doing cleanup regarding the classification by year of settlement, I've bookmarked a few articles affected by the proposed change and that will have to be recategorized manually. (which obviously I'll do once the template stops being in the way) Pichpich (talk) 22:46, 17 August 2012 (UTC)
Thanks. I've recategorized a bunch of article and the change works just fine... except when it doesn't. :-) Unfortunately, it creates an error when the "year" field is absent or left blank. I noticed when I removed the (probably incorrect) data from the Prenzlauer Berg infobox. Pichpich (talk) 01:34, 18 August 2012 (UTC)
Hi, RedRose64. Looks like you introduced an error into ((Infobox German location)) with your recent edit. The pages that use it are now producing a "Expression error: Unexpected > operator" error. Cheers, Jason Quinn (talk) 02:33, 18 August 2012 (UTC)
Yes, that's also what I came here to tell you. Please undo or refine your edit. Thanks. Kelisi (talk) 02:45, 18 August 2012 (UTC)
end of moved thread --Redrose64 (talk) 12:26, 18 August 2012 (UTC)
I was looking at this as well at the same time trying to find out what was breaking the German pages. Doing some searching the problem could be too many templates under templates I believe. On some pages it was fine, but for others it was just too many cascading templates that went over the Mediawiki limit of 40. I think if the edit is to be redone maybe a less deep template should be used underneath. Canterbury Tail talk 12:37, 18 August 2012 (UTC)
|category=
is absent.
|year=
is absent:|year=
is present but blank:|category=
is absent.
|year=
is absent: Error: Unexpected > operator|year=
is present but blank: Error: Unexpected > operator((#ifexpr:>1499
throws an error because there is no value before the >
--Redrose64 (talk) 12:45, 18 August 2012 (UTC)
|category=
is absent.|year=~996
: Category:Populated places established in ~996|year=1450s
: Category:Populated places established in the 1450s|year=1456
: Category:Populated places established in 1456|year=1560s
: Category:Populated places established in the 1560s|year=1567
: Category:Populated places established in 1567|year=~996
:|year=1450s
:|year=1456
:|year=1560s
:|year=1567
: Category:Populated places established in 1567|year=~996
and |year=1456
but no longer works as desired for |year=1450s
and |year=1560s
. It seems like only |year=1567
is working both before and after. --Redrose64 (talk) 13:03, 18 August 2012 (UTC)It might be best if we started out by determining what the criteria for categorisation were. At present, the template has code as follows:
((#if:(({year|))}|((#ifexist:Category:Populated places established in the (({year))}|(({category|[[Category:Populated places established in the (({year))}]]))} | (({category|[[Category:Populated places established in (({year))}]]))))))}
Which essemtially means:
|year=
is blank or absent, do nothing, otherwiseCategory:Populated places established in the year
exists, put article in that, otherwiseCategory:Populated places established in year
|category=
is present (whether blank or not), that will override (2) or (3).There is no attempt to check that the category set at step (3) exists, and this is the problem that first brought me here; and is also the problem described by GoingBatty on 7 June 2012. So, how about this:
|year=
is blank or absent, do nothing, otherwiseCategory:Populated places established in the year
exists, put article in that, otherwiseCategory:Populated places established in year
exists, put article in that|category=
is present (whether blank or not), that will override (2) or (3).This would be coded as follows; note that I've brought the coding for step (4) out by one level:
((#if:(({year|))}|(({category|((#ifexist:Category:Populated places established in the (({year))}|[[Category:Populated places established in the (({year))}]] |((#ifexist:Category:Populated places established in (({year))}|[[Category:Populated places established in (({year))}]]))))))))}
There is no attempt to determine if the |year=
is earlier than 1500. Doeas anybody wish to add to that? --Redrose64 (talk) 10:59, 19 August 2012 (UTC)
|category_year=
. in addition, it thwarts category sorting, and is confusing when trying to recat articles. Frietjes (talk) 16:49, 19 August 2012 (UTC)This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Please add ((TfD)), linking to Wikipedia:Templates for discussion/Log/2012 January 6#Template:Infobox German location. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 00:50, 6 January 2012 (UTC)
Please change the "pt:" interwiki from "Predefinição:Alemanha/cidades" to "Predefinição:Info/Cidade da Alemanha". Thanks, --viniciusmc 22:45, 3 April 2012 (UTC)
The string testing of the image_plan/Lageplan parameter is apparently causing thousands of articles in Category:Pages where expansion depth is exceeded. See Wikipedia:Village pump (technical)#Raising issue again: Page exceeded the expansion depth. PrimeHunter (talk) 15:00, 12 May 2012 (UTC)
This edit request to Template:Infobox_German_location has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
I have created a fix for the depth-exceeded limit, in Template:Infobox_German_location/sandbox2 (2nd sandbox), as the update to use efficient Template:Strfind_short (7 levels), rather than slow Template:Str_find (23 levels), to avoid the 40-level limit, also center the plan-map, and even reformat 40% faster. The NewPP markup will show only 31 levels used, and 10,100 fewer preprocessor nodes, saving 2-3 seconds (40%) on reformat time. I regret that I did not know sooner (before today) there was a depth-limit problem months ago, in these extremely complex templates which I have spent months analyzing and updating. -Wikid77 (talk) 03:56, 29 August 2012 (UTC)
This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Could someone please change this template so it only categorizes in mainspace and not in userspace (e.g. User:Bppubjr/Alfeld) per WP:USERNOCAT? Thanks! GoingBatty (talk) 19:04, 5 January 2013 (UTC)
((main other))
or (ii) userspace/not userspace - using ((user other))
--Redrose64 (talk) 20:42, 5 January 2013 (UTC)
((main other))
, this edit should do it. Please test --Redrose64 (talk) 22:28, 5 January 2013 (UTC)
|year=1214
). --Redrose64 (talk) 12:02, 6 January 2013 (UTC)
Something like what's used in ((Infobox_settlement)):
((#if:(({demonym|(({population_demonym|))))))| <tr class="mergedtoprow"> <td>'''[[Demonym]]'''</td> <td>(({demonym|(({population_demonym))))))</td> </tr> ))
Urhixidur (talk) 21:08, 16 January 2013 (UTC)
This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Please fix Bremen (state) to Free Hanseatic City of Bremen. --GirasoleDE (talk) 20:10, 11 March 2013 (UTC)
There have been significant changes of official population numbers due to the 2011 census, whose results have recently been published via https://www.zensus2011.de (They introduced a new method of determining population numbers...) If I'm not mistaken, this renders all metadata templates for population numbers in Germany outdated. Is something in the works to update them? (I'm thinking about temporarily detaching the Infobox in the article I work on (by removing the Gemeindeschlüssel field) but I'm a little reluctant about this.) TurnspitDawg (talk) 20:02, 11 June 2013 (UTC)
I believe this template is testing for the existence of Template:Imagemap Germany district png on around 3000 articles currently. From what I can see, this isn't by design - it looks like a check for a missing parameter has been omitted. Can an expert confirm please? - TB (talk) 14:30, 26 June 2013 (UTC)
Per MOS:, some of the italics in this template are redundant. Toccata quarta (talk) 15:49, 2 August 2013 (UTC)
I created an Infobox settlement-based wrapper for this template, a few test cases can be seen here.--eh bien mon prince (talk) 02:09, 26 August 2013 (UTC)
Does the template have to show the date in YYYY-MM-DD format (next to population) or can it be changed to show the date format as per our preferences? Jared Preston (talk) 20:36, 3 October 2013 (UTC)
((#time))
function, so that 2013-10-03 becomes 3 October 2013, but the YYYY-MM-DD format has the advantage of being more compact. Anyway, either is fine with me.--eh bien mon prince (talk) 21:39, 3 October 2013 (UTC)This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Per the discussion above, please copy the content of the sandbox 2 into the main template.--eh bien mon prince (talk) 18:28, 3 October 2013 (UTC)
This template seems to be creating links to Kyffhäuserkreis (district) [1] from articles where it is used with the Landkreis=Kyffhäuserkreis
parameter. The behaviour is undocumented and surprising. —rybec 20:12, 25 November 2013 (UTC)
This template is generating links to (region) when none of the (({Regierungsbezirk))} (({regbzk))} and (({region))} parameters are set. The block of markup below needs to be wrapped in an additional set of tests. Posting this here in the hopes that someone better at markup and more familiar with this template can do so in an elegant manner. - TB (talk) 11:01, 27 December 2013 (UTC)
| subdivision_name2 = ((#ifexist: (({Regierungsbezirk|(({regbzk|(({region))} ))} ))} (region) | [[(({Regierungsbezirk|(({regbzk|(({region))} ))} ))} (region)|(({Regierungsbezirk|(({regbzk|(({region))} ))} ))}]] | ((#ifexist: (({Regierungsbezirk|(({regbzk|(({region))} ))} ))} | [[(({Regierungsbezirk|(({regbzk|(({region))} ))} ))}]] |<!--else-->(({Regierungsbezirk|(({regbzk|(({region|))} ))} ))} )) ))
The year founded field adds the article to a category "Category:Populated places established in XXXX", but in the cases where the settlement was established before 13th century, there are no "Category:Populated places established in XXXX" categories and it autamtically adds the red category to the article. I personally think those currently red categories with only one article in it should not be created. So, is there a way that if the year inserted is smaller than 1200 for example it would add the article to a parental category "Category:Populated places established in the XXth century". See: Münster for example. Flying Saucer (talk) 12:36, 22 December 2013 (UTC)
This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
For example please add the Wikidata (and maybe more) ((#Property:P94)) as | #default = (({Wappen|(({image_coa|((#Property:P94))))} ))}
-- πϵρήλιο 12:25, 19 May 2014 (UTC)
I get that this will get a because you want other people to do your coding for you instead of addressing the merits of their request, but at some point a demonym field should be included into this infobox, if it's becoming standard for German location articles. — LlywelynII 04:14, 25 February 2015 (UTC)
Really, everything you didn't bother to copy from ((infobox settlement)) should be used here or the template should be depreciated. We shouldn't have to use two templates when one will suffice to get the same information across. — LlywelynII 04:16, 25 February 2015 (UTC)
I'm concerned that instead of being rounded to the nearest whole number (which is the usual demographic practice, as seen in, for example, the German-language Wikipedia) population densities are being expressed to an accuracy of just two significant figures. Given that the calculation for each location is based on a land area expressed to the nearest tenth of a square kilometre and an exact population figure, I believe that such rounding produces an unnecessary degree of imprecision in the results.
To take an example from Schleswig-Holstein, the population densities of Kiel and Pinneberg are both being expressed as 2000/km2 – when there is in fact a substantial population density difference of 84 persons per square kilometre between the two places (the real figures are respectively 2036/km2 and 1952/km2).
I know I can always go to the German-language Wikipedia for the figures I need in order properly to compare localities, but it seems to me a pity to have to be obliged to do so, and I would like to propose that the calculation be adjusted to produce results rounded not to two significant figures but to the nearest whole number, as in the German Wp. -- Picapica (talk) 09:27, 5 April 2015 (UTC)
A lot of German locations use the previously permitted lowercase parameter "website" instead of "Website". Could the infobox continue to support this variant please? Plan B would be to let the bot check and correct those "old" spelling variants. But as a lot of parameters in the infobox are lowercase anyway, it would probably make more sense to keep the additional variant (or switch to lowercase completely). GermanJoe (talk) 13:30, 19 April 2015 (UTC)
|website=
might no longer be supported? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 09:47, 20 April 2015 (UTC)
@GermanJoe and Pigsonthewing: Both parameters are supported right now. -- Magioladitis (talk) 10:43, 20 April 2015 (UTC)
This edit request to Template:Infobox German location has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
I'm concerned that instead of being rounded to the nearest whole number (which is the usual demographic practice, as seen in, for example, the German-language Wikipedia) population densities are being expressed to an accuracy of just two significant figures. Given that the calculation for each location is based on a land area expressed to the nearest tenth of a square kilometre and an exact population figure, I believe that such rounding produces an unnecessary degree of imprecision in the results. To take an example from Schleswig-Holstein, the population densities of Kiel and Pinneberg are both being expressed as 2000/km2 – when there is in fact a substantial population density difference of 84 persons per square kilometre between the two places (the real figures are respectively 2036/km2 and 1952/km2). I know I can always go to the German-language Wikipedia for the figures I need in order properly to compare localities, but it seems to me a pity to be obliged to do so, and I would like to propose that the calculation be adjusted to produce results rounded not to two significant figures but to the nearest whole number, as in the German Wp. Picapica (talk) 08:11, 12 August 2015 (UTC)
((edit template-protected))
template. The problem (if problem there is) is not specific to ((Infobox German location))
but concerns all usages of ((Infobox settlement))
and if a change is to be made, should be discussed at Template talk:Infobox settlement/densdisp. --Redrose64 (talk) 14:48, 12 August 2015 (UTC)Thanks, Red. To be honest, I would have been very surprised if the requested change had been executed at this stage! I hadn't imagined I was taking anything more than a first step. Ignorance of procedure on my part, clearly! I will take my case to Template talk:Infobox settlement/densdisp. Thanks, again, for the pointer. -- Picapica (talk) 15:27, 16 August 2015 (UTC)
By trial and error, I found that at the moment, only Höhe
seems to work, elevation
does nothing. Could this be because Infobox settlement uses elevation_m
?
--Quazgar (talk) 10:14, 7 March 2017 (UTC)
elevation_m
doesn't work either. Apparently it's been like this since October 2013, but nobody noticed it before. This line:The parameters elevation_min_m
and elevation_min_m
should be supported. For example Frankfurt (Oder) tries and falls to use a range. Hairy Dude (talk) 02:31, 1 September 2017 (UTC)
If you look at Giessen, where the infobox has a line reading
|elevation = 155-304
the page displays
Elevation 155-304 m (−842 ft)
The template has interpreted the "-" as a minus sign, and done the subtraction before the conversion to feet, putting the town below sea level. Maproom (talk) 10:22, 11 May 2018 (UTC)
|elevationmax=
is mentioned on the documentation page as being intended for the higher part of the range (|elevation=155|elevationmax=304
in your example), but it isn't actually implemented. — Eru·tuon 08:52, 15 August 2018 (UTC)This edit request to Template:Infobox German location has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Requesting the addition of
| Former Verbandsgemeinde = Former Verbandsgemeinden
to the Assignment to categories section of the template. There are already multiple pages in the corresponding category. Using the template as it is now incorrectly places the page in either Category:Municipalities in Rhineland-Palatinate or in Category:Verbandsgemeinde in Rhineland-Palatinate. AntiCedros (talk) 14:33, 31 August 2018 (UTC)
@Underlying lk: Please review the recent edit to Template:Infobox German location because it has put many articles in the hidden Category:Pages with script errors. See here for the list of articles. For example, Achern is showing 'Lua error in Module:Location_map at line 502: "Germany Baden-Württemberg" is not a valid name for a location map definition.' in the infobox. Johnuniq (talk) 08:38, 5 December 2018 (UTC)
Hi. Just a heads up, but the parameter for settlement type seems to be malformed, as it's not pulling into a heading in the infobox (like cities/towns in other countries). But perhaps that's a conscious decision from folks who specialize in German geo articles? Onel5969 TT me 11:18, 10 December 2018 (UTC)
Underlying lk: why did you remove the code for the parameter |image_plan=
in this edit? -- Michael Bednarek (talk) 05:05, 1 February 2019 (UTC)
This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Please replace the current version of the infobox with this sandbox version. This changes
into:
and restores the option to show a detailed map (usually of the district of which the municipality is a part). Markussep Talk 19:32, 19 February 2019 (UTC)
This template's use of wikidata for area was displaying a blank value if the wikidata number was not referenced properly. With the addition of a tracking category to catch those problems, the articles are now showing a red error message and Category:Pages using Template:DE metadata Wikidata without references. If we use the sandbox version of the template, I believe that the area will be shown with no error message, and the tracking category will appear. Do watchers of this page prefer the red error message so that wikidata entries can be fixed, or should the area given in the infobox be shown instead, along with a hidden maintenance category? – Jonesey95 (talk) 07:37, 19 May 2019 (UTC)
For some reason, this widely used infobox did not have unknown parameter checking, which most highly used infoboxes have. I have added it. Articles will slowly populate Category:Pages using infobox German location with unknown parameters (0) over the next few weeks or months. – Jonesey95 (talk) 07:42, 19 May 2019 (UTC)
|Adresse=
, |Adresse-Verband=
, and |Straße=
appear to be the most common unsupported parameters. – Jonesey95 (talk) 08:15, 20 May 2019 (UTC)The distinction between "towns" and "cities" does not work if the population is fetched via Gemeindeschlüssel, see this edit. --androl (talk) 15:32, 25 November 2019 (UTC)
For certain localities (e.g. Büsingen am Hochrhein, Amt Neuhaus), the zoomed-in location context map is THE most important image in the article. But when it's included in the infobox in the image_plan field, it seems to be hidden by default, so it will be easy for readers to overlook the image's existence, unless they happen to notice the tiny option to 'show' the image.
Is there any flag that could be added to the infobox text on those pages to make the images shown by default? Or should we just remove those crucial maps from the infobox and put then in the text of the article itself? Doops | talk 18:02, 10 December 2019 (UTC)
The documentation says |elevation=
accepts number or range in meters, and unless a range is specified, automatically converts to feet. Teisnach has a range, but the infobox shows what looks like an average preceeded by a dash that could look like a minus sign. I think the template should be changed to match the documentation, or if this is an intentional average of the range, the output should be clarified, perhaps with "avg" instead? Frietjes? MB 18:10, 16 February 2020 (UTC)
The mayor argument is rendered as "Lord Mayor" in infoboxes. But since Germany is not the UK and has no outdated "lord" titles, there are no lord mayors. Bürgermeister should be rendered as mayor, and Oberbürgermeister should as well, or maybe as chief mayor or chief executive mayor. ♆ CUSH ♆ 20:32, 17 February 2020 (UTC)
|Oberbürgermeister=
is used or if "Lord Mayor" is the value of |Bürgermeistertitel=
. – Jonesey95 (talk) 20:55, 17 February 2020 (UTC)This is an example of the country map being showed twice when |state=
is not specified (although the doc says state is optional). Probably best to track these and just add the state? Frietjes? MB 16:30, 7 July 2020 (UTC)
There are a good number of pages where the argument to |licence=
has been surrounded with the <tt>text</tt> tag, which is obsolete. See Hohberg for an example. I fixed a number of these pages, but there's clearly a systematic problem. If the consensus is that the licence plate code should be monotype, can we add this formatting to the template rather than on (possibly) thousands of individual pages? Anthrópinos81638 (talk) 12:40, 2 September 2020 (UTC)
<tt>...</tt>
tags should be removed. I don't see a reason for special treatment of this one parameter value. – Jonesey95 (talk) 13:59, 2 September 2020 (UTC)This edit request to Template:Infobox German place has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
The wikipedia article linked to "Amt" (-> Amt (country subdivision)) in:
| subdivision_type4 = ((#if: (({Gemeindeverwaltungsverband|))} | [[Gemeindeverwaltungsverband|Municipal assoc.]] | ((#if: (({Samtgemeinde|))} | [[Samtgemeinde|Municipal assoc.]] | ((#if: (({Verbandsgemeinde|))} | [[Verbandsgemeinde|Municipal assoc.]] | ((#if: (({Verwaltungsgemeinschaft|))} | [[Verwaltungsgemeinschaft|Municipal assoc.]] | ((#if: (({Amt|))} | [[Amt (country subdivision)|Municipal assoc.]] | ((#if: (({Verwaltungsverband|))} | [[Verwaltungsverband|Municipal assoc.]] )) )) )) )) )) ))
now redirectes to Amt, because the article was moved.
Please change the link to Amt directly.
Thank you. ElLutzo (talk) 21:10, 17 October 2020 (UTC)
The documentation says there is an argument pop_ref
, for giving the source for the population figure. But the parameter is not recognised by the template. --ColinFine (talk) 19:54, 24 October 2020 (UTC)
|pop_ref=
was apparently removed from this template in 2013. It should be removed from the documentation. It appears that population footnotes are provided by ((Population Germany)) when |Gemeindeschlüssel=
is defined. – Jonesey95 (talk) 05:25, 25 October 2020 (UTC)This edit request to Template:Infobox German place has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Titles in WP are written in lowercase (MOS:JOBTITLES), especially in the generic form, so the output (and wikilink) of "Lord Mayor" in this template should be changed to "Lord mayor". Mauls (talk) 09:22, 25 October 2020 (UTC)
This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
replace
| timezone1 = CET/CEST (UTC+1/+2)
with
| timezone_link = Time in Germany | timezone1 = [[Central European Time|CET]] | utc_offset1 = +01:00 | timezone1_DST = [[Central European Summer Time|CEST]] | utc_offset1_DST = +02:00
TerraCyprus (talk) 00:35, 10 November 2020 (UTC)
It seems that the parameter |Wappengröße=
, contrary to the documentation, is unsupported. If so, it ought to be removed from Template:Infobox German place/doc and Template:Infobox German place/Instructions. -- Michael Bednarek (talk) 00:20, 10 February 2021 (UTC)
The documentation says: "To prevent an error in the conversion to feet, any range values must use a simple minus sign instead of any other dash characters" I think this ought to be changed to include toleration for the ndash (in addition to the minus sign), as this would be the correct form according to our manual of style -- Ohc revolution of our times 22:25, 26 August 2021 (UTC)
This edit request to Template:Infobox German place has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Could someone please update the template to replace relevant instances of Mecklenburg-Vorpommern with Mecklenburg-Western Pomerania, as it currently appears to auto-populate soft redirects such as Category:Municipalities in Mecklenburg-Vorpommern. Thanks! Jevansen (talk) 04:51, 23 September 2021 (UTC)
This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Category:Pages using infobox settlement with no settlement type contains several articles using this infobox. If the parameter "Gemeindeschlüssel" exists, the type can be "municipality". TerraCyprus (talk) 02:31, 29 September 2021 (UTC)
The code is bad,
| settlement_type = ((#if: (({City|))} (({Town|))} (({Municipality|))} | (({Art|(({type|Suburb))} ))} of ((#if:(({City|))} | ((Link if exists|(({City))} )) | ((#if:(({Town|))} | ((Link if exists|(({Town))} )) | ((#if:(({Municipality|))} | ((Link if exists|(({Municipality))} )) )) )) )) ))
Potsdam has type=City but this is not shown. Please fix. TerraCyprus (talk) 02:40, 29 September 2021 (UTC)
|type=
in this template was not being passed to |settlement_type=
in infobox settlement. I have fixed that problem. There may be other, more subtle, problems. – Jonesey95 (talk) 04:43, 29 September 2021 (UTC)
|settlement_type=Municipality
if |Gemeindeschlüssel=
has a value and |type=
is not already set. – Jonesey95 (talk) 04:55, 29 September 2021 (UTC)
This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Please pass the value of Gemeindeschlüssel to (({Geocode))}
. In articles in dewiki it is displayed too. TerraCyprus (talk) 11:28, 29 September 2021 (UTC)
((replace|09 7 61 000| |))
→ 09761000 – Jonesey95 (talk) 14:57, 29 September 2021 (UTC)What is the point of having two redirects to the same page? In case it is an urban district, I suggest removing the wikilink from the value, as it is already in the parameter. Moreover, I would suggest simply inserting Urban instead of Urban district. --Almicione (talk) 09:18, 17 October 2021 (UTC)
Is it possible to have a better visualization of this parameter in the box? I would suggest putting Lord mayor and the term in two separate lines, otherwise the results might be unsatisfactory, as it is in Munich, Cologne and Karlsruhe. --Almicione (talk) 09:40, 17 October 2021 (UTC)
The user IvanScrooge98 inserted Kallsruh in the field of the German name of the city of Karlsruhe. As confirmed by the same user, this is neither the English nor the German name of the city, but rather a dialectal version, never considered official by any authority. If I do not see Kölle in the infobox of Cologne, why should we put Kallsruh in the infobox of Karlsruhe? The user's motivation is that "this parameter would almost never be used if we had to stick to the Standard German name, which in most cases is the form already in use in English", which does not really seem a solid argument and in any case it is a misuse of the field of the infobox. --Caramelize donorz (talk) 22:40, 5 January 2022 (UTC)
When I first started working on German settlement articles some years ago, it was very straightforward importing the infoboxes as they automatically displayed the parameters in English. This ability seems to have been lost over time to the point that when we import "Infobox Ortsteil einer Gemeinde in Deutschland", almost all the parameters now fail. In some cases it's simply because de.wiki has "Vorwahl1" and "Vorwahl2" whereas this template just has "Vorwahl" or they have "Ortswappen" and we have "Wappen". Can we not do the same as on many other similar templates and have "Infobox Ortsteil einer Gemeinde in Deutschland" automatically replaced by "Infobox settlement" (maybe via this one) and then amend the latter if need be to take any missing parameters e.g. minimum elevation or date of incorporation or population census dates? It seems crazy to spend hours manually changing parameter data that could be done by the software. Bermicourt (talk) 21:08, 29 March 2022 (UTC)
This edit request to Template:Infobox German place has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Remove the following five lines:
| timezone_link = Time in Germany
| timezone1 = [[Central European Time|CET]]
| utc_offset1 = +01:00
| timezone1_DST = [[Central European Summer Time|CEST]]
| utc_offset1_DST = +02:00
Since all places in Germany are under the same time zone, this is just infobox-bloat which adds nothing of significance to articles. I'd have boldly removed this if I could. Wikipedia is not a travel guide, and I fail to see what the purpose of this information otherwise is; particularly since the article Time in Germany exists and is a far better excuse than bloating every single infobox of a place in Germany with this. RandomCanadian (talk / contribs) 00:33, 30 May 2022 (UTC)
((edit template-protected))
template. Articles on settlements often show time zones. Not everyone knows that all of Germany is in one time zone. – Jonesey95 (talk) 05:53, 30 May 2022 (UTC)