Template talk:Description/Archive 2

This page includes archived discussions. Please use Template talk:Description to start a new discussion.

Add category listing English language pages loading content from data items

Standard practice on English-language pages is to specify infobox template on Wiki Page rather than to load content from data items. I propose to create a category listing pages where anything is loaded from outside wiki page (from data items), so that such cases can be fixed. It would be done for English pages and potentially also other languages where there is no consensus to use data items Mateusz Konieczny (talk) 08:46, 21 June 2020 (UTC)

Standard practice on English-language pages is to specify infobox template on Wiki Page rather than to load content from data items.

Is there a standard practice? As far as I can see, there are some pages that use information from wiki pages and others relying on data items. I can not see any consensus. I am also strongly against changing pages not to use data items. I know that there was no consensus to introduce them, but changing anything back now is no better IMHO. --Tigerfell  (Let's talk) 10:56, 21 June 2020 (UTC)

There was no decision to add information to the pages. What happens is that someone edits the data item, and then suddenly the information on the page changes. It's quite possible that the editor of the data item does not even realize that the infobox has changed.

It's also a problem that people like Mateusz Konieczny, who try to maintaine the Tag: and Key: wiki pages as the standard documentation, are unaware that the infobox is suddenly showing new information. No watchlist is going to show these changes, unless you watchlist all the relevant data items. --Jeisenbe (talk) 20:08, 22 June 2020 (UTC)

There was never consensus, agreement or clear support to replace any part of OSM Wiki pages by data items. There was support for enabling data items, but it was never clarified how it would be used. Also, note that I am not proposing to stop using data items - I am proposing to only allow monitoring when it happens. Mateusz Konieczny (talk) 21:04, 22 June 2020 (UTC)

Translating wiki content, I constantly have the problem of diverging translations. For me, it is a great help, that there is only one place where you can change the information. I can accept that some users prefer to watchlist wiki pages over data items, so I think we agreed on leaving everything as it is and append the existing information with data items originating partially from the import process. replace any part of OSM Wiki pages by data items @Mateusz Konieczny: Please explain what was replaced? As far as I can see, all current input is taken into account by the template. Only data missing in some translations is taken from the data item. There is a general agreement not to remove the input parameters. I am proposing to only allow monitoring when it happens I understand, but I think your suggestion will not make the situation better for the reasons mentioned at the beginning of this comment. Please also consider tags with no English description. --Tigerfell  (Let's talk) 22:05, 23 June 2020 (UTC)

@Tigerfell:"Please explain what was replaced?" - Infoboxes display if no parameter is specified - what is quite confusing where someone removes incorrect parameter and it is not disappearing as now incorrect part of data item is displayed. Mateusz Konieczny (talk) 16:43, 18 August 2020 (UTC)

Okay, but that is an invitation to update the data items, too. That helps maintaining some consistancy IMHO. --Tigerfell  (Let's talk) 12:16, 18 September 2020 (UTC)

Only if you know why it happened this way. What worse, removing wrong data from data item has no immediate effect. I suspect that number of people who understand what happens is quite low. And the worst part is that someone may add gibberish by editing data item and you get not warning... Mateusz Konieczny (talk) 07:40, 19 September 2020 (UTC)

@Tigerfell: "That helps maintaining some consistancy" note that you need to manually spot such leaks of an incorrect data. Automatic listing where data items are silently copied into infoboxes would allow to verify all of them rather than spot them months or years later Mateusz Konieczny (talk) 08:04, 22 October 2020 (UTC)

I agree with @Mateusz Konieczny:, this is a serious problem. There are a small number of active wiki users who make sure that the pages for common tags and keys are not vandalised or accidentally changed to redefine the meaning of important features in OpenStreetMap, and many of us rely on the watchlist items to notice when an article has changed. It's not practical to watch all the data items, because these change 10 to 20 times more frequently, when every anyone adds a new translation or makes an edit in another language, and because each small change is listed separately. But now that the infobox pulls in data from the items, the "authoritative" text of a page can suddenly change without warning.

The best solution would be to no longer pull in information directly from the data items onto the English language pages. --Jeisenbe (talk) 04:01, 30 October 2020 (UTC)

Your suggestion does not solve the problem with vandalising users, it just keeps it out of English language pages. We have some additional 100 languages in this wiki and iD pulls its data from data items, not from the pages. I do not see how your approach addresses this. --Tigerfell  (Let's talk) 17:10, 29 December 2020 (UTC)

ad nonEnglish: I am anyway utterly unable to recognize vandalism/damage in non-English edits, except the most blatant one. But if I am forced to look at all edits at once then I will become unable to monitor also English ones. Mateusz Konieczny (talk) 18:19, 29 December 2020 (UTC)

ad data items and iD - if noone is capable of watchlisting data items (I am not going to do this), and it is causing issues then iD should not use data items. Exporting data from infobox parameters is not so hard Mateusz Konieczny (talk) 18:19, 29 December 2020 (UTC)

And yes, I have position "I am not interested in watchlisting, monitoring or using data items - and I do not want to be forced to do this" Mateusz Konieczny (talk) 18:19, 29 December 2020 (UTC)

BTW, I ended writing script that compares data items and infobox parameters, so I sort of monitor data items right now Mateusz Konieczny (talk) 18:19, 29 December 2020 (UTC)

Examples of silent damage caused by nonsense in data items

https://wiki.openstreetmap.org/wiki/Key:addr:place was listing "Requires: addr:city=* addr:street=*" in infobox what is complete nonsense. addr:place=* is used for example whee no street names are assigned! It was silently added from data item Mateusz Konieczny (talk) 08:00, 22 October 2020 (UTC)

This specific damage was temporarily fixed in https://wiki.openstreetmap.org/w/index.php?title=Item%3AQ44&type=revision&diff=2052462&oldid=2004659 Mateusz Konieczny (talk) 08:01, 22 October 2020 (UTC)

Completely nonsense "implies", added by bot, supposedly based on a Wiki page (it was not based on a wiki page): https://wiki.openstreetmap.org/w/index.php?title=User_talk:Yurik&diff=prev&oldid=2078828 Mateusz Konieczny (talk) 18:19, 29 December 2020 (UTC)

tourism=information had confusing and pointless "requires tourism=information" shown until https://wiki.openstreetmap.org/w/index.php?title=Item:Q4804&diff=prev&oldid=2087824 Mateusz Konieczny (talk) 22:01, 9 January 2021 (UTC)

social_facility=group_home linked to "Group Home" rap duo https://wiki.openstreetmap.org/w/index.php?title=Item:Q6453&diff=2098683&oldid=2098682 Mateusz Konieczny (talk) 11:41, 25 January 2021 (UTC)

And people are confused again, see https://wiki.openstreetmap.org/w/index.php?title=Talk:Wiki&oldid=2365463#Key:name_template_weirdness Mateusz Konieczny (talk) 20:41, 4 August 2022 (UTC)

Test categorization of pages loading content from data item

Resolved: --Chris2map (talk) 17:51, 6 June 2023 (UTC)

Recently categorization was added to the sandbox version for testing.
You can test it with following code on a page of your choice. If you add any content behind a parameter, the new (red) categories will disappear.

{{#invoke:DescriptionFromDataItem/Sandbox|main
|key=playground
|description=
|image=
|status=
|onNode=
|onWay=
|onArea=
|onRelation=
}}

@Mateusz Konieczny: --Chris2map (talk) 21:03, 12 March 2023 (UTC)

Following categories have been created:

• Category:Pages loading description from data item
• Category:Pages loading status from data item
• Category:Pages loading image from data item
• Category:Pages loading applicabilities from data item

--Chris2map (talk) 16:55, 17 March 2023 (UTC)

Good idea, thanks! I've already emptied three of these categories - images, description and status. Well, only main namespace; there are some user pages or templates where it is correct. Could you change this template to exclude user pages from listing? maro21 15:39, 14 April 2023 (UTC)

Thanks! I'm thinking about that, too. I'm just undecided whether it's more helpful to exclude certain namespaces or to deliberately not exclude them. --Chris2map (talk) 16:31, 14 April 2023 (UTC)

More helpful would be to exclude certain namespaces, like: User, User:Talk, Template, all other Talks probably too. Because it's ok when I test something on my user page, but when I add {{ValueDescription|key=shop|value=sth}}, my user page will be in a lot of categories. This applies to all categories added by this template, but I don't know where to write about it yet. maro21 17:32, 14 April 2023 (UTC)

Changed applying Category:Pages loading ... from data item to namespace 0 (main) only. [1] and

changed applying Category:Mismatched ... to namespace 0 (main) and 16+ (custom ones like language namespaces (DE, ES,...) or Proposal: (3000)) only. [2] --Chris2map (talk) 07:55, 15 April 2023 (UTC)

I've emptied all the categories! New pages can appear there, of course, because people edit. maro21 21:06, 31 May 2023 (UTC)

Chris2map (talk) 04:43, 4 October 2026 (UTC)

Category:Mismatched image shouldn't list "Image:Abc_defgh.xyz"

Resolved: code was implemented to avoid listing --Chris2map (talk) 09:02, 21 May 2023 (UTC)

Hi there! Because maintenance Category:Mismatched image isn't helpful due to the quantity of member pages with image file notation with "Image:" instead of "File:" or "_" instead of " " (space), I figured out a workaround to use with {{KeyDescription}} and {{ValueDescription}} by adding

|image={{#if:{{{image|}}}|{{#ifeq:{{#explode:{{{image|}}}|:|0}}|Image|File:{{#replace:{{#explode:{{{image|}}}|:|1}}|_|<nowiki/> <nowiki/>}}|{{#replace:{{{image|}}}|_|<nowiki/> <nowiki/>}}}}}}

at the end of the #invoke command.

See User:Chris2map/Sandbox&oldid=2462389.

For an example see Sandbox&oldid=2462392. It isn't categorized in "Mismatched image".

What is your opinion and could I add it to {{KeyDescription}} and {{ValueDescription}}? --Chris2map (talk) 22:58, 10 January 2023 (UTC)

Maybe a bot could do the job... FrViPofm (talk) 10:48, 1 March 2023 (UTC)

I implemented code in Module:DescriptionFromDataItem to avoid putting a key or tag page in Category:Mismatched image in case of the differences in notation quoted on top. However I'd appreciate if a bot could eliminate those "Image:" notations. --Chris2map (talk) 09:02, 21 May 2023 (UTC)

More redirects

Resolved: Mateusz Konieczny (talk) 09:19, 26 June 2023 (UTC)

I propose to redirect Template talk:DescriptionLang and Template talk:DescriptionLang/doc/table Template talk:DescriptionLang/doc/table2 Template talk:DescriptionLang/doc/table3 Template talk:DescriptionLang/doc/table4 Template talk:DescriptionLang/doc/table5 Template talk:DescriptionLang/doc/table6 to this talk page to keep discussion in one place Mateusz Konieczny (talk) 05:50, 21 May 2023 (UTC)

Redirected Mateusz Konieczny (talk) 09:18, 26 June 2023 (UTC)

Chris2map (talk) 04:58, 4 October 2026 (UTC)

Wikidata remnants

Resolved: thanks!Mateusz Konieczny (talk) 09:20, 26 June 2023 (UTC)

How remnants of wikidata parameter can be removed from docs of page Template:DescriptionLang? I tried and failed Mateusz Konieczny (talk) 05:52, 21 May 2023 (UTC)

I purged the rest from Template:DescriptionLang/doc/table/row (diff), moved "Rendering" to table 5, so table 6 is empty now. --Chris2map (talk) 18:24, 21 May 2023 (UTC)

Category checking status and statuslink

Resolved

It would be good to have a category that would collect pages of tags and keys in which "status=approved", but where the "statuslink" field is empty. Only pages in English.

Or not necessarily a category, but a script-generated list of such pages. maro21 14:50, 3 February 2024 (UTC)

@Maro21: Categorization added; is this what you have in mind? Category:Statuslink not set for approved tag; updating is still in progress and very slow – How is the naming to you? I wanted to start with the term "statuslink" for easy finding. --Chris2map (talk) 16:15, 4 February 2024 (UTC)

Wow, thanks for the quick response! I wonder if there will be a lot of such tags or keys. I've found such in the past, but mostly in non-English articles. Now the category has 17 pages. I wonder if that's all (I know categorization takes a long time and doesn't refresh in one day).

As for the name, I think the article is missing, shouldn't it be with "an" or "the"? But I'm not an English native speaker. I would give more in the plural: "Statuslink not set for approved tags". maro21 23:51, 4 February 2024 (UTC)

You're probably right! That's because I'm no English native, either. Same naming I chose for categories in Category:Missing data item in default namespace. An alternative might be "Category:Statuslink not given with status approved". – Count stays with 17. --Chris2map (talk) 19:12, 6 February 2024 (UTC)

Thanks for fixing those 17 pages. It seems that there were only 17, which is not a lot. I think it doesn't even make sense to create this category, because it's not as common mistake as I thought. maro21 19:28, 7 March 2024 (UTC) Chris2map (talk) 05:02, 4 October 2026 (UTC)

Dark mode support

Resolved: This edit request was answered. 2025-05-29, colours for dark mode using TemplateStyles. --Chris2map (talk) 11:54, 31 May 2025 (UTC)

I think the colors used in this template should be adjusted to support the new dark mode. Gymate (talk) 21:05, 29 April 2025 (UTC)

I added dark mode colour support on 9 May 2025. Could you please double-check if display is fine in either/both light or/and dark mode, so far? Or if there are issues that should be fixed or optimized before we can call it resolved? --Chris2map (talk) 15:39, 29 May 2025 (UTC)

The color (#735D25) of the key and value labels at the top of the Taginfo iframe (in dark mode) looks a bit weird. Apart from that, everything is awesome—thank you very much! :) Gymate (talk) 15:54, 29 May 2025 (UTC)

Added dark mode compatibility to taginfo box itself (MediaWiki:Gadget-taginfo.css) so the box isn't inverted any longer and label is displayed normal blue. --Chris2map (talk) 17:11, 29 May 2025 (UTC)

It looks great now, thanks! :) Gymate (talk) 17:20, 29 May 2025 (UTC)

Chris2map (talk) 05:03, 4 October 2026 (UTC)

Taginfo links on undocumented pages are not working well for key-prefixes and key-suffixes

Resolved: by Chris2map with updates to {{Template:Noarticletext}} --MalgiK (talk) 09:54, 17 February 2026 (UTC)

It seems Taginfo links on undocumented pages are not working well for key-prefixes and key-suffixes

type	documented example	taginfo documented example	undocumented example	taginfo undocumented example
Key	https://wiki.openstreetmap.org/wiki/Key:highway	https://taginfo.openstreetmap.org/keys/highway ok	https://wiki.openstreetmap.org/wiki/Key:logo	https://taginfo.openstreetmap.org/keys/logo ok
Prefix	https://wiki.openstreetmap.org/wiki/Key:lanes:*	https://taginfo.openstreetmap.org/search?q=lanes: ok	https://wiki.openstreetmap.org/wiki/Key:description:*	https://taginfo.openstreetmap.org/keys/description:%2A not ok [1]
Suffix	https://wiki.openstreetmap.org/wiki/Key:*:lanes	https://taginfo.openstreetmap.org/search?q=:lanes ok	https://wiki.openstreetmap.org/wiki/Key:*:website	https://taginfo.openstreetmap.org/keys/%2A:website not ok [2]

For [1] and [2] it should link to sub path [...]/search?q=key: instead of path [...]/keys/key:%2A see:
https://taginfo.openstreetmap.org/keys/description:%2A instead of
https://taginfo.openstreetmap.org/search?q=description:

Any ideas where/how to fix this? --MalgiK (talk) 20:59, 4 February 2026 (UTC)

Established for key prefixes now. @MalgiK: Please try it. --Chris2map (talk) 08:10, 6 February 2026 (UTC)

Prefix (https://wiki.openstreetmap.org/wiki/Key:description:* https://taginfo.openstreetmap.org/search?q=description:) tested, works well now as intended - Thanks a lot! For ref., it seems you did update {{Template:Noarticletext}} by this Change. --MalgiK (talk) 17:40, 6 February 2026 (UTC)

Established for key suffixes, too. @MalgiK: --Chris2map (talk) 14:37, 14 February 2026 (UTC)

Thank you, works well for suffixes --MalgiK (talk) 09:54, 17 February 2026 (UTC)

Chris2map (talk) 05:05, 4 October 2026 (UTC)