Template talk:Medical resources

Unknown parameter → weird result

|MeshID=C538421 works fine, but someone accidentally entered |MeSH=C538421 on a page. That unknown parameter does not (of itself) display its value, and causes no error message. Furthermore, "any" unknown parameter, such as |flerb=grom, does the same. (Maybe this behavior is expected; I don't know.)

On one page, [Neurodegeneration with brain iron accumulation], entering |MeSH=C538421 instead of |MeshID=C538421 produced a weird broken MeSH link, with incorrect link text and incorrect target URL, but they seemed to use the value of that unknown parameter:

MeSH: C538421 C538421, C538421

(The correct link is:

MeSH: C538421 )

However, the same thing happens (only there) with |flerb=C538421, |MeSH=C123456, or no unknown parameter at all. Even when I reduced that page to nothing but {Medical resources} (in Edit Preview), the same thing happened. So the absence of |MeshID=<something> caused it.

This template collects a value for |MeshID= from Wikidata, but overrides it if |MeshID=<something> is specified locally. (Documentation says "Some parameters' labels are automatically populated from Wikidata; but can be overridden locally.")

This template collects a value for |MeshID= from Wikidata. It received mangled data (C538421, C538421) from Wikidata and failed to de-mangle it. Sorry to report this. -A876 (talk) 16:33, 17 June 2023 (UTC)

Update: Wikidata:Q16892735 currently shows two MeshID identifiers (with the same value, but different references). (I would fix this after a few days.) Wikidata even shows a little circled exclamation point next to each one, which pops up upon hovering, "This statement has potential issues." (Each one shows a separate link (with correct link text and URL).) This is why Wikidata [appears to be] returning C538421, C538421.

A little coding could: detect and remove the duplicate identifier(s); create multiple links (one for each unique identifier); simply discard the extra identifier(s); take the arithmetic mean of all 'n' identifiers (haha); -or- modify its request so that it gets back only the first identifier. -A876 (talk) 17:04, 17 June 2023 (UTC)

Populate from WikiData again?

Last mentioned in Template_talk:Medical_resources/Archive_3#Why_wikidata_properties_are_not_used, before ICD-11. Looking at d:Q1347065, d:Q3286546 fields are populated from the Monarch Disease Ontology, Disease Ontology or English Wikipedia itself. Perhaps the IDs for those ontologies be added to the displayed list. Perhaps start with the ICD-11 or whatever, rather than added them by hand or Bot. I think read that the Template:Authority Control template moved to populating via WikiData starting with a cross checking with a KasparBot tool. From a look at the source, it should be possible to prefer template parameters that have a value assigned and otherwise populate values from WikiData if they've populated there. RDBrown (talk) 00:39, 19 January 2024 (UTC)

I'm not sure how many WP:MED editors have this page on their watchlists; so it's probably worth dropping a notification over at the project talk page to confirm the project has opted back-in to WD integration for this nav template (looks that way when I'm skimming the archived posts, but interaction was limited).

WRT: start with the ICD-11 – there has been a recent sandbox effort at doing just this with limited success.

WD has two relevant properties:

• d:Property:P7807 which is the unique "linkID" for the online browser
• d:Property:P7329 which is the ICD-11 code

We can get the template to either display the code but have a broken link to the online browser,[1] or a working link that displays the linkID instead of the code.[2]

Could be an easy fix for someone that knows LUA markup, but the doc page for Module:WikidataIB isn't the easiest to understand from my absolute novice approach. I've yet to reach out to a technical expert, however, as it's just as likely that I'm at the wrong page for self–guiding the fix needed.

Umbrella conditions can have multiple applicable ICD codes, yet some QIDs only list the linkID. Compare Coronary artery disease to d:Q844935, for example. So any markup will need to ignore the presence of P7807 alone.

Also, if a QID did have multiple ICD-11 codes listed, the two properties are stored without reference to each other (as far as I can tell). So we might be better trying to get the template to utilise P7329 alone and parse it into the local {{ICD11}} template (which utilises module:ICD11). If that's even possible? Little pob (talk) 16:55, 19 January 2024 (UTC)

Template-protected edit request on 25 October 2024

Please remove these lines:

  | {{#if: {{{Curlie|<noinclude>x</noinclude>}}}
    | '''[[Curlie]]''': [https://curlie.org/{{{Curlie}}} {{{name|{{PAGENAME}}}}}]
    }}

and these characters from the middle of a line towards the end of the template: {{{Curlie|}}}

This change is for the reasons given in Wikipedia:Templates for discussion/Log/2024 September 20#Template:Curlie. WhatamIdoing (talk) 17:59, 25 October 2024 (UTC)

 Done   ~ Tom.Reding (talk ⋅dgaf)  17:31, 26 October 2024 (UTC)

Also, please update the documentation.   ~ Tom.Reding (talk ⋅dgaf)  17:33, 26 October 2024 (UTC)

 Done. Thank you. WhatamIdoing (talk) 18:23, 26 October 2024 (UTC)

Edit request 1 May 2025

The current URL for SNOMED CT identifiers is no longer accessible. A different URL is suggested in this change. TheDragonFire (talk) 08:41, 1 May 2025 (UTC)

Actually, it seems that the old URL does redirect to the new URL but only over HTTP. In any case we should make the change to the new URL. TheDragonFire (talk) 09:41, 1 May 2025 (UTC)

 Completed. P.I. Ellsworth , ed. ^{put'er there} 10:27, 1 May 2025 (UTC)