Yeah, you would have to edit this: https://commons.wikimedia.org/wiki/Template:Monument_ocrotit_de_stat/layout

CommonsMetadata (and not SDC!) looks for the description class, and if it finds multiple instances, it apparently chooses the last one. The Polish image works because @Nux fixed it for T373979 (which is probably a duplicate of the current task).

Change #1091275 merged by jenkins-bot:

[mediawiki/extensions/CommonsMetadata@master] Replace uses of deprecated ParserOutput::getText()

https://gerrit.wikimedia.org/r/1091275

Change #1091275 had a related patch set uploaded (by C. Scott Ananian; author: C. Scott Ananian):

[mediawiki/extensions/CommonsMetadata@master] Replace uses of deprecated ParserOutput::getText()

https://gerrit.wikimedia.org/r/1091275

It is a community decision how to use templates. The extension looks at the generated html. Each localized sub-template passed the lang code and that is used to generate a html lang code.

The relevant logic is TemplateParser::parseContents(); maybe it could concatenate entries in the same language instead of overriding the previous one. But it's probably better to not put the monument ID in the description anyway, it's just not that relevant. {{lang}} should not cause any confusion when it's used outside the description field of {{Information}}.

Problem was actually due to using the lang template, so I fixed that:
https://commons.wikimedia.org/w/index.php?title=Template:Zabytek_nieruchomy/layout&diff=next&oldid=933521494

Changed in https://commons.wikimedia.org/w/index.php?title=Template:Zabytek_nieruchomy/layout&diff=prev&oldid=933521494

The template parsing is performed by the CommonsMetadata extension.

Best and wanted caption would be. still "Katedralskolanin liikuntasalin peruskorjauksessa löytyneet rauniot" .

Testing today, I obtain the following caption: "Tämä on kuva suomalaisesta monumentista, jonka tunniste on 'Turun tuomiokirkko ja Turun historiallinen ydinalue' (Q29974183) - RKY: 4620"

The problem here is that the monument template outputs this HTML fragment:

The template parsing is performed by the CommonsMetadata extension.

Just using getRawText() should be fine.

Change #1044275 merged by jenkins-bot:

[mediawiki/extensions/CommonsMetadata@REL1_42] tests: Declare ParserTestHelper::$mockedCategories

https://gerrit.wikimedia.org/r/1044275

Change #1044275 had a related patch set uploaded (by Umherirrender; author: Umherirrender):

[mediawiki/extensions/CommonsMetadata@REL1_42] tests: Declare ParserTestHelper::$mockedCategories

https://gerrit.wikimedia.org/r/1044275

Change #983417 merged by jenkins-bot:

[mediawiki/extensions/CommonsMetadata@master] tests: Declare ParserTestHelper::$mockedCategories

https://gerrit.wikimedia.org/r/983417

Change #983417 had a related patch set uploaded (by Umherirrender; author: Umherirrender):

[mediawiki/extensions/CommonsMetadata@master] tests: Declare ParserTestHelper::$mockedCategories

https://gerrit.wikimedia.org/r/983417

Not seeing any of these in the past 90 days, optimistically resolving.

This extension does not have own database queries

In T68606#9511029, @AdamCuerden wrote:

I don't quite understand what's so hard about just... coding a graceful failure state for anything that seems non-simple. If you end up with, say, https://commons.wikimedia.org/wiki/File:Edward_Duncan_-_The_Explosion_of_the_United_States_Steam_Frigate_Missouri_-_Original.tiff - where there's three creator cards and an awful lot of important text explaining the roles - it's probably going to be far easier to just direct people to the file description page than try to convert it to an attribution line. Like, it really feels like an attempt at perfection is overruling the simple solution of just... handling the trivial cases you can handle and including a "see here" link for anything not readily machine readable.

I'm going to be honest (although you probably expect that at this point): I don't quite understand what's so hard about just... coding a graceful failure state for anything that seems non-simple. If you end up with, say, https://commons.wikimedia.org/wiki/File:Edward_Duncan_-_The_Explosion_of_the_United_States_Steam_Frigate_Missouri_-_Original.tiff - where there's three creator cards and an awful lot of important text explaining the roles - it's probably going to be far easier to just direct people to the file description page than try to convert it to an attribution line. Like, it really feels like an attempt at perfection is overruling the simple solution of just... handling the trivial cases you can handle and including a "see here" link for anything not readily machine readable.

Sigh. Turns out that the multi language support only takes the first English elements in a field. So that patch needs some more follow-up

Change 787870 merged by jenkins-bot:

[mediawiki/extensions/CommonsMetadata@master] Retrieve artists/authors from multiple vcards

https://gerrit.wikimedia.org/r/787870