Open pabloarosado opened 6 months ago
Given that we have a way to deal with this for now (by setting titlePublic
) we're considering this nice to have, though it hopefully wouldn't take too much effort to correctly derive the right indicator name in the sources tab without creating any regressions.
Description
Ideally,
display.name
should only be used as an indicator's title in the legend of a chart. However, for backward compatibility,display.name
is also a fallback for the indicator's title in other places, like the sources tab or in the full citation (and maybe in other places). This fallback choice was discussed in https://github.com/owid/owid-grapher/issues/3017I just found one example where this fallback is clearly problematic. We have an indicator whose title is "Number of countries considering nuclear weapons". In ETL, it doesn't have a
display.name
or atitle_public
defined. But thedisplay.name
is changed in the grapher admin, to simply be "Considering". Because of this, now we see that the sources tab shows "Considering" as the title of the indicator. We also see that the full citation is:When
display.name
is defined from ETL, a warning is raised iftitle_public
is not defined. However, ifdisplay.name
is defined from the grapher admin, we don't get any warning.As a workaround, one can define
title_public
for the indicator. However, this is not a good solution: it forces us to always definetitle_public
, just in casedisplay.name
is modified in the grapher admin.We need to do some queries to figure out if the fallback that uses
display.name
as an indicator title is helping or rather causing problems.Steps to reproduce
Steps to reproduce the behavior:
title_public
.