Karte
Die Karte haben wir mit Leaflet geschrieben, um sie anschließend in unsere statische Website einzubinden. Sie wurde möglichst plattformneutral gehalten, da die Form, in der die Website gehostet werden würde, lange unbestimmt war. Sämtliche Daten werden aus den von uns erstellten GeoJSON-Dateien oder aus den Metadaten der Travelogues-Texte gelesen. Ein Datenbanksystem wird dabei nicht verwendet. Um die Daten auszulesen, muss eine serverseitige Anfrage durchgeführt werden, die allerdings auf statischen Websites nicht ohne weiteres möglich ist. Diese musste über die GitHub-API umgesetzt werden, was allerdings zur Folge hat, dass nur 5000 Zugriffe pro Stunde möglich sind. Bei allen weiteren Zugriffen würde die Karte nicht mehr ordentlich laden und die Marker nicht mehr angezeigt werden. Eine alternative Variante per CGI-Handler wurde zu einem früheren Zeitpunkt ebenfalls implementiert. Sie wurde aber letztendlich nicht umgesetzt, da sie für GitHub Pages ungeeignet ist, da sie eine dynamische Website benötigt.
Die Karte wurde darauf ausgelegt, eine unbestimmte, potentiell sehr große Menge an Daten darstellen zu können. Grund dafür ist, dass der Entstehungsprozess der Karte lange von der Problematik begleitet war, dass die Form der finalen Daten und ihre Menge unbestimmt waren. Dies führte dazu, dass die Karte nun eine beliebige Zahl an Datensätzen automatisch direkt aus den Repositories importieren und in sämtliche Bedienelemente eingliedern kann. Die Farben der Marker sind aktuell manuell gewählt, können aber auch zufällig vergeben werden. Auch wenn diese Offenheit nach oben eine große Stärke der Karte ist, können wir diesen Vorteil nicht nutzen, da unsere Daten sich auf sehr viel weniger Dateien als ursprünglich gedacht beschränken.
Auch die Textauswahl wurde auf die Erwartung einer potentiell sehr großen Menge an Ebenen bzw. Texten ausgelegt. In der Auswahl erscheinen nur diejenigen Reiseberichte, die in den aktuell ausgewählten Jahren erschienen sind, sodass die Lesbarkeit erhalten bleibt. Dadurch ist das Projekt auch in Zukunft beliebig und leicht erweiterbar, ohne dass Anpassungen am Quelltext vorgenommen werden müssen.