Jenseits des Modells: Warum Datenwissenschaftler APIs und API-Dokumentation nutzen müssen

1. Einführung

An der Schnittstelle verschiedener Bereiche – Statistik, Programmierung, KI – wird die Fähigkeit, komplexe Methoden und Erkenntnisse zu vermitteln, von entscheidender Bedeutung. Daher ist die Fähigkeit, mit umfassenden API-Konzepten umzugehen, für eine effektive Kommunikation im Workforce unerlässlich.

Erstens fördert es die Zusammenarbeit zwischen Teammitgliedern und Stakeholdern. An Information Science (DS)-Projekten sind häufig multidisziplinäre Groups beteiligt, die nicht nur aus Datenspezialisten, sondern auch aus Softwareentwicklern, Geschäftsanalysten, Projektmanagern usw. bestehen. Intestine dokumentierte APIs dienen als Brücke zwischen allen und ermöglichen es diesen unterschiedlichen Gruppen, DS-Modelle und -Instruments richtig zu verstehen und zu nutzen.

Zweitens verbessert eine hochwertige API-Dokumentation die Reproduzierbarkeit und kann die Einarbeitungszeit für Neueinsteiger verkürzen. In DS, wo Modelle und Analysen validiert und repliziert werden müssen, stellt eine klare API-Dokumentation sicher, dass andere dieselben Prozesse befolgen, dieselben Daten verwenden und konsistente Ergebnisse erzielen können. Dies ist besonders wichtig bei der Entwicklung einer datengesteuerten Entscheidungsfindung.

Da Information Science zunehmend in Geschäftsstrategien integriert wird, können intestine dokumentierte APIs schließlich die Skalierbarkeit von Datenlösungen verbessern und den Prozess der Arbeit mit Daten vereinfachen. Beispielsweise können APIs eine wichtige Rolle bei der Datenerfassung für Projekte spielen und ein schnelles Prototyping und die Entwicklung von Anwendungen ermöglichen, die auf aktuellen Informationen basieren. Durch die Nutzung von APIs zur Datenerfassung aus Quellen wie REST-Ländern (siehe Fall 6.1) können sich Datenwissenschaftler auf die Analyse statt auf die Datenerfassung konzentrieren.

In diesem Beitrag werden wir:

• Erkunden Sie kurz, was eine API ist und welchen Zweck sie in der Softwareentwicklung hat.
• Lernen Sie die Hauptkomponenten der REST-API kennen.
• Beschreiben Sie die gängigsten Formate und stellen Sie praktische Beispiele für API-Aufrufe und -Antworten bereit.
• Fassen Sie zusammen, wie eine gute API-Dokumentation aussehen sollte, mit Informationen zu Endpunkten, Parametern und Antworten.

2. Was ist API?

Eine API (Utility Programming Interface) umfasst eine Reihe von Methoden, mit denen verschiedene Programme miteinander kommunizieren und Daten austauschen. Im Wesentlichen handelt es sich um einen Vermittler, der es Anwendungen, Geräten, Servern und anderen Systemen ermöglicht, Informationen auszutauschen, während die Prozesse innerhalb der einzelnen Systeme voreinander verborgen bleiben.

Stellen Sie sich eine Bibliothek mit einer großen Büchersammlung vor und einen Bibliothekar, der weiß, wo genau das Buch zu finden ist, das ein bestimmter Leser benötigt. Hier können wir den Bibliothekar als API bezeichnen, die den Prozess des Zugriffs auf Informationen vereinfacht und den Lesern (unserem „Frontend“) die Zeitverschwendung beim Durchsuchen des gesamten Buchkatalogs (unseres „Backend“) erspart und es ihnen ermöglicht, sich nur auf ihre spezifische Anfrage zu konzentrieren. Wenn Leser außerdem weitere Bücher benötigen, können sie den Vorgang des Sendens einer Anfrage an die API erneut wiederholen.

Diese Analogie unterstreicht die Rolle der API als Vermittler zwischen dem Benutzer und der Datenquelle, die einen bequemen und effizienten Zugriff auf Informationen ermöglicht.

Ein Sonderfall der API ist eine REST-API, die den Konzepten der REST-Architektur (REpresentational State Switch) folgt. REST-APIs werden als Industriestandard bezeichnet, weil sie leichtgewichtig und flexibel sind und gängige Datenformate wie JSON oder XML verwenden.

