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 Mandag 15:32 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. 

 

[Arild Maka]

2 timer siden, Lars Holden skrev:

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. 

 

Geni og MyHeritage har mye bra, men de er og blir personlige trær. Her kan en ikke rette opp i feil i andres trær, og dermed vil feil spre seg. Dessuten er det ingen åpenbar kobling til kilder. Det eneste alternativet er, så vidt meg bekjent, FamilySearch. Her kommer mange av kildene i Digitalarkivet opp automatisk og det kommer også andre gode kilder opp slik som folketellinger og Find a Grave. Her er det fullt mulig å slå sammen profiler og det er mulig å gjøre rettelser i treet. Så også her er det meningen at en person kun skal ha en profil, ikke tusenvis av kopier. Ofte legger jeg inn linker til FamilySearch i Histreg og vice versa. Den store fordelen med FamilySearch er at en også kan koble opp slekt i utlandet. Men det er ikke noe som savnes i Histreg. Histreg har et annet formål, og det er bra som det er.

[Kari Larsen]

 Noen ganger kan man også finne personer som har emigrert på wikitree.com. Da lenker jeg til disse. 

[Ellen Fakset]

Jeg blir litt bekymret igjen for risikoen for å gjøre arbeid "forgjeves".

 

I går splittet jeg en profil som åpenbart tilhørte to forskjellige personer:

 

Ingeborg Marie Thorsteinsen, sist observert i FT1920

og 

Karin Viola Ingegerd Haug, samme fødselsdato, død i 1994

 

Problemet er at jeg ikke har greid å finne informasjon om dødsfallet til Ingeborg Marie, og da får jeg ikke låst den mhp maskinelle koblinger.

 

For det første mener jeg disse profilene er for forskjellige til at de i det hele tatt ble slått sammen, så jeg håper at denne ikke vil gjenskapes.  Men egentlig synes jeg det burde være mulig å eksplisitt merke en profil som "ferdig", dvs. at kun manuell kobling er mulig.

 

Da hadde jeg også sluppet det omvendte problemet: Som det er nå, føler jeg en viss forpliktelse for å gjøre en profil HELT ferdig før jeg kan oppgi dødssted.  Mange ganger er det naturlig, men andre ganger kunne jeg tenke meg å registrere det jeg finner i farten, og så overlate ferdigstilling til maskin eller en annen frivillig.  Et godt eksempel er Karin Viola Ingegerd.  Jeg vet hvor hun døde, men lar være å oppgi det på profilen.

 

Dessuten: Jeg er helt enig i det som er skrevet om MyHeritage o.a.  Jeg liker at HBR er nøkternt og faktabasert og fritt for slektsvirus.  Flere av tjenestene krever dessuten betalt abonnement.

Endret 20 timer siden av Ellen Fakset

[Arild Maka]

2 timer siden, Ellen Fakset skrev:

Jeg blir litt bekymret igjen for risikoen for å gjøre arbeid "forgjeves".

 

I går splittet jeg en profil som åpenbart tilhørte to forskjellige personer:

 

Ingeborg Marie Thorsteinsen, sist observert i FT1920

og 

Karin Viola Ingegerd Haug, samme fødselsdato, død i 1994

 

Problemet er at jeg ikke har greid å finne informasjon om dødsfallet til Ingeborg Marie, og da får jeg ikke låst den mhp maskinelle koblinger.

 

For det første mener jeg disse profilene er for forskjellige til at de i det hele tatt ble slått sammen, så jeg håper at denne ikke vil gjenskapes.  Men egentlig synes jeg det burde være mulig å eksplisitt merke en profil som "ferdig", dvs. at kun manuell kobling er mulig.

 

Da hadde jeg også sluppet det omvendte problemet: Som det er nå, føler jeg en viss forpliktelse for å gjøre en profil HELT ferdig før jeg kan oppgi dødssted.  Mange ganger er det naturlig, men andre ganger kunne jeg tenke meg å registrere det jeg finner i farten, og så overlate ferdigstilling til maskin eller en annen frivillig.  Et godt eksempel er Karin Viola Ingegerd.  Jeg vet hvor hun døde, men lar være å oppgi det på profilen.

 

