Bruk Historisk befolkningsregister, HBR, histreg.no som felles plattform!

[Nils Johannessen]

35 minutter siden, Arild Maka skrev:

Jeg er litt på tynn is her, men... mener å huske at folk på den tiden anga "hvilket år de var i". Altså når du er født, så er du i ditt første leveår frem til du fyller ett år, så fort du har fyllt ett år er du i ditt andre leveår. Så det kan være bakgrunnen for dette. Er du i ditt 52. år, så er du 51 år slik vi regner i dag.

i kolonneoverskriften i det skannede skjemaet står det:
Alder
Det løbende alders-
aar iberegnet

 

Det kan vel tolkes som om du var fylt 51 den 31.12, så er du i ditt 52. år, og da blir vel regnestykket rett.

De visste godt hvordan lage krøll for oss som skulle finne ut av slekten vår en gang i fremtiden, kjeltringprestene og folketellerne den gangen 🙂

 

[Ivar Moe]

Finner dette registeret eller hva dere kaller det total ubrukelig. Feil på feil. Takker meg til Geni og MyHeritage.

Hva holder dere egentlig  på med her?????

 

Mvh

Ivar Moe

[Kari Larsen]

Vi holder på med dugnad. Alle hendelser er kildetro! Vi kan ikke korrigere kildene, men lenkene mellom dem. Fortell hva du mener er feil, så kan jeg prøve å korrigere noen av lenkene dine!

[Arild Maka]

7 timer siden, Ivar Moe skrev:

Finner dette registeret eller hva dere kaller det total ubrukelig. Feil på feil. Takker meg til Geni og MyHeritage.

Hva holder dere egentlig  på med her?????

 

Mvh

Ivar Moe

Du har nok ikke helt satt deg inn i hvordan dette virker. Jeg bruker både Geni og MyHeritage, men der finnes det i praksis ingen kilder. Så det er umulig å vite om det folk legger inn er riktig. Mye av koblingene de gjør er tatt ut av løse luften.

I HBR så er alle koblinger basert på originale kilder. Og har du koblet et barn til sine foreldre, så kan du ikke koble samme barn til andre foreldre slik du kan i både Geni og MyHeritage. Det er mulig å gjøre feil også i HBR, men hvis noen oppdager en feil, så kan de rette den for all fremtid. Da ligger ikke denne feilen også 100 andre steder.

 

Selv om mye her er koblet opp med algoritmer, så vil det gjenstå mye manuelt arbeid. Algoritmene kan ha gjort feil, og en del koblinger krever manuelt arbeid. Men er først jobben gjort, så ligger den der for all fremtid. Og alle som bruker dataene kan se hvilke kilder som ligger til grunn for akkurat denne koblingen.

 

Jeg har samlet opptil 100 kilder for en og samme person. Alt ligger på samme sted åpent for alle. Og du ser lett foreldre, søsken, partnere og barn. Men du får ikke ut et grafisk grensesnitt med et slektstre. Det bygger jeg parallellt i MyHeritage. Men jeg slipper å ta vare på all dokumentasjon privat, for det ligger i HBR, og det er tilgjengelig for alle.

 

Jeg holder nå på med å koble opp alle i folketellingen 1920 for min kommune. Jeg klarer faktisk å følge hver person fra fødsel (dåp) til død/begravelse. En slik tilnærming er helt umulig i både Geni og MyHeritage. Får vi gjort dette for alle kommuner, så har vi et tilnærmet 100% tre for hele Norge.

[Nils Johannessen]

Det virker som om det mangler noe kvalitetssjekk i algoritmene som knytter postene sammen i histreg?
At to dåper med forskjellig dåpsdato og identisk fødselsdag, bør IKKE kunne knyttes sammen til en person, selv om ett av deres 2 navn er identisk. når også foreldre er forskjellige mangler det litt for mye logikk i algoritmene

 

[Ellen Fakset]

21 minutter siden, Nils Johannessen skrev:

At to dåper med forskjellig dåpsdato og identisk fødselsdag, bør IKKE kunne knyttes sammen til en person, selv om ett av deres 2 navn er identisk. når også foreldre er forskjellige mangler det litt for mye logikk i algoritmene

Jeg er helt enig, og jeg har ryddet opp i flere slike bare i dag. Men jeg har slått meg til ro med at algoritmene skal være forbedret og ta hensyn til flere variabler enn bare fødselsår og en del av navnet.  I ditt eksempel er personene bosatt på hver sin side av landet - også noe jeg har løst opp i i dag.

 