3. Komponenten der REST-API

Jede der folgenden REST-API-Komponenten spielt eine wichtige Rolle bei der Organisation von Shopper-Server-Interaktionen.

3.1. Ressourcen

Eine Ressource ist jede Entität, auf die über die API zugegriffen werden kann. Jede Ressource verfügt über eine eindeutige Kennung (URI), zum Beispiel:

https://api.thecatapi.com/v1/photographs/search?dimension=med

Hier, photographs ist eine Sammlung von Katzenbildern von der The Cat API-Webseite (1) und search?dimension=med ist der Filter, um nur mittelgroße Bilder anzuzeigen.

3.2. HTTP-Methoden

Zur Interaktion mit Ressourcen werden HTTP-Methoden verwendet:

• GET – Daten über eine Ressource abrufen;
• POST – eine neue Ressource erstellen;
• PUT – eine Ressource aktualisieren;
• PATCH – teilweise Aktualisierung einer Ressource;
• DELETE – eine Ressource löschen.

3.3. Anfragen und Antworten

Der Datenaustausch zwischen Shopper und Server erfolgt über HTTP-Anfragen und -Antworten. In den meisten Fällen wird das JSON-Format verwendet, da es einfach zu lesen ist und von den allermeisten Programmiersprachen unterstützt wird.

3.4. HTTP-Header

Überschriften werden verwendet, um zusätzliche Informationen zu übermitteln, beispielsweise den Inhaltstyp (Content material-Sort) oder Authentifizierungsparameter (Authorization).

3.5. HTTP-Antwortcodes

Jede HTTP-Anfrage erhält eine Antwort mit einem bestimmten Statuscode:

• 200 OK – erfolgreiche Anfrage;
• 201 Erstellt – Ressource erfolgreich erstellt;
• 400 Dangerous Request – Shopper-Anfragefehler;
• 401 Nicht autorisiert – fehlende Zugriffsrechte;
• 404 Nicht gefunden – Ressource nicht gefunden;
• 500 Interner Serverfehler – serverseitiger Fehler.

4. API-Purchasers

API-Purchasers wie Postman oder Bruno (2) vereinfachen die API-Interaktion, indem sie einen dedizierten Arbeitsbereich zum Senden von Anfragen und Verwalten von Antworten bereitstellen. Anstatt Befehlszeilentools zu verwenden oder Code zu schreiben, wie wir es in Fall 6.1 getan haben, bieten diese Agenten visuelle Schnittstellen und Automatisierungsfunktionen, die Arbeitsabläufe beschleunigen.

Daher werden wir in Fall 6.2 erwägen, Bruno für die Interaktion mit der JokeAPI-Webseite (3) zu verwenden. Der Einsatz von Bruno vereinfacht den komplexen Prozess der Interaktion zwischen verschiedenen Softwaresystemen. Ohne Bruno und andere API-Purchasers müssten Entwickler jede HTTP-Anfrage manuell erstellen und jede Rohantwort von Grund auf neu verarbeiten.

5. Tipps zum Erstellen einer guten API-Dokumentation

Die Erstellung einer effektiven API-Dokumentation ist entscheidend, um sicherzustellen, dass Benutzer Ihre API leicht verstehen und nutzen können. Hier sind einige wichtige Tipps, die Sie beachten sollten:

5.1. Priorisieren Sie Einfachheit, Klarheit und Konsistenz

Vermeiden Sie Fachjargon und inkonsistente Terminologie. Verwenden Sie stattdessen eine unkomplizierte und einfache Sprache, die leicht zu verstehen ist. Erstellen Sie bei Bedarf einen Styleguide, um die Einheitlichkeit Ihrer gesamten Dokumentation zu gewährleisten. Hier können Sie die wichtigsten Regeln angeben, die in Ihrer Dokumentation verwendet werden, z. B. wie die Codeschnipsel, Schnappschüsse formatiert werden, der bevorzugte Tonfall usw.

5.2. Geben Sie umfassende Particulars an

Eine gründliche API-Dokumentation sollte mehrere wesentliche Elemente umfassen, insbesondere umfasst eine typische Seite mit API-Methode Folgendes:

