Unexpected issue caused by using display.name
as a fallback title of an indicator
#3099
Labels
display.name
as a fallback title of an indicator
#3099
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 #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
.The text was updated successfully, but these errors were encountered: