R3 Weryfikacja i cytowanie

Jak badanie ustala, na ile pewna jest każda dana, co musi być spełnione, aby była udokumentowana, i jak pokazuje to aplikacja. Opisuje badanie 1.25.2 i aplikację Strom 3.21.2; zmiany z nowszej wersji mają przy sobie jej numer. Przy zasadach rozróżnia się, czego pilnuje kod (polecenie strom w przeciwnym razie odrzuci zapis), a co jest tylko zasadą metodyki (wskazówką dla agenta, której kod nie sprawdza).

R3.1 Stopnie pewności danej

Każda dana (urodzenie, chrzest, ślub, zawód…) ma jeden z czterech stopni pewności. Stopień mówi, na ile pewny jest wniosek ze wszystkich źródeł danej, a nie, na ile dobre jest jedno źródło (R3.2.1).

• Granice: dana może też być obalona (--status disproven) lub wycofana (strom event retract E… --reason "…"). Nic nie jest usuwane. Dana wycofana nigdzie się nie pokazuje i nie można jej cytować ani edytować. strom person show pokazuje nazwy w języku interfejsu tylko człowiekowi; agent czyta tam proven, probable, possible, lead.
• Obsługa: aplikacja: etykieta przy danej (wydarzenia osoby, ślub i rozwód, wspólne wydarzenia pary), tylko do odczytu · terminal: strom person show, strom person card, strom stats (wiersz „Dane: udokumentowane … · tylko wskazówki …”); zapis strom event add … --status, strom cite E… S… --status, strom event edit E… --status … --reason "…".
• Obowiązuje od: badanie 1.0.0; nazwy w języku interfejsu w terminalu 1.1.0 (przy strom person show 1.12.0); etykieta w aplikacji 3.9.0
• Od badania 1.26.0: terminal nazywa stopnie słowami aplikacji: udokumentowane, prawdopodobne, możliwe, wskazówka, obalone. Podsumowanie strom stats pisze nadal „tylko wskazówki”.
• Od badania 1.30.0: strom event show i strom event edit wypisują daną człowiekowi w języku badania (na przykład „[wskazówka]”); agent nadal dostaje wypis po angielsku.

R3.1.1 Stopień domyślny i cytat, który go podnosi

• Dana zapisana bez --status: bez cytatu Wskazówka; z cytatem co najmniej jednego źródła, które nie jest słabe (R3.3), Prawdopodobne; w przeciwnym razie Wskazówka. Od badania 1.28.0 słaby jest także indeks.
• strom cite bez --status podnosi Wskazówkę do Prawdopodobne, gdy nowe źródło nie jest słabe. Innego stopnia nie zmienia.
• Zmiana stopnia przez strom event edit --status wymaga --reason; cytat ze stopniem (strom cite … --status) nie.
• Pilnuje kod. Obowiązuje od: badanie 1.0.0

R3.2 Co kod przepuszcza jako Prawdopodobne i Udokumentowane

Stopień nie może twierdzić więcej, niż dają cytaty danej. Kod sprawdza to przy każdym zapisie stopnia: event add, cite, event edit, a także przy danych, które przychodzą z aplikacji.

• Granice (pilnuje kod), w tej kolejności:
  1. Prawdopodobne i Udokumentowane wymagają co najmniej jednego cytatu.
  2. Co najmniej jeden cytat musi pochodzić ze źródła, które nie jest słabe. Słabe jest drzewo genealogiczne (--kind family-tree), wspomnienie (--kind family-memory), dzieło autorskie (--form authored) i od badania 1.28.0 indeks (--kind index).
  3. Udokumentowane wymaga ponadto wśród cytatów ze źródeł niesłabych co najmniej jednego z informacją pierwotną (--information primary): akt spisany w czasie wydarzenia przez kogoś, kto o nim wiedział. Informacja przy cytacie ma pierwszeństwo przed informacją przy źródle.