• Eine kurze Beschreibung (1-2 Sätze), die den Hauptzweck des Endpunkts klar umreißen.
• Die Anforderungssyntax: Eine Übersicht über API-Aufrufe.
• Authentifizierungsmethoden: Detailliert die Authentifizierungsprozesse, die für den sicheren Zugriff auf die API erforderlich sind.
• Parameter und Datentypen: Geben Sie die erforderlichen Parameter und die entsprechenden Datentypen für Anfragen an.
• Beispiele für Anfragen: Stellen Sie Beispiele für korrekte und fehlerhafte Anfragen bereit, um zu veranschaulichen, wie die API effektiv genutzt werden kann.

6. Praktische Fälle

Fall 6.1: Stellen Sie mit Python eine Anfrage an eine RESTful-API

Das Sammeln von Daten auf Länderebene ist für das Verständnis globaler, regionaler oder nationaler Tendencies von entscheidender Bedeutung und ermöglicht eine fundierte Entscheidungsfindung für Regierungen, Unternehmen und einzelne Forscher. Bei der Arbeit mit Länderdaten wie der REST-Länder-Web site (4) können Datenwissenschaftler über eine RESTful-API Informationen über Länder abrufen, um Fläche, Bevölkerung und Demonyme effizient abzurufen, ohne Tonnen von Webdaten manuell durchsuchen zu müssen. Der folgende Code ruft Daten über Länder in Mittelamerika ab und zeigt sie an:

import requests
import json

url = 'https://restcountries.com/v3.1/subregion/Central America/?fields=identify,space,inhabitants,demonyms'
response = requests.get(url)
jdata = response.json()
formatted_json = json.dumps(jdata, indent=4)
print(formatted_json)

Geografische Regionen werden mithilfe der UN-Methodik definiert (5). Sie können die Antworten auch nach bestimmten Feldern filtern (6): In unserem Fall sind dies Title, Gebiet, Bevölkerungszahl und Demonyme.

Die Ausgabe erfolgt als für Menschen lesbare JSON-Datei:

(
    {
        "identify": {
            "widespread": "Honduras",
            "official": "Republic of Honduras",
            "nativeName": {
                "spa": {
                    "official": "Repu00fablica de Honduras",
                    "widespread": "Honduras"
                }
            }
        },
        "demonyms": {
            "eng": {
                "f": "Honduran",
                "m": "Honduran"
            },
            "fra": {
                "f": "Hondurienne",
                "m": "Hondurien"
            }
        },
        "space": 112492.0,
        "inhabitants": 9892632
    },
    {
        "identify": {
            "widespread": "Costa Rica",
            "official": "Republic of Costa Rica",
            "nativeName": {
                "spa": {
                    "official": "Repu00fablica de Costa Rica",
                    "widespread": "Costa Rica"
                }
            }
        },
        "demonyms": {
            "eng": {
                "f": "Costa Rican",
                "m": "Costa Rican"
            },
            "fra": {
                "f": "Costaricaine",
                "m": "Costaricain"
            }
        },
        "space": 51100.0,
        "inhabitants": 5309625
    },
    {
        "identify": {
            "widespread": "Guatemala",
            "official": "Republic of Guatemala",
            "nativeName": {
                "spa": {
                    "official": "Repu00fablica de Guatemala",
                    "widespread": "Guatemala"
                }
            }
        },
        "demonyms": {
            "eng": {
                "f": "Guatemalan",
                "m": "Guatemalan"
            },
            "fra": {
                "f": "Guatu00e9maltu00e8que",
                "m": "Guatu00e9maltu00e8que"
            }
        },
        "space": 108889.0,
        "inhabitants": 18079810
    },
    {
        "identify": {
            "widespread": "Panama",
            "official": "Republic of Panama",
            "nativeName": {
                "spa": {
                    "official": "Repu00fablica de Panamu00e1",
                    "widespread": "Panamu00e1"
                }
            }
        },
        "demonyms": {
            "eng": {
                "f": "Panamanian",
                "m": "Panamanian"
            },
            "fra": {
                "f": "Panamu00e9enne",
                "m": "Panamu00e9en"
            }
        },
        "space": 75417.0,
        "inhabitants": 4064780
    },
    {
        "identify": {
            "widespread": "Nicaragua",
            "official": "Republic of Nicaragua",
            "nativeName": {
                "spa": {
                    "official": "Repu00fablica de Nicaragua",
                    "widespread": "Nicaragua"
                }
            }
        },
        "demonyms": {
            "eng": {
                "f": "Nicaraguan",
                "m": "Nicaraguan"
            },
            "fra": {
                "f": "Nicaraguayenne",
                "m": "Nicaraguayen"
            }
        },
        "space": 130373.0,
        "inhabitants": 6803886
    },
    {
        "identify": {
            "widespread": "Belize",
            "official": "Belize",
            "nativeName": {
                "bjz": {
                    "official": "Belize",
                    "widespread": "Belize"
                },
                "eng": {
                    "official": "Belize",
                    "widespread": "Belize"
                },
                "spa": {
                    "official": "Belice",
                    "widespread": "Belice"
                }
            }
        },
        "demonyms": {
            "eng": {
                "f": "Belizean",
                "m": "Belizean"
            },
            "fra": {
                "f": "Bu00e9lizienne",
                "m": "Bu00e9lizien"
            }
        },
        "space": 22966.0,
        "inhabitants": 417634
    },
    {
        "identify": {
            "widespread": "El Salvador",
            "official": "Republic of El Salvador",
            "nativeName": {
                "spa": {
                    "official": "Repu00fablica de El Salvador",
                    "widespread": "El Salvador"
                }
            }
        },
        "demonyms": {
            "eng": {
                "f": "Salvadoran",
                "m": "Salvadoran"
            },
            "fra": {
                "f": "Salvadorienne",
                "m": "Salvadorien"
            }
        },
        "space": 21041.0,
        "inhabitants": 6029976
    }
)

