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
(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
(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
(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 ..)
- Typ:
- 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
- Personen bezogene
- 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. 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.