• Tylko metodyka: kod nie sprawdza, czy źródło jest oryginalne (--form original), czy agent sam je przeczytał, czy akt podaje daną wprost, ani ślepego drugiego odczytu (R3.5). Udokumentowane przechodzi więc także przy odpisie z informacją pierwotną (przy indeksie do badania 1.27.0 również).
• Obsługa: terminal: strom event add P… BIRT --date "…" --cite S… --information primary --status proven. Odrzucenie podaje powód i co zamiast tego (zostawić Wskazówkę, --status possible lub --status probable).
• Obowiązuje od: badanie 1.0.0

R3.2.1 Źródło: forma i informacja

• strom source add --form original (domyślnie) · derivative (odpis, indeks; domyślnie dla --kind index i w księdze, która jest tylko indeksem) · authored (dzieło opracowane).
• --information primary|secondary|unknown (domyślnie unknown) obowiązuje przy źródle; przy cytacie (event add, cite) tylko dla tej danej. Akt, który wymienia rodziców (chrzest wnuka), jest dla nich informacją wtórną (metodyka).
• Do GEDCOM jakość cytatu trafia jako QUAY: 3 źródło oryginalne z informacją pierwotną · 2 źródło oryginalne w pozostałych przypadkach albo odpis z informacją pierwotną · 1 odpis w pozostałych przypadkach albo dzieło autorskie · 0 drzewo genealogiczne i wspomnienie.
• Zmiana formy, informacji, rodzaju lub transkrypcji źródła (strom source edit) wymaga --reason, uzupełnienie nie.
• Aplikacja: Wiarygodność źródła trafia do badania jako Oryginał = źródło oryginalne z informacją pierwotną, Odpis / indeks = źródło oryginalne z informacją wtórną, Niepewne = odpis z nieznaną informacją.
• Obowiązuje od: badanie 1.0.0; Wiarygodność z aplikacji badanie 1.12.0
• Od aplikacji 3.27.0: aplikacja trzyma wiarygodność także przy każdym cytacie i zapisuje ją w pliku dla badania jako QUAY tego cytatu (A2.6.1). Badanie bierze z niej tylko formę i informację nowego źródła (domyślną wiarygodność źródła, w przeciwnym razie QUAY jego pierwszego cytatu); QUAY cytatu, który badanie zapisało samo, nie zmienia się po drodze przez aplikację.

R3.3 Źródło czy wskazówka

Drzewo genealogiczne, wspomnienie, indeks, katalog i drzewo online mówią, gdzie szukać. Nie są dowodem danej. Dana z nich pozostaje Wskazówką, dopóki nie udokumentuje jej akt.

• Pilnuje kod: drzewo genealogiczne, wspomnienie, dzieło autorskie i indeks (--kind index) są źródłami słabymi: dana tylko z nich nigdy nie jest Prawdopodobne ani Udokumentowane (R3.2). Dana, która cytuje tylko indeks, pozostaje Wskazówką, dopóki nie odczyta się i nie zacytuje samego wpisu; z cytatem wpisu jest to dana wpisu. Przejęte drzewo genealogiczne: R11.3.
• Granice: przy zmianach z aplikacji indeks liczy się jako akt: zmiana danej udokumentowanej indeksem staje się sprzecznością (R5.2), nic nie nadpisuje się po cichu.
• Tylko metodyka: indeks służy tylko do odnalezienia strony; wpis czyta się w księdze metrykalnej. Także brakujący wpis w indeksie jest tylko wskazówką: podobna forma nazwiska to kandydat.
• Materiał od użytkownika (dokument, zdjęcie, list, to, co powie): R11.2.
• Obowiązuje od: badanie 1.0.0
• Od badania 1.28.0: indeksu pilnuje kod jako słabego źródła (wcześniej tylko metodyka: z jego cytatem dana dostawała Prawdopodobne, a z --information primary przechodziło nawet Udokumentowane).

R3.4 Cytat: wycinek i transkrypcja

Cytat mówi, gdzie dokładnie w źródle stoi dana. Źródło to jeden wpis; kilka wpisów jednej strony to kilka źródeł.