Fall 6.2: Stellen Sie mit Bruno eine Anfrage an JokeAPI

JokeAPI ist eine kostenlose Open-Supply-REST-API, die Witze in verschiedenen Formaten liefert, z. B. JSON, XML, YAML oder Klartext (3).

1. Öffnen Sie Bruno und wählen Sie aus Sammlungen → + Sammlung erstellen.
2. Wählen Sie einen Namen für Ihre Sammlung, z Beispiel-API.
3. Die erstellte Sammlung wird im linken Bereich angezeigt. Um eine Anfrage zu erstellen, klicken Sie auf … → Neue Anfrage.
4. Wählen Sie den Anfragetyp (HTTP) und geben Sie seinen Namen an, z joke_request.
5. Im URL Zelle, wählen Sie die Methode (ERHALTEN) und geben Sie den Endpunkt ein https://v2.jokeapi.dev/joke/Any?blacklistFlags=spiritual,political,racist,sexist&kind=single.
   Die URL wurde basierend auf den von Ihnen auf der JokeAPI-Web site ausgewählten Einstellungen erstellt. In unserem Beispiel haben wir eine beliebige Witzkategorie ausgewählt, außer NSFW, religiöse, politische, rassistische und sexistische (sie wurden markiert und auf die schwarze Liste gesetzt).
6. Die Parameter, die wir auf der Web site ausgewählt und kopiert haben, erschienen in der Anfrage danach ? als Abfragezeichenfolge an die Endpunkt-URL im GET Feld, getrennt durch & voneinander. Sie werden auch in einer Tabelle im angezeigt Parameter Tab.
7. Klicken Schickenwarte ein bisschen … und als Antwort bekommst du einen gar nicht so schlechten Witz („Die Generierung von Zufallszahlen ist zu wichtig, um sie dem Zufall zu überlassen.“). Achten Sie auf den Standing unserer Anfrage – er ist 200 OK, was Erfolg bedeutet.

Es ist wichtig zu beachten, dass wir in diesem Beispiel keinen API-Schlüssel benötigten, um auf unsere REST-API-Ressource zuzugreifen. Andernfalls müssten wir es als Header in einem separaten übergeben Überschriften Tab.

Fall 6.3: Stellen Sie eine Anfrage an NASA Open APIs mit API-Schlüssel

Der APOD (Astronomy Image of the Day) der NASA ist ein beliebter Dienst, der Benutzern Zugriff auf das tägliche Foto oder Video zum Thema Astronomie zusammen mit einer Beschreibung bietet (7).

Lassen Sie uns kurz ein Beispiel für die NASA APOD API-Dokumentation erstellen, basierend auf den Tipps aus dem 5. Absatz.

NASA APOD API-Dokumentation

Beschreibung: Mit dieser API können Benutzer Bilder oder Movies für bestimmte Daten, Zeiträume oder einfach nur zufällig ausgewählte von der APOD-NASA-Web site abrufen.

Anforderungssyntax: GET https://api.nasa.gov/planetary/apod

