Data Structure-1

Here is the "OLD" the collection of all entities , which can be found on a genealogy tree-database.

0. Relations

category content child of parent of
per Details of person fam:## BIRTH, DEATH, CREM, CHRIST, OCCU,
SOUR. NOTE, BIRTH-SOUR.BIRTH-NOTE )
I I
I I
(Link by "parenting and parent-id)||
I I
I I
vv
category content child of parent of
fam details of a pair of
(per:xx) + (per:yy)
- per:## , MARR, DEVO, SOUR, OCCU, NOTE
I I
I I
(Link by "parenting and parent-id)||
I I
I I
vv
category content child of
MARR details of marriage ( date, place) fam:##
DEVO details of Devorce ( date, place) fam:##
SOUR Source about family ( documentation) fam:##
OCCU Occurence in family ( event..) fam:##
NOTE Notice about family fam:##
marr-sour source about marriage(documetnation) fam:##
marr-note notice about marriage fam:##
xyz-sour source about xyz fam:;##
a.s.o. … about …. always one fam:## record
category content child of parent of
per Details of person fam:## BIRTH, DEATH, BURI, CREM, CHRIST,OCCU,
SOUR, NOTE , BIRTH-SOUR,BIRTH-NOTE
I I
I I
(Link by "parenting and parent-id)||
I I
I I
vv
category content child of
BIRTH details of Birth ( date, place) per:##
CHRI details of Christian. (Taufe) ( date, place) per:##
DEATH details of Death ( date, place) per:##
BURI details of Burial( date, place) per:##
CREM details of Crematorium( date, place) per:##
SOUR Source about Person ( documentation) per:##
OCCU Occurence in persons life ( event..) per:##
NOTE Notice about family per:##
birth-sour source about Birth(documetnation) per:##
birth-note notice about birth per:##
xyz-sour source about xyz per:##
a.s.o. … about …. always one per:## record

all records are autmatic numbered..

  • Persons
    • Typ:
      • Einzelpersonen ( vor Verknüfung zu anderem Status )
      • Zeugen ( Notar, Paten, Fam.mitlgieder)
      • Famlie (= Verwandte) eigentlich der Standard
      • Verschwägerte ( angeheiratete)
    • Stammdaten (wichtigste Ereignisse)
    • Beziehungen
      • zum Vater (Person ( Id) (über tag _per:## _m)
      • zur Mutter (Person-id) ( über tag _per:### _f)
      • zu allen Kindern ( über FAM) (über tag _fam:## von ..)
      • zu eigenen Kindern ( über Kind-Beziehung ( _per:## von ..)
  • Ereignisse (+ Datum, +Zeugen, Ort, + Text-source , + Search-Archiv, in welchem Alter)
    • Personen bezogene
      • Geburt (BIRTH)
      • Taufe ( CHRI)
      • Graduierung (akamdem, Bildung) (GRAD)
      • Tod ( DEATH)
      • Begräbnis (BUR)
      • "Event" - jedes (freie) Einzelereignis an der Einzel-Person "hängend"
    • Beziehungs-bezogen
      • Partnerschafts-Anfang ( Eheschließung, WG, )
      • Partnerschafts-Ende ( Scheidung, Auflösung, Trennung, Tod)
      • Ehevertrag
  • Beziehungen( FAM)
    • 2 Personen verknüpfen sich
    • Anzahl Kinder (eigene)
    • Pro Kind: adoptiert(ganz/teilw) , geboren, etc)
    • Familien-Namen steht HIER fest ( kann sich ja ändern mit der Zeit.

1. Person

Liegt als Entity auf der Seite per:#### ( laufende einzigartige Nummer ) - entspricht damit der INOD nummer einer Person.
(bedeuted Autonummerierung der Seiten von Kategorie "PERS")

Titel-Feld des Wiki:

Vorname Name (JJJJ-JJJJ)

Darunter wird mittels Datenfeldern gespeichert:

  • Ttitle
  • Vorname(n)
  • Nachname
  • Gender (SEX ) - m - f
  • "Birt" hday
    • Place (5 Felder Land, BundesLand, Bezirk, Stadt, Pfarre)
    • SOUR ce
      • "Wiki" feld oder gleich
      • "Button" zum Anlegen "BIRT-SOUR:####" record ( volle seite freier Wiki text)
  • "Deat" hday
    • Place (5 Felder Land, BundesLand, Bezirk, Stadt, Pfarre)
    • SOUR ce
      • "Wiki" feld oder gleich
      • "Button" zum Anlegen "DEAT-SOUR:####" record ( volle seite freier Wiki text)

1.1. Beispiel(e):

1
2
3
4

1.2. Darstellung

wird mittels
per:_template

da werden die Dataform fields und mittles listpages die "angehängten" Daten-Seiten dazugeholt

1.3. Indexes

Als Tags oder "zusätzliche Indexe" werden folgende Kurz Infos benötigt:

Hinweis: Das führende "Underscore" macht jeden "tag" zu einem "hidden" tag. d.h. es scheinm in keiner Tag Liste auf ( ausser es wird dort verlangt)

Jede Person besitz ( soferne bekannt! )
TODO:

  • eine oder zwei "_c" + ### tags ( bin ein CHILD ) - weist auf eine Personnummer als Elternteil von mir hin .
  • eine oder mehrere "_s" + ### tags ( bin ein SISTER) - weist auf eine Personnummer als SISTER von mir hin .
  • eine oder mehrere "_f" + ### tags ( bin ein FATHER) - weist auf eine Personnummer als Kind von MIR hin .
  • eine oder mehrere "_m" + ### tags ( bin eine MOTHER) - weist auf eine Personnummer als Kind von MIR hin .
  • eine oder mehrere "_p" + ### tags ( bin/war ein PARTNER) - weist auf eine Personnummer als Partnet von MIR hin .

Diese Tag Struktur ist überraschend aufwendig, allerdings muss das pro Familie ja nur einmal eingetragen werden.

Damit findet man aber schon jetzt ( siehe Beispiele) alle "angehängten" Personen

2. Sources

Gibt es als Zusatz-Informationen zu einigen Datenfeldern wir

  • BIRT-SOUR:#### - Welche Dokumentation liegt den (Geburts) - Daten zugrunden -
  • DEAT-SOUR:#### ( - - ' ' - - )
  • MARR-SOUR:####
  • BURI-SOUR:####
  • CREM-SOUR:####

usw..
Technisch ist das einfach zu gestalten :

man füt einfach in das template zur Darstellung von Personen solche
" module NewPage" Buttons je möglilcher Source ein, die genau diese Records erzeugen und gleich die Parents dazu klar machen
Dann kann man in den Templates mittels ListPage module genau diese Seiten -Inhalte ( %%content%% ) an dieser Stelle einfügen.

Deswegen müssen diese Zusatz-Records immer gleiche " Namens"-Struktur aufweisen! ( sonst findet man diese nicht mehr dazu)

3. FAM

Ist die Verbindung zweier PER:####und damit schon etwas kniffliger darzustellen

Man muss bei der Eingabe schon beide Personen "vorhanden" und deren Pers:Nummer "bereit" haben.

Ich muss hier noch etwas üb er die Struktur denken, ob und wie das Sinn macht.

Weil: ListPages zum Finden und Anzeigen von "Unter"-Seiten geht, weil nicht verschachtelbar - nur "in einer level-Stufe"

Das bedeutet nur eine Stufe hinunter von einer Person ist alle darstellbar.

das sollte eigentlich reichen…

Frage : braucht es auch eine Trennung zwischen kirchlicher und standesamtlicher Trauung?

Sollten Kinder über diese "FAM:###" - auto-Nummerierten Pages "aufgehängt" werden?

4. IFtags-Settags Technick

as Rob has written ( see http://community.wikidot.com/forum/t-419308/target-a-single-piece-of-data-form-info#post-1320497 ):

  • use the button settags to tag by an automated predefined button on the dataform:_template the missing tag(s) for such fields(data, images) - or use the %%fullname%% of the page to set the tags
  • use on the target page (where the "data" from this page is missed and to be inserted a litle listpages module - only searchng by this _%%form_raw{field}%% tag , or %%fullname%% or whatever you plan for this second unique index to find the page ).
[iftags -_%%form_raw{field}%% ]]
**##red|Open## to tag with _%%form_raw{field}%%!**

[[button set-tags +_%%form_raw{field}%% text="set tag +_%%form_raw{field}%%"]]

[[/iftags]]

or tagging with the page-name itself ( Ubnique index! )

[iftags -_%%fullname%% ]]
**##red|Open## to tag with _%%fullname%%!**

[[button set-tags +_%%fullname%% text="set tag +_%%fullname%%"]]

[[/iftags]]

Issues with wikidot

Problem of Backup looses

With the standard backup of Wikidot there is the loss of all tags and parenting information today. (and forum posts)

Every index of hidden tags is lost. This is dangerous if a page ( like "Event" page with category "occu:" is hanging on its parent only with hidden tag "_%%fullname%%" ( of the parent) and the parenting itself.
if both is lost than every information is lost to which data page ( per, fam. a.s.o) the event belongs
This is not a problem with the dataform pages - where the parents (father, motherin per: or partners /in fam:) or relations are stored in dataform fields.

Since in the Listpages dataform fields can be searched for exact match all this is usefull and the backup usefull.

As long as in Listpages a specific page is hanging only with tags of parenting on another page - this is dangerous!

Example "events"

What at the moment exists is a simple text page - created with the autmatic parenting and tagging the "children" event with the %%fullname%% of the parent-page.
What I need is the automatic creation of a dataform field (= "parent") with the inserted %%fullname%% of the parent page and than I can search for events by using this dataform page and not using the tagging.

Unless otherwise stated, the content of this page is licensed under Creative Commons Attribution-ShareAlike 3.0 License