Die Karte zeigt vier Systeme zwischen dem Pathfinder und Home. Die Linie ist sauber. Jeder Knoten trägt einen Namen. Nichts auf dem Bildschirm wirkt ungewiss.
Beim zweiten Wormhole ist die erwartete Verbindung fort.
Die Karte war nicht nutzlos. Sie war ein Bericht, der eine seiner Kanten überlebt hatte. Die Navigation versagte nur, wenn der Pilot diesen Bericht für eine dauerhafte Strasse hielt.
Kartierung in Anoikis kopiert kein festes Netzwerk. Sie setzt aus Systemen, Wormholes, Bookmarks, Beobachtungen und Zeit eine vorübergehende Begründung zusammen. Navigation prüft diese Begründung Verbindung für Verbindung.
Die Karte gibt der Chain eine Form. Der Pathfinder hält diese Form ehrlich.
Form der Passage
Eine brauchbare Karte von Wormholes beginnt mit zwei Arten von Dingen: Systemen und den Verbindungen dazwischen.
Die Systeme sind Orte. Sie bestehen über einen einzelnen Besuch hinaus. Die Verbindungen sind Möglichkeiten zur Passage. Sie öffnen sich zwischen Orten, tragen Verkehr und kollabieren schliesslich.
Dieser Unterschied erklärt die heute üblichen Karten aus Knoten und Linien. Ein Knoten kann System Identifier, Class, Type, Effect und weiteren Systemzusammenhang tragen. Eine Linie kann das Wormhole tragen, das gegenwärtig einen Knoten mit einem anderen verbindet.
Die Linie ist keine gemessene Entfernung. Zwei nebeneinander gezeichnete Systeme können ein Wormhole voneinander entfernt sein, doch ihr Abstand auf dem Bildschirm sagt nichts über die physische Länge des Transits. Die Topologie zeigt, welche Passage zu welchem Ort führt.
Diese Abstraktion ist mächtig, weil sie zur Entscheidung passt. Ein Pathfinder muss gewöhnlich wissen, wie viele gegenwärtige Verbindungen bestehen bleiben müssen, welche einen schlechten Zustand haben und wo ein alternativer Zweig beginnt. Dekorative Geografie würde wenig beitragen.
Gefährlich wird dieselbe Abstraktion, wenn ihre saubere Form schwache Hinweise verbirgt. Eine Linie aus einem alten Report kann genauso aussehen wie eine vor Augenblicken durchquerte. Die Karte muss Source und Aktualität tragen, sonst wirkt ihre Geometrie gewisser als die Arbeit darunter.
Kartiere die Beziehung. Bewahre den Grund für die Annahme, dass sie noch besteht.
Knoten und Kanten
Jeder Knoten soll ein System identifizieren, ohne dessen wirkliche Identität durch einen Alias der Chain zu ersetzen.
Ein lokaler Name wie Home, A1 oder East Branch kann die Kommunikation beschleunigen. Er bleibt ein Alias der gegenwärtigen Karte. Eine für andere Piloten und Datenquellen erkennbare Identität stammt vom System Identifier und, falls vorhanden, vom gegenwärtigen Eigennamen.
Jede Kante soll für eine Verbindung durch ein Wormhole stehen. Sie braucht eigene Informationen zu den Endpunkten, einen beobachteten Zustand und die Beziehung zu den auf beiden Seiten genutzten Bookmarks.
Diese Trennung verhindert mehrere verbreitete Verzerrungen:
- Ein System wird nicht gelöscht, nur weil eine Verbindung dorthin kollabiert.
- Zwei Wormholes zwischen wichtigen Orten werden nicht zu einer vagen Route zusammengedrückt.
- Der Zustand eines Wormhole wird nicht dem Zielsystem zugeordnet, als würde er jeden Eingang beschreiben.
- Ein Alias der Chain kann geändert werden, ohne das zugrunde liegende System umzuschreiben.
Das Modell bleibt unter Druck einfach lesbar. Der Knoten beantwortet wo. Die Kante beantwortet durch welche gegenwärtige Verbindung. Der Bookmark des Endpunkts beantwortet von welcher Position in diesem System.
Navigation braucht alle drei. Ein Systemname ohne Kante liefert keine Route. Eine Kante ohne Bookmark kann eine Route beschreiben, zu der der Pilot nicht im Warp erreichen kann. Ein Bookmark ohne Karte kann ein Wormhole erreichen, ohne den folgenden Zweig zu zeigen.
Gemeinsam machen sie aus verstreuten Einträgen einen Weg.
Endpunkte zählen
Kapitel 7 bewahrte zwei Endpunkte für jede durchquerte Verbindung. Die Karte gibt diesen Positionen eine Beziehung, ohne sie zu verschmelzen.
Eine zuverlässige Kante verweist auf beide Endpunkt-Bookmarks oder auf jene Namensinformationen, die ihre Auswahl erlauben. Wird nur eine Seite bewahrt, beschreibt die Karte eine Beziehung, in die man aus einer Richtung eintreten kann und die aus der anderen womöglich nicht wiederauffindbar ist.
Auch die Richtung verändert die Sprache. Ein in System B als RETURN markierter Bookmark kann auf System A verweisen. Der zugehörige Bookmark in System A ist nicht ebenfalls eine Rückkehr, ausser die Operation legt Home auf die Seite von System B. Bezeichnungen beschreiben die Nutzung vom System aus, in dem sie bestehen.
Besonders wichtig wird das, wenn Zweige aufeinandertreffen. Ein Pilot kann ein System durch ein Wormhole betreten und durch ein anderes verlassen. Beide the exit zu nennen speichert die Route im Gedächtnis statt in den Einträgen.
Die Karte soll einen empfangenden Piloten einen Satz ohne Raten verfolgen lassen:
Nutze aus diesem System diesen Endpunkt-Bookmark, durchquere diese Verbindung und erwarte die Ankunft in jenem System.
Jeder Sprung einer Route wiederholt diesen Satz unter neuen Bedingungen.
Kante beschreiben
Ein Verbindungsdatensatz soll nur enthalten, was sich verteidigen lässt, aber genug für eine Entscheidung.
Bewahre mindestens:
- die gegenwärtig verbundenen Systeme;
- die lokalen Endpunkt-Identifier oder Verweise auf Bookmarks;
- die beobachtete Reliable Lifetime und den Massenzustand;
- die Angabe zur maximalen Schiffsgrösse, falls sie die Operation betrifft;
- Source und Timestamp dieser Beobachtungen; und
- ob die Beziehung durchquert, direkt beobachtet oder nur Reported wurde.
Nicht alle Felder besitzen dieselbe Aktualität. Die von einem durchquerten Wormhole verbundenen Systeme werden stark aus dem Transit abgeleitet. Der Massenzustand kann sich durch diesen Transit verändert haben. Ein vor dem Transit gelesener Zielhinweis kann nützlich bleiben, doch die tatsächliche Ankunft liefert nun stärkere Hinweise auf das Ziel.
Aktualisiere die veränderten Felder, ohne unbeobachtete Felder ebenfalls aufzufrischen. Eine Bearbeitung des Kartenknotens um 14:20 darf einen zuletzt um 13:50 gesehenen Zustand des Wormhole nicht zwanzig Minuten neuer wirken lassen.
Allgemeine Bezeichnungen wie last updated können hier täuschen. Sie beschreiben den Eintrag, nicht zwingend jede darin enthaltene Aussage.
Eine gute Shared Map hält diese Felder getrennt. Sie kann zeigen, dass Kante und Lebensdauer jetzt beobachtet wurden, während der Massenzustand aus einem älteren Report stammt und der Bookmark auf der anderen Seite unbestätigt bleibt.
Ehrliche Teilinformationen sind navigierbar. Gleichförmige Scheinaktualität ist es nicht.
Routen bleiben bedingt
Eine Route ist eine Folge von Kanten, die laut Karte gegenwärtig benutzt werden können.
Das Wort gegenwärtig trägt den grössten Teil des Risikos.
Jedes weitere Wormhole fügt eine Bedingung hinzu, die versagen kann. Seine Reliable Lifetime kann fortschreiten. Sein Massenzustand kann sich verschlechtern. Wegen Grösse oder Polarization kann es das Schiff abweisen. Zwischen dem Report des Scouts und der Ankunft der Fleet kann ein anderer Pilot es verändern.
Die kürzeste Route muss deshalb nicht die beste sein. Ein längerer Zweig mit gesünderen und frischeren Verbindungen kann eine grössere Verpflichtung tragen. Ein Ausgang in einem Sprung kurz vor dem Kollaps kann für einen entbehrlichen Scout passen und für wiederholten industriellen Verkehr unvertretbar sein.
Routenplanung soll mindestens vergleichen:
- die Anzahl der Transits durch Wormholes;
- Zustand und Alter der gemeldeten Verbindungen;
- Anforderungen an Schiffsgrösse und Masse;
- bekannten Verkehr oder Bedrohungen;
- die Geschichte der Polarization des Piloten; und
- verfügbare Alternativen beim Versagen einer Kante.
Diese Faktoren erzeugen keine allgemeingültige Punktzahl. Sie zeigen, wo der Plan zerbrechlich ist.
Nenne bei der Weitergabe einer Route ihre begrenzende Kante. Vier Sprünge nach Home beschreibt eine Form. Vier Sprünge nach Home; die zweite Verbindung ist Expired, und es gibt keine kartierte Alternative beschreibt eine Entscheidung.
Die Karte soll dem Piloten beides zeigen.
Aktualität in Ebenen
Zeit wirkt nicht auf jedes Element der Karte gleich.
Vergleichsweise beständig bleiben zwei Klassifikationsdaten des Systems: Class und System Type. Reliable Lifetime und Massenzustand eines Wormhole sind vorübergehende Beobachtungen. Ein Schiff auf dem Directional Scanner kann für Sekunden wichtig sein. Ein Bookmark kann Koordinaten behalten, nachdem das beschriebene Objekt verschwunden ist.
Eine Altersmarkierung für den ganzen Knoten kann diese Ebenen nicht ehrlich darstellen.
Verbinde die Aktualität mit der veränderlichen Aussage:
- Wann wurde diese Verbindung zuletzt beobachtet?
- Wann wurde ihr Zustand gelesen?
- Wann wurde der Endpunkt-Bookmark geprüft?
- Wann wurde das System zuletzt nach Signatures gescannt?
- Wann entstand der Threat Report?
Dafür muss die Karte nicht mit Zeitstempeln bis zur Unlesbarkeit gefüllt werden. Die Oberfläche kann kompakte Altersangaben zeigen und die genauen Zeiten in den Details bewahren. Entscheidend ist, dass eine neue Bearbeitung alte Informationen nicht in den Anschein neuer Daten verwandelt.
Auch beständige Daten brauchen eine Source, selbst wenn sie nicht ständig neu beobachtet werden müssen. Eine aktuelle Klassifikation aus dem SDE und die visuelle Vermutung eines Piloten dürfen nicht dieselbe Autorität erhalten, nur weil beide dieselbe Class anzeigen.
Aktualität beantwortet wann. Source beantwortet woher. Die Karte braucht beides, wenn eine Aussage sich verändern oder falsch sein kann.
Unknowns bewahren
Eine Karte lädt zur Vervollständigung ein. Leere Felder wirken unfertig. Unverbundene Knoten sehen unordentlich aus. Dieser visuelle Druck ermutigt zum Raten.
Widerstehe ihm.
Halte eine ungelöste Signature auf jener Stufe fest, die der Scan trägt. Verwandle ein angedeutetes Ziel eines Wormhole nicht in ein bestätigtes System. Lass die Karte zeigen, wenn ein Endpunkt-Bookmark nicht geprüft ist.
Unknown ist nicht dasselbe wie abwesend.
Ein noch nicht gescannter Zweig kann bestehen. Eine alte Kante kann bereits fort sein. Ein fehlender Massen-Report bedeutet keine volle Masse. Eine fehlende Bedrohungsmarkierung bedeutet keine fehlende Bedrohung.
Brauchbare Kartensymbole unterscheiden mindestens drei Fälle:
- bestätigte Informationen;
- Reported oder unvollständige Informationen; und
- keine Informationen.
Die genauen Farben oder Symbole hängen vom Tool ab. Ihre Bedeutung muss unter den Kartennutzern geteilt sein. Eine gelbe Linie hilft nicht, wenn ein Pilot sie als Vorsicht und ein anderer als unbestätigt liest.
Unknowns lenken auch die Arbeit. Für den nächsten Scout zeigen sie, wo ein frischer Transit, eine Zustandsprüfung oder ein Durchlauf für Signatures die Route am stärksten verbessert.
Eine vollständig wirkende Karte kann Unsicherheit verbergen. Eine ehrliche Karte macht sie handlungsfähig.
Das Bild abgleichen
Zwei Piloten können mit verschiedenen Berichten zurückkehren, ohne nachlässig gearbeitet zu haben.
Einer durchquerte das Wormhole vor zehn Minuten. Ein anderer findet am Bookmark nun kein Objekt. Ein dritter sieht die Kante noch im Kartentool, weil niemand sie ausser Dienst gestellt hat. Diese Aussagen beschreiben verschiedene Zeiten und Oberflächen.
Zwinge sie nicht zur Übereinstimmung, indem du die bequemste auswählst.
Bewahre zuerst die Beobachtungen und ihre Timestamps. Frage danach, welches Ereignis sie verbinden könnte. Das Wormhole kann kollabiert sein. Vielleicht wurde der falsche Bookmark gewählt, ein Ordner ist unerreichbar oder die Karte hat zwei Verbindungen in einer Bezeichnung zusammengefasst.
Abgleich ist die Suche nach dieser fehlenden Beziehung.
Zeigen die Hinweise, dass eine Kante fort ist, stelle die Verbindung ausser Dienst, statt ihre Geschichte ohne Erklärung zu löschen. Der alte Eintrag kann erklären, weshalb eine Route oder ein Bookmark noch besteht, und einen anderen Piloten daran hindern, denselben Fehler neu aufzubauen.
Bleiben die Hinweise unvollständig, markiere die Kante als Unverified und lenke die nächste Prüfung. Eine Karte mit dem Vermerk um 14:20 von diesem Bookmark aus nicht gefunden ist nützlicher als eine, welche die Linie still entfernt, während ein anderer Pilot noch im entfernten System sein kann.
Geteilte Wahrheit entsteht nicht dadurch, dass jeder Bildschirm gleich aussieht. Sie entsteht durch die Erklärung ihrer Unterschiede.
Tools erweitern Erinnerung
Gegenwärtige Kartentools für Wormholes können Systeme, Verbindungen, Signatures, Notizen und Routeninformationen in einer Gruppe teilen. Einige erkennen Transits von Charakteren, gleichen eingefügte Ergebnisse im Probe Scanner ab oder schätzen den Verbindungszustand aus eingegebenem Verkehr.
Diese Funktionen verringern Schreibarbeit. Den Beobachter beseitigen sie nicht.
Das automatische Hinzufügen eines Knotens kann zeigen, dass ein verfolgter Charakter das System gewechselt hat. Womöglich bleibt weiterhin zu bestimmen, welches Wormhole genutzt wurde. Eine geschätzte Restmasse hängt von den aufgezeichneten Transits und den verwendeten Massenannahmen ab. Eine farbige Kante hängt davon ab, dass jemand den richtigen Zustand eingibt.
Je reibungsloser ein Tool aktualisiert, desto leichter vergisst man, welche Teile vom Client stammen und welche hergeleitet wurden.
Behandle Automation als weitere Source. Wisse, welches Ereignis sie beobachtet, was sie ableitet und was sie nicht sehen kann. Verfolgt ein Tool Positionen über externe Daten, können verzögerte oder mehrdeutige Ereignisse die falsche Verbindung erzeugen. Aktuelle Dokumentationen von Community-Kartentools warnen ausdrücklich, dass einige Bewegungen ausserhalb von Wormholes falsch gedeutet werden können.
Dieses Buch verlangt kein bestimmtes Kartentool. Der operative Massstab überdauert die Oberfläche: Systeme und Verbindungen bleiben getrennt, veränderliche Aussagen behalten Alter und Source, und ein Pilot bestätigt die nächste Kante, bevor er sich von ihr abhängig macht.
Das Tool soll disziplinierte Arbeit leichter sichtbar machen, nicht die Disziplin unsichtbar.
Durch Bestätigung navigieren
Einer Shared Map zu folgen ist kein passiver Teil der Pathfinder-Arbeit. Jeder Sprung prüft die Route.
Gleiche vor dem Warp gegenwärtiges System, vorgesehene Kante und zugehörigen Endpunkt-Bookmark ab. Bestätige auf dem Grid das Wormhole-Objekt und prüfe den für das Schiff wichtigen Zustand. Bestätige nach dem Transit das Ziel und bewahre den entfernten Endpunkt. Aktualisiere dann die Karte mit dem, was der Transit tatsächlich festgestellt hat.
Dieser Rhythmus hält Fehler örtlich begrenzt.
Eine Systemprüfung kann vor dem Warp einen falschen Bookmark erkennen. Eine Prüfung auf dem Grid kann den Transit stoppen, wenn der Zustand des Wormhole schlechter als Reported ist. Weicht das Ziel vom kartierten Knoten ab, kann die Ankunftsprüfung verhindern, dass sich die falsche Kante tiefer in die Chain fortsetzt.
Geschwindigkeit entsteht, wenn jede Bestätigung klein und vertraut wird – nicht durch ihre Entfernung.
Der Pilot soll auch wissen, welche Observation die Route stoppen würde. Eine Expired-Verbindung, unerwartete Grössenbeschränkung, ein fehlender Endpunkt oder eine ungeklärte Abweichung beim Ziel können eine Neubewertung verlangen. Die Schwelle hängt von der Verpflichtung ab, sollte aber vor der Überraschung bestehen.
Eine Karte bietet die nächste erwartete Beziehung an. Navigation bestätigt, ob diese Beziehung noch ein Schiff verdient.
Drift auffangen
Früher oder später verändert sich die Chain um einen Piloten herum.
Die Reaktion auf der Karte kommt vor der Wiederherstellung der Route. Bewahre die Abweichung: Bestätige das gegenwärtige System, identifiziere die erwartete Kante und halte fest, wann sie zuletzt funktionierte. Stelle sie erst ausser Dienst, wenn die Hinweise einen Kollaps stützen. Solange bleibt sie Unverified und lenkt die nächste Prüfung.
Ein Ersatz-Wormhole ist eine neue Kante, selbst wenn es ein vertrautes System erreicht. Es braucht neue Endpunkte, Observations und Zeit. Die alte Linie weiterzuverwenden liesse die Karte repariert wirken und würde die Veränderung verbergen.
Kapitel 15 behandelt das grössere Problem der Heimkehr nach dem Versagen einer Kante. Hier ist der Massstab enger: Die Shared Map soll Drift schnell genug zugeben, damit die Wiederherstellung von einem ehrlichen Bild ausgeht.
Den Kreis schliessen
Die Kartenarbeit eines Pathfinders ist erst abgeschlossen, wenn eine andere Entscheidung sie sicher nutzen kann.
Dafür braucht es mehr als die neue Kante. Die Endpunkt-Bookmarks müssen bestehen. Das Ziel muss auf der gemeldeten Stufe bestätigt sein. Veränderlicher Zustand muss einen Timestamp tragen. Wichtige Unknowns müssen sichtbar bleiben. Die Gruppe muss wissen, ob die Route bereit, vorläufig oder bereits im Verfall ist.
Eine knappe Übergabe kann nennen:
- was sich in der Chain verändert hat;
- welche Verbindung persönlich durchquert wurde;
- welche Endpunkt-Bookmarks benutzbar sind;
- welche Zustandsbeobachtungen frisch sind;
- was Reported oder Unknown bleibt; und
- welche Bedingung die nächste Bewegung stoppen soll.
Die Übergabe muss nicht die ganze Sitzung des Scanning erzählen. Sie muss die Grundlagen der Route bewahren.
Dieser Unterschied trennt eine private Karte von geteilter Navigation. Eine private Karte hilft ihrem Autor beim Erinnern. Von einer Shared Map kann ein anderer Pilot entscheiden, ohne die unausgesprochenen Annahmen des Autors übernehmen zu müssen.
Bestätigt der nächste Pilot einen Sprung, beginnt die Feldfolge erneut: Observe → Record → Understand → Evaluate → Decide → Act → Observe again.
Die Chain ist nie fertig. Sie muss nur aktuell genug für die eingegangene Verpflichtung sein.
Feldprinzip
Eine lebende Karte modelliert Systeme, die durch vorübergehende Türen verbunden sind. Ihre Linien sind Behauptungen, keine Strassen.
Verbinde jede Kante mit brauchbaren Endpunkt-Bookmarks. Halte Source, Aktualität und Unknowns sichtbar. Navigiere durch die Bestätigung der nächsten Verbindung, nicht durch Vertrauen in eine saubere Linie.