Authentifizierungsmethoden: Um auf die APOD-API zuzugreifen, sollten Sie Ihrer Anfrage einen API-Schlüssel hinzufügen. Um einen kostenlosen API-Schlüssel zu erhalten, müssen Sie aufseufzen https://api.nasa.gov/. Dieser Schlüssel sollte als Abfrageparameter in der Anfrage enthalten sein.

Parameter und Datentypen: siehe Tabelle unten

* – erforderliche Parameter

Beispiele für Anfragen

Korrekte Anfrage mit 200 OK-Standing

GET https://api.nasa.gov/planetary/apod?api_key=<your_API_key>

{
    "copyright": "Simone Curzi",
    "date": "2026-05-18",
    "rationalization": "Spiral galaxy NGC 3169 seems to be unraveling like a ball of cosmic yarn. It lies some 70 million light-years away, south of vivid star Regulus towards the faint constellation Sextans. Wound up spiral arms are pulled out into sweeping tidal tails as NGC 3169 (left) and neighboring NGC 3166 work together gravitationally. Ultimately the galaxies will merge into one, a typical destiny even for vivid galaxies within the native universe. Drawn out stellar arcs and plumes are clear indications of the continuing gravitational interactions throughout the deep and colourful galaxy group picture. The telescopic body spans about 20 arc minutes or about 400,000 light-years on the group's estimated distance, and contains smaller, bluish NGC 3165 to the appropriate. NGC 3169 can be recognized to shine throughout the spectrum from radio to X-rays, harboring an lively galactic nucleus that's the web site of a supermassive black gap.",
    "hdurl": "https://apod.nasa.gov/apod/picture/2605/ngc3169_ngc3166_ngc3165.jpg",
    "media_type": "picture",
    "service_version": "v1",
    "title": "Unraveling NGC 3169",
    "url": "https://apod.nasa.gov/apod/picture/2605/ngc3169_ngc3166_ngc3165px1024.jpg"
}

Korrekte Anfrage mit dem Standing „200 OK“ für einen Datumsbereich

GET https://api.nasa.gov/planetary/apod?start_date=2025-03-03&end_date=2025-03-05&api_key=<your_API_key>

(
    {
        "date": "2025-03-03",
        "rationalization": "There is a new lander on the Moon. Yesterday Firefly Aerospace's Blue Ghost executed the first-ever profitable business lunar touchdown. Throughout its deliberate 60-day mission, Blue Ghost will deploy a number of NASA-commissioned scientific devices, together with PlanetVac which captures lunar mud after making a small whirlwind of gasoline. Blue Ghost can even host the telescope LEXI that captures X-ray photographs of the Earth's magnetosphere. LEXI information ought to allow a greater understanding of how Earth's magnetic subject protects the Earth from the Solar's wind and flares.  Pictured, the shadow of the Blue Ghost lander is seen on the cratered lunar floor, whereas the glowing orb of the planet Earth hovers simply over the horizon. Objectives for future robotic Blue Ghost landers embody supporting lunar astronauts in NASA's Artemis program, with Artemis III at present scheduled to land people again on the Moon in 2027.",
        "hdurl": "https://apod.nasa.gov/apod/picture/2503/BlueGhostShadow_Firefly_4096.jpg",
        "media_type": "picture",
        "service_version": "v1",
        "title": "Blue Ghost on the Moon",
        "url": "https://apod.nasa.gov/apod/picture/2503/BlueGhostShadow_Firefly_960.jpg"
    },
    {
        "copyright": "Valerio Minato",
        "date": "2025-03-04",
        "rationalization": "Why does this Moon look so uncommon?  A key purpose is its vivid pink colour. The colour is attributable to the deflection of blue mild by Earth's ambiance -- the identical purpose that the daytime sky seems blue.  The Moon additionally seems unusually distorted.  Its unusual structuring is an optical impact arising from layers within the Earth's ambiance that refract mild in another way as a result of sudden variations in temperature or strain.  A 3rd purpose the Moon seems so uncommon is that there's, by probability, an airplane flying in entrance. The featured picturesque gibbous Moon was captured about two weeks in the past above Turin, Italy. Our acquainted hovering sky orb was a part of an uncommon quadruple alignment that included two historic floor buildings: the Sacra di San Michele on the close to hill and Basilica of Superga simply past.   Your Sky Shock: What image did APOD function in your buddy's birthday? (publish 1995)",
        "hdurl": "https://apod.nasa.gov/apod/picture/2503/QuadMoon_Minato_960.jpg",
        "media_type": "picture",
        "service_version": "v1",
        "title": "A Quadruple Alignment over Italy",
        "url": "https://apod.nasa.gov/apod/picture/2503/QuadMoon_Minato_960.jpg"
    },
    {
        "copyright": "Todd Anderson",
        "date": "2025-03-05",
        "rationalization": "On the appropriate, wearing blue, is the Pleiades.  Also referred to as the Seven Sisters and M45, the Pleiades is without doubt one of the brightest and most simply seen open clusters on the sky. The Pleiades comprises over 3,000 stars, is about 400 mild years away, and solely 13 mild years throughout. Surrounding the celebrities is a spectacular blue reflection nebula fabricated from high-quality mud.  A standard legend is that one of many brighter stars pale because the cluster was named. On the left, shining in pink, is the California Nebula.  Named for its form, the California Nebula is far dimmer and therefore tougher to see than the Pleiades.  Also referred to as NGC 1499, this mass of pink glowing hydrogen gasoline is about 1,500 mild years away. Though about 25 full moons may match between them, the featured vast angle, deep subject picture composite has captured them each.  A cautious inspection of the deep picture can even reveal the star forming area IC 348 and the molecular cloud LBN 777 (the Child Eagle Nebula).    Soar Across the Universe: Random APOD Generator",
        "hdurl": "https://apod.nasa.gov/apod/picture/2503/California2Pleiades_Anderson_9953.jpg",
        "media_type": "picture",
        "service_version": "v1",
        "title": "Seven Sisters versus California",
        "url": "https://apod.nasa.gov/apod/picture/2503/California2Pleiades_Anderson_960.jpg"
    }
)

