There are basically two strategies to allow embedding of Our World in Data graphs into wiki pages, with different strengths and weaknesses.

We started with a mirror/extract of OWID hosted on WMF cloud services, which I set up starting over a year ago. The strength of this approach is that it does not send tracking or privacy information to any third party. We had hoped WMF might adopt this mirror and make it an internal site. Translation also is easier because we control the source of the graphs. The workflow is also quite easy as each page has a button to copy the text required to embed the graph so that it can be pasted into the page editor. The weakness is that extraction from OWID must be done periodically and is vulnerable to changes in code on their end, such as their rewrite to include the Explorer versions of graphs.

We have now taken a second approach, which is to allow a user to decide if they are willing to visit a third party site via a popup asking for consent and then show the graph directly from OWID. It is phenomenal that both EU and ES Wikipedias have now implemented this strategy. The strength is that since OWID have developed their code to support embedding, the popup that shows the graph is quite manageable. The weakness is that we must rely on OWID themselves for translation of graphs and any questions of accessibility, though they are at the very least quite mobile capable as James Heilman said.

Of course the popup strategy could easily be pointed at the mirror, which would give us the ability to handle the translation. This is more a policy question than a technical one.

In terms of offline use, such as Kiwix, we planned for that with tags that tell Kiwix to use the static image instead of the interactive graph. Screen readers could also be directed to the static image as they will have difficulty managing the interactive parts of the graph.

Tim Moody