RootsMagic

[Arild Jarle Kompelien]

Etter å ha sett på en del programmer, fattet jeg interesse for å se nærmere på programmet RootsMagic. Hvordan programmene oppfyller DIS sine krav er et godt utgangspunkt for hva som kan være interessant. Etter kort tid fant jeg RootsMagic veldig lett og raskt å arbeide med. En positiv overraskelse.

Jeg mener programmet oppfyller noen krav som i testen er ført med 0.

1. Hendelse - I-B07 - Hendelser kan sorteres automatisk ihht. datofelt? - 0. Dette stemmer ikke, hendelsene sorteres automatisk etter innlagt dato for hendelsen. I tillegg kan dette rettes dersom man ønsker hendelsen sortert på annen dato enn den innlagte.

2. Vedlikehold - II-A02 - Sammenslåing av stedsnavn? - 0. Det tenkes vel her på sammenslåing av samme stedsnavn ført på to forskjellige måter. Dette er det eget valg for, og lett å utføre.

3. Vedlikehold - II-A16 - Merking av personer - 0. Programmet har flere valgmuligheter for merking av personer med 16 forskjellige fargekoder, det være seg aner, etterkommere, et utvalg eller enkeltpersoner.

4. Dato - C06 - Angivelse av hvordan usikre datoer er fremkommet? - 0. Dette er enkelt å føre i et notatfelt til hendelsen.

[Ole Bjørn Darrud]

Hei

Takk for tilbakemelding.
Jeg har nå sett på dette og har følgende kommentarer:

1. Hendelse - I-B07 - Hendelser kan sorteres automatisk ihht. datofelt?
Programmet sorterer som du sier automatisk der det er lagt inn dato og skal ha 2 poeng for dette.

Det gis ytterligere poeng dersom:
”2 poeng = mulighet til å velge om udaterte hendelser skal først eller til slutt, 1 poeng = udaterte hendelser sorteres logisk (gravlagt etter fødsel) der det er mulig. ”
Så vidt jeg kan se er disse to siste kriteriene ikke tilfredstilt.

2. Vedlikehold - II-A02 - Sammenslåing av stedsnavn?
Her er det mulig å markere hvilke tos stedsnavn som skal slås sammen. Det er et angrebilde som må aksepteres/forkastes før sammenslåingen foretas. Dette gir 3 poeng.
Hadde programmet i tillegg vist hvilke hendelser etc der de foreslåtte stedsnavn er brukt hadde det blitt 2 poeng til.

3. Vedlikehold - II-A16 - Merking av personer – 0
OK 5 poeng.

4. Dato - C06 - Angivelse av hvordan usikre datoer er fremkommet?
Du har rett i at det er mulig å legge inn kommentarer i et generelt notatfelt knyttet til hendelsen. Men det er så vidt jeg kan se ikke noe dedikert felt for slikt knyttet til datofeltet.

Testresultatene er nå oppdatert.

Mvh
Ole Bjørn

[Arild Jarle Kompelien]

Slik kriteriene er satt, er jeg enig i din vurdering.

Likevel et par kommentarer.

1.
Har sjekket sortering. Udaterte hendelser legges automatisk sist. Ved innlegging av flere udaterte hendelser kommer sist innlagte sist.
Sorterer ikke udaterte logisk (fødsel før død).

En kommentar: Hvorvidt udaterte kommer først eller sist er vel lite interessant når man valgfritt kan angi sorteringsdato. Det er det å kunne legge hendelsen der man ønsker som er det viktige. Først eller sist er en begrensning, mens eget valg er det beste.

2.
Når det gjelder å vise hvilke hendelser som er tillagt et stedsnavn er det ikke et eget valg for dette, men opplysningene kan fås gjennom listeutskrift av stedsnavn til skjerm/skriver. Forresten meget oversiktlig presentert og gjort på et par øyeblikk.

[Arild Jarle Kompelien]

Et par punkter til.

Vedlikehold:
II-A11 - Forslag til utfylling av stedsnavn? - 0
Programmet kommer med forslag så snart du begynner å skrive et stedsnavn. Det er vel dette det spørres om?

Skjermvisning:
II-B11 - Kan markere personer med f. eks. fargekode basert på flere kriterier? - 3.
I kommentarfeltet står det kun - ikke.
Hva mangler?
Ser programmet kan markere med fargekode etter 4 kriterier.

[Ole Bjørn Darrud]

II-A11. Du har rett i at denne fiunksjonen finnes. Det trekkes imidlertid 2 poeng her fordi RM tilsynelatende ikke lar bruker skru av funksjonen.

II-B11. Du har rett. 5 poeng.

Takk igjen for innspill

[Arild Jarle Kompelien]

Enig.

Har et par nye punkter:

Stedsnavn:
I-D07 - Kan knyttes til detaljert norsk kart? - 0.

Ved stedsregistreringa er det egne felt for lengde- og breddegrad. Det skulle vel holde?

Vedlikehold:
II-A03 - Sammenslåing av hovedkilder? - 0.

Her tenkes vel på at samme kilde er registrert på to forskjellige måter? Sammenslåing kan da ordnes på to måter - enten ved å kjøre Search/Replace, eller gå inn på kildelista og velge funksjonen Merge som vil slå sammen to kilder etter brukers ønske.

[Ole Bjørn Darrud]

I-D07
Det er ikke tilstrekkelig at koordinatene kan legges inn i programmet.
Poenget med dette punktet er å kunne se stedet på et kart, slik at det er linken til et kart som honoreres.

