R3 Prüfung und Zitation

Wie die Forschung bestimmt, wie sicher jede Angabe ist, was gelten muss, damit sie belegt ist, und wie die App das zeigt. Beschrieben werden die Forschung 1.25.2 und die Strom-App 3.21.2; Änderungen aus einer neueren Version tragen deren Nummer. Bei den Regeln wird unterschieden, was der Code prüft (der Befehl strom lehnt den Eintrag sonst ab) und was nur eine Regel der Methodik ist (eine Anweisung an den Agenten, die der Code nicht kontrolliert).

R3.1 Grade der Sicherheit einer Angabe

Jede Angabe (Geburt, Taufe, Heirat, Beruf…) hat einen von vier Graden der Sicherheit. Der Grad sagt, wie sicher die Schlussfolgerung aus allen Quellen der Angabe ist, nicht, wie gut eine einzelne Quelle ist (R3.2.1).

• Grenzen: eine Angabe kann auch widerlegt (--status disproven) oder zurückgezogen sein (strom event retract E… --reason "…"). Nichts wird gelöscht. Eine zurückgezogene Angabe wird nirgends gezeigt und lässt sich weder zitieren noch bearbeiten. strom person show zeigt übersetzte Namen nur dem Menschen; der Agent liest dort proven, probable, possible, lead.
• Bedienung: App: Etikett bei der Angabe (Ereignisse der Person, Heirat und Scheidung, gemeinsame Ereignisse des Paares), nur lesbar · Terminal: strom person show, strom person card, strom stats (Zeile „Angaben: belegt … · nur Hinweise …“); Eintrag strom event add … --status, strom cite E… S… --status, strom event edit E… --status … --reason "…".
• Gilt seit: Forschung 1.0.0; übersetzte Namen im Terminal 1.1.0 (bei strom person show 1.12.0); Etikett in der App 3.9.0
• Ab Forschung 1.26.0: das Terminal nennt die Grade mit den Worten der App: belegt, wahrscheinlich, möglich, Hinweis, widerlegt. Die Zusammenfassung strom stats schreibt weiter „nur Hinweise“.
• Ab Forschung 1.30.0: strom event show und strom event edit geben die Angabe für den Menschen in der Sprache der Forschung aus (zum Beispiel „[Hinweis]“); der Agent bekommt die Ausgabe weiter auf Englisch.

R3.1.1 Standardgrad und die Zitation, die ihn hebt

• Eine ohne --status erfasste Angabe: ohne Zitation Hinweis; mit Zitation mindestens einer Quelle, die nicht schwach ist (R3.3), Wahrscheinlich; sonst Hinweis. Ab Forschung 1.28.0 ist auch ein Register schwach.
• strom cite ohne --status hebt Hinweis auf Wahrscheinlich, wenn die neue Quelle nicht schwach ist. Einen anderen Grad ändert es nicht.
• Eine Änderung des Grades über strom event edit --status braucht --reason; eine Zitation mit Grad (strom cite … --status) nicht.
• Prüft der Code. Gilt seit: Forschung 1.0.0

R3.2 Was der Code als Wahrscheinlich und Belegt durchlässt

Der Grad darf nicht mehr behaupten, als die Zitationen der Angabe hergeben. Der Code prüft das bei jedem Eintrag eines Grades: event add, cite, event edit und auch bei Angaben, die aus der App kommen.

• Grenzen (prüft der Code), in dieser Reihenfolge:
  1. Wahrscheinlich und Belegt brauchen mindestens eine Zitation.
  2. Mindestens eine Zitation muss aus einer Quelle stammen, die nicht schwach ist. Schwach sind ein Stammbaum (--kind family-tree), eine Erinnerung (--kind family-memory), ein verfasstes Werk (--form authored) und ab Forschung 1.28.0 ein Register (--kind index).
  3. Belegt braucht zusätzlich unter den Zitationen aus nicht schwachen Quellen mindestens eine mit Primärinformation (--information primary): ein Eintrag, zur Zeit des Ereignisses geschrieben von jemandem, der es wusste. Die Information bei der Zitation hat Vorrang vor der Information bei der Quelle.