Dessuten: Jeg er helt enig i det som er skrevet om MyHeritage o.a.  Jeg liker at HBR er nøkternt og faktabasert og fritt for slektsvirus.  Flere av tjenestene krever dessuten betalt abonnement.

Hvis du ikke ønsker maskinell behandling, så foreslår jeg at du legger inn LÅST eller noe lignende. Ikke FERDIG, ettersom det mangler viktige detaljer.

[Nils Johannessen]

Det har dukket opp en jeg tror det kan være lurt å fikse opp sammen med noen.

Et par, som jeg forstår var forlovet, fikk tvillinger. I både klokker- og ministrialbok er moren med bosted ført opp først, og hun har oppgitt farens navn og bosted, som er ført opp etterpå. Transkribering av ministrialboken har gått greit, men klokkerboken gikk det værre med. feltene for far indikerer at far var mann, men navnet som er lagt inn er moren, og tilsvarende omvendt for faren. Dermed blir jo faren både mor og far til barna, og da går det i ball. Feilen ligger jo hos Digitalarkivet. Hvordan får vi fikset dette?

pd00000024561516 og 19 er barna

pd00000024561517 og 20 er far

pd00000024561518 og 21 er mor

 

DEt er mer krøll med faren, der er det også 2 Ingebrigt Olse med godt 50 år forskjell i fødselsdato som må splittes opp, men det er mer vanlig feil, og lettere å fikse.

 

Endret 11 timer siden av Nils Johannessen

[Ellen Fakset]

9 timer siden, Nils Johannessen skrev:

Feilen ligger jo hos Digitalarkivet. Hvordan får vi fikset dette?

Det blir fikset i DA etter hvert som korrekturlesing blir gjort.

 

I mellomtiden er det best å koble slik at Ingeborg er far, og Ingebrigt er mor.  Navnene blir feil/byttet om, og det kan være greit å legge inn en merknad, gjerne på alle tre profiler.

[Nils Johannessen]

23 minutter siden, Ellen Fakset skrev:

Det blir fikset i DA etter hvert som korrekturlesing blir gjort.

 

I mellomtiden er det best å koble slik at Ingeborg er far, og Ingebrigt er mor.  Navnene blir feil/byttet om, og det kan være greit å legge inn en merknad, gjerne på alle tre profiler.

Kan vi regne med at korrekturlesing og retting skjer i løpet av de kommende 50 år, eller er det lenger frem? Det er vel heller ikke lenger mulig å sende noen melding om oppdagede feil til DA?

Hadde foreldrene nøyd seg med å få ett barn, hadde vel gått å bytte om far og mor. Men de har jo flere som er mer korrekt transkribert, så det blir Ingebrigt som far og mor for noen, og Ingeborg som far og mor for andre. og noen får Ingebrigt som far og Ingeborg som mor.

Det er ganske frustrerende å  måtte stole på at en fremtidig korrekturlesing skal oppdage samme feil og rette den, når det ikke er noen rutine for å kunne sende info om at felene er oppdaget. Vi inviteres til å delta i en stor dugnad for forskere og andre, men om vi finner feil i datagrunnlager vil de ikke vite om det.

[Ellen Fakset]

Tidshorisonten kan ikke jeg si noe om.  🤔

 

Men poenget med å koble slik at Ingeborg er far, og Ingebrigt er mor, er at alt på faren slås sammen til én profil og det samme på moren.  Da vil lista over hendelser ha feil, men selve profilen er korrekt.

 

Den samme effekten kan du se her: https://histreg.no/index.php/person/pf01073701307399

 

Jeg har koblet inn brudens far, selvom navnet er feil transkribert.

Endret 1 time siden av Ellen Fakset