• Tylko metodyka: każdy wpis ze skanu dostaje --clip (wycinek, w którym agent go czytał) i --transcript (słowa wpisu tak, jak stoją, wiersz po wierszu, nieodczytana litera [?]), do tego --locator (folio, strona, numer wpisu), a przy danej --quote. Do pola (--date, --house, --age, imię) trafia tylko to, co odczytano pewnie; niepewne trafia do transkrypcji z [?] i do notatki danej.
• Tylko metodyka, od badania 1.28.0: wpis w innym języku lub piśmie niż język badania (łacina, kurrenta, czeski, cyrylica…) dostaje obok dosłownej transkrypcji także tłumaczenie na język badania (--translation). Transkrypcja pozostaje w języku wpisu. Aplikacja pokazuje tłumaczenie zwinięte pod transkrypcją (A3.1.1).
• Pilnuje kod: najwyżej 3 wycinki na źródło (wpis i jego ciąg dalszy przez łamanie strony). Brakującego wycinka ani transkrypcji kod nie odrzuca, tylko przypomina o nich przy źródle na skanie: po strom source add, po strom source edit ze skanem lub wycinkiem i przy strom task done dla źródeł, które zapisało zadanie.
• Starsze źródła: wycinek uzupełnia strom clips, transkrypcję strom transcripts (czytelnicy, drugie spojrzenie je sprawdza).
• Obsługa: terminal: strom source add "…" --clip B…:57@x,y,w,h --transcript @notes/zapis.txt --translation @notes/preklad.txt --locator "…"; uzupełnienie strom source edit S… --translation "…". Aplikacja pokazuje wycinek wpisu obok transkrypcji.
• Obowiązuje od: badanie 1.1.0 (wycinek, strom clips, strom transcripts); transkrypcja 1.0.0
• Od badania 1.26.0: pomoc opcji --clip mówi „kolejny na każde łamanie strony, najwyżej 3” (w 1.25.2 „drugi”). Zasada się nie zmienia.
• Od badania 1.31.0: miejsce wpisu w księdze zapisuje się w polach --folio, --image, --call-number; --locator trzyma resztę (R3.4.3).

R3.4.1 Transkrypcję człowieka zmienia tylko człowiek

Transkrypcji, którą człowiek napisał lub potwierdził, nie zmieni nikt poza człowiekiem. Inne brzmienie od agenta człowiek dostaje tylko jako propozycję. Odczyt przez model AI jest propozycją; pewność daje sprawdzenie przez człowieka.

• Pilnuje kod:
  • transkrypcja człowieka to transkrypcja napisana ręcznie w jego terminalu albo z aplikacji z zaznaczonym Transkrypcja zweryfikowana lub z ustawieniem Moje transkrypcje źródeł → Udokumentowane (R3.5.1). To, co pod kontem człowieka zapisały importy, konwersje i partie, transkrypcją człowieka nie jest;
  • takiej transkrypcji nie zmieni żadne polecenie agenta: edycja, partia, synchronizacja, poprawka, cofnięcie, import ani konwersja. Jako człowiek może zapisywać tylko jego terminal i most aplikacji Strom;
  • inne brzmienie od agenta (strom source edit S… --transcript …) zostaje zamiast tego zaproponowane: notatka przy źródle i jedno zadanie dla człowieka na źródło. Czeka w Co czeka, grupa Do rozstrzygnięcia – transkrypcje. Żadna kolejka go nie oferuje; agent go nie weźmie, nie zamknie, nie odłoży ani nie uruchomi;
  • decyduje tylko człowiek:
  • Przyjmij propozycję: transkrypcją staje się proponowane brzmienie, a potwierdzenie człowieka przechodzi na nie;
  • Zostaw dotychczasową: transkrypcja zostaje; proponowane brzmienie jest odrzucone i nie zostanie zaproponowane ponownie, ani jego miejsca;
  • Cofnij (po jednym i drugim): transkrypcja i potwierdzenie jak wcześniej, a propozycja znów czeka. Cofnięcie zostanie odrzucone, gdy transkrypcja w międzyczasie się zmieniła albo czeka inna propozycja.