• Nur Methodik: der Code prüft nicht, dass die Quelle eine Originalquelle ist (--form original), dass der Agent sie selbst gelesen hat, dass der Eintrag die Angabe direkt nennt, und auch nicht die blinde zweite Lesung (R3.5). Belegt geht darum auch bei einer Kopie mit Primärinformation durch (bei einem Register bis Forschung 1.27.0 ebenfalls).
• Bedienung: Terminal: strom event add P… BIRT --date "…" --cite S… --information primary --status proven. Die Ablehnung nennt den Grund und was stattdessen geht (Hinweis lassen, --status possible oder --status probable).
• Gilt seit: Forschung 1.0.0

R3.2.1 Quelle: Form und Information

• strom source add --form original (Standard) · derivative (Kopie, Register; Standard für --kind index und in einem Buch, das nur ein Register ist) · authored (zusammengestelltes Werk).
• --information primary|secondary|unknown (Standard unknown) gilt bei der Quelle; bei der Zitation (event add, cite) nur für diese Angabe. Ein Eintrag, der die Eltern nennt (die Taufe eines Enkels), ist für sie Sekundärinformation (Methodik).
• In GEDCOM geht die Qualität der Zitation als QUAY: 3 Originalquelle mit Primärinformation · 2 Originalquelle sonst, oder Kopie mit Primärinformation · 1 Kopie sonst, oder verfasstes Werk · 0 Stammbaum und Erinnerung.
• Eine Änderung von Form, Information, Art oder Abschrift einer Quelle (strom source edit) braucht --reason, eine Ergänzung nicht.
• App: die Verlässlichkeit einer Quelle kommt in die Forschung als Original = Originalquelle mit Primärinformation, Abschrift / Index = Originalquelle mit Sekundärinformation, Unsicher = Kopie mit unbekannter Information.
• Gilt seit: Forschung 1.0.0; Verlässlichkeit aus der App Forschung 1.12.0
• Ab App 3.27.0: Die App hält die Zuverlässigkeit auch bei jeder einzelnen Zitation und schreibt sie in die Datei für die Forschung als QUAY dieser Zitation (A2.6.1). Die Forschung nimmt daraus nur Form und Information einer neuen Quelle (die Standard-Zuverlässigkeit der Quelle, sonst das QUAY ihrer ersten Zitation); das QUAY einer Zitation, die die Forschung selbst geschrieben hat, ändert sich auf dem Weg durch die App nicht.

R3.3 Quelle oder Hinweis

Stammbaum, Erinnerung, Register, Katalog und Online-Stammbaum sagen, wo zu suchen ist. Sie sind kein Nachweis einer Angabe. Eine Angabe aus ihnen bleibt Hinweis, bis ein Eintrag sie belegt.

• Prüft der Code: Stammbaum, Erinnerung, verfasstes Werk und Register (--kind index) sind schwache Quellen: eine Angabe nur aus ihnen ist nie Wahrscheinlich oder Belegt (R3.2). Eine Angabe, die nur ein Register zitiert, bleibt Hinweis, bis der Eintrag selbst gelesen und zitiert ist; mit der Zitation des Eintrags ist es eine Angabe des Eintrags. Ein übernommener Stammbaum: R11.3.
• Grenzen: bei Änderungen aus der App zählt ein Register als Eintrag: die Änderung einer Angabe, die ein Register belegt, wird zu einem Widerspruch (R5.2), nichts wird stillschweigend überschrieben.
• Nur Methodik: das Register dient nur zum Finden der Seite; der Eintrag wird im Kirchenbuch gelesen. Auch ein fehlender Eintrag im Register ist nur ein Hinweis: eine ähnliche Form des Familiennamens ist ein Kandidat.
• Unterlagen vom Benutzer (Urkunde, Foto, Brief, was der Benutzer sagt): R11.2.
• Gilt seit: Forschung 1.0.0
• Ab Forschung 1.28.0: das Register prüft der Code als schwache Quelle (früher nur Methodik: mit seiner Zitation bekam eine Angabe Wahrscheinlich, und mit --information primary ging auch Belegt durch).

R3.4 Zitation: Ausschnitt und Abschrift

Die Zitation sagt, wo genau in der Quelle die Angabe steht. Eine Quelle ist ein Eintrag; mehrere Einträge einer Seite sind mehrere Quellen.

• Nur Methodik: jeder Eintrag aus einem Scan bekommt --clip (den Ausschnitt, in dem der Agent ihn gelesen hat) und --transcript (die Worte des Eintrags, wie sie stehen, zeilenweise, ein nicht gelesener Buchstabe [?]), dazu --locator (Folio, Seite, Nummer des Eintrags) und bei der Angabe --quote. In ein Feld (--date, --house, --age, Name) kommt nur, was sicher gelesen ist; Unsicheres kommt mit [?] in die Abschrift und in die Notiz der Angabe.
• Nur Methodik, ab Forschung 1.28.0: ein Eintrag in einer anderen Sprache oder Schrift als der Sprache der Forschung (Latein, Kurrent, Polnisch, Kyrillisch…) bekommt neben der wörtlichen Abschrift auch eine Übersetzung in die Sprache der Forschung (--translation). Die Abschrift bleibt in der Sprache des Eintrags. Die App zeigt die Übersetzung zugeklappt unter der Abschrift (A3.1.1).
• Prüft der Code: höchstens 3 Ausschnitte je Quelle (der Eintrag und seine Fortsetzung über einen Seitenumbruch). Einen fehlenden Ausschnitt oder eine fehlende Abschrift lehnt der Code nicht ab, er erinnert nur bei einer Quelle auf einem Scan daran: nach strom source add, nach strom source edit mit Bild oder Ausschnitt und bei strom task done bei den Quellen, die die Aufgabe erfasst hat.
• Ältere Quellen: den Ausschnitt ergänzt strom clips, die Abschrift strom transcripts (Leser, ein zweiter Blick prüft sie).
• Bedienung: Terminal: strom source add "…" --clip B…:57@x,y,w,h --transcript @notes/zapis.txt --translation @notes/preklad.txt --locator "…"; Ergänzung strom source edit S… --translation "…". Die App zeigt den Ausschnitt des Eintrags neben der Abschrift.
• Gilt seit: Forschung 1.1.0 (Ausschnitt, strom clips, strom transcripts); Abschrift 1.0.0
• Ab Forschung 1.26.0: die Hilfe der Option --clip sagt „ein weiterer bei jedem Seitenumbruch, höchstens 3“ (in 1.25.2 „ein zweiter“). Die Regel ändert sich nicht.
• Ab Forschung 1.31.0: wo der Eintrag im Buch steht, wird in den Feldern --folio, --image, --call-number geschrieben; --locator hält den Rest (R3.4.3).

R3.4.1 Die Abschrift eines Menschen ändert nur der Mensch

Eine Abschrift, die ein Mensch geschrieben oder bestätigt hat, ändert niemand außer einem Menschen. Einen anderen Wortlaut vom Agenten bekommt der Mensch nur vorgeschlagen. Das Lesen durch ein KI-Modell ist ein Vorschlag; Sicherheit gibt die Prüfung durch den Menschen.

• Prüft der Code:
  • Abschrift eines Menschen ist eine von Hand in seinem Terminal geschriebene Abschrift oder eine aus der App mit angehaktem Abschrift geprüft oder mit der Einstellung Meine Quellenabschriften → Beleg (R3.5.1). Was Importe, Umwandlungen und Stapel unter dem Konto des Menschen geschrieben haben, ist keine Abschrift eines Menschen;
  • eine solche Abschrift ändert kein Befehl des Agenten: weder Bearbeitung, Stapel, Synchronisierung, Korrektur, Rücknahme, Import noch Umwandlung. Als Mensch schreiben dürfen nur sein Terminal und die Brücke der App Strom;
  • ein anderer Wortlaut vom Agenten (strom source edit S… --transcript …) wird stattdessen vorgeschlagen: eine Notiz bei der Quelle und eine Aufgabe für den Menschen je Quelle. Sie wartet in Was wartet, Gruppe Abschriften zu entscheiden. Keine Warteschlange bietet sie an; der Agent nimmt sie nicht, schließt sie nicht ab, stellt sie nicht zurück und startet sie nicht;
  • nur der Mensch entscheidet:
  • Vorschlag übernehmen: Abschrift wird der vorgeschlagene Wortlaut, und die Bestätigung des Menschen geht auf ihn über;
  • Bisherige behalten: die Abschrift bleibt; der vorgeschlagene Wortlaut ist abgelehnt und wird nicht erneut vorgeschlagen, auch seine Stellen nicht;
  • Rückgängig (nach beidem): Abschrift und Bestätigung wie vorher, und der Vorschlag wartet wieder. Die Rücknahme wird abgelehnt, wenn sich die Abschrift inzwischen geändert hat oder ein anderer Vorschlag wartet.