Fehleranforderung mit dem Standing „400 Dangerous Request“.

GET https://api.nasa.gov/planetary/apod?date=2023-03-01&end_date=2023-03-01&api_key=<your_API_key>

{
    "code": 400,
    "msg": "Dangerous Request: invalid subject mixture handed. Allowed request fields for apod technique are 'concept_tags', 'date', 'hd', 'rely', 'start_date', 'end_date', 'thumbs'",
    "service_version": "v1"
}

7. Fazit

Zu wissen, wie man API-Dokumentation liest (und vielleicht schreibt), ist nicht nur eine technische Aufgabe; Es ist ein wesentlicher Bestandteil einer erfolgreichen Datenanalysepraxis und verbessert die Zusammenarbeit, Reproduzierbarkeit, Akzeptanz und Skalierbarkeit. Durch die Priorisierung einer klaren und detaillierten Dokumentation können Datenwissenschaftler sicherstellen, dass sie mit modernen Instruments problemlos arbeiten können.

Beispielsweise verwenden viele Datenwissenschaftler mittlerweile Instruments wie Claude Code, einen programmierenden KI-Agenten. Mit Claude Code werden Ihre Dateien lokal auf Ihrem Pc gespeichert, der KI-Assistent liest sie von dort aus und sendet den Textinhalt zur Verarbeitung an die Anthropic API. Es ist erwähnenswert, dass die umfassende Dokumentation der Claude-API alle Nuancen ihrer Funktionsweise beschreibt. Konkret handelt es sich bei der Claude API um eine RESTful API https://api.anthropic.com Dies bietet programmgesteuerten Zugriff auf Claude-Modelle und verwaltete Claude-Agenten (8). Hoffentlich verstehen Sie nach dem Lesen dieses Beitrags diese (und andere) Dokumentation etwas besser 🙂

Danke fürs Lesen!

Referenzliste

1. Die Cat-API-Webseite: https://thecatapi.com/
2. Bruno-Dokumentation: https://docs.usebruno.com/introduction/getting-started
3. JokeAPI-Webseite: https://jokeapi.dev/
4. REST-Länder v3.1: https://restcountries.com/
5. UNSD-Methodik: Commonplace-Länder- oder Gebietscodes für statistische Zwecke (M49)
6. Liste der Felder auf der GitLab-Seite des Projekts: https://gitlab.com/restcountries/restcountries/-/blob/grasp/FIELDS.md
7. Offene NASA-APIs: https://api.nasa.gov/
8. Claude API-Dokumente – Ein Überblick: https://platform.claude.com/docs/en/api/overview