• Transkrypcja, której człowiek nie potwierdził: agent zmienia ją tylko w zadaniu i tylko tam, gdzie pokazuje to sam akt na skanie, z powodem. Nowy odczyt (R8.8.2) jest tylko podpowiedzią: gdzie nie da się tego rozstrzygnąć na skanie, agent zapisuje notatkę przy źródle, a transkrypcja zostaje.
• Tylko metodyka: zadanie z nowego odczytu agent zamyka, oglądając sam akt na skanie obok obu odczytów.
• Obsługa: aplikacja: podgląd źródła, blok Propozycja agenta do transkrypcji (Cały tekst obok siebie, Przyjmij propozycję, Zostaw dotychczasową, Cofnij); przy transkrypcji potwierdzonej przez człowieka po nowym odczycie Odłóż do oceny (R8.8.3). Terminal: Co czeka → Proponowane brzmienie / Transkrypcja bez zmian; strom source proposal S… --take proposal|keep|undo.
• Dlaczego: transkrypcja człowieka to jego własny odczyt aktu. Zasada projektu: nic potwierdzonego przez człowieka nie zostaje nadpisane; nowy wynik, który się różni, jest zadaniem albo propozycją do rozstrzygnięcia.
• Obowiązuje od: badanie 1.29.0, aplikacja 3.25.0

R3.4.2 Nakładające się wycinki są jednym

Dwa wycinki tego samego obrazu, które mocno się nakładają, to jeden wpis wycięty dwa razy. Badanie łączy je w jeden.

• Pilnuje kod:
  • dwa wycinki tego samego obrazu, które nakładają się co najmniej w 30 % mniejszego z nich, łączą się w prostokąt obejmujący oba, w miejscu pierwszego. Wielokrotnie: trzy wycinki w rzędzie to jeden;
  • wycinek, który leży co najmniej w 90 % wewnątrz większego (szczegół imienia lub daty, wpis obok całej strony), zostaje. Dwa prawie jednakowe prostokąty (każdy co najmniej w 90 % w drugim) się łączą;
  • wycinki oddzielne, tylko się stykające lub na innych obrazach zostają;
  • łączy się tylko to, co zapisało badanie (agent, sesja, partia agenta, strom clips); agent dostaje informację, co się połączyło. Wycinek od człowieka (terminal, aplikacja) nigdy się nie zmienia;
  • starsze badanie łączy się raz, przy pierwszym starcie nowej wersji albo starcie mostu: tylko wycinki, które według historii zapisał agent lub sesja, jedna zapisana operacja na źródło. Transkrypcja i potwierdzenie człowieka zostają.
• Dlaczego: czytelnik jednym wycinkiem utnie dolne wiersze, drugim prawą część, a aplikacja pokazuje potem dwa prawie jednakowe wycinki tego samego wpisu.
• Obsługa: nic: łączy się samo przy zapisie wycinka (strom source add|edit --clip przez agenta, strom clips).
• Obowiązuje od: badanie 1.29.0

R3.4.3 Gdzie stoi wpis: folio, skan, sygnatura

Gdzie wpis stoi w księdze, badanie trzyma w polach, aby odnaleźć wpis ponownie także wtedy, gdy link do skanu przestanie się otwierać.