• Eine Abschrift, die der Mensch nicht bestätigt hat: der Agent ändert sie nur in einer Aufgabe und nur dort, wo es der Eintrag auf dem Scan selbst zeigt, mit einem Grund. Eine neue Lesung (R8.8.2) ist nur ein Anhaltspunkt: wo es sich am Scan nicht entscheiden lässt, schreibt der Agent eine Notiz zur Quelle, und die Abschrift bleibt.
• Nur Methodik: eine Aufgabe aus einer neuen Lesung schließt der Agent ab, indem er den Eintrag auf dem Scan selbst neben beiden Lesungen ansieht.
• Bedienung: App: Quellenbetrachter, Block Vorschlag des Agenten zur Abschrift (Ganzer Wortlaut nebeneinander, Vorschlag übernehmen, Bisherige behalten, Rückgängig); bei einer vom Menschen bestätigten Abschrift nach einer neuen Lesung Zur Prüfung vormerken (R8.8.3). Terminal: Was wartet → Die vorgeschlagene Fassung / Die Abschrift, wie sie ist; strom source proposal S… --take proposal|keep|undo.
• Warum: die Abschrift eines Menschen ist seine eigene Lesung des Eintrags. Grundsatz des Projekts: nichts vom Menschen Bestätigte wird überschrieben; ein neues Ergebnis, das abweicht, ist eine Aufgabe oder ein Vorschlag zur Entscheidung.
• Gilt seit: Forschung 1.29.0, App 3.25.0

R3.4.2 Überlappende Ausschnitte sind einer

Zwei Ausschnitte desselben Bildes, die sich stark überlappen, sind ein zweimal ausgeschnittener Eintrag. Die Forschung fügt sie zu einem zusammen.

• Prüft der Code:
  • zwei Ausschnitte desselben Bildes, die sich um mindestens 30 % des kleineren überlappen, werden zu einem Rechteck über beide zusammengefügt, an der Stelle des ersten. Wiederholt: drei Ausschnitte in einer Reihe sind einer;
  • ein Ausschnitt, der zu mindestens 90 % in einem größeren liegt (Detail eines Namens oder Datums, ein Eintrag neben der ganzen Seite), bleibt. Zwei fast gleiche Rechtecke (jedes zu mindestens 90 % im anderen) werden zusammengefügt;
  • getrennte, sich nur berührende oder auf anderen Bildern liegende Ausschnitte bleiben;
  • zusammengefügt wird nur, was die Forschung geschrieben hat (der Agent, eine Sitzung, ein Stapel des Agenten, strom clips); dem Agenten wird gesagt, was zusammengefügt wurde. Ein Ausschnitt vom Menschen (Terminal, App) ändert sich nie;
  • eine ältere Forschung wird einmal zusammengefügt, beim ersten Start der neuen Version oder beim Start der Brücke: nur Ausschnitte, die laut Verlauf der Agent oder eine Sitzung geschrieben hat, ein aufgezeichneter Vorgang je Quelle. Abschrift und Bestätigung des Menschen bleiben.
• Warum: ein Leser schneidet mit einem Ausschnitt die unteren Zeilen ab, mit einem anderen den rechten Teil, und die App zeigt dann zwei fast gleiche Ausschnitte desselben Eintrags.
• Bedienung: keine: zusammengefügt wird von selbst beim Schreiben eines Ausschnitts (strom source add|edit --clip durch den Agenten, strom clips).
• Gilt seit: Forschung 1.29.0

R3.4.3 Wo der Eintrag steht: Folio, Bild, Signatur

Wo der Eintrag im Buch steht, hält die Forschung in Feldern fest, damit sie den Eintrag wiederfindet, auch wenn sich der Link zum Bild nicht mehr öffnet.

