Data Model and Editing.nl

🌐 English · Deutsch · Español · Français · 简体中文

Datamodel en bewerken

Gramps Connect werkt met hetzelfde objectmodel als Gramps zelf. Er zijn tien recordtypen, elk met een eigen lijstweergave, een eigen doorzoekbaar zoekvak (standaard gewone tekst, of GOQL via een vinkje) en een eigen REST-endpoint op gramps-web-api:

Type	Lijstweergave	Query-endpoint
Persoon	Personen	/api/people/query/
Gezin	Gezinnen	/api/families/query/
Gebeurtenis	Gebeurtenissen	/api/events/query/
Plaats	Plaatsen	/api/places/query/
Bibliotheek	Bibliotheken	/api/repositories/query/
Bron	Bronnen	/api/sources/query/
Citaat	Citaten	/api/citations/query/
Media	Media	/api/media/query/
Notitie	Notities	/api/notes/query/
Label	Labels	/api/tags/query/

Omdat een stamboom vrij kan worden verplaatst tussen Gramps Desktop, gramps-web en Gramps Connect (zie Overzicht), zijn dit precies de recordtypen en velden die Gramps XML en GEDCOM al bevatten — Gramps Connect voegt er geen toe en laat er geen weg.

Bladeren

Kies een record uit een lijst, en alles wat ermee verband houdt — gebeurtenissen, gezin, foto's, notities, bronnen — verschijnt ernaast. Klik op een daarvan en de eigen details ervan openen zich eronder, terwijl de lijst en uw oorspronkelijke selectie blijven waar ze waren, hoe diep u ook gaat (zie Overzicht).

Bewerken

Een klik op de bewerkknop van een record opent het volledige bewerkformulier voor de eigen details van dat record (een naam, een datum, een beschrijving) of voor zijn verbindingen met andere records — bijvoorbeeld precies hoe een kind zich tot zijn ouders verhoudt.

Voor kleinere, alledaagse wijzigingen zijn de knoppen "+" en "−" een snelkoppeling: koppel een bestaand citaat, een foto of een persoon zonder een volledig formulier te openen, of verwijder er een die al gekoppeld is. Ze veranderen alleen waarmee een record verbonden is, niet de eigen details van het record. De "+" van elke sectie staat direct naast de kop (beweeg erover om te zien wat hij toevoegt, bijv. "Een kind toevoegen"), zodat een record met grotendeels lege secties compact blijft. Labels worden ook op de regel van hun kop getoond, naast hun eigen "+".

Wat vandaag volledig bewerkbaar is

Records van Persoon en Gezin zijn het meest compleet, met één opvallende uitzondering: LDS-verordeningen zijn volledig alleen-lezen — niet bewerken, toevoegen of loskoppelen.

Wat gedeeltelijk bewerkbaar is, per type

• Plaats — de omvattende/bovenliggende hiërarchie van een plaats kan nu worden ingevuld via een opzoeking in Wikidata (zoek op naam, bevestig een overeenkomst, en de keten stad/gemeente/provincie/land wordt aangemaakt of gekoppeld, met de eigen coördinaten van elk niveau); er is nog steeds geen manier om los van Wikidata met de hand een omvattende plaats toe te voegen, te verwijderen of opnieuw te ordenen. Het veld Type van elk niveau wordt ook uit Wikidata afgeleid, op basis van een tabel met ~2700 klassen van bestuurlijke indelingen en nederzettingen in de meeste landen (niet alleen het Amerikaanse model city/county/state/country); een onbekende klasse laat Type op het bevestigingsscherm nog steeds leeg, zodat u het met de hand kunt invullen. Elk niveau dat de opzoeking aanmaakt, krijgt een beschrijvende titel met zijn bevestigde voorouders erin (bijv. "Marion County, Indiana, United States"), niet alleen zijn eigen kale naam — het onderliggende naamveld blijft de kale naam, zodat een latere opzoeking het nog als dezelfde plaats kan herkennen. De editor van een gloednieuwe plaats vraagt vooraf of u die handmatig of vanuit Wikidata wilt toevoegen, in plaats van de opzoeking als gewoon een extra veld naast de handmatige te tonen; bij een al opgeslagen plaats die opnieuw wordt bewerkt, blijft de opzoeking een gewone knop om gegevens aan te vullen. Dezelfde opzoeking kan optioneel ook een omtrek uit Wikidata ophalen (een vinkje op het bevestigingsscherm, standaard aan) — voor elk nieuw aangemaakt niveau en voor de plaats die zelf wordt toegevoegd — zodat de kaart de werkelijke grens toont in plaats van alleen een speld op de coördinaten; die wordt op dezelfde manier gekoppeld als een met de hand getekende kaartvorm, zodat hij daarna net als elke andere bijlage vanuit de weergave Media kan worden bewerkt/verwijderd, en gekleurd op basis van het type en de Wikidata-ID van de plaats, zodat verschillende plaatsen niet allemaal dezelfde vulling krijgen. Bestaande/hergebruikte niveaus in de hiërarchie krijgen er achteraf geen. De eigen (primaire) naam van een plaats kan nu een datum en taal hebben, met dezelfde datumeditor als voor gebeurtenissen en citaten — dit is wat de datumafhankelijke zichtbaarheid van kaartoverlays leest (zie Overzicht). Nog ontbrekend: alternatieve namen (toevoegen/bewerken/verwijderen — de lijst alt_names van een plaats wordt alleen-lezen getoond maar heeft geen editor; elk item is een eigen naam met een eigen datum/taal, bijv. om een oudere naam vast te leggen en de periode waarin die gold), historische locaties en code.
• Notitie — ontbrekend: tekstopmaak/links (notities zijn alleen platte tekst) en de opmaakvlag (Doorlopend/Opgemaakt).
• Media — beschrijving, datum en privacy zijn bewerkbaar via een knop Bewerken; het bestand zelf, het type en de controlesom blijven door de server afgeleid uit de upload. Attributen, citaten, notities en labels zijn al bewerkbaar via dezelfde secties met gerelateerde records die elk ander recordtype gebruikt. Foto's openen bij een klik al op volledige grootte; een Media- (of Uitvoer-)item waarvan het bestand een PDF, video, audiofragment, SVG of tekstachtig formaat is (HTML, JSON, platte tekst, CSV, GEDCOM, KML/XML, ...) krijgt in plaats daarvan een knop Bekijken ernaast, die hetzelfde bestand in de browser opent in plaats van een download te vereisen. HTML-voorbeelden worden afgeschermd weergegeven (geen scripts), zodat de opmaak van een gegenereerd rapport zichtbaar is zonder dat er ooit iets in wordt uitgevoerd (al wordt een bestand waarnaar het via een relatief pad linkt niet geladen, omdat alleen dat ene bestand beschikbaar is, geen map met bestanden ernaast).