• Pola źródła: --folio (strona albo folio, tak jak numeruje je księga, także ze słowem: „pag. 112”, „fol. 12v”), --image (numer skanu na portalu archiwum), --call-number (sygnatura księgi przy wpisie spoza zarejestrowanych ksiąg badania), a obok nich --locator na resztę (numer wpisu, kolumna).
• Tylko metodyka: agent wypełnia pola przy zapisie. Folio zawsze, skan tylko przy wpisie bez zarejestrowanego skanu (wtedy numer skanu daje wycinek), sygnaturę tylko poza zarejestrowaną księgą. Link, który już nie otwiera wpisu, agent odszukuje po archiwum, sygnaturze, folio i skanie z strom source show (numer skanu może się przesunąć o kilka, folio nie), tylko przez strom, i poprawia go strom source edit S… --url … [--image …] --reason "…".
• Pilnuje kod:
  • strom source show ma wiersz find z archiwum, sygnaturą, folio i skanem razem (skan także z zarejestrowanych skanów). Przy starszym źródle, którego lokalizacja wymienia folio albo skan, proponuje „from its locator: --folio … --image … --locator …”; sam niczego nie zapisuje;
  • uzupełnienie pustego pola nie potrzebuje powodu, zmiana wypełnionego pola tak (--reason). --locator "" (z powodem) opróżnia lokalizację, gdy nie zostało w niej nic poza folio i skanem z pól; source show wtedy to proponuje;
  • GEDCOM: jedna czytelna PAGE złożona z pól („pag. 112, nr 3, skan 57”, w języku badania) dla aplikacji Strom i innych programów, sygnatura jako CALN. Same pola (_STROM_FOLIO, _STROM_IMAGE, _STROM_LOCATOR) dostaje tylko aplikacja Strom, która je czyta. Źródło bez tych pól eksportuje się dokładnie jak dotąd;
  • PAGE nigdy nie poda dwóch numerów skanu ani folio. Gdy lokalizacja wymienia inny numer niż pole, w PAGE obowiązuje pole, sama lokalizacja zostaje, a source add|edit|show ostrzega i proponuje resztę lokalizacji (--locator "<reszta>").
• Granice: rozpoznanie folio i skanu to kod drzewa, bez agenta, takie samo jak w aplikacji (A3.9). Dwa folia albo dwa skany w jednej lokalizacji nie zostaną rozpoznane. Istniejące źródła zostają, jakie są, dopóki człowiek ich nie podzieli (R3.4.4). Zmiany pól z aplikacji i ich usunięcie: S2.2.2.
• Obsługa: 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> szuka także w folio i skanie.
• Obowiązuje od: badanie 1.31.0

R3.4.4 Podział starszych lokalizacji: podgląd, zapisuje człowiek

Starsze źródła mają lokalizację jednym tekstem („fol. 12, skan 3”). Polecenie strom source split dzieli je na pola naraz: kod, bez agenta i bez kosztów.

• Pilnuje kod:
  • bez przełącznika to tylko podgląd: ile źródeł by się podzieliło, pierwsze 10 „przed → po” (--all wszystkie), ilu nie rozpoznano, z najwyżej trzema przykładami tak, jak są zapisane. Nic się nie zapisuje. Podgląd może uruchomić także agent;
  • --apply zapisuje podział jednym krokiem i wypisuje undo: strom source split --undo <id>; --undo <id> przywraca wszystkie źródła, jakie były. Jedno i drugie tylko człowiek w swoim terminalu, agentowi strom tego odmawia;
  • wypełnione folio albo skan zostaje. Skanu, który dają zarejestrowane skany, się nie bierze. Część, którą pole podaje inaczej, zostaje w lokalizacji. Lokalizacja, w której nic nie zostanie rozpoznane, zostaje, jaka jest. Źródło, które ma już folio lub skan, nie liczy się do nierozpoznanych: reszta jego lokalizacji nie jest niczym do podziału;
  • cofnąć można ostatnie 5 podziałów, każdy jego id. Źródło zmienione po podziale odrzuca cofnięcie w całości.
• Tylko metodyka: agent proponuje podział człowiekowi, nigdy nie potwierdza go sam.
• Z aplikacji Strom: badanie oferuje ten sam podział także aplikacji, gdy działa: podgląd z liczbą, podział na kliknięcie człowieka jednym krokiem według tego podglądu, cofnięcie w całości (A3.9.1). Źródła zmienione w międzyczasie podgląd odrzuca i pokazuje ponownie. W Archiwum Strom podziału nie ma.
• Obsługa: terminal: strom source split, strom source split --all, strom source split --apply, strom source split --undo <id> (podgląd wypisuje id do cofnięcia).
• Obowiązuje od: badanie 1.31.0

R3.5 Ślepy drugi odczyt