• Felder der Quelle: --folio (Seite oder Folio, wie das Buch zählt, auch mit dem Wort: „pag. 112“, „fol. 12v“), --image (die Bildnummer auf dem Portal des Archivs), --call-number (die Signatur des Buches bei einem Eintrag außerhalb der registrierten Bücher der Forschung) und daneben --locator für den Rest (Nummer des Eintrags, Spalte).
• Nur Methodik: der Agent füllt die Felder beim Erfassen. Das Folio immer, das Bild nur bei einem Eintrag ohne registrierten Scan (dort gibt der Ausschnitt die Bildnummer), die Signatur nur außerhalb eines registrierten Buches. Einen Link, der den Eintrag nicht mehr öffnet, sucht der Agent nach Archiv, Signatur, Folio und Bild aus strom source show (die Bildnummer kann sich um ein paar verschieben, das Folio nicht), nur über strom, und korrigiert ihn mit strom source edit S… --url … [--image …] --reason "…".
• Prüft der Code:
  • strom source show hat eine Zeile find mit Archiv, Signatur, Folio und Bild beisammen (das Bild auch aus registrierten Scans). Bei einer älteren Quelle, deren Fundstelle ein Folio oder ein Bild nennt, schlägt es „from its locator: --folio … --image … --locator …“ vor; selbst schreibt es nichts;
  • das Ergänzen eines leeren Feldes braucht keinen Grund, das Ändern eines ausgefüllten schon (--reason). --locator "" (mit Grund) leert die Fundstelle, wenn darin nichts anderes als Folio und Bild aus den Feldern übrig ist; source show schlägt das dann vor;
  • GEDCOM: eine lesbare PAGE, zusammengesetzt aus den Feldern („pag. 112, Nr. 3, Bild 57“, in der Sprache der Forschung), für die Strom-App und andere Programme, die Signatur als CALN. Die Felder selbst (_STROM_FOLIO, _STROM_IMAGE, _STROM_LOCATOR) bekommt nur eine Strom-App, die sie liest. Eine Quelle ohne diese Felder wird genau wie bisher exportiert;
  • PAGE nennt nie zwei Bildnummern oder zwei Folios. Nennt die Fundstelle eine andere Nummer als das Feld, gilt in PAGE das Feld, die Fundstelle selbst bleibt, und source add|edit|show warnt und schlägt den Rest der Fundstelle vor (--locator "<Rest>").
• Grenzen: das Erkennen von Folio und Bild ist Code von strom, ohne Agenten, derselbe wie in der App (A3.9). Zwei Folios oder zwei Bilder in einer Fundstelle werden nicht erkannt. Bestehende Quellen bleiben, wie sie sind, bis der Mensch sie aufteilt (R3.4.4). Änderungen der Felder aus der App und ihr Löschen: S2.2.2.
• Bedienung: Terminal: strom source add "…" --folio "pag. 112" --image 57 --locator "Nr. 3", strom source edit S… --folio … --image … --call-number … [--reason "…"], strom source show S…; strom source list <Text> sucht auch in Folio und Bild.
• Gilt seit: Forschung 1.31.0

R3.4.4 Ältere Fundstellen aufteilen: Vorschau, der Mensch schreibt

Ältere Quellen haben die Fundstelle als einen Text („fol. 12, Bild 3“). Der Befehl strom source split teilt sie auf einmal in Felder auf: Code, ohne Agenten und kostenlos.

• Prüft der Code:
  • ohne Schalter ist es nur eine Vorschau: wie viele Quellen aufgeteilt würden, die ersten 10 „vorher → nachher“ (--all alle), wie viele nicht erkannt wurden, mit bis zu drei Beispielen, wie sie geschrieben sind. Nichts wird geschrieben. Die Vorschau darf auch der Agent starten;
  • --apply schreibt die Aufteilung in einem Schritt und gibt undo: strom source split --undo <id> aus; --undo <id> stellt alle Quellen wieder her, wie sie waren. Beides nur der Mensch in seinem Terminal, dem Agenten verweigert strom es;
  • ein ausgefülltes Folio oder Bild bleibt. Ein Bild, das registrierte Scans liefern, wird nicht genommen. Ein Teil, den das Feld anders angibt, bleibt in der Fundstelle. Eine Fundstelle, in der nichts erkannt wird, bleibt, wie sie ist. Eine Quelle, die schon ein Folio oder ein Bild hat, zählt nicht zu den nicht erkannten: der Rest ihrer Fundstelle ist nichts zum Aufteilen;
  • zurücknehmen lassen sich die letzten 5 Aufteilungen, jede über ihre id. Eine nach der Aufteilung geänderte Quelle lässt das ganze Zurücknehmen scheitern.
• Nur Methodik: der Agent bietet dem Menschen die Aufteilung an und bestätigt sie nie selbst.
• Aus der Strom-App: die Forschung bietet dieselbe Aufteilung auch der App an, solange sie läuft: Vorschau mit der Anzahl, Aufteilung auf Klick des Menschen in einem Schritt nach dieser Vorschau, Zurücknehmen als Ganzes (A3.9.1). Inzwischen geänderte Quellen lehnt die Vorschau ab und zeigt sie neu. Im Strom-Archiv gibt es keine Aufteilung.
• Bedienung: Terminal: strom source split, strom source split --all, strom source split --apply, strom source split --undo <id> (die Vorschau gibt die id zum Zurücknehmen aus).
• Gilt seit: Forschung 1.31.0

