TYPO3 Mailingliste: nicht fragen - lesen!

Hallo Liste,

ich bin auf der Suche nach einer Möglichkeit einen Familien-Stammbaum zu
erstellen. Ich habe 2 Extensions gefunden (Suchwort: genealogy) die eine
davon (basic_genealogy_fields) fügt felder zu den Seiteneigenschaften
hinzu, die dann für Daten wie Geburtsdatum usw.. sind. Leider fehlt hier
aber eine Anleitung, sodass ich hier kaum etwas mit anfangen kann.

Die zweite scheint etwas durchdachter zu sein: sg_genealogy

Diese hat den Status "Experimental" und das anscheinend zu recht. Es
können zwar Datensätze von Familien und Personen angelegt werden, doch
irgendwie kommt es immer wieder zu Fehlermeldungen. Außerdem fehlt zu
dieser Ext. auch eine Doku, was das Verstehen der Extension starkt
erschwert.

Hat jemand von euch schonmal einen Stammbaum durch TYPO3 darstellen lassen?

Anfangs dachte ich ja daran, tt_address um einige Felder zu erweitern
(sofern ich herausbekomme wie...), als Stammbaum würde ich den Pagetree
missbrauchen, die Ausgabe könnte man mittels einer Sitemap realisieren,
doch ob das alle Anforderungen erfüllt, die man sich wünscht weiß ich
selbst noch nicht.

Würde mich freuen wenn ihr euren Senf dazugebt.

Gruß, Sönke
_______________________________________________
TYPO3-german mailing list
TYPO3-german (AT) lists (DOT) netfielders.de
http://lists.netfielders.de/cgi-bin/...o/typo3-german

Sönke Hartung schrieb:
> Hallo Liste,
> ich bin auf der Suche nach einer Möglichkeit einen Familien-Stammbaum zu
> erstellen.
>
> Würde mich freuen wenn ihr euren Senf dazu gebt.
> Gruß, Sönke

Hier der Senf zu den Ideen :

Ich beschäftige mich schon seit ca. 15 Jahren mit einer SQL gestützten
Entwicklung. Alle die, die ich bis jetzt kenne, (ich kann nicht alle kennen)
hatten Macken und arbeiteten mit teilweise wilden Workarounds und Konstrukten,
die händisch programmiert waren. Das ist soooo "einschränkend" und mühsam,
das hatte und hat aus meiner Sicht keine Zukunft.

Die ganze Datenbankstruktur steht und fällt mit der z.B. im MYSQL System oder
einer anderen Datenbank implementierten bzw. verankerten "n zu m" Relation.

Das bedeutet, daß jedes "Objekt" (also die einzelne Person) mit jedem verwandt
sein können muß ohne wenn und aber. Es darf keine technischen Restriktionen
geben, selbst Inzucht nicht.

Dazu braucht man eine gesunde Darstellungsweise und auch das Frontend dazu.
Das war sowohl in Dataflex, Delphi wie auch in C++ sehr mühsam und zeitaufwändig,
zu wenig an Bausteinen war fertig.

Die Typo3 Version 4.1.2 samt der neuen PHP und Mysql Versionen soll das jetzt
vom Ansatz her können, ich bin gespannt.

Irgendwo auf unseren Servern wohnen auch noch Ansätze vom theoretischen Daten-
bankesign, irgendwo ....


Gleiches Prinzip gilt auch für eine moderne Archiv- Verwaltung für unser
fernsehmuseum. Diese "n zu m" Relation ist der Schlüssel zu dieser Idee.

http://www.gfgf.info/diplomarbeit.0.html

--

mit freundlichen Grüßen / kind regards
Gert Redlich


_______________________________________________
TYPO3-german mailing list
TYPO3-german (AT) lists (DOT) netfielders.de
http://lists.netfielders.de/cgi-bin/...o/typo3-german

Hi Soenke

Probiere es doch einmal mit dem Partner oder Party framework. Das kann ja
bereits jetzt viele relationen verwalten und verknuepfen

Andi
_______________________________________________
TYPO3-german mailing list
TYPO3-german (AT) lists (DOT) netfielders.de
http://lists.netfielders.de/cgi-bin/...o/typo3-german