Feil i periode

[dn17500]

Hei
Jeg (DIS-medlem) registrerer etternavn (Hallin) og periode (1600 - 2000) i DIS-treff for å søke etter andre slektsgranskere på navnet Hallin.

Jeg har bidratt til DIS-treff med Samuel Hallin Rud Rakkestad f. ca 1733, d. 01.08.1801.

Som svar på mitt søk står det: Samuel Hallin Rud Rakkestad 1793-1878 noe som ikke stemmer.

Ved nærmere undersøkelse ser en også at det er noe som ikke stemmer med f.dato og d.dato for de øvrige personene i svaret.

Hva er feil?

[dn01013]

Kikket litt på dette.

Da du sendte inn data i 2007 hadde du neppe registrert dato for hverken født eller død siden det står 1793-1878 Rakkestad, Østfold på begge.

1793 er da tatt fra fødsel av siste barn (hm her er det en bug, burde vært 1777-1878

1878 er felles årstall, noe som tyder på at på tidspunktet du sendte inn data hadde du registrert 1878 som årstall for giftemålet.

Fornøyd med svaret ??

[dn01013]

PS. Hadde det vært registrert dato for ca. født og når død ville linjen ha sett slik ut:

f.1733-d.1801

[dn17500]

Hei

Forstår jo hva du skriver og aksepterer det som et svar men stiller spørsmålet om hvorfor i allverden er dette nødvendig. Det går da ikke an å ta tak i et eller annet årstall dersom f.dato eller d.dato er blank.

Selv om hensikten med DIS-treff er å finne andre slektsgransker så må iallefall den øvrige info som gis være riktig.

[Per-Olav Broback Rasch]

Det er vel gjerne slik at det står "1793-1878", altså uten f. og d., slik at det skal komme frem at personen levde i dette tidsrommet, men at fødsel og død ikke er registrert.

[Otto Jørgensen]

Jeg antar at dersom datoen hadde vært lagt inn som datospenn som er aksepter av GEDCOM ville heller ikke dette være noe problem for Distreff. Fra GEDCOM

Where :
AFT =Event happened after the given date.
BEF =Event happened before the given date.
BET =Event happened some time between date 1 AND date 2. For example, bet 1904 and 1915 indicates that the event state (perhaps a single day) existed somewhere between 1904 and 1915 inclusive.

The date range differs from the date period in that the date range is an estimate that an event happened on a single date somewhere in the date range specified.

The following are equivalent and interchangeable:

Short form Long Form
---------- ---------
1852 BET 1 JAN 1852 AND 31 DEC 1852
1852 BET 1 JAN 1852 AND DEC 1852
1852 BET JAN 1852 AND 31 DEC 1852
1852 BET JAN 1852 AND DEC 1852
JAN 1920 BET 1 JAN 1920 AND 31 JAN 1920

[dn01013]

Alle registrerte begivenheter i en persons liv antas i utgangspunktet å være korrekt registrert fra informasjonsgivers side.

Når det ikke er tilfelle kan det fort bli feil, f.eks. som her hvor giftemålet tydeligvis er registrert med 100 år feil.

Det er ikke bare født og død som er begivenheter som trekkes ut, men alle registrerte begivenheter som berører personen.

Disse kan deles i tre kategorier:

Begivenheter registrert på personen selv, f.eks. født, døpt, konfirmert, tidsperiode yrkesutøvelse (som sokn for yrkesutøvelse er registrert)

Dato og sted for begivenheter registrert i familierelasjonen til ektefelle, samboer, person man har barn sammen med etc., feks. dato for ekteskap, lysning, forlovelse eller annen begivenhet registrert der med både år og sted

3. kategori er årstall og sted for barnas fødsel.

For alle kategorier gjelder en fundamental regel.
Både dato og sted må være registrert og gjenkjennelig for maskinell behandling, dvs at stedsnavn må inneholde navn på sokn evt kommune, og i tilfelle soknenavnet brukes flere steder, så må fylke registreres.

Å registrere kun gårdsnavn kan gi artige, men akk, helt feilaktige stedsnavngjenkjenninger hvis gårdsnavnet er navn på et sokn. F.eks. Solberg som er et vanlig gårdsnavn, men også navn på et kirkesokn i Beitstad.

For øvrig er siste versjon av GEDtreff nå utstyrt med bedre rutiner for å avdekke problem med feilaktig årstall for en begivenhet.

[dn17500]

Skjønner at dette er mer komplisert enn som så, men året 1878 er ikke giftemålsår men bostedsår.

[Otto Jørgensen]

Det som her er viktig, er ikke hbva du "har" i databassen din, men hva GEDCOMfuken din har og som du har levert videre.

Produserer programmet riktig GEDCOMstager for de hendelsene du omtaler?

[dn01013]

Dette har neppe noe med Gedcom-tager å gjøre, men at en begivenhet er registrert 100 år feil.
Feilaktige gedcom-tager blir ikke gjenkjent og skippes helt.

Ang. fødsel og død. Husk at også sted for disse må være registrert og gjenkjenbar.

Feks. Født: 1737 sted registrert som ukjent gir ikke uttrekk
Født i Holt uten årstall blir ei heller trukket ut

Født 1737 i Holt blir derimot trukket ut og gir f1737, Holt, Aust-Agder som resultat.

OCCU blir tatt med om både årstall og sted er tatt med og sted kan identifiseres eller tilknyttes et sokn.

I tillegg til å hjelpe til med å finne andre kan man se på DIStreff-tjenesten, dvs. kjøring med GEDtreff som en test på leseligheten og korrektur av skrivefeil av slektsboka

[55901]

Betyr dette at vi ikke bør bruke siste versjon, men vente på neste...........?

[dn01013]

Beta-versjonen som ligger på http://www.disnorge.no/distreff/prog/

Finner man den ikke der installerer man midlertidig fullversjonen (som ikke er fullversjon, men en midlertidig versjon strippet for alle tester), lager et bidrag med den som sendes inn automatisk, går til nevnte side og laster ned programmet, deinstallerer midlertidig fullversjon, og installerer beta-versjonen.

Ant. kommer for øvrig RC1 i morgen mandag 1. desember, eller 2. desember.

Den vil være åpen for alle.