R3.5 Blinde zweite Lesung

Eine Schlussfolgerung, die auf einer einzigen schwer lesbaren Zelle steht (Hausnummer, Alter, Vorname oder Geburtsname), braucht eine zweite, unabhängige Lesung. Über Wahrscheinlich steigt die Angabe nur, wenn zwei unabhängige Lesungen übereinstimmen.

• Nur Methodik: der zweite Leser kennt weder den erwarteten Wert noch Name, Ort oder warum es darauf ankommt. Eine Zelle, ein Leser. Zuerst strom readings B… --image N: zwei Lesungen gibt es vielleicht schon. Weichen die Lesungen ab, sieht der Agent erneut hin; ein echter Unterschied ist ein Widerspruch mit beiden Lesungen (siehe R5), keine Wahl.
• Prüft der Code: strom read --blind sagt dem Leser, dass er blind liest (genau abschreiben, nichts ergänzen). Eine Doppelseite gibt er in zwei schärferen Hälften; die Nachricht des Lesers hat im Kopf „Blind: yes“. Der Code prüft nicht, dass eine belegte Angabe eine blinde Lesung hat (R3.2).
• Wann die Methodik sie verlangt: vor Belegt bei einer Angabe auf einer schwierigen Zelle; in der Prüfaufgabe aus der Durchsicht einer Person (Angaben Wahrscheinlich, die eine Quelle mit Bild zitieren: Übereinstimmung → Belegt, Unterschied → Widerspruch); bei einer Abschrift des Benutzers (R3.5.1).
• Bedienung: Terminal: strom read M… --blind --crop x,y,w,h --question "…"; Durchsicht einer Person: Menü Eine Person durchsehen: prüfen und ergänzen, was über sie bekannt ist, strom review.
• Gilt seit: Forschung 1.0.0; Prüfaufgabe aus der Durchsicht einer Person 1.1.0

R3.5.1 Abschriften und Lesungen aus der App

Eine Abschrift, die der Benutzer in der App schreibt, nimmt die Forschung nie als Belegt und überschreibt sie nicht. Wie sie damit rechnet, bestimmt eine Einstellung des Stammbaums in der App.

• Meine Quellenabschriften → Hinweis (Standard): eine neue Angabe aus der Abschrift ist Hinweis. Die Forschung schlägt eine Prüfaufgabe vor.
• Meine Quellenabschriften → Beleg, oder bei der Quelle angekreuzt Abschrift geprüft: die Abschrift gilt als erste Lesung. Angaben darauf sind Wahrscheinlich, nicht Belegt. Die Wahl gilt für Quellen, die ab der nächsten Sendung neu oder geändert sind.
• Ein Dokument, das Leser der Forschung gelesen haben: ein Leser → Möglich; zwei blinde Leser übereinstimmend → Wahrscheinlich; eine in der App geänderte Abschrift, abweichende Lesungen, ein unsicherer Leser oder eine Angabe, die die Lesung nicht nennt → Hinweis.
• Prüft der Code: diese Grade. Aus der App entsteht nie Belegt.
• Nur Methodik: in der Prüfaufgabe sucht der Agent den Eintrag, registriert das Bild und liest es selbst blind. Übereinstimmung → Notiz bei der Quelle; Unterschied → Widerspruch mit beiden Lesungen.
• Gilt seit: Forschung 1.12.0, App 3.9.0; Lesung eines Dokuments durch Leser der Forschung 1.18.0

R3.6 Negative Suche

Eine vergebliche Suche ist ein Ergebnis. Jede Suche wird erfasst, auch ohne Fund, mit dem, was sie genau abgedeckt hat. Der teuerste Fehler ist, dasselbe Buch zweimal zu durchsuchen.

• Grenzen (prüft der Code):
  • --result found|negative|partial|inconclusive; found braucht --found S… (die Quelle wird zuerst erfasst);
  • negative lehnt der Code ab, solange im durchsuchten Bereich eine Stelle bleibt, die ein Leser als unklar gemeldet hat, und niemand sie seitdem in voller Größe angesehen hat, auf der richtigen Seite der Doppelseite. Gezählt werden Lesungen seit der ersten Sitzung der Aufgabe (sonst der letzten 24 Stunden). Dann bleibt --result inconclusive mit der Stelle in --note oder --result partial mit den klar gelesenen Seiten in --pages;
  • eine vergebliche Suche in einem Register (--method index) wird als „negative in the index only“ ausgegeben;
  • strom task done erinnert bei einer Aufgabe wo die Einträge liegen, Beleg einer Verbindung, Prüfung und Ergänzung einer Person daran, wenn die Aufgabe keine Suche erfasst hat.
