Overview.de
Gramps Connect ist eine HTML-basierte Möglichkeit, an einem mit Gramps, der freien Ahnenforschungs-Software, angelegten Stammbaum zu arbeiten. Es folgt demselben Layout und Vokabular wie Gramps selbst — wer Gramps schon kennt, sollte sich sofort zurechtfinden, statt ein völlig neues Programm lernen zu müssen. Zwei Dinge zeichnen es aus: es bleibt auch bei sehr großen Stammbäumen schnell, und es ist darauf ausgelegt, dass mehrere Personen gleichzeitig am selben Stammbaum arbeiten.
Es gibt zwei Varianten. Eine eigenständige Version läuft komplett auf dem eigenen Rechner — eine echte Alternative zu Gramps Desktop für die tägliche Arbeit am eigenen Stammbaum, keine eingeschränkte Vorschau von irgendetwas anderem, und nichts, was man darin tut, wird irgendwohin gesendet (siehe Installation). Eine geteilte, gehostete Version lässt eine ganze Familie sich einloggen und gemeinsam an einem Stammbaum arbeiten — hier kommen die unten beschriebenen Live-Zusammenarbeits-Funktionen erst richtig zur Geltung (siehe Bereitstellung). So oder so ist die Oberfläche dieselbe — der einzige Unterschied ist, ob noch jemand anderes gleichzeitig im Stammbaum ist.
- Wissen, in welchem Stammbaum man ist. Die Kopfzeile nennt den aktiven Stammbaum neben dem Gramps-Connect-Logo, sodass bei mehreren gleichzeitig angemeldeten Stammbäumen (oder beim Teilen einer gehosteten Instanz mit anderen Familienstammbäumen) immer klar ist, welcher gerade angezeigt wird.
- Wissen, wenn die App selbst aktualisiert wurde. Bei einer geteilten, gehosteten Instanz kann ein länger geöffneter Tab einen älteren Stand ausführen als der, den der Server inzwischen ausliefert. Gramps Connect bemerkt das und zeigt eine schließbare Benachrichtigung „Update verfügbar“ mit einer Neu-laden-Schaltfläche — die Seite wird niemals von selbst neu geladen, da eventuell ungesicherte Entwürfe offen sind.
- Die Änderungen der anderen live mitverfolgen. Wenn jemand anderes ein Datum korrigiert oder eine Person hinzufügt, aktualisiert sich der eigene Bildschirm von selbst — kein Neuladen nötig, und keine Gefahr, mit einer bereits veralteten Kopie des Stammbaums zu arbeiten. Wer in den letzten Minuten etwas geändert hat, erscheint als Avatar neben dem Benutzermenü, sodass man sieht, wer sonst noch gerade aktiv am Stammbaum arbeitet. Siehe Architektur dafür, wie das technisch funktioniert.
- Sehen, wer was wann geändert hat. Jeder Datensatz hat eine Verlauf-Schaltfläche — sie öffnet ein Protokoll der eigenen Änderungen dieses Datensatzes (wer, wann, hinzugefügt/geändert/ gelöscht), neueste zuerst, und ein Klick auf einen Eintrag zeigt einen feldweisen Vorher/Nachher-Vergleich. Die nachträgliche Ergänzung zur Live-Synchronisierung oben: die zeigt Änderungen, während sie passieren, dies erlaubt den Blick zurück. Siehe Datenmodell und Bearbeitung für mehr.
- Diskussionen: Themenstränge, die zu etwas gehören können. Einen bestimmten Datensatz mit einem Klick diskutieren und beim Durchstöbern in einem schwebenden Fenster weiterchatten — es übernimmt nie die gerade angezeigte Seite — oder die Diskussionen-Ansicht öffnen und von Grund auf einen neuen Strang beginnen, mit beliebig vielen Personen, Quellen, Fundstellen und Aufbewahrungsorten verknüpft, die eine Forschungsfrage tatsächlich betrifft, sodass eine Diskussion zu einem echten Sammelpunkt für eine Forschungslinie werden kann, nicht nur zu einem Kommentarthread. Direktnachrichten funktionieren genauso, nur ohne Verknüpfung zu etwas. Siehe Nachrichten für Details.
- Geteilte Ergebnisse. Wenn jemand einen Bericht erstellt oder den Stammbaum exportiert, erscheint die fertige Datei dort, wo alle sie finden und herunterladen können, nicht nur im eigenen Ordner. Ein Klick auf Herunterladen bei einer dieser Dateien bestätigt per In-App-Hinweis, sobald das Speichern an Browser/Betriebssystem übergeben wurde — hilfreich am Desktop, wo der dadurch ausgelöste native Speichern-Dialog sonst leicht übersehen wird. Danach wird gefragt, ob die erzeugte Datei als Medienobjekt im Stammbaum behalten werden soll (grünes Speichern) oder nicht (schlichtes Nicht speichern) — Speichern, oder das Dialogfeld einfach zu schließen, ist die sichere Standardwahl; so oder so ist es nur eine schnelle Neuerzeugung entfernt, die Entscheidung ist also nicht entscheidend. Die meisten erzeugten Dateien (und jedes andere Medienobjekt) lassen sich per Ansehen-Schaltfläche im Browser ansehen, nicht nur herunterladen — siehe Datenmodell und Bearbeitung für welche Formate.
- Verwaltung durch den Stammbaum-Eigentümer. Der Eigentümer eines Stammbaums bekommt über das Benutzermenü einen Verwaltungsdialog mit einem Reiter „Mein Stammbaum“ für Namen und Auslastung gegenüber eingerichteten Personen-/Medienkontingenten sowie einem Reiter „Benutzer“ daneben zur Kontenverwaltung für diesen Stammbaum.
- Forscherangaben. Hilfe → Forscher zeigt die Kontaktdaten der für den Stammbaum zuständigen Forschungsperson (Name, Adresse, Telefon, E-Mail) — die Angaben, die GEDCOM-Exportköpfe üblicherweise enthalten. Jeder im Stammbaum kann sie ansehen; eine Bearbeiten-Schaltfläche zum Ändern erscheint nur für den Eigentümer des Stammbaums.
- Dieses Wiki, ohne die App zu verlassen. Hilfe → Dokumentation öffnet die Seiten dieses Wikis innerhalb der App selbst — Navigation in der Seitenleiste, appinterne Links zwischen Seiten, Bilder — statt in einen Browser-Tab zu wechseln. Ein „Auf GitHub öffnen“-Link im Dialog erreicht weiterhin die echte Wiki-Seite für alle, die sie bearbeiten oder kommentieren möchten. Der eigene „Übersicht lesen“-Link der App (Hilfe → Über) öffnet dieses Wiki weiterhin direkt in einem neuen Tab.
-
Übersetzte Seiten, wenn vorhanden. Wenn es für die aktuelle Sprache
der App eine Übersetzung einer Seite gibt — gespeichert als
gewöhnliche Geschwisterseite im Wiki, z. B.
Home.de.md— zeigt die Dokumentation diese an statt des Originals, und fällt für jede noch nicht übersetzte Seite stillschweigend auf Englisch zurück. Die Navigation in der Seitenleiste wird genauso übersetzt. Dieses ganze Wiki hat inzwischen vollständige deutsche und französische Übersetzungen; weitere Sprachen sind geplant. - Ein Ausgangsperson. Eine bestimmte Person als eigenen Bezugspunkt im Stammbaum festlegen, auf den die Startseite und einige Community-Add-ons aufbauen.
- Automatisch erzeugte Lebensgeschichten. Für jede Person oder Familie stellt die App eine erzählende Diaschau ihres Lebens zusammen — ihre Ereignisse, die Orte, an denen sie stattfanden, und dazugehörige Fotos — mit einer kurzen schriftlichen Beschreibung zu jedem Moment. Diese sind bearbeitbar, nicht fest vorgegeben. Beim Erzeugen wird vorher nach ein paar Optionen gefragt: bei einer Person, ob auch ihre Familien einbezogen werden sollen (Ehepartner, Kinder, Eltern, Geschwister — nicht nur die eigenen Ereignisse); bei einer Familie, wessen eigene Geburten und Todesfälle einbezogen werden sollen.
- Fotovergleiche. Zwei Fotos übereinanderlegen — nützlich für „Damals und heute“-Paare oder zum Vergleich von Fotos derselben Person in unterschiedlichem Alter.
- Fotos verschlagworten und durchklicken. Einen Bereich auf einem Foto einzeichnen, um zu markieren, wer oder was dort abgebildet ist. Das Foto im Vollbild öffnen und direkt auf ein verschlagwortetes Gesicht oder Objekt klicken, um direkt zur Seite dieser Person oder dieses Datensatzes zu springen.
- In die Tiefe gehen, ohne den Überblick zu verlieren. Eine Person (oder Familie, Ort, Ereignis, …) aus einer Liste auswählen, und alles Zugehörige — ihre Ereignisse, Familie, Fotos, Notizen, Quellen — erscheint daneben. In eines davon klicken, öffnet dessen eigene Details darunter, während die Liste und die ursprüngliche Auswahl genau dort bleiben, wo sie waren, egal wie tief man geht.
- Den ganzen Stammbaum auf einmal durchsuchen. Ein Suchfeld durchsucht jede Art von Datensatz — Personen, Familien, Ereignisse, Orte, Quellen — zusammen, aufgebaut wie eine Suchmaschinen- Ergebnisseite, sortiert danach, wie gut jedes Ergebnis passt, mit einem Kontext-Ausschnitt. Jede Liste hat außerdem ihr eigenes Suchfeld, das standardmäßig einen schnellen reinen Textabgleich gegen die üblichen Felder dieses Datensatztyps durchführt; ein Kontrollkästchen daneben schaltet dasselbe Feld auf GOQL um, eine kleine Abfragesprache für viel gezieltere Fragen — etwa alle mit einem bestimmten Nachnamen, die vor einem bestimmten Jahr an einem bestimmten Ort geboren wurden, oder jede Familie, in der die Mutter vor dem Vater starb. Eine neue Suche eingeben, sie löschen, einen gespeicherten/eigenen Filter anwenden oder auf eine Spaltenüberschrift zum Sortieren klicken — all das behält den ausgewählten Datensatz genau dort bei, solange er noch im Ergebnis vorkommt; falls nicht, springt die Auswahl auf die erste Zeile der jetzt angezeigten Ergebnisse zurück, dieselbe „Überblick nicht verlieren“-Behandlung, die auch das Hineinklicken schon bietet.
-
Kuratierte Filter, ganz ohne Abfragesprache. Eine Schaltfläche
„Filter“ neben dem Titel jeder Hauptliste (Personen, Familien,
Ereignisse, Orte, Aufbewahrungsorte, Quellen, Fundstellen, Medien,
Notizen — jede Liste außer Etiketten) öffnet einen Dialog zum
Auswählen einer gespeicherten Kombination oder zum Erstellen einer
eigenen. „Gespeicherten Filter laden…“ lädt eine komplette, vorher
gespeicherte, benannte Kombination erneut (der leere erste Eintrag
beginnt neu); der Rest des Dialogs bleibt hinter einem eingeklappten
„▸ Optionen bearbeiten“-Schalter verborgen, sodass das Auswählen eines
gespeicherten Filters und Anwenden ein Zwei-Klick-Vorgang bleibt, mit
dem vollständigen Editor einen Klick entfernt für alle, die ihn
brauchen. Öffnet man „Optionen bearbeiten“, erscheint eine linksbündige
Schaltfläche „Eigene Regeln“ (gestaltet wie die „Filter“-Schaltfläche
der Seite selbst, kein einfacher Textlink) und, unter einer kleinen
Überschrift „Filter-Baukasten“, ein UND/ODER/NICHT-Regelgruppen-Editor
— Weiblich/Männlich, kein erfasstes Geburtsdatum, fehlende Eltern, hat
Medien, mit einem selbst eingegebenen Etikett versehen (jedes Etikett
im Stammbaum, keine feste Liste), geboren oder gestorben zwischen zwei
selbst eingegebenen Daten (jedes von Gramps verstandene Datum, nicht
nur ein bloßes Jahr), und Dutzende weitere derselben alltäglichen
Regeln, die die alten Eigene-Filter-Regeln der Desktop-App schon
boten, als schlichte, nach Kategorie gruppierte Kontrollkästchen —
dieselben, zu denen „+ Regel hinzufügen“ immer aufklappt (bereits
aufgeklappt, wenn die Liste leer ist, sodass das Anwenden einer
einzelnen Regel keinen zusätzlichen Klick braucht). Mehrere mit
UND/ODER kombinieren, eine Regelgruppe in eine andere schachteln, um
beides zu mischen, und jede einzelne Regel oder ganze Regelgruppe mit
ihrem eigenen Kontrollkästchen verneinen — kein separater
„nicht“-Filter nötig, anders als in der Desktop-App. Im Hintergrund
baut das dasselbe GOQL, das der Kontrollkästchen-Modus des Suchfelds
verwendet, darunter schreibgeschützt angezeigt, ebenfalls innerhalb von
„Optionen bearbeiten“. (Die kuratierte Kontrollkästchen-Liste selbst
deckt derzeit nur Personen und Familie ab, passend zum eigenen
Regelsatz der Desktop-App für diese beiden; jede andere Liste bekommt
weiterhin den vollständigen Dialog — eigene Regeln erstellen,
ganze Filter speichern/laden — nur mit einer leeren eingebauten Liste
als Ausgangspunkt.)
Einen gespeicherten Filter zu laden und dann seine Regeln direkt (in
„Optionen bearbeiten“) zu bearbeiten, genügt schon, um ihn zu ändern —
ein kleiner Hinweis „Ungespeicherte Änderungen“ erscheint dabei als
Erinnerung neben dem Auswahlmenü, und das Wechseln zu einem anderen
gespeicherten Filter (oder zurück auf leer), während das angezeigt
wird, fragt erst um Bestätigung, sodass eine laufende Bearbeitung nie
stillschweigend durch die Auswahl eines anderen Eintrags im selben
Menü verworfen wird; „Speichern“ (aktiviert, sobald wirklich etwas
geändert wurde) speichert diese Änderungen in denselben Filter zurück,
„Kopieren…“ lässt das Original unangetastet und legt stattdessen einen
eigenen an — standardmäßig „Name dieses Filters (Kopie)“, damit er
nicht leer bleibt — und „Speichern…“ (noch nichts geladen) gibt einer
neuen Zusammenstellung erstmals einen Namen; beide lehnen einen Namen
ab, den ein anderer gespeicherter Filter derselben Liste bereits
verwendet, direkt im Benennungsdialog, statt einen zweiten Filter den
ersten stillschweigend überdecken zu lassen.
„Löschen“ entfernt den aktuell geladenen gespeicherten Filter und
leert den Filter-Baukasten gleich mit — es sitzt in der Schaltflächen-
zeile unten neben Leeren/Speichern/Anwenden, deaktiviert, solange
nichts geladen ist („Neuer Filter“). Wird eine Regel gebraucht, die
nicht in der eingebauten Liste steht? „Eigene Regeln“, innerhalb von
„Optionen bearbeiten“, öffnet eine eigene kleine Verwaltung — einen
rohen GOQL-Ausschnitt benennen und speichern (die einzige Stelle in
dieser Funktion, an der roher Abfragetext akzeptiert wird), mit
demselben eingekreisten „i“-Syntaxverweis daneben, den auch der
GOQL-Modus des Suchfelds verwendet, für die jeweils geöffnete Liste;
er wird tatsächlich beim Tippen im Hintergrund gegen den Stammbaum
ausgeführt, sodass „Erstellen“/„Speichern“ erst aktiviert wird, sobald
er als gültig bestätigt ist — ein Tippfehler fällt so sofort auf,
statt erst bei der nächsten Verwendung der Regel. Eine eigene Regel
kann eigene benannte, typisierte Parameter annehmen, genau wie eine
eingebaute Regel (z. B. die eingebauten Etikett-/Datumsregeln bereits
tun) — einen oder mehrere
{name}-Parameter hinzufügen (Text oder Ganzzahl), jeden als{name}im GOQL referenzieren, und nach dem Speichern zeigt sie ein Eingabefeld direkt in „+ Regel hinzufügen“, genau wie jede eingebaute parametrisierte Regel. Jede selbst erstellte Regel lässt sich bearbeiten oder löschen, und jede erscheint ab dann in „+ Regel hinzufügen“ als gewöhnliche, wiederverwendbare Regel. Es gibt keine eigene „Abbrechen“-Schaltfläche im Hauptdialog — er schreibt nichts, bis tatsächlich auf Anwenden, Speichern oder Kopieren geklickt wird, sodass ihn auf andere Weise zu schließen (das × oder ein Klick daneben) bereits dasselbe bewirkt. Ist ein Filter aktiv, zeigt die Listenüberschrift selbst eine Klartext-Zusammenfassung neben der „Filter“-Schaltfläche und ihrer Löschen-Schaltfläche („ד) — z. B. „Weiblich UND NICHT (Verwitwet ODER Geschieden)“ — sodass erkennbar ist, was angewendet ist, ohne den Dialog zu öffnen. - Stammbaum-Diagramme. Vorfahren- und Nachkommendiagramme, einschließlich eines kreisförmigen „Fächer“-Stils mit der Option, jedes Personensegment danach einzufärben, wie lange die Person tatsächlich gelebt hat, sodass lange und kurze Leben auf einen Blick sichtbar sind. Ein dritter Stil, „Generationen“, zeigt die Eltern einer Person und ihre vollständige Geschwisterreihe — einschließlich Halb-, Stief- und Adoptivgeschwistern, für die das gewöhnliche Vorfahrendiagramm gar keinen Platz hat — mit einem „+“ zum weiteren Ausklappen: eine vollständige Geschwisterreihe erscheint in jeder Generation, bis zu der man ausklappt, nicht nur bei der Ausgangsperson. Neben den Bildlaufleisten lässt sich das Diagramm auch durch Klicken und Ziehen überall verschieben, genau wie schon bei den Vorfahren-/Nachkommen- und Fächerdiagrammen. Ein dezentes graues „−“ erscheint neben jedem „+“, sobald dieser Zweig tatsächlich aufgeklappt wurde, um ihn wieder einzuklappen, ohne etwas zu verlieren — die zugrunde liegenden Daten bleiben geladen, ein erneutes Ausklappen geht also sofort. Vollständige Geschwister werden visuell mit einem gemeinsamen „+“ gruppiert (sie klappen immer zu denselben Eltern auf), während ein Halb- oder Stiefgeschwister-Zweig eine eigene Gruppe und Beschriftung bekommt, jede mit einer eigenen Linie zu ihren eigenen Vater-/Mutter-Kästen statt einer einzigen, mehrdeutigen Linie in der Mitte. Eine Gruppe wird nur dann „halb“ beschriftet, wenn sie einen leiblichen Elternteil teilt; eine Gruppe ohne gemeinsamen leiblichen Elternteil — etwa die eigenen Kinder eines späteren Ehepartners aus einer früheren Ehe — wird stattdessen „Stief“ beschriftet, obwohl der Familiendatensatz dieser späteren Ehe sich sonst nicht von einem Halbgeschwister- Datensatz unterscheidet. Eine Person auszuwählen und in ihrer Detailkarte „Ehepartner ausklappen“ zu wählen, zeigt ihre Ehepartner neben der eigenen Karte, egal wo im Diagramm sie erscheint — jeder Ehepartner als eigene vollständige Geschwistergruppe (mit eigenem „+“ zum weiteren Ausklappen), nicht nur als bloßer Name, denn jede Person hier gehört zu einer Geschwistergruppe. Die Linie zu den eigenen Kindern aktualisiert sich so, dass sie zu beiden Elternteilen führt, sobald der Ehepartner ausgeklappt ist, statt nur zu der ursprünglich gezeigten Person. Eine Person mit Kindern aus mehr als einer Ehe bekommt pro Ehe einen eigenen Kinder-Kasten statt eines Kastens, der alle Kinder zusammenfasst, jeweils mit einer eigenen Verbindungslinie zu den beiden Elternteilen dieser bestimmten Ehe. Jede Karte, deren Bindung zu ihrem Elternteil keine gewöhnliche Geburtsbeziehung ist — Geschwister wie Kind gleichermaßen — trägt ein eigenes kleines Abzeichen mit Bezeichnung (Adoptiert, Stiefkind, Pflegekind, Patenkind, Unbekannt), dasselbe Gramps-Beziehungs- vokabular wie überall sonst in der App. Eine waagerechte Trennlinie markiert die Grenze zwischen den Generationen. Ein Kontrollkästchen „Kompakt“ (neben der eigenen Anleitung des Diagramms) lässt bei jeder Karte das Foto weg, stellt Geburts-/Todesdatum neben statt unter den Namen und listet eine Geschwister- oder Kindergruppe als senkrechten Stapel statt nebeneinander — nützlich, sobald eine Geschwisterreihe breit wird.
- Karten. Sehen, wo Ereignisse stattfanden, und das Erscheinungsbild der Karte umschalten, damit sie so aussieht wie die Gegend in jener historischen Zeit statt wie eine moderne Karte. Jede Kartenüberlagerung — die Grenze eines Familienhofs umreißen, eine zurückgelegte Route markieren oder eine alte Vermessungskarte oder ein Foto an ihrer tatsächlichen Stelle einblenden — gehört zu mindestens einem Ort und wird über dessen eigenen Abschnitt „Kartenüberlagerungen“ hinzugefügt: eine Schaltfläche bietet sowohl das Zeichnen eines völlig neuen Elements als auch das Anhängen einer bereits bestehenden Überlagerung hier. Eine Überlagerung kann mehrere Orte gleichzeitig umspannen (eine Grenze oder Route, die mehr als einen betrifft, etwa) — sie kann nur nicht zweimal am selben Ort hängen. Der Zeicheneditor selbst erlaubt Linien, Formen und Bilder, wobei sich die vier Ecken eines Bildes unabhängig ziehen lassen (frei verformende Verzerrung), um es am echten Gelände auszurichten, sowie die eigene Deckkraft und Stapelreihenfolge jeder Bildüberlagerung (welche oben liegt, wenn sich mehrere überschneiden, etwa eine alte Kreiskarte unter einer detaillierteren Gemeindevermessung) — eine Beschreibung ist vor dem Speichern erforderlich, genau wie bei der Ortszuordnung. Nach dem Speichern listet ein Live-Panel direkt auf der Karte jede Überlagerung und gezeichnete Region am gerade geöffneten Ort und an allem, was er umschließt — das Öffnen eines Bundeslands zeigt dessen eigene Überlagerung neben denen jedes seiner Landkreise, nicht nur die eigene. Hat die nächsttiefere Ebene keine eigenen (etwa ein Land, dessen Regionen keinen Umriss tragen, dessen kleinere Untergliederungen aber doch), wird weiter nach unten gegangen, bis eine angemessene Anzahl an Überlagerungen gefunden ist oder die Orte ausgehen, statt nach genau einer Ebene aufzuhören — man kann jede davon ausblenden oder für den Rest der Sitzung eine andere Deckkraft vorschauen — ein schneller Weg, um eine moderne Karte mit einer alten zu vergleichen, ohne die gespeicherten Einstellungen anzufassen — und ein Klick darauf lässt die Karte zu ihrer vollen Ausdehnung fliegen. Die Form oder das Bild eines untergeordneten Orts erscheint über dem seines übergeordneten Orts statt darunter, sodass eine kleinere Überlagerung nie unter einer größeren verschwindet, die sie umschließt. Der sichtbare Datumsbereich einer Überlagerung ergibt sich aus dem Datum des Orts, von dem aus sie gerade betrachtet wird — ein Hofumriss ohne Datum ist also immer sichtbar, während eine alte Karte nur erscheint, wenn das Jahr des historischen Modus in die Epoche fällt, für die der Ortsname galt. Überlagerungen mit unterschiedlichen Epochen an derselben physischen Stelle brauchen eigene Ortsdatensätze (einen für den namen aus der Kreis-Epoche, einen für den aus der Gemeinde-Epoche, etwa), da das Datum eines Orts an seinem Namen hängt, nicht an einem Feld pro Überlagerung. Das Speichern einer Überlagerung füllt außerdem Koordinaten für jeden ihrer Orte, die noch keine haben, mit der Mitte des Gezeichneten — ein Ort, der nur angelegt wurde, um einen Hofumriss oder eine Route zu halten, landet so auf der Karte, ohne Breiten-/Längengrad von Hand nachschlagen und eingeben zu müssen. Wenn sich so mehrere Orte eine Überlagerung teilen, wird jeder leicht um diese Mitte verteilt statt genau auf denselben Punkt zu fallen, sodass sie sich trotzdem zu eigenen Markierungen auf der Karte trennen, statt zu einer zu verschmelzen. Vorhandene Koordinaten eines Orts werden nie überschrieben. Landen Markierungen dennoch am selben Punkt gestapelt (nichts hindert zwei Orte daran, sich von Hand Koordinaten zu teilen), listet ein Klick auf ihre gemeinsame Zahl die darunterliegenden Orte auf, sodass sich trotzdem einer auswählen lässt, statt nur auf einen leer wirkenden Punkt hineinzuzoomen. Kommt man von einem bestimmten Ort aus auf die Karte (dessen eigener „Karte“-Link oder eine aus Wikidata importierte Überlagerung), öffnet sich dessen Detailkarte und Überlagerung bereits sichtbar, benannt auf einem Chip in der Kopfzeile — ein Klick auf eine leere Stelle der Karte schließt diese Karte wieder, und ein Klick auf die Beschriftung des Chips holt sie zurück, ohne die Markierung erneut suchen zu müssen.
- Einen Ort bei Wikidata nachschlagen. Beim Anlegen eines völlig neuen Orts wird zuerst gefragt, wie er hinzugefügt werden soll — von Hand oder aus Wikidata — statt eine „bei Wikidata nachschlagen…“- Schaltfläche zwischen die gewöhnlichen Felder zu mischen; die Wahl von Wikidata öffnet sofort den Suchablauf, die Wahl von Hand führt direkt zu den üblichen Feldern. Das Bearbeiten eines bestehenden Orts bietet den Wikidata-Abgleich weiterhin als schlichte Anreicherungs- Schaltfläche, da es dort kein solches Entweder-Oder zu treffen gibt. So oder so füllt die Suche nach Namen und Bestätigung eines Treffers die Koordinaten des Orts und legt die gesamte umschließende Hierarchie auf einmal an oder verknüpft sie — Stadt, Landkreis, Bundesland, Land — jeweils mit eigenen Koordinaten, statt jede Ebene von Hand anzulegen und zu verbinden. Ein Kontrollkästchen auf demselben Bestätigungsbildschirm (standardmäßig aktiviert) holt außerdem, wenn vorhanden, einen Umriss von Wikidata für jede neu angelegte Ebene und für den hinzugefügten Ort selbst, sodass ein so hinzugefügtes Bundesland oder Land seine tatsächliche Grenze auf der Karte zeigt statt nur einer Nadel — genau wie eine von Hand gezeichnete Form oder eine historische Kartenüberlagerung. Jeder Umriss wird eingefärbt: ein Farbton pro Ortstyp (Land/Bundesland/Landkreis/Stadt usw., sodass jeder Landkreis neben dem Umriss eines Bundeslands als dieselbe Familie erkennbar bleibt), abgetönt nach der eigenen Wikidata-ID des Orts, sodass Geschwisterorte desselben Typs sich weiterhin optisch voneinander unterscheiden. Der Umriss ist mit dem Namen des Orts beschriftet, sowohl in der eigenen Medienbeschreibung der Überlagerung als auch in der Liste des Überlagerungs-Panels, statt als unbetitelte Region zu erscheinen.
Ein Klick auf die Bearbeiten-Schaltfläche eines beliebigen Datensatzes öffnet dessen vollständiges Bearbeitungsformular — Person, Familie, Ereignis und so weiter — zum Ändern der eigenen Details dieses Datensatzes (ein Name, ein Datum, eine Beschreibung) oder seiner Verbindungen zu anderen Datensätzen, etwa wie genau ein Kind mit seinen Eltern verwandt ist.
Einen völlig neuen Datensatz des gerade durchsuchten Typs anzulegen (eine neue Person, ein neuer Ort und so weiter) sitzt direkt neben dessen eigenen Bearbeiten-/Löschen-Schaltflächen, nicht an einer separaten Stelle über der Liste — Hinzufügen und Bearbeiten des gerade Betrachteten geschieht also am selben Ort.
Für kleinere, alltägliche Änderungen sind die Schaltflächen „+“ und „−“ eine Abkürzung: eine bestehende Fundstelle, ein Foto oder eine Person anhängen, ohne ein vollständiges Formular zu öffnen, oder eine bereits verknüpfte entfernen. Sie ändern nur, womit ein Datensatz verbunden ist, nicht dessen eigene Details.
Noch ist nicht jedes Feld jedes Datensatztyps bearbeitbar — siehe Datenmodell und Bearbeitung für den genauen heutigen Stand.
Auch doppelte Datensätze lassen sich finden und zusammenführen: zwei Datensätze desselben Typs auswählen und Zusammenführen wählen. Siehe Datenmodell und Bearbeitung dafür, wie Konflikte zwischen beiden behandelt werden.
Neben den eingebauten Funktionen gibt es einen durchsuchbaren Katalog kleiner Werkzeuge, die andere Leute geschrieben und geteilt haben — nicht beschränkt auf das, was die Kernentwickler selbst eingebaut haben. Ihn aus der App heraus durchsuchen und jedes davon mit einem Klick installieren, aktualisieren oder entfernen. Beispiele, die bereits im Katalog stehen, sind Verwandtschaftsrechner, Statistiken und eigene Abfragen. Siehe Gramplets und der Add-on-Store für das vollständige Bild.
Was diese von einem typischen Plugin-System unterscheidet: Jedes ist ein echtes Python-Programm und läuft direkt im eigenen Browser, ohne Installation und ohne beteiligten Server. Man kann den Code jedes Add-ons aus der App heraus öffnen und selbst bearbeiten: wie ein Diagramm aussieht ändern, wonach eine Abfrage sucht anpassen oder eine ganz neue von Grund auf schreiben. Es ist eine echte, funktionierende Python-Umgebung mitten in einer Webseite — für Ahnenforschungs-Software ausgesprochen ungewöhnlich, wo „Anpassen“ normalerweise heißt, darauf zu warten, dass jemand anderes die gewünschte Funktion einbaut.
Sobald ein Teil des Stammbaums einmal angesehen wurde, merkt die App sich das, sodass Durchsuchen, Sortieren und Suchen sich danach sofort anfühlen — selbst bei Stammbäumen mit Zehntausenden von Personen, wo diese Art der Suche sonst sehr lange dauern kann. Siehe Architektur dafür, wie der lokale Zwischenspeicher das ermöglicht.
Gramps Connect wird aktiv weiterentwickelt, und es gibt Dinge, von denen man wissen sollte, dass sie noch fehlen — allen voran das Finden und Zusammenführen doppelter Datensätze. Siehe Roadmap und bekannte Einschränkungen für das vollständigere Bild.
Gramps Connect liest und schreibt dieselben Dateiformate wie Gramps Desktop und gramps-web (GEDCOM und Gramps XML), sodass ein Stammbaum frei zwischen allen dreien wechseln kann.