Har jeg rett i at dette ikke skal skje lenger, Lars?

 

Rettelse: Jeg ser nå at eksemplet ditt har like fødselsdatoer, og det har jeg ikke sett i det siste.  Men poenget mitt blir det samme.

Endret 14 timer siden av Ellen Fakset

[Lars Holden]

On 7/30/2026 at 10:23 PM, Arild Maka said:

Det kan jeg sikkert gjøre for de som emigrerer, men det vil jo ikke gjelde alle. For øvrig har jeg valgt å skrive inn EMIG kun i de tilfellene jeg finner emigrasjonen i en kilde. Da ser jeg lettere hvor dette mangler.

Enig i at EMIG bare bør brukes som dødstidspunkt for personer som vi vet har emigrert og vi er rimelig sikker på dør i utlandet. Jeg trodde har problemstillingen med at man har dødssted, men ikke tidspunkt for dødsfallet i all hovedsak var knyttet til emigrerte. 

[Lars Holden]

On 7/30/2026 at 10:27 PM, Arild Maka said:

Hmm - feilen er rimelig stabil, og skriver jeg Kiise* i feltet for Fødested i stedet for Bosted, så har jeg ikke klart å få samme feil. Saken var at jeg prøvde å finne ut hvilken kommune Kiisestuen var i, og de fleste treffene for dette stedet var i tidsrommet som ga problemer.

Da har jeg dessverre ikke noen god forklaring. Vi bruker den vanlige søkemotoren i DA. Men det kan skyldes noe med overføring av de ulike feltene fra histreg grensesnittet til søket i DA. 

[Lars Holden]

13 hours ago, Ellen Fakset said:

Jeg er helt enig, og jeg har ryddet opp i flere slike bare i dag. Men jeg har slått meg til ro med at algoritmene skal være forbedret og ta hensyn til flere variabler enn bare fødselsår og en del av navnet.  I ditt eksempel er personene bosatt på hver sin side av landet - også noe jeg har løst opp i i dag.

 

Har jeg rett i at dette ikke skal skje lenger, Lars?

 

Rettelse: Jeg ser nå at eksemplet ditt har like fødselsdatoer, og det har jeg ikke sett i det siste.  Men poenget mitt blir det samme.

Vi forbedrer hele tiden algoritmene. Men det skjer feil, både av algoritmer og manuelt. Selv synes jeg at antall feil er avtagende og at feilene er mer forståelig enn tidligere. Når man ser på en personsiden med mange forekomster, vil man sjekke mange flere opplysninger enn det vi får til med algoritmene. Jeg arbeider selv mye med manuell sjekking av personsider basert på Min kommune. 

 

Tre generelle problem:

 

De ulike kildene har fylt ut ulike felt. Noen bare fødselsdato, noen hendelsesdato, disse kan være fulle datoer eller bare dagen og årstallet må tas fra andre felt. Mange ulike format. Noen har yrker som er identifiserende manuelt. Noen personer er stedfaste, mens andre flytter mye. Algoritmene er ikke så avanserte at de ser på alle mulige kombinasjoner her.  

 

Lenkingen og delenking skjer i mange trinn og ikke alle algoritmer/bidragsytere har oversikt over alle forekomstene. Manuelt skjer det lettest når man delenker og skiller ut en person. Da kan det skje at hver operasjon er rimelig, men samlet kan man se feil.  

 

Det er relativt ofte feil i kilder eller transkribering. Hvis vi skal ha 100% match på alt, blir det få lenker. Det er vanskelig å sette grenser her. Manuelt er det mye lettere å vurdere. 

 

Ang. denne feilen: 

Algoritmene for dåp tror jeg bare sammenligner fødselsdato og ikke hendelsesdato. Vi har valgt å bruke de feltene som er fylt ut oftest og som lettest kan sjekkes mot andre datoer for personen.

 

Jeg har også erfaring med Geni og MyHeritage. Hadde disse fungert meget godt, hadde neppe histreg blitt utviklet. Jeg mener vi trenger et verktøy som dekker hele befolkningen, bygger direkte på kildene, er mest mulig transparent og hvor feil forhåpentligvis er avtagende og ikke kopieres i det uendelige. Histreg er også laget slik at data er tilgjengelig for alle typer offentlig forskning og fungerer som et autoritetsregister for alle avdøde personer.