• Nur Methodik: negativ erst nach einem Blick auf die Seiten in voller Größe. Fehlende Seiten eines Buches sind nicht durchsucht (--pages 40-52,55-69). Nach --until-found nur die gelesenen Bilder, als --result partial.
• Bedienung: Terminal: strom search add "…" --recordset B… --years … --surname … --pages … --method index|page-by-page|full-text|catalog|web|request|other --result negative --by main|reader|user --note "…".
• Gilt seit: Forschung 1.0.0; Ablehnung über einer unklaren Stelle und „nur im Register“ 1.14.0

R3.7 Wann der Agent den Menschen fragt

Lesungen und Grade der Sicherheit bestimmt der Agent selbst. Den Menschen fragt er nur dort, wo es ohne ihn nicht weitergeht. Die Frage geht in Wartet auf Bearbeitung (siehe R6) als unpersönlicher Satz.

• Nur Methodik, der Agent fragt (strom task wait T… --on "…"): eine ähnliche Form des Familiennamens im richtigen Haus oder in den richtigen Jahren (er bittet um die Seite, bevor er sie ausschließt); ein Katalog, den der Agent nicht öffnet (--kind web --url); Bilder, die ein Archiv nicht automatisch herunterladen lässt (--images B…:40-69); eine Seite, die die Automatisierung verhindert (--check <url>), nur wenn kein anderer Weg zum Ziel führte und die Quelle nötig bleibt.
• Prüft der Code, nur der Mensch: die Antwort auf eine wartende Aufgabe (strom task wake T… --answer) und auf die Prüfung einer Seite (--check) bestätigt der Mensch in seinem Terminal oder in einem Fenster; „kein Fehler“ bei einem Fund der Prüfung (strom quality dismiss).
• Nur Methodik: ein Widerspruch, den der Benutzer entschieden hat, gilt; der Agent öffnet ihn erneut nur wegen einer Quelle, die die Entscheidung nicht gewogen hat (siehe R5). Die Abschrift des Benutzers überschreibt der Agent nicht (R3.5.1).
• Gilt seit: Forschung 1.0.0; Antwort nur durch den Menschen spätestens 1.14.0; „kein Fehler“ 1.22.0

R3.8 Wie die App Belege zeigt

Die App verwendet das Wort „belegt“ in mehreren Bedeutungen. Den Grad der Sicherheit bestimmt die Forschung; die Belegstufe einer Person berechnet die App selbst, nur aus Zitationen.

• Grenzen: die Grade der Sicherheit zeigt die App nur, ändern lassen sie sich nicht. Ein Widerspruch bei einer Angabe im Buch sticht „belegt“ und „nicht belegt“.
• Gilt seit: App 3.5.0 (Stufe der Person), 3.9.0 (Etikett, Meine Quellenabschriften), 3.13.0 (Sicherheit der Forschungsangaben), 3.13.1 (Spalte belegt), 3.18.0 (Für Forschende), 3.19.0 (Buch)

R3.8.1 Belegstufe einer Person

• Unbelegt: weder die Person noch ihre Ereignisse noch ihre Partnerschaften zitieren eine Quelle.
• Belegt: zitierte Geburt (oder Taufe) und, wenn die Person einen Tod hat (Datum, Ort, Ereignis des Todes oder des Begräbnisses), auch ein zitierter Tod (oder Begräbnis, Einäscherung).
• Teilweise belegt: alles dazwischen, auch eine Quelle, die nur an der Person hängt (am Namen, am Wohnort).
• Der Grad der Sicherheit zählt nicht: eine Geburt, die auch nur einen übernommenen Stammbaum zitiert (Hinweis), gibt Belegt. Die App sagt das bei Sicherheit der Forschungsangaben: „Nicht zu verwechseln mit Quellenbelegen.“
• Zitiert im Stammbaum niemand eine Quelle, zeigt die Karte keine Stufe. Eine Platzhalterperson hat keine Stufe.
• Bedienung: App: die Marke auf der Karte in einem Baum, der die Herkunft der Angaben nicht kennt (S7.2); der Modus Belege im Baum (A3.7); Stammbaum-Überblick → Datenqualität → Wo Belege fehlen.
• Gilt seit: App 3.5.0; 3.26.0: die Stufe zeigt eine Marke auf der Karte (S7.2)

