18 - 05 - 2024
Main Menu
Who's online

We have 527 guests and no members online

Latest articles
Visitors
27262677
Today
Yesterday
This Week
This Month
Last Month
All days
13503
13966
72333
207883
295642
27262677

Old stories

New update

User Rating:  / 0

New update of AgetoAgeSqlite that now has its own MediaPlayer. It use the DirectShow.NET library available from DirectX 8.1 and later.

The Country and Region forms has also got a Residence tab now that display all residences found in a Country or Region.

Scrollbar

User Rating:  / 0

Updated MediaPlayer with a scrollbar that let you move the position to where you want it.

The future of AgetoAge

User Rating:  / 0

AgetoAgeSqlite har blitt veldig bra, databasen jobber lynraskt etter at jeg opprettet indexer og alt er så mye enklere også for programmereren når man bruker et ordentlig databasesystem. Hvis behovet for et nytt felt i en tabell skulle oppstå er det veldig enkelt å opprette det.

Importen av GED filer fungerer også bra og det er bare å velge en GED-fil og klikke OK for å importere denne. Konvertering av ID'er gjøres automatisk på en enkel og smart måte (konvertering er nødvendig for å unngå at flere enn èn person har en bestemt ID. Dette åpner for at man kan bygge opp en database med millioner av personer/familier, denne kunne være lagt på en server slik at besøkende kan søke i databasen for å prøve å finne noen slektninger. Hvis man var en del personer som importerer GED filer til en felles database vil man kunne bygge opp en database med millioner av personer på ganske så kort tid.

Det er utrolig interessant å utvikle dette og programmering er blitt meget lettere i disse dager. MediaPlayer vinduet som jeg nettopp har lagt til tok ikke lang tid å programmere fordi jeg kunne bruke en DLL der jeg bare kaller opp funksjoner som er blitt skrevet av Microsoft. Jeg leste denne artikkelen for å lære å bruke funksjonene.

Er det noen som har noen tanker om dette?

Ny oppdatering

User Rating:  / 0

Ny oppdatering er lastet opp og det som er nytt er at man kan nå skrive kommando til databasen for å opprette for eksempel nye indexer om det er ønskelig. Hvis man vil opprette en index med navn birthindex for fødselsdatoer, skriver man:

Create Index birthindex on ata_persons (birthdate)

Ønsker man å slette den skriver man:

Drop Index birthindex

Birthday vinduet som viser hvem som har bursdag i dag har blitt oppdatert med knapper for å vise neste og forrige dag (man kan gå flere dager frem eller bak ved å klikke gjentatte ganger).

Statestikk vinduet har også blitt oppdatert slik at man kan se mengden av personer som har tilknyttning (fødsel, dåp eller gravsted) til et sted som er registrert med bredde og lengdegrad (geografisk).

Vinduet "Related photos" har også blitt oppdatert slik at man kan dobbelklikke et element i listene der får å få opp tilhørende skjema.

Programmering en fin hobby

User Rating:  / 0

Programmering er en veldig fin hobby å drive med og man lærer noe nytt hele tiden. Jeg har nå nettopp tatt i bruk det man på fagspråket kaller en "Inner Join" (eller bare Join) i en av SQL spørringene som jeg bruker for å finne levesteder som har fått ett eller flere fotoer  Jeg spør altså etter de levesteder som har fotoer og det er to tabeller som kan gi svaret på dette, nemlig tabellen over levesteder og tabellen over fotoer som har blitt lagt til et levested. Spørringen blir litt mer komplisert pga at det er 3 felter som tilsammen utgjør et levested Location, Type og LivingID (ID for person eller familie). På denne måten kan ett bestemt sted være flere levesteder. For eksempel stedet "Storveien 10" kan da være levested for en eller flere personer eller en eller flere familer:

Location            Type       ID

Storveien 10     Person    2

Storveien 10     Person    3

Storveien 10     Familie    1

Storveien 10     Familie    2

Her er det altså 4 forskjellige levesteder (residencer) men selve stedet er det samme. Det som skiller levestedene fra hverandre er altså hvilke personer eller familier som har levd der. Så for å finne hvilke levesteder som har ett eller flere fotoer kjører jeg denne SQL setningen:

"select distinct ata_residentials.Loc, ata_residentials.Type, ata_residentials.LivingID, Text from ata_residentials INNER JOIN ata_residentialphoto ON ata_residentials.Loc = ata_residentialphoto.Loc and ata_residentials.Type = ata_residentialphoto.Type and ata_residentials.LivingID = ata_residentialphoto.LivingID";

Resultatet vil være en tabell der hver rad er et levested som har foto.