Beiträge von ShadowbladeXI

Zitat von zakkarus

Das kann man gut abschätzen; wir waren zeitlich aktuell; also fehlt "nur" das was nach dem Ende noch kam - und davor fehlte. Aber da wir uns schon auf Uthuria vorbreiteten, dürfte kein Ort von DSA1-4 fehlen.

Den automatischn Abglich kann man halt auch in der Zukunft ganz einfach immer wider machen wenn zB einige neue Sachen schon eingefügt wurden aber noch nicht alles.

Zitat von Natan

Generell ist aber eine automatische Überprüfung interessant, denke ich. Auch andersherum: Orte die im DereGlobus existieren, aber noch keinen Wiki-Aventurica Eintrag haben - wobei's wenige sein sollten.

Das sollte ebenfalls kein Problem sein.

Also sobald ich die Links separat in der Datenbank habe sollte es relativ Leicht sein diese zB mit einer Liste aller Siedlungen im Wiki Aventurica automatisch abzugleichen. Dann könnte man recht schnell sehen welche Einträge im DereGlobus noch fehlen die im Wini sind und umgekehrt. Anhand der Namen könnte man sogar versuchen automatisch seiten im Wiki zu Orten zu finden die im DereGlobus noch keinen Link haben, aber für die es schon einen Wiki-Eintrag gibt.

Meinst du mit "verknüpft", dass ein Link zum Wiki in der Beschreibung drin ist? Das wurd tatsächlich nicht übernommen, aber das habe ich noch vor einzubauen. Ich will den Link aber separat zur Beschreibung in der Datenbank speichern, darum muss ich erst noch die Routinen anpassen.

So, tut mir Leid, dass so lang kein Update kam. Allerdings war ich alles andere als untätig, desshalb hier jetzt mal ein Update was ich gemacht habe.

Zunächst mal vorweg, der DereGlobus sieht jetzt so aus:

Aventurien.jpg

Jede Markierung ist eine Siedlung.

Die gesamten Daten zu den Siedlungen habe ich mit einer Mischung aus einem Programm und manueller Hilfe (wenn das Programm über Sachen gestolpert ist die Probleme beritet haben) aus dem alten DereGlobus Datenset extrahiert und in die neue Datenbank geschrieben. Ich hab natürlich versucht Qualitäts-Kontrollen bei der automatisierten Generierung zu machen, aber es kann gut sein das einige Sachen vielleicht doch kleinere Fehler haben, ich konnt natürlich nicht alles kontrollieren. Die übertragung der Daten war tatsächlich die Arbeit die einen Grossteil der Zeit seit dem letzten Update gefressen hat.

Dazu gibt es noch eine grosse Strukturelle Änderung im Programmcode. Alle Nicht-Informatikbegeisterten wird das vermutlich nicht interessieren, aber ich habe grosse Teile des Codes (der Teil der sich um den aufbau der kml Datien für Googl Earth kümmert und der Teil der die Daten aus der Datenbank ausliest und in eine C++ Struktur verpackt) als eigenständige Bibliotheken ausgeglidert. Die Idee dahinter (vorallem bei der Bibliothk die sich um die Datenbank kümmert) ist, dass jeder der die Datenbank für etwas anderes einsetzten will bereits ein C++ Interface zur Verfügung hat. Dazu kommt dass sich der ganze Aufbau einfacher Handhaben und testen lässt wenn er ein bischen besser strukturiert ist.

Ein weiteres Update ist, dass die Namen jetzt richtig angezeigt werden. Falls vorhanden sogar in anderen Sprachen wenn man nicht Deutsch eingstellt hat. Es ist also alles bereit um die Übersetzungen einzubauen. Auch die Beschreibungen werden jetzt angezeigt wenn man auf eine Siedlung klickt.

Was ich offensichtlich noch nicht gemacht habe ist die ganze Darstellung, die Markierungen sind immer noch die gleichen wie bim letzten Update. Da musste ich leider feststellen, dass die automatische Generierung für die passenden Icons für jede Siedlung nicht so einfach ist wie ich es mir gedacht hatte. Zudem muss ich noch einstellen, dass nicht alle Ortschaften angezeigt werden sondern die kleineren nur dann wenn man näher reinzoomt.

Nur mal kurz zwei Sachen von meiner Seite:

Ich liebe es Simulationen oder ähnliches aufzubauen für DSA. Selbst wenn kein einziger Spieler es merkt, ich selber finde es gut wenn in einer Stadt eine plausible Anzahl Mühlen stehen. Tatsächlich habe ich aber sogar Spieler die es zu schätzen wissen wen sie sich Gedanken machen können über die Wirtschaftslage und das dann auch zB benutzen können um politische Entscheidungen zu treffen.

DereGlobus ist hier jetzt auch mehrfach gefallen und dazu wollte ich noch sagen, dass ich grade dabei bin zu versuchen den etwas wiederzubeleben. Vorallem will ich alle oder so viele Informationen wie möglich in eine Datenbank übertragen damit sie einfach zugänglich sind, auch für berechnungen/simulationen/etc. die wenig oder nichts mit DereGlobus zu tun haben. Dissenswurst , ich weiss nicht ob/wie dir das weiterhelfen kann aber falls du da ein mögliches Potenzial siehst (mit anpassungen im DereGlobus, mit so einer Datenbank, etc.), schreib mir einfach mal eine Nachricht und wir können schauen was sich machen lässt (und wie schnell)

Zitat von Natan

Das klingt schonmal nach einer guten Richtung. Hast du vor, alle Daten per Hand zu übertragen oder planst du aus den existierenden Quellen (also vermutlich primär dem alten dereglobus) zu importieren.

Ich werde Programme/Skripts schreiben um so viel wie möglich aus dem alten DereGlobus automatisch herauszuholen wie ich kann. DereGlobus alleine hat um die 8'000 Einträge Wenn ich mich recht erinnere, das wäre sehr aufwendig von Hand zu kopieren.

Zitat von zakkarus

Ich verstehe zwar nur Karawane; aber ich bin begeistert wie du den ollen DG ein Update verpasst.

Ja, die Technik hinter dem neuen DereGlobus ist... nunja halt ziemlich technisch. Wenn alles fertig ist sollte es aber nicht viel komplizierter sein als Excel zu bedienen um neue Einträge hinzuzufügen

Zitat von Kennin

Thema letztes Bild:
Ich geh mal sehr stark (99,99%) davon aus, dass wegen der Probephase noch nicht alles groß geschrieben ist, und auch noch _stadt dabei steht.

Jein. Technisch gesehen wird momentan für jede Siedlung die id als Name angezeigt. Es ist noch nicht implementiert den richtigen Namen aus der Datenbank auszulesen. Aber ja, das ist etwas was ich sehr bald angehen will zu implementieren. Dann sollten auch die Richtigen Namen da stehen (Sofern vorhanden sogar in der ausgewählten Sprache )