Wniosek, który opiera się na jednej trudno czytelnej komórce (numer domu, wiek, imię lub nazwisko rodowe), wymaga drugiego, niezależnego odczytu. Powyżej Prawdopodobne dana idzie tylko wtedy, gdy dwa niezależne odczyty się zgadzają.

• Tylko metodyka: drugi czytelnik nie zna oczekiwanej wartości, imienia, miejsca ani powodu, dla którego ma to znaczenie. Jedna komórka, jeden czytelnik. Najpierw strom readings B… --image N: dwa odczyty mogą już istnieć. Odczyty się różnią: agent patrzy jeszcze raz; rzeczywista różnica to sprzeczność z oboma odczytami (zob. R5), nie wybór.
• Pilnuje kod: strom read --blind mówi czytelnikowi, że czyta na ślepo (przepisać dokładnie, niczego nie uzupełniać). Rozkładówkę podaje w dwóch ostrzejszych połówkach; raport czytelnika ma w nagłówku „Blind: yes”. Kod nie sprawdza, czy Udokumentowana dana ma ślepy odczyt (R3.2).
• Kiedy chce go metodyka: przed Udokumentowane przy danej na jednej trudnej komórce; w zadaniu weryfikacji z przeglądu osoby (dane Prawdopodobne, które cytują źródło ze skanem: zgodność → Udokumentowane, różnica → sprzeczność); przy transkrypcji użytkownika (R3.5.1).
• Obsługa: terminal: strom read M… --blind --crop x,y,w,h --question "…"; przegląd osoby: menu Przegląd osoby: sprawdzenie i uzupełnienie tego, co o niej wiadomo, strom review.
• Obowiązuje od: badanie 1.0.0; zadanie weryfikacji z przeglądu osoby 1.1.0

R3.5.1 Transkrypcje i odczyty z aplikacji

Transkrypcji, którą użytkownik napisze w aplikacji, badanie nigdy nie uznaje za Udokumentowane i jej nie nadpisuje. Jak ją uwzględnia, wyznacza ustawienie drzewa w aplikacji.

• Moje transkrypcje źródeł → Wskazówka (domyślnie): nowa dana z transkrypcji jest Wskazówką. Badanie proponuje zadanie weryfikacji.
• Moje transkrypcje źródeł → Udokumentowane albo zaznaczone przy źródle Transkrypcja zweryfikowana: transkrypcja obowiązuje jako pierwszy odczyt. Dane na niej oparte są Prawdopodobne, nie Udokumentowane. Wybór obowiązuje dla źródeł nowych lub zmienionych od następnego wysłania.
• Dokument odczytany przez czytelników badania: jeden czytelnik → Możliwe; dwóch ślepych czytelników zgodnie → Prawdopodobne; transkrypcja zmieniona w aplikacji, różne odczyty, niepewny czytelnik lub dana, której odczyt nie podaje → Wskazówka.
• Pilnuje kod: tych stopni. Z aplikacji nigdy nie powstaje Udokumentowane.
• Tylko metodyka: w zadaniu weryfikacji agent odszukuje akt, rejestruje skan i sam czyta go na ślepo. Zgodność → notatka przy źródle; różnica → sprzeczność z oboma odczytami.
• Obowiązuje od: badanie 1.12.0, aplikacja 3.9.0; odczyt dokumentu przez czytelników badania 1.18.0

R3.6 Negatywne wyszukiwanie

Daremne wyszukiwanie to wynik. Każde wyszukiwanie się zapisuje, także bez znaleziska, wraz z tym, co dokładnie objęło. Najdroższy błąd to przeszukać tę samą księgę dwa razy.

• Granice (pilnuje kod):
  • --result found|negative|partial|inconclusive; found wymaga --found S… (źródło zapisuje się najpierw);
  • negative kod odrzuca, dopóki w przeszukanym zakresie zostaje miejsce, które czytelnik zgłosił jako niejasne, a nikt od tego czasu nie obejrzał go w pełnym rozmiarze, na właściwej stronie rozkładówki. Liczą się odczyty od pierwszej sesji zadania (w przeciwnym razie z ostatnich 24 godzin). Wtedy zostaje --result inconclusive z miejscem w --note albo --result partial z wyraźnie odczytanymi stronami w --pages;
  • daremne wyszukiwanie w indeksie (--method index) wypisuje się jako „negative in the index only”;
  • strom task done przy zadaniu gdzie są akty, potwierdzenie powiązania, weryfikacja i wzbogacenie osoby przypomina, gdy zadanie nie zapisało żadnego wyszukiwania.
