Who's online
|
We have 120 guests and no members online
|
Visitors
|
30587340
Today Yesterday This Week This Month Last Month All days
3559 6589 16168 131865 260366 30587340
|
|
 |
New update
User Rating:     / 0
- Details
-
Category: Development
-
Published on Monday, 25 April 2011 12:02
-
Written by Ove
-
Hits: 2671
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.

The future of AgetoAge
User Rating:     / 0
- Details
-
Category: Development
-
Published on Sunday, 08 May 2011 15:29
-
Written by Ove
-
Hits: 2770
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
- Details
-
Category: Development
-
Published on Sunday, 15 May 2011 09:56
-
Written by Ove
-
Hits: 2547
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
- Details
-
Category: Development
-
Published on Monday, 23 May 2011 20:29
-
Written by Ove
-
Hits: 2620
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.

|
|
 |