Eine erste (noch sehr rudimentäre) Version des Programms um die DereGlobus .kml Dateien aus der SQL Datenbank zu "kompilieren" ist jetzt fertig. auf github (https://github.com/ShadowbladeXI/DereGlobus) kann man sich den momentanen Stand des Projekts herunterladen. Enthalten sind jetzt zusätzlich noch die SQL datenbank (mainDatabase.sqlite3), das programm um die .kml Dateien zu kompilieren (Quelldateien sind unter DevTools/generate_fromSQLite und damit ihr es einfacher ausprobieren könnt auch das fertige programm DevTools/generate/generate_fromSQLite-Release.exe ), ein Skelett für die aus SQL generierte version von DereGlobus (unter DereGlobus_SQLite) und ein .php Skript um sich die generierte Vesion in GoogleEarth anzeigen lassen zu können.

Ich gebe hier mal eine Schritt-für-Schritt Anleitung wie ihr euch die Entwicklungs-Umgebung herunterladen und selber an der Datenbank herumspielen könnt. Ich werde aber auch viele Bilder einfügen für die die es mitverfolgen wollen und (verständlicherweise) nicht viel Zeit mit diversen Installationen verbringen wollen.

1. Als erstes bruchen wir natürlich die Dateien von der DereGlobus Entwicklungs-Umgebung. Die könnt ihr von Github herunterladen. Wer sich nicht mit den einzelheiten von Git auseinandersetzen will lädt am besten einfach die .zip Datei herunter (Anleitung im Bild unten) unt entpack die dann.

githubZipDownload.png

2. Wenn ihr die DereGlobus Entwicklungs-Dateien herunterladet sind die als erstes mal einfach nur auf eurem Computer und nicht auf einem Server. Das .php Skript braucht aber einen Server um ausgeführt zu werden. Glücklicherweise gibt es Programme mit denen ihr ganz einfach kurzzeitig einen Server auf eurem Computer laufen lassen könnt den auch dann nur ihr auf eurem Computer benutzen könnt. Das war auch schon im vorherigen Konzept für DereGlobus notwendig. Hier ist die Einrichtungs Anweisung die ich vorher gepostet habe:

Zitat von ShadowbladeXI

Ich habe zB. XAMPP verwendet, das ist einigermassen Schmerzfrei zum Aufsetzen, selbst wenn man wie ich keine Ahnung von Servern hat. Wenn jemand es damit testen will, einfach die Installation durchziehen (Man braucht nichts von den optionalen Features und der Installationsort is ziemlich egal). Danach kann man den Ordner von Github einfach in den "htdocs"-ordner ziehen der im xampp Ordner liegt (der wiederum dor liegt wo immer man xampp installiert hat). Den Server selber startet man indem man "xampp-control.exe" (im xampp ordner) startet und dort auf den Starten-Knopf drückt. Danach kann man in Google Earth einen neuen Netzwerk-Link hinzufügen und die Adresse: "http://localhost/*Pfad zum test.php skript relativ zu htdocs*" eingeben. Wenn alles richtig gelaufen ist, sollte man dann die ganzen DereGlobus Inhalte sehen.

Das ist eigentlich immer noch so gültig, mit der kleinen änderung, dass die Adresse den Pfad zu test_SQLiteVersion.php und nicht zu test.php haben muss. Bei mir ist die Adresse z.B. http://localhost/DereGlobus/test_SQLiteVersion.php

3. In GoogleEarth sollte man dann die Karte von Aventurien (und auch von den anderen Kontinenten) sehen, allerdings ohne irgendwelche GoogleEarth Markierungen für zB Städte. Die Karten werden (noch) nicht von der Datenbank generiert sondern sind noch genau so gespeichert wie in alten DereGlobus. Ich empfehle in den Einstellungen von GoogleEarth unter "General" die Einstellung für "KML Error Handling" auf "Silently accept all unrecognized data" zu stellen. Die momentane Version von DereGlobus hat noch ein par kleine Probleme die nicht weiter schlimm sind aber ansonsten viele nerfige Nachrichten generieren.

aventurienOhneMarker.jpg

4. Um Einträge aus der Datenbank in .kml Dateien für DereGlobus zu kompilieren muss lediglich das programm generate_fromSQLite-Release.exe im Ordner DevTools/generate_fromSQLite ausgeführt werden (Das Programm sollte sich sehr schnell wieder beenden, vermutlich seht ihr nur ein kurzes flickern auf dem Bildschirm). Ich habe leider nur eine Version für Windows erstellt, tut mir Leid für alle mit anderen Betreibsystemen. In der Finalen Version wäre es natürlich ideal möglichst für alle gängigen Systeme ein fertiges Programm zu haben. Nach den Ausführen des Programms sollte im Ordner "DereGlobus_SQLite" ein neuer Ordner "AutoGeneratedContent" erstellt worden sein. In diesem Ornder sind alle Dateien die aus der Datenbank generiert wurden.

autoGeneratedContentFolder.png

5. Um die neuen Einträge in GoogleEarth zu sehen muss man kurz einen rechtsklick auf den in Schritt 2. erstellten Network Link machen und Refresh auswählen (alternativ kann man auch einfach GoogleEarth neu starten). Die Städte Nostria und Andergast (die einzigen die schon in der Datenbank sind) sollten dann Angezeigt werden. Momentan werden sie noch mit unschönen Tag-Namen und einfachen Pins als Markern angezeigt. Man bekommt auch noch keine zusätzlichen Informationen wenn man draufklickt. Das alles kommt noch.

aventurienMitMarker.jpg

6. Um die Datenbank anzuschauen und zu verändern kann man zB den DB Browser for SQLite (https://sqlitebrowser.org/) verwenden. Man kann einfach die mainDatabase.sqlite3 Datei mit dem Programm öffnen. Um sich die Daten als Tabellen anzeigen zu lassen kann man auf den "Browse Data" Reiter gehen.

7. Wir können zB die Stadt Joborn hinzufügen (Siedlungen sind das einzige was momentan von DereGlobus automatisch generiert werden kann). Dazu gehen wir zuerst auf die tabelle "entity". Diese Tabelle speichert alle Einträge irgendeiner Art. Wir können dort eine neue Zeile hinzufügen und die id joborn eingeben. Keine 2 IDs dürfen gleich sein, mit dem Eintrag der ID in der "entity" Tabelle reservieren wir gewissermassen diese ID für die Stadt Joborn die wir jetzt eintragen. Wenn danach jemand zB eine Person die Joborn heisst in die Datenbank eintragen will muss man sich eine neue ID dafür ausdenken (zB joborn_person oder falls es keine Person sondern eine gleichnamige Stadt aber im Horasreich ist könnte man zB auch joborn_horasreich wählen). Die bereits bestehenden Einträge für Nostria und Andergast sind zB bereits mit "_stadt" am Ende, um sie von den Königreichen zu unterscheiden die auf jeden Fall noch in die Datenbank kommen werden.

entity.jpg

Nachdem wir die ID mit dem Eintrag in "entity" gesichert haben können wir die Informationen in die Datenbank eintragen. Allerdings können wir die Informationen nicht direkt in die Tabelle "settlement" eintragen. Jede Siedlung ist automatisch auch ein Ort und braucht darum einen entsprechenden Eintrag in der "location" Tabelle. Die Datenbank überprüft dies auch direkt und lässt gar nicht zu dass wir eine Siedlung hinzufügen die kein Ort ist. Die Einträge müssen also von allgemein zu spezifisch in strikter Reihenfolge in die Datenbank eingetragen werden. Wir gehen also in die "location" Tabelle, fügen eine neue Zeile hinzu und geben dort als id joborn ein (es muss die gleiche id sein wie die die wir in die "entity" Rabelle eingetragen haben). Die restlichen Einträge können wir erstmal auf NULL lassen.

location.jpg

Jetzt können wir das gleiche auch noch für die "settlement" Tabelle machen

settlement.jpg

Jetzt haben wir Joborn als Siedlung definiert. Allerdings kann es noch nicht im DereGlobus angezeigt werden, da wir keine Koordinaten definiert haben. Die Einträge für location_n_deg und location_e_deg (Position Nördlich/östlich in Grad). Dort steht noch NULL (Achtung NULL ist nicht gliech 0, NULL heisst soviel wie "nicht definiert" oder "unbekannt" in diesem Zusammenhang, wären beide Einträge auf 0 würde Joborn auf dem Schnittpunkt des äquators mit dem 0-Meridian eingezeichnet werden). Wir tragen also noch die Koordinaten für Joborn, 31.88746936818142 für location_n_deg und -1.966302493336189 für location_e_deg (negativ östlich heisst natürlich westlich) ein. Jetzt können wir unsere änderungen speichern indem wir auf "Write Changes" klicken.

coordinates.jpg

Jetzt hat zunächst nur die Datenbank den Eintrag für Joborn. DereGlobus muss jetzt mit dieser änderung neu kompiliert werden. Dazu müssen wir wieder nur "generate_fromSQLite-Release.exe" erneut ausführen. Damit GoogleEarth die änderung anzeigt müssen wir wieder den Netzwerk-Link aktualisieren oder GoogleEarth neu öffnen.

aventurienMitJoborn.jpg

Der nächste Schritt für mich wird es sein, die Darstellung der automatisch generierten Siedlungen zu verbessern damit sie so schön angezeigt werden wie im alten DereGlobus. Nach meinem Plan sollte damit alles auch schon automatisch bereit sein für die übersetzungen.

Danach werde ich mich vermutlich daran machen möglichst viele der bestehenden Daten im alten DereGlobus in die Datenbank automatisch zu kopieren, damit man nicht jeden einzelnen Eintrag mühsam von Hand hinzufügen muss.

So, mal wieder ein kleines Update. Ich habe grade mit Kennin ausführlich über eine neue Idee gesprochen und wir haben sie für insgesamt besser zu handhaben befunden. Ich bin grade dabei sie für einen kleinen Teil von DereGlobus umzusetzen um sie dann schon mal dafür testen zu können.

Die Grundidee is, dass (fast) alle .kml Dateien die Google Earth benutz um den DereGlobus anzuzeigen nicht mehr von Hand geschrieben werden sondern von einem Programm generiert werden. Dieses Prgramm nimmt die Rohdaten über die verschiedenen Dinge die dargestellt werden sollen aus einer SQL-Datenbank. Die übersetzungen werden ebenfalls in dieser Datenbank gespeichert. Da die übersetungen in der Datenbank komplett getrennt von den restlichen Daten gespeichert werden und es Programme gibt die eine relativ einfache Benutzeroberfläche für das editierender Datenbank bieten gibt, sollte die Lernschwierigkeit für übersetzungen und auch für das spätere Hinzufügen von Daten gesenkt werden. Meine Idee ist es die php-basierende Abfrage von kml Dateine die ich vorher vorgestellt habe beizubehalten (Die Version mit der SQL Datenbank würde es aber natürlich auch sehr einfach machen für jede Sprache einen komplett unabhängigen DereGlobus zu generieren).

Ich würde die Vor-und Nachteile wiefolgt zusammenfassen:

+ Einfachere Benutzeroberfläche

+ Bessere Trennung von Daten über Dere und über Darstellung in DereGlobus

+ Generische Datenbank die Problemlos für ganz andere Projekte benutzt werden könnte und einfach um nicht-DereGlobus relevante Daten erweitert werden könnte (nur mit entsprechender Erlaublis von Ulisses natürlich)

+ Für einfache änderungen/Erweiterungen werden keine xml/kml Kentnisse mehr benötigt

- DereGlobus muss bei jeder änderung in der Datenbank neu "kompiliert" werden bevor die änderungen angezeigt werden (Dazu muss lediglich ein Programm ausgeführt werden aber es ist trozdem ein extra Schritt)

- Für tiefgreifende Entwicklungen sind mehr Kentnisse erforderlich (php, kml/xml, C++/C und SQL)

- Bestehende DereGlobus Daten müssen in die Datenbank übernommen werden

Alles in allem überwiegen für mich die Vorteile. Sobald ich die erste kleine "Test-Umgebung" ffertig habe werde ich diese auch auf github hochladen damit sich alle die an den Details interessiert sind das noch genauer anschauen können. Ihr könnt natürlich auch wie immer eifach hier noch Fragen stellen

Das Problem ist weniger xml/kml an sich etwas besser darzustellen als mehr nur die Informationen darzusetllen die für die übersetzung wichtig sind und nicht den ganzen Haufen and Einträgen die für die funktionalität zuständig sind (also zB wo es dargestellt wird und wie). Man bräuchte also zB ein Progrmam was diese Daten unterscheidet und nur die übersetzungsrelevanten Daten anzeigt. Was ich auch vorher noch vergessen hatte zu erwähnen ist, dass man sich ein Server-Programm herunterladen muss um sich seine eigene Kopie von DereGlobus in Google Earth anzuschauen. Für einen Informatik bewanderten ist das kein Ding aber es ist doch noch eine Herausforderung für Andere.

Zitat von Natan

Was meinst du mit Übersetzung? Altes Format => Neues Format?

Nein, das hat sich auf übersetzung von Deutsch in andere Sprachen bezogen, zunächst einmal Niederländisch.

Zitat von Natan

Wäre ein anderes gängiges Format für dich praktischer? Generell sollte man XML relativ gut in andere Formate überführen können.

Also Google Earth braucht kml was im Prinzip nichts weiteres als eine spezielle Variante von xml ist. Von dem her müssen die Informationen in dem format gespeichert werden (oder online in das Format übersetzt werden). Die Frage wäre also nicht komplett auf ein neues Format umzusteigen sondern eher etwas in der richtung ein anderes Format aus den xml-Datein zu generieren, das dann zu übersetzen und dann wieder zurück in xml zu übertragen. Eine alternative wäre ein kleines Programm zu schreiben, dass die Dateien in einem einfacher lesbaren format anzeigt. Dei dritte Option ist natürlich dass man sich als übersetzer einfach ins xml Format und in die spezielle Struktur von den Dere-Globus Dateien einlesen muss.

Zitat von Natan

Na, wie schaut's aus mit dem Projekt?

Tut mir Leid, dass es so lange keine Updates gab. Die Umstrukturierung erfordert deutlich mehr Handarbeit als ich zunächst angenommen hatte. Die bisherigen Dere-Globus Dateien sind nicht alle exakt glaich aufgebaut und darum kann ich den Prozess nur begrenz automatisieren... Bis jetzt habe ich dei Siedlungen von Albernia mehr oder weniger kompett ins neue Format übertragen und benutze das ein wenig als Test ob alles so funktioniert wie ich mir das vorgestellt hatte.

Dazu kommt dass ich eine neue Arbeitsstelle angetreten habe und dafür auch erstmal umziehen musste. IN den letzten beiden Monaten habe ich darum auch gar nicht am Projekt gearbeitet.

Bezüglich übersetzung müssen Kennin ud ich noch schauen wie wir das hinkriegen. Die Dere-Globus Dateien sind im .xml Format was nicht ganz straight forward ist für Leute die sich wenig mit so Dingen beschäftigen. Ich überlege noch ob es irgendwie möglich ist mit vernünftigen Aufwand eine bessere Benutzeroberfläche für die übersetzung bereitzustellen.

Ich hatte es zum Glück noch nie mit Mordrohungen zu tun. Wäre aber vielleicht sogar ein Plot-Hook und vielleicht ein Grund für die Helden sich auf ein Abenteuer einzulassen diese (aus Sicht der Helden) offensichtlich ungeeignete Person mit einer Intrige aus der Praios Kirche auszuschliessen.

Ich bin immer etwas vorsichtig damit anzunehmen was Leute "in ihrem inneren wissen". Deswegen würd eich nicht pauschal sagen, dass solches Verhalten nur entsteht wenn die Grundlagen nicht stichhaltig sind. Ich kann mir aber durchaus vorstellen, dass ein innerer Konflikt zwischen unbeantworteten Fragen und einem starken verlangen auf jeden fall zu einem vorgegebenen Schluss zu kommen (unabhängig von den tatsächlichen Argumenten) eine explosive Mischung für die Psyche eines Menschen ist.

Ich denke aber wir schweifen grade etwas von der ursprünglichen Frage ab. Vielleicht können wir über Fanatische teile der Aventurischen Religionen eunen neuen Thread aufmachen

Ich denke man muss sich da bewusst sein, dass solche Denkmuster auftreten kmplett unabhängig davon ob etwas objektiv wahr ist oder nicht. Es geht nämlich dabei nur darum was die individuellen Menschen für wahr halten. Auch eine kniflige Frage auf die man keine Antwort hat muss nicht zwingend heissen, dass es keine Antwort gibt, es kann auch sein, dass man sich nicht kennt. Kurz und ziemlich überspitzt gesagt: man kann auch aus den "falschen" Gründen an das "richtige" glauben, und umgekehrt. Menschen sind generell fehlbahr und die meisten folgen sogar sehr häufig nicht den streng logischen Denkmustern. Es müssen auch keine niederen Motieve dahinterstehen. Ob so eine Person Geweihter werden kann ist eine andere Frage und kommt vermutlich auf die persönlichen präferenzen für die "schlagrichtung" von Aventurien an. Interessieren sich die Götter wirklich für diese art von Charakterzug? Bevorzugen sie vielleicht sogar eine gewisse menge an Logik-Ignorierendem Fanatismus? We kann das schonsagen. In meinen Kampanien wäre das zB durchaus möglich.

Zitat von manbehind

In meinem Aventurien ließe sich kein Praios-Geweihter, der mit entsprechend (mehr oder minder) ketzerischen Helden konfrontiert wird, in die Defensive bringen, d. h. er muss sich nicht erklären und damit rechtfertigen und wird es auch nicht tun, sondern im Gegenteil seine Position offensiv vertreten.

Ich denke das kommt zu einem grossen Grad auf den Charakter des Geweihten und vielleicht auch auf das Publikum an. Will der Geweihte die Helden davon überzeugen, dass er recht hat? Dann wird er sich eher auf Erklärungen einlassen als wenn er die Fragen nur als Angriff auf seine Haltung sieht. Es gibt aber vielleicht auch politische Gründe um die Fragen ernsthaft zu beantworten (oder zumindest es so aussehn zu lassen). Vielleicht geniessen die Helden die Unterschütung eines Adligen mit dem es sich der Geweihte (oder dessen etwas moderaterer Vorgesetzter) nicht verscherzen will. Vielleicht ist ein Publikum anwesend das zuvor durch die Helden in ihrem Glauben verunsichert wurde und der Geweihte will zeigen, dass er auf alles gute und richtige Antworten hat (hier könnte man sich zB an real existierender religiöser Apologetik oreintieren).

Für Abenteuer vielleicht ganz interessant (zB wenn man als Spielleiter grade keine Argumente bereit hat): Wenn man sich Religiöse Hardliner in der realen Welt anschaut wird man viele findenb die sich diese Fragen nie wirklich selber gestellt haben und dementsprechend auch keine Antworten darauf haben. Statdessen stützen sie sich zB auf die Autorität einer anderen Person (vielleicht eines älteren und erfahreneren Pristers, den die Abenteurer vielleich in der einer der folgenden Sessionen treffen können, wenn der Spielleiter etwas mehr Zeit hatte sich vorzubereiten). Wenn man gerne in Kirchliche Intrigen hineingehen will, muss die Autoritätsperson vielleicht noch nicht einmal selber ein überzeugter Hardliner sein. Vielleicht will er damit nur Leute überzeugen ihm zu folgen und sieht die Fragen der Helden als eine Bedrohung an (Ich denke mal das wäre aber nicht die Richtung in die ihr gehen wollt wenn ich das richtig verstanden habe). Ein weiteres Ansatz ist, dass die gläubige Person Angst hat durch diese Fragen vom Glauben abzukommen. Sie wird also veruchen zu vermeiden mit den Fragen konfrontiert zu werden um weiter stark im Glauben bleiben zu können. Wenn sie dennoch mit Fragen auf die sie keine Antwort hat konfrontiert wird, schreibt sie das nicht einem möglichen Fehler in ihrer Weltsicht für den man eine Antwort finden muss, sondern sieht es als einen (böswillgen) Versuch ihren Glauben zu torpedieren und wird in keinster weise auf die Fragen eingehen (Auch hier dneke ich, dass das nicht dem entspricht was ihr ahben wolltet, ich wollte es nur der vollständigkeit halber mal gesagt haben).

Zu einem weiteren tatsächlichen Grund, jetzt speziell gegen Heilmagie (kann aber auf andere "nützliche" Magier übertragen werden): Die Heilung mittels Magie bringt die natürliche Ordnung aus dem Gelichgewicht. Wenn man krank ist soll man sich an die Götter wenden und die wissen wie der lauf der Dinge sein sollte. Wenn man dann keine Heilung erfährt, dann soll es so sein, dass man krank ist und möglicherweise sogar stirbt. Sich dann mithlife von Magie gegen den offensichtlichen Willen der Götter zu stellen ist ein Frevel und es ist besser tot zu sein als auf diese wiedernatürliche Art zu leben (Vielleicht vergliechbar mit dem trinken von Einhornblut in Harry Potter, das ja auch immer als innherent böse gilt obwohl es Leben retten kann)

Man könnte es auch banaler interpretieren. Vielleicht sind es informationen zu Zaubern wie Flim Flam oder dem Brennglas un Prisma Ritual auf der Zauberkugel (also keine eigenes Zaubermerkmal oder dergliechen sondern einfach Zauber die mit Licht zu tun haben)

Noch eine Ergänzung: im Burj al'Mudachin gibt es noch einen geheimen Phex-Tempel (Land der Ersten Sonne, Seite 102)

Dazu gibt es vermutlich noch weitere kleinere Tempel (auch offene) die nirgends genannt werden, ich denke kaum, dass 2 offene Tempel für eine der Haupt-Gottheiten einer derartig grossen Stadt ausreichen...

Ich würde es tatsächlich auch begrüssen wenn die Regeln an vielen Stellen etwas klarer und direkter wären. Und was könnte direkter sein als eine Formel in der man alles einsetzen kann dann das Ergebnis rausbekommt? Allerdings muss ich sagen, dass man solche Formeln tatsächlich oft findet, zB in den ganzen Tabellen die jeweils nebendran stehen. Wo ich vorallem Verbesserungsmöglichkeiten sehe ist bei Referenzen auf andere Regeln. Oft ist nicht ganz klar was gemeint ist und man muss viel lesen um die Bausteine selber richtig zusammenzusetzen. Der Fliesstext enthält allerdings auch viele Informationen dazu was sich bei den Regeln gedacht wurde. Dies ist extrem wichtig, da es einem erlaubt quasi im stil der Regeln neue Situationen zu analysieren und sie in das ganze Systeme inzubetten.

Ich finde aber auch, dass die Art wie es geschrieben ist es relativ angenehm macht Regelbücher wie einen Roman von vorne bis hinten durchzulesen. Es gibt lustige und auflockernde Textstellen die verhindern, dass man allzusehr von Informationen überwältigt wird. Wenn man die Regeln als Nachschlagewerk benutzen will, dann ist das eher hinderlich...