• Tylko metodyka: wynik negatywny dopiero po obejrzeniu stron w pełnym rozmiarze. Brakujące strony księgi nie są przeszukane (--pages 40-52,55-69). Po --until-found tylko odczytane skany, jako --result partial.
• Obsługa: 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 "…".
• Obowiązuje od: badanie 1.0.0; odrzucenie przy niejasnym miejscu i „tylko w indeksie” 1.14.0

R3.7 Kiedy agent pyta człowieka

Odczyty i stopnie pewności ustala agent sam. Człowieka pyta tylko tam, gdzie bez niego nie da się iść dalej. Pytanie trafia do Czeka na załatwienie (zob. R6) jako zdanie bezosobowe.

• Tylko metodyka, agent pyta (strom task wait T… --on "…"): podobna forma nazwiska we właściwym domu lub latach (prosi o stronę, zanim ją wykluczy); katalog, którego agent nie otworzy (--kind web --url); skany, których archiwum nie pozwala pobierać automatycznie (--images B…:40-69); strona, która blokuje automatyzację (--check <url>), tylko gdy inna droga nie prowadziła do celu, a źródło pozostaje konieczne.
• Pilnuje kod, tylko człowiek: odpowiedź na czekające zadanie (strom task wake T… --answer) i na sprawdzenie strony (--check) potwierdza człowiek we własnym terminalu lub w oknie; „to nie błąd” przy znalezisku kontroli (strom quality dismiss).
• Tylko metodyka: sprzeczność, którą rozstrzygnął użytkownik, obowiązuje; agent otwiera ją ponownie tylko z powodu źródła, którego decyzja nie ważyła (zob. R5). Transkrypcji użytkownika agent nie nadpisuje (R3.5.1).
• Obowiązuje od: badanie 1.0.0; odpowiedź tylko przez człowieka najpóźniej 1.14.0; „to nie błąd” 1.22.0

R3.8 Jak udokumentowanie pokazuje aplikacja

Aplikacja używa słowa „udokumentowane” w kilku znaczeniach. Stopień pewności ustala badanie; poziom udokumentowania osoby aplikacja liczy sama, tylko z cytatów.

• Granice: stopnie pewności aplikacja tylko pokazuje, nie można ich zmienić. Sprzeczność przy danej w książce przeważa nad „udokumentowane” i „nieudokumentowane”.
• Obowiązuje od: aplikacja 3.5.0 (poziom osoby), 3.9.0 (etykieta, Moje transkrypcje źródeł), 3.13.0 (Pewność danych z badania), 3.13.1 (kolumna udokumentowani), 3.18.0 (Dla badaczy), 3.19.0 (książka)

R3.8.1 Poziom udokumentowania osoby

• Nieudokumentowane: osoba, jej wydarzenia ani jej związki nie cytują żadnego źródła.
• Udokumentowane: cytowane urodzenie (lub chrzest) i, gdy osoba ma zgon (datę, miejsce, wydarzenie zgonu lub pochówku), także cytowany zgon (lub pochówek, kremacja).
• Częściowo udokumentowane: wszystko pomiędzy, także źródło dołączone tylko do osoby (do imienia, do miejsca zamieszkania).
• Stopnia pewności się nie liczy: urodzenie cytujące nawet przejęte drzewo genealogiczne (Wskazówka) daje Udokumentowane. Aplikacja mówi to przy Pewność danych z badania: „Nie mylić z udokumentowaniem źródłem.”
• Gdy w drzewie nikt nie cytuje źródła, karta poziomu nie pokazuje. Osoba zastępcza nie ma poziomu.
• Obsługa: aplikacja: znacznik na karcie w drzewie, które nie zna pochodzenia danych (S7.2); tryb Udokumentowanie w drzewie (A3.7); Przegląd drzewa → Jakość danych → Gdzie brakuje dowodów.
• Obowiązuje od: aplikacja 3.5.0; 3.26.0: poziom pokazuje jeden znacznik na karcie (S7.2)

R3.9 Opowieść zachowuje swoje źródła

Opowieść mówi, na których źródłach się opiera. Nowa wersja opowieści nie traci bez powodu niczego z poprzedniej wersji.

• Granice:
  • źródła opowieści to źródła, które cytują jej dane, źródła tła miejsca i czasu oraz źródła, które tekst wymienia tylko identyfikatorem;
  • nowa wersja musi zachować każdą daną, źródło i odnośnik poprzedniej wersji albo pominąć je z powodem. W przeciwnym razie badanie ją odrzuca i wypisuje, czego by brakowało. Co wersja pominęła i dlaczego, zostaje przy opowieści;
  • opowieść oparta na wskazówce wymienia w tekście nazwę źródła i to, że zapisu jeszcze nikt nie przeczytał. Gdy tekst źródła nie wymienia, badanie na to zwraca uwagę;
  • zatwierdzenie opowieści należy do człowieka (R5.5).
• Obsługa: terminal: strom story show P… (każda dana ze źródłami, potem tło), strom story set P… --fact E… --source S… --drop "E… <proč>". Plik Stromu: źródła opowieści jako 2 SOUR pod _STORY.
• Obowiązuje od: badanie 1.26.0

R3.9.1 Co twierdzi opowieść

Opowieść pisze się z danych dla rodziny. Tego, czego nie udokumentowano, się nie dopowiada.

• Tylko metodyka:
  • każde twierdzenie opiera się na zapisanej danej; to, co jest wywnioskowane, jest oznaczone jako wywnioskowane; czego się nie wie, mówi się wprost;
  • tło miejsca i czasu (wojna, epidemia, pożar, z czego żyła wieś) tylko ze źródła zapisanego w badaniu i tylko jako tło, nigdy jako przyczyna tego, co osoba zrobiła, o ile nie mówi tego akt;
  • opowieść pary opowiada wspólne życie: ślub, gospodarstwo domowe, domy, dzieci, owdowienie. Życie każdego z nich przed nim i po nim należy do jego własnej opowieści i wspomina się je jednym zdaniem;
  • dawny zawód i pojęcie, którego czytelnik nie rozumie, się objaśnia; pisze się w języku badania;
  • format tekstu: tylko akapity, śródtytuły, wypunktowania, pogrubienie i kursywa. Pozostałe (linki, tabele, cytaty, listy numerowane) aplikacja zgodnie z metodyką pokaże jako zwykły tekst.
• Dlaczego:
  • nic się nie dopowiada: opowieść jest dla rodziny i opiera się na dowodach. To, co brzmiałoby prawdopodobnie, ale nie jest udokumentowane, zaczęłoby w rodzinie uchodzić za fakt;
  • tło: jest udokumentowane dla miejsca, nie dla człowieka; jako przyczyna tego, co osoba zrobiła, byłoby domysłem podawanym za fakt. Opowieść wymienia źródło tła (--source), żeby dało się je sprawdzić;
  • opowieść pary: wspólne życie opowiada się raz, przy parze, żeby tego samego życia nie opowiadać dwa razy i żeby wersje się nie rozchodziły;
  • format: aplikacja Strom pokaże tylko akapity, śródtytuły, wypunktowania, pogrubienie i kursywę; resztę czytelnik widziałby jako zwykły tekst ze znakami.
• Zatwierdzenie i nowa wersja zatwierdzonej opowieści: R6.3.2.
• Obsługa: terminal: strom story set P… --text @notes/… --fact E… --source S… --note "co je odvozené" (opowieść pary przy rodzinie F…).
• Obowiązuje od: badanie 1.0.0; tło miejsca i czasu 1.10.0; format tekstu 1.8.0; opowieść pary 1.23.0