Tach!
Der Designer dieses JSON hat wohl nicht verstanden worin der Sinn eines abstrakten Datentypes besteht:
Der Designer dieses JSON-Exporters hatte nicht die Absicht, den in Mediawiki-Syntax vorliegenden Inhalt einer Mediawiki-Seite in eine strukturierte Form zu bringen.
Nämlich darin, dass Attribute entweder direkt oder über spezielle Methoden addressierbar sind.
Es ist nicht Ziel der Mediawiki-Syntax, die Daten strukturiert und maschinenauswertbar zu repräsentieren, sondern es geht lediglich darum, menschenlesbare Seiten mit mehr oder weniger Fließtext zu erstellen. Dabei werden Templates für wiederkehrende Gestaltungsaufgaben verwendet. Das ist keine semantische Aufbereitung der Daten. Ein Mediawiki ist genausowenig eine strukturierte Datenbank wie es ein Papierlexikon ist.
Es wäre sicherlich wünschenswert, bekäme man die Daten in semantischer Form. Darum kümmern sich auch Mediawiki-Zusätze wie Semantic Mediawiki. Das ist der bekannteste, aber er ist nicht in der Wikipedia verwendet. Mir ist auch nicht bekannt, dass die Daten in anderer Form semantisch erfasst würden. Insofern ist die Ausgabe der Daten zwar nicht sonderlich geeignet für den Bedarf des OP, aber es war weder die Absicht von Mediawiki noch dieser API-Ausgabe, strukturierte Datenhaltungen zu versorgen.
Auf jeden Fall ist es unsinnig, sowas hier:
|Gegründet = 1158 |Art = Stadt |Wappen = Muenchen Kleines Stadtwappen.svg
als String im Hauptspeicher zu haben der noch extra (proprietär) geparst werden muss für einen wahlfreien Zugriff. Andererseits braucht solch ein String auch keinen JSON für den Transport via HTTP. Also mal wieder ein Beispiel dafür wie mans nicht machen sollte.
Oder ein Beispiel des Nichtverstandenhabens. Der Sinn der Mediawiki-API ist es, an die Meta-Daten des Mediawiki zu gelangen. Es ist nicht der Sinn, die Seiteninhalte datenbankartig strukturiert zu repräsentieren. Das geht auch gar nicht, weil dafür keine geeignete Datenhaltung vorhanden ist und auch nicht beabsichtigt war. Der Inhalt einer Seite gespickt mit Formatieranweisungen ist lediglich ein Datum in diesem JSON, und nicht die Hauptperson.
Es wäre ähnlich unsinnig zu kritisieren, dass Quark als eine weiße, feuchte Masse verkauft wird und nicht fein säuberlich in seine chemischen Bestandteile zerlegt.
PS: Das XML (format=xml) sieht genauso idiotisch (unstrukturiert) aus wie die resultierende Datenstruktur die letztendlich auch nur einen Blob zum Inhalt hat.
Works as designed. Man kann aus einem Heuhaufen, der nie die Absicht hatte, eine strukturierte Datenhaltung zu sein, keine strukturierten Daten erhalten, egal in welcher Ausgabeform.
dedlfix.