Websites herunterladen, die JavaScript Infovis Toolkit nutzen

Über JavaScript Infovis Toolkit

Wer früher im Browser eine Treemap oder einen hyperbolischen Baum zeichnen wollte, griff zu einem Plugin, und JavaScript Infovis Toolkit war eine der Bibliotheken, die das stattdessen in reinem JavaScript erledigten. Das Toolkit erschien um 2009 unter der Lizenz MIT und beherrschte Treemaps, radiale Layouts, kräftebasierte Graphen und Space Trees, während die übliche Alternative Flash hieß. Eine eigene Seite verdient das Toolkit heute weniger durch das, was es zeichnet, als durch die Tatsache, dass man sich nicht mehr dafür entscheidet.

Unser Eintrag nennt für das Toolkit keinen Anbieter. Die Projektseite bietet eine offene Lizenz und einen Spendenlink statt einer kommerziellen Geschäftsbeziehung, und genau dieses Muster lässt eine Bibliothek ihre eigene Popularität überleben. Eine Datei wird in ein Projekt kopiert, sie funktioniert, es gibt keinen Supportvertrag zu kündigen, und sie bleibt. Spätere Visualisierungsbibliotheken haben das Publikum übernommen, aber nichts hat die bestehenden Installationen verdrängt, denn ein Diagramm, das korrekt dargestellt wird, erzeugt keinen Druck, es neu zu schreiben.

Wer das Toolkit heute auf einer Website findet, kann damit meist eher die Seite datieren als das Geschäft beschreiben. Dashboards, Universitäts- und Forschungsseiten, Dokumentationsportale und interne Tools, die ins öffentliche Web ragen, sind die üblichen Umgebungen, und in den meisten Fällen wurde der umgebende Code in derselben Zeit geschrieben und seitdem nicht mehr angefasst. Das Vorkommen der Bibliothek dient als stratigrafische Markierung: Es zeigt, wie lange das Frontend mindestens schon nicht neu geschrieben wurde, und das ist ein verlässlicherer Anhaltspunkt als eine Copyright-Zeile im Footer.

Stand Oktober 2026 erkennen wir JavaScript Infovis Toolkit noch auf 223 Websites. Die Erkennung stützt sich auf bekannte Dateinamen und globale Objekte, sodass eine Kopie, die gebündelt und minifiziert in einer größeren Anwendung steckt, nicht erfasst wird, eine Datei, die ausgeliefert, aber nie ausgeführt wird, dagegen schon. Die Zahl sollte man als Hinweis darauf lesen, wo die Bibliothek überlebt, und nicht als genaues Inventar, und beide Fehlerarten kommen tatsächlich vor.

Die vollständige Liste richtet sich an die Modernisierungsbranche. Teams für Anwendungssicherheit und Asset-Inventarisierung müssen wissen, wo ungepflegter Frontend-Code noch öffentlich ausgeliefert wird, denn eine aufgegebene Abhängigkeit erhält per Definition keine Patches. Agenturen und Plattformteams, die Neuentwicklungen verkaufen, brauchen Kandidatenlisten statt Anekdoten. Forschende, die verfolgen, wie lange aufgegebene Bibliotheken fortbestehen, brauchen den gesamten Bestand, denn der Verlauf dieser Verfallskurve ist von keiner einzelnen Domain aus sichtbar. Eine Abfrage pro Website zeigt, dass eine Seite alt ist, eine herunterladbare Liste dagegen, welche Art von Organisation eine Seite so alt werden lässt.