R3.9 Eine Erzählung behält ihre Quellen

Eine Erzählung sagt, auf welche Quellen sie sich stützt. Eine neue Fassung der Erzählung verliert nichts aus der vorigen Fassung ohne Grund.

• Grenzen:
  • Quellen der Erzählung sind die Quellen, die ihre Angaben zitieren, die Quellen des Hintergrunds von Ort und Zeit und die Quellen, die der Text nur mit einer Kennung nennt;
  • eine neue Fassung muss jede Angabe, Quelle und jeden Verweis der vorigen Fassung behalten oder mit Grund weglassen. Sonst lehnt die Forschung sie ab und gibt aus, was fehlen würde. Was eine Fassung weggelassen hat und warum, bleibt bei der Erzählung;
  • eine Erzählung nach einem Hinweis nennt im Text den Titel der Quelle und dass den Eintrag noch niemand gelesen hat. Nennt der Text die Quelle nicht, weist die Forschung darauf hin;
  • die Freigabe der Erzählung bleibt beim Menschen (R5.5).
• Bedienung: Terminal: strom story show P… (jede Angabe mit ihren Quellen, dann der Hintergrund), strom story set P… --fact E… --source S… --drop "E… <warum>". Strom-Datei: Quellen der Erzählung als 2 SOUR unter _STORY.
• Gilt seit: Forschung 1.26.0

R3.9.1 Was eine Erzählung behauptet

Eine Erzählung wird aus den Angaben für die Familie geschrieben. Was nicht belegt ist, wird nicht hinzugedacht.

• Nur Methodik:
  • jede Behauptung stützt sich auf eine erfasste Angabe; was abgeleitet ist, ist als Ableitung gekennzeichnet; was nicht bekannt ist, wird gesagt;
  • Hintergrund von Ort und Zeit (Krieg, Epidemie, Brand, wovon das Dorf lebte) nur aus einer in der Forschung erfassten Quelle und nur als Hintergrund, nie als Ursache dessen, was die Person tat, wenn es der Eintrag nicht sagt;
  • die Erzählung eines Paares erzählt das gemeinsame Leben: Heirat, Haushalt, Wohnorte, Kinder, Verwitwung. Das Leben jedes der beiden davor und danach gehört in seine eigene Erzählung und wird mit einem Satz erwähnt;
  • ein alter Beruf und ein Begriff, den die Lesenden nicht verstehen, werden erklärt; geschrieben wird in der Sprache der Forschung;
  • Format des Textes: nur Absätze, Zwischenüberschriften, Aufzählungspunkte, Fettdruck und Kursivschrift. Anderes (Links, Tabellen, Zitate, nummerierte Listen) zeigt die App nach der Methodik als einfachen Text.
• Warum:
  • nichts wird hinzugedacht: eine Erzählung ist für die Familie und stützt sich auf Belege. Was wahrscheinlich klänge, aber nicht belegt ist, würde in der Familie bald als Tatsache gelten;
  • Hintergrund: er ist für den Ort belegt, nicht für die Person; als Ursache dessen, was die Person tat, wäre er eine als Tatsache ausgegebene Vermutung. Die Erzählung nennt die Quelle des Hintergrunds (--source), damit sie sich prüfen lässt;
  • Erzählung eines Paares: das gemeinsame Leben wird einmal erzählt, beim Paar, damit dasselbe Leben nicht zweimal erzählt wird und die Fassungen nicht auseinandergehen;
  • Format: die Strom-App zeigt nur Absätze, Zwischenüberschriften, Aufzählungspunkte, Fettdruck und Kursivschrift; alles andere sähen die Lesenden als einfachen Text mit Zeichen.
• Freigabe und neue Fassung einer freigegebenen Erzählung: R6.3.2.
• Bedienung: Terminal: strom story set P… --text @notes/… --fact E… --source S… --note "co je odvozené" (Erzählung eines Paares bei der Familie F…).
• Gilt seit: Forschung 1.0.0; Hintergrund von Ort und Zeit 1.10.0; Format des Textes 1.8.0; Erzählung eines Paares 1.23.0