Dubbele records samenvoegen

Elk recordtype behalve Label kan worden samengevoegd: selecteer twee records van hetzelfde type (ctrl/cmd+klik in een lijst) en kies dan Samenvoegen. Kies welk record blijft bestaan — zijn eigen bepalende velden (naam, titel, datum enz., afhankelijk van het type) blijven behouden en die van het andere vervallen, terwijl lijstachtige zaken zoals notities, citaten, media en attributen van beide worden gecombineerd. Elke andere verwijzing naar het record dat niet blijft bestaan, wordt naar het overblijvende record omgezet voordat het wordt verwijderd. Gezin is het enige type waarbij de twee samen te voegen records het over een ouder oneens kunnen zijn; als dat gebeurt, wordt u per rol (vader/moeder) gevraagd welke kant u wilt houden. Labels hebben in Gramps zelf geen samenvoegroute, dus het samenvoegen van twee labels gebeurt in plaats daarvan aan de clientzijde — alles met het vervallen label krijgt het overblijvende label, waarna het vervallen label wordt verwijderd.

Bewerkingsgeschiedenis bekijken

Elk record heeft een knop Geschiedenis naast zijn links Kaart/Tijdlijn/Grafiek. Die opent een logboek van de eigen wijzigingen van dat record — wie elke wijziging maakte, wanneer, en of het een toevoeging, bijwerking of verwijdering was — nieuwste eerst, een pagina tegelijk. Klik op een item om precies te zien wat er veranderde: een voor/na-vergelijking per veld, niet alleen het feit dat er iets veranderde. Dit is de aanvulling achteraf op live synchronisatie (zie Architectuur), die bewerkingen alleen toont terwijl ze binnenkomen; beide lezen uit hetzelfde transactielogboek van gramps-web-api.

Ongedaan maken bestaat nog niet — een wijziging terugdraaien betekent het record met de hand terug bewerken. Zie Roadmap en bekende beperkingen voor de stand van zaken.

Overkoepelende hiaten

• GrampsType-velden zijn meestal vrije tekst. Het relatietype van een Gezin, en het eigen type van Attribuut/Url, hebben een echte keuzelijst met automatisch aanvullen op basis van de bekende lijst met waarden van Gramps. Andere GrampsType-velden zijn functioneel bewerkbaar als platte tekst, alleen nog zonder dat automatisch aanvullen of die validatie.
• Gelijktijdige bewerkingen worden opgevangen, niet samengevoegd. Als een record op de server is gewijzigd nadat u het bewerkformulier opende — door iemand anders, of in een ander tabblad van uzelf — wordt het opslaan geweigerd met een foutmelding in plaats van hun wijziging ongemerkt te overschrijven. Er is nog geen manier om te zien wat er veranderde of de twee bewerkingen samen te voegen; u moet het record gewoon opnieuw openen en uw wijziging opnieuw doen.

Zie Roadmap en bekende beperkingen voor de stand van deze punten wat betreft actief werk.