Beste mensen,

Ik houdt de kop expres algemeen. Als ik het goed begrepen heb, is er bij de vaste sjabloon-bouwers geen kennis of tijd genoeg, vandaar mijn vraag aan een ieder die wel eens een sjabloon heeft gebouwd.

Zelf ben ik al een tijdje opzoek naar een systeem als FlexiTree, heel mooi. Het grootste nadeel: Als de stamboom te groot wordt, wordt het systeem veel te traag. Dit is op 1 manier snel en makkelijk op te lossen: door de XML-file om te zetten in een SQL-database. Dan moeten de bestanden die naar de XML-file verwijzen natuurlijk ook omgezet worden.
Mijn vraag:
Wie heeft er tijd om een dergelijk systeem te bouwen? Let Op: ik heb geen toestemming aan Antoon of Han gevraagd voor het gebruik van FlexiTree voor dit sjabloon, dus misschien moet er een compleet sjabloon gebouwd worden (bij deze mijn vraag aan beide heren, mag het sjabloon gebruikt worden?).
Ik heb er zelf helaas geen tijd voor. De kennis is er wel, dus ik wil wel als helpdesk fungeren als je er (gedeeltelijk) niet uit komt.
Tja, dat was het eigenlijk, ik hoop dat er iemand is die zich (op)geroepen voelt.
Alvast bedankt

Merijn

De auteurs van Flexitree zijn Adrie den Blanken, Paul Kallenberg en Han Kortekaas.

Dank Antoon,

uiteraard, het is een invoegtoepassing buiten Aldfaer om.
Mijn vraag dus aan Paul Han en Adrie. Mocht er iemand gehoor geven aan deze oproep, mag dan FlexiTree gebruikt worden of wordt het een nieuw sjabloon van de grond af?

Merijn

Merijn,

Op dit moment geven wij nog geen toestemming om FleXiTree op basis van SQL te implementeren. Pas als iemand met een concrete voorstel komt en zich beschikbaar stelt om dat te implementeren beslissen we verder beslissen hoe we hiermee omgaan.

Daarbij moet het ombouwen naar een SQL platform niet onderschat worden.

In SQL is de gehele structuur “plat” geslagen in tabellen en dat is een groot verschil met de xml structuur die hiërarchisch van opzet is. Oftewel een flexibele geneste structuur is absoluut niet (zonder meer) in SQL te plaatsen Zie bv het wel of niet hebben van notities, het variabele aantal foto's, het variabele aantal kinderen, het variabele aantal feiten, enzovoort. Al deze gegevens zijn niet op een vergelijkbare manier in SQL te plaatsen. Natuurlijk is uiteindelijk overal een oplossing voor, maar ten koste van wat is dan de vraag. Een mogelijke oplossing zou kunnen zijn om geen SQL te gebruiken maar een echte XML database, bv xmldb van Oracle. Maar of dit bij providers beschikbaar is, ik heb geen idee. Indien snelheid echt een probleem is, dan zou ik adviseren voorlopig phpgedview te gaan gebruiken. phpgedview is gebaseerd op een SQL database en bied vele mogelijkheden voor het beheren en bijhouden van genealogische informatie.