Premissene bak krav II-A03 er:
II-A3 Sammenslåing av hovedkilder?
Forklaring: Programmet gir mulighet til å slå sammen hovedkilder. Søk og erstatt funksjon dekker også dette behovet. Isteden for selv å måtte innom alle "kroker" i programmet for å finne ut hvilke hendelser som er knyttet til en hovedkilde bør programmet selv liste opp dette og sammenligne med tilsvarende informasjon til det stedsnavn som informasjonen skal overføres til.
En slik funksjon bør inneholde et bilde hvor alle detaljer i begge identiteter som er lagt inn vises og at du kan velge hvilke detaljer fra disse to som "skal overleve".
Poeng: 5 = OK, 3 poeng uten opplisting av detaljerte konsekvenser.

Her blir det derfor kun 3 poeng.

Ole Bjørn

[Arild Jarle Kompelien]

Fint at du ser på dette.

En liten bemerkning til:

Multimedia:
III-E-02 - Interaktiv multimediapresentasjon? - 4 - ikke video.

Jeg har lastet ned programmet, men på RMs hjemmeside står oppført under Features - Video tutorial included on CD.

[Ole Bjørn Darrud]

Dette kriteriet handler om hvorvidt RM kan lage en multimediapresentasjon basert på data du har lagt inn:

III-E2 Interaktiv mutimedia presentasjon?
Forklaring: Programmet skal kunne etablere en interaktiv multimedia presentasjon som kan lagres/distribueres på CD/DVD. Presentasjonen skal kunne spilles av på andre datamaskiner uten at slektsprogrammet er installert (eks. basert på HTML eller runtime versjon av slektsprogrammet). Informasjonen skal være en interaktiv opplevelse av en persons liv, en familie, en slektsgren eller lignende som benytter innlagt slektsinformasjon, bilder, lyd og video på en enkel og intuitiv måte. Programmet må kunne benytte alle formatene slekts/relasjonsinformasjon, tekst, lyd, bilde og video for å få 5 poeng.

Mvh
Ole Bjørn

[Arild Jarle Kompelien]

Grei oppklaring.

[Arild Jarle Kompelien]

Et par nye kommentarer til testen av RootsMagic som gjelder utskrifter.

1.
III - A05 - Slektshistorie (anetavle) inkl. halvsøsken og deres inngifter - 0

Ved bruk av programmets rapport Individual Summary oppnår en dette. Ved å velge Individual Summary - Selected Individuals - Create - Mark (der er det mange valg for merking), men her Ancestors of Highlighted person - Ancestors and children of ancestors - Velg antall generasjoner.

Man får da ei utskrift der alle aners ekteskap og utenomekteskapelige forhold er med, med alle barn og hvem barna ble gift med og deres barn igjen. Alle hendelser og tekst for en person er med, også alder ved vielse.

Samme rapport med noen andre valg mener jeg da også skal dekke

III - A02 - Slektshistorie (etterslekt) kan inkludere halvsøsken og deres inngifter? - 0
III - A15 - Kan inkludere alle i databasen som har en relasjon? - 0

Utskriftene gir med dette veldig god oversikt. Et minus er at hver person begynner på ei ny side. Med utskrift av mange generasjoner blir det mange sider. Ved først å lage rtf-fil, kan selvfølgelig den redigeres for å få ned sidetallet.

A15 er jeg noe usikker på, men regner med det dekkes av valget - Collateral lines.

[Ole Bjørn Darrud]

Hei

"Med slektsbok "anetavle" menes rapport som med naturlig setningskonstruksjon, flytende fortelling og systematisk oppbygning knytter personer sammen og benytter standard ord og setninger med utgangspunkt i en person og dennes forfedre. "

Den rapporten du peker på ser ikke ut til å tilfredstille kravet til en fortelling.
Dette kravet gjelder alle de punktene du tar opp.
Eller er det noe jeg gjør galt?

Dessuten ser det ikke ut til at den rapporten du peker på gir noe annet enn forferdene og deres barn. Hvem de barna giftet seg med kommer ikke med.

Dersom du velger "Ancestors and collateral lines" får du med deg "alle", men da uten mulighet til å begrense antall generasjoner.

Mvh
Ole Bjørn

[Arild Jarle Kompelien]

Først - det jeg får ut av rapporten når jeg velger aner med utgangspunkt i meg selv eller mine barn, er som jeg beskrev. Eksempel - for min bestefar (som en ane), får jeg alle hans barn, hvem hvert barn ble gift med og hvilke barn de fikk. Med andre ord alle mine søskenbarn - en glimrende oversikt.

Men du har rett i at rapporten ikke er et tradisjonelt anetavleopplegg. Jeg hadde også ønsket meg det valget. Men rapport"slektskapet" er veldig nært.

Når det er sagt. synes jeg rapporten er glimrende for å få god oversikt - særlig dette at anenes barn med ektemaker, og deres barn igjen, kommer med. Også alle hendelser for anene er med.

I tillegg har rapporten, etter mitt syn, en veldig fin lay-out. Og som rtf-fil er det lett å gå inn og ordne etter generasjoner.

Det kunne være fristende å starte en ny diskusjon på Dis sine kriterier, ikke fordi det er noe galt med de som er, men de som eventuelt mangler. For meg blir det et lite tankekors at programmer kan ha gode funksjoner som ikke blir kreditert. Som denne rapporten. Kanskje andre har andre funksjoner i sine programmer de er begeistret for og mener burde være en del av testkriteriene.

[Ole Bjørn Darrud]

Jeg er enig i at rapporten er OK, men det er ikke den det spørres etter i de kriteriene du nevner.

Den rapporten du bruker tilfredstiller kravene til punkt
"III-C01 Familierapport?"
i testen.
Og her får Roots Magic full uttelling.

Forslag til flere krav i testen vil bli vurdert når de foreligger.

Mvh
Ole Bjørn