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

[Lars Holden]

On 2/21/2026 at 1:02 PM, Arild Maka said:

Dette er en "bug" de vet om. Så det blir nok bedre om ikke så lenge. Den jobben du beskriver er vel ikke så veldig omfattende? Fjerne familierelasjoner for Anne og etterpå legge 10 personer i familiekurven og koble dem sammen.

Ja, det kunne vært en enklere løsning for å legge personer i familiekurven. Hvis en er på søkesiden kan en legge mange personer samtidig inn i personkurven. Hadde vært flott om noe lignende ville vært mulig for familiekurven. Men problemet her er vel egentlig ikke at det er så tungvindt eller at det er mye arbeid. Jeg føler problemet er at ting går så tregt. Hvis en er på nb.no, så kan en få frem søk på under ett sekund, og da søker en gjennom all tekst i millioner av aviser og bøker. Her i Histreg tar det relativt lang tid å legge noe i en kurv, åpne en ny person, legge vedkommende i samme kurv osv. Det meste av tiden går med til venting. Det er litt frustrerende.

Jeg er enig i at det er en bug i familiemodellen i dette eksemplet at familier med samme stemor ikke slås sammen. 

 

Jeg ser ikke noen enkel måte å legge mange familiemedlemmer i en kurv. De vil ikke være i samme søket på samme måte som PFer som skal i personkurven. To raske måter å finne familiemedlemmer: 
Hvis PFene er etter hverandre i en folktellingen, øke PFIDene med 1 for å få neste familiemedlem   eller
Finn en person dere familiemedlemmene allerede er registrert.  

 

Vi har arbeidet med å få ned tiden på visning av sidene. I histreg hentes all informasjonen fra Digitalarkivet ved å bruke APIer. En personside i histeg kan bestå av et ganske stort antall slike API kall. APIene bruker mye mer tid enn om dataene lå i en database på samme server. Vi har arbeidet med redusere antall API kall. Det var en vesentlig del av jobben da vi endret familievisningen. Responstiden ble betydelig redusert. Men jeg er enig i at den fortsatt er for lang. Hvis vi ser muligheter, vil vi gjerne redusere den ytterligere. Jeg arbeider derfor med 2-4 personer i parallell når jeg arbeider med histreg. Men det krever at jeg klarer å huske mange ulike familieforhold samtidig. 

[Lars Holden]

On 2/21/2026 at 10:32 AM, Kjell Inge Tomren said:

Her er en familie som er et typisk eksempel på familier med to ekteskap: https://www.histreg.no/index.php/person/pf01074109001057

Rasmus Pedersen Sandøys første kone, Elen Hansdtr. dør i 1914 og han gifter seg på nytt med Anna Nilsdtr. i 1917. Ved FT1920 består familien av Rasmus og Anna, 8 barn fra første ekteskap og 2 barn fra andre ekteskap. Alle disse 10 hadde i utgangspunktet Anna som mor. Jeg har forsøkt å rydde ved å fjerne familiekoblingene fra FT1920 for de 8 barna fra 1. ekteskap og så bruke familekurven til å definere Anna Nilsdtr som deres stemor. Dette er en ganske omfattende retting, og jeg har hittil ikke prioritert å gjøre en slik korrigering for alle lignende familer. Resultatet ser ganske greit ut om jeg velger barna fra 1. ekteskap, men dersom jeg ser på et av de tre barna fra 2. ekteskap, så blir det ganske rotete med opplisting av 9(!!) familer. https://www.histreg.no/index.php/person/pf01074109001064 

Jeg ville satt pris på råd både fra utviklerne i NR om hva som kan komme av automatiske lenker og fra brukerne om hva som er "beste praksis" pr nå. Inntil videre kommer jeg til å avvente med å koble steforeldre manuelt.

 

Vi skal fjerne de bug vi finner i familiemodellen. Vi ser at det også er noen gale varsler om mulige feillenker som skal rettest opp. 

 

Jeg ser at min kommentar om for mange fosterforeldre kanskje ikke er helt riktig. Det var ganske vanlig at et ektepar i tillegg til å være far og mor til egne barn også var fosterforeldre til ett eller flere barn. Da er det riktig at personene står som både foreldre og fosterforeldre i familieoversikten. Men overfor samme barnet, må det enten være foreldre eller fosterforeldre, og dette er for far og mor som enkeltindivider. Hvis noen foreldre står som foreldre i noen kilder og fosterforeldre i andre, tror jeg det er grunn til å tro at fosterforeldre er riktig, igjen far og mor individuelt. Jeg følger argumentasjonen til Kjell Inge Tomren at det er størst grunn til å stole på dåpen. Men jeg har i det siste sett så mange dåpskilder der det er forskjellig foreldre i klokkerbok og ministerialbok, at jeg heller til å ikke stole mer på denne kilden. Jeg har ikke sjekket hvor mange av disse som er transkriberingsfeil. 

 

Jeg klarer ikke å si noe presist om hva som kommer av automatiske lenker fremover. Vi er avhengig av automatiske lenker Dette gjøres slik at det blir færrest mulig feillenker. Fremover kommer jeg til å lage flere statistikker over mulige feillenker og identifisere årsakene slik at det blir færre feillenker. Jeg har også bruke mulige feil i Min kommune mye som også gir en god oversikt over typer feillenker. Varslene på personsidene er ledd i dette arbeidet. Jeg arbeider mest med folketellinger mens UiT arbeider mest med kirkebøker. 

 

[Arild Maka]

1 time siden, Lars Holden skrev:

Jeg er enig i at det er en bug i familiemodellen i dette eksemplet at familier med samme stemor ikke slås sammen. 

 

Jeg ser ikke noen enkel måte å legge mange familiemedlemmer i en kurv. De vil ikke være i samme søket på samme måte som PFer som skal i personkurven. To raske måter å finne familiemedlemmer: 
Hvis PFene er etter hverandre i en folktellingen, øke PFIDene med 1 for å få neste familiemedlem   eller
Finn en person dere familiemedlemmene allerede er registrert.  

 

Vi har arbeidet med å få ned tiden på visning av sidene. I histreg hentes all informasjonen fra Digitalarkivet ved å bruke APIer. En personside i histeg kan bestå av et ganske stort antall slike API kall. APIene bruker mye mer tid enn om dataene lå i en database på samme server. Vi har arbeidet med redusere antall API kall. Det var en vesentlig del av jobben da vi endret familievisningen. Responstiden ble betydelig redusert. Men jeg er enig i at den fortsatt er for lang. Hvis vi ser muligheter, vil vi gjerne redusere den ytterligere. Jeg arbeider derfor med 2-4 personer i parallell når jeg arbeider med histreg. Men det krever at jeg klarer å huske mange ulike familieforhold samtidig. 

En teoretisk (?) mulighet for å legge mange i familiekurven samtidig er å legge inn en avkrysningsboks i personvisningen, gjerne helt til venstre foran far, mor osv.:



Evt at en klikker på en knapp og det kommer opp avkrysningsbokser på vanlig sted, men at de nå kan legges i familiekurven i stedet for å slå sammen personer. Men jeg er redd for at dette blir uoversiktelig og fører til en del feil.

[Arild Maka]

1 time siden, Lars Holden skrev:

... Jeg arbeider derfor med 2-4 personer i parallell når jeg arbeider med histreg. Men det krever at jeg klarer å huske mange ulike familieforhold samtidig. 

Føler dette er problematisk. Hvis jeg tar refresh på en side for å legge profilen i personkurv/familiekurv, så vil det ikke virke hvis en annen side åpnes etter at Refresh er ferdig, men før jeg legger den i kurven. Tidligere gikk dette helt fint.

[Lars Holden]

1 hour ago, Arild Maka said:

En teoretisk (?) mulighet for å legge mange i familiekurven samtidig er å legge inn en avkrysningsboks i personvisningen, gjerne helt til venstre foran far, mor osv.:



Evt at en klikker på en knapp og det kommer opp avkrysningsbokser på vanlig sted, men at de nå kan legges i familiekurven i stedet for å slå sammen personer. Men jeg er redd for at dette blir uoversiktelig og fører til en del feil.

God ide. Jeg ser at det en en hensiktsmessig måte å gjøre det på. Vi må imidlertid tenke på arbeidsmengden med å implementere det i forhold til hvor mange som vi bruke det. 

[Lars Holden]

1 hour ago, Arild Maka said:

Føler dette er problematisk. Hvis jeg tar refresh på en side for å legge profilen i personkurv/familiekurv, så vil det ikke virke hvis en annen side åpnes etter at Refresh er ferdig, men før jeg legger den i kurven. Tidligere gikk dette helt fint.

Enig. I den fasen av arbeidet, må man arbeide med en person av gangen. 

[Ellen Fakset]

På 22.2.2026 den 7.03, Lars Holden skrev:

Vi kan ikke la være å lenke videre på personer som er lenket sammen. Vi ønsker å ha fulle livsløp.

Men her var det allerede et livsløp.  Fødsel og død er begge registrert fra kirkeboka.  Hvis dere ikke er i stand til å lese denne informasjonen, mener jeg dere bør fikse det før dere kobler ytterligere.

 

Nå er jeg vel i ferd med å brenne alle broer, så jeg kan like godt si hva jeg mener: Jeg forstår at det er nærmest umulig å overlate alt til manuell kobling, men jeg ville forvente at dere respekterer det arbeidet som legges ned.  

 

Jeg brukte rundt 5 minutter på å finne to andre eksempler:

• Profilen er splittet OG slått sammen med en annen person: 
  https://histreg.no/index.php/person/pf01052721026245 
  og https://histreg.no/index.php/person/pf01036461000660.
• Ganske likt navn (linje 4): https://histreg.no/index.php/person/pf01036461000660

Jeg hadde egentlig håpet å kunne bruker HBR til å spre informasjon om min grandnieses aner og deres søsken, slik at alt arbeid jeg har gjort med slekt ikke går tapt med meg.  Det kan jeg dessverre ikke gjøre så lenge det jeg produserer ofte blir ødelagt.

 

Så for nå sier jeg takk for meg!

 

Ellen Fakset

[Lars Holden]

16 minutes ago, Ellen Fakset said:

Men her var det allerede et livsløp.  Fødsel og død er begge registrert fra kirkeboka.  Hvis dere ikke er i stand til å lese denne informasjonen, mener jeg dere bør fikse det før dere kobler ytterligere.

 

Nå er jeg vel i ferd med å brenne alle broer, så jeg kan like godt si hva jeg mener: Jeg forstår at det er nærmest umulig å overlate alt til manuell kobling, men jeg ville forvente at dere respekterer det arbeidet som legges ned.  

 

Jeg brukte rundt 5 minutter på å finne to andre eksempler:

• Profilen er splittet OG slått sammen med en annen person: 
  https://histreg.no/index.php/person/pf01052721026245 
  og https://histreg.no/index.php/person/pf01036461000660.
• Ganske likt navn (linje 4): https://histreg.no/index.php/person/pf01036461000660

Jeg hadde egentlig håpet å kunne bruker HBR til å spre informasjon om min grandnieses aner og deres søsken, slik at alt arbeid jeg har gjort med slekt ikke går tapt med meg.  Det kan jeg dessverre ikke gjøre så lenge det jeg produserer ofte blir ødelagt.

 

Så for nå sier jeg takk for meg!

 

Ellen Fakset

Jeg takker for de bidragene du har kommet med.

 

Vi skal innføre så raskt vi kan at hvis sted for dødsfall er fylt ut, så skal det ikke lenkes maskinelt. Det vil låse personsider for maskinell lenking og delenking som jeg tror i stor grad vil tilfredsstille det du og flere andre har bedt om. Allerede nå kan man begynne å fylle ut dette feltet. Jeg skal varsle når det er implementert. Foreløpig regner jeg med at det blir før påske. 

[Lars Holden]

15 minutes ago, Lars Holden said:

Jeg takker for de bidragene du har kommet med.

 

Vi skal innføre så raskt vi kan at hvis sted for dødsfall er fylt ut, så skal det ikke lenkes maskinelt. Det vil låse personsider for maskinell lenking og delenking som jeg tror i stor grad vil tilfredsstille det du og flere andre har bedt om. Allerede nå kan man begynne å fylle ut dette feltet. Jeg skal varsle når det er implementert. Foreløpig regner jeg med at det blir før påske. 

Vi venter også med flere maskinelle delenkinger til dette er installert. Jeg vil tro at det er dette som skaper størst irritasjon. 

[Ketil Firing Hanssen]

Jeg måtte løse opp alle personlenkene på pf01058282001746, og har forsøkt å rekonstruere profilen (med ca. 50 kildeforekomster). Jeg klarer imidlertid ikke å åpne dåpen hans, pd00000014734710. Sliter med mange slike feilmeldinger for tiden (Undefined array key "mother".) som gjør at jeg vegrer meg for å gjøre mer før dette er fikset.

[Arild Maka]

3 timer siden, Lars Holden skrev:

Jeg takker for de bidragene du har kommet med.

 

Vi skal innføre så raskt vi kan at hvis sted for dødsfall er fylt ut, så skal det ikke lenkes maskinelt. Det vil låse personsider for maskinell lenking og delenking som jeg tror i stor grad vil tilfredsstille det du og flere andre har bedt om. Allerede nå kan man begynne å fylle ut dette feltet. Jeg skal varsle når det er implementert. Foreløpig regner jeg med at det blir før påske. 

Skal vi bli enige om hva vi legger inn hvis stedet er ukjent? Vil "Ukjent" være brukbart?

[Lars Holden]

23 minutes ago, Arild Maka said:

Skal vi bli enige om hva vi legger inn hvis stedet er ukjent? Vil "Ukjent" være brukbart?

Ja, fint å bruke "ukjent" når vi skal fylle ut sted for dødsfall for å unngå videre lenking og delenking. Jeg antar testen vil gå på tomt eller ikke tomt felt, men fint med felles terminologi. Siden dette også vil hindre videre maskinell lenking, er det viktig at den som har fylt ut manuelt har gjort en god jobb med å finne alle forekomster. 

[Lars Even Røed]

22 timer siden, Lars Holden skrev:

 

Vi skal fjerne de bug vi finner i familiemodellen. Vi ser at det også er noen gale varsler om mulige feillenker som skal rettest opp. 

 

Jeg ser at min kommentar om for mange fosterforeldre kanskje ikke er helt riktig. Det var ganske vanlig at et ektepar i tillegg til å være far og mor til egne barn også var fosterforeldre til ett eller flere barn. Da er det riktig at personene står som både foreldre og fosterforeldre i familieoversikten. Men overfor samme barnet, må det enten være foreldre eller fosterforeldre, og dette er for far og mor som enkeltindivider. Hvis noen foreldre står som foreldre i noen kilder og fosterforeldre i andre, tror jeg det er grunn til å tro at fosterforeldre er riktig, igjen far og mor individuelt. Jeg følger argumentasjonen til Kjell Inge Tomren at det er størst grunn til å stole på dåpen. Men jeg har i det siste sett så mange dåpskilder der det er forskjellig foreldre i klokkerbok og ministerialbok, at jeg heller til å ikke stole mer på denne kilden. Jeg har ikke sjekket hvor mange av disse som er transkriberingsfeil. 

 

Jeg klarer ikke å si noe presist om hva som kommer av automatiske lenker fremover. Vi er avhengig av automatiske lenker Dette gjøres slik at det blir færrest mulig feillenker. Fremover kommer jeg til å lage flere statistikker over mulige feillenker og identifisere årsakene slik at det blir færre feillenker. Jeg har også bruke mulige feil i Min kommune mye som også gir en god oversikt over typer feillenker. Varslene på personsidene er ledd i dette arbeidet. Jeg arbeider mest med folketellinger mens UiT arbeider mest med kirkebøker. 

 

Jeg har også sett mange tilfeller av forskjellige foreldre i klokkerbok og ministerialbok, men det er i alle disse tilfellene feil transkribering i den ene.

[Lars Holden]

2 hours ago, Ketil Firing Hanssen said:

Jeg måtte løse opp alle personlenkene på pf01058282001746, og har forsøkt å rekonstruere profilen (med ca. 50 kildeforekomster). Jeg klarer imidlertid ikke å åpne dåpen hans, pd00000014734710. Sliter med mange slike feilmeldinger for tiden (Undefined array key "mother".) som gjør at jeg vegrer meg for å gjøre mer før dette er fikset.

Nå er denne bugen rettet opp. Vi har også rettet opp de fleste feil med advarsler på personsider som er funnet. 

[Lars Holden]

34 minutes ago, Lars Even Røed said:

Jeg har også sett mange tilfeller av forskjellige foreldre i klokkerbok og ministerialbok, men det er i alle disse tilfellene feil transkribering i den ene.

Jeg antok at dette var transkriberingsfeil. Men vi er avhengig av å basere oss på de transkriberte kildene. 

[Ketil Firing Hanssen]

38 minutter siden, Lars Holden skrev:

Ja, fint å bruke "ukjent" når vi skal fylle ut sted for dødsfall for å unngå videre lenking og delenking. Jeg antar testen vil gå på tomt eller ikke tomt felt, men fint med felles terminologi. Siden dette også vil hindre videre maskinell lenking, er det viktig at den som har fylt ut manuelt har gjort en god jobb med å finne alle forekomster. 

Da ville det vært fint om dødssted også ble vist i lista over søketreff, slik at det blir lettere å finne slike profiler.

[Lars Holden]

10 minutes ago, Ketil Firing Hanssen said:

Da ville det vært fint om dødssted også ble vist i lista over søketreff, slik at det blir lettere å finne slike profiler.

Takk for god ide. 

[Kari Larsen]

1 time siden, Lars Holden skrev:

Ja, fint å bruke "ukjent" når vi skal fylle ut sted for dødsfall for å unngå videre lenking og delenking. Jeg antar testen vil gå på tomt eller ikke tomt felt, men fint med felles terminologi. Siden dette også vil hindre videre maskinell lenking, er det viktig at den som har fylt ut manuelt har gjort en god jobb med å finne alle forekomster. 

Jeg skulle ønske det også var fyllt ut fullstendig fødselsdato når men vil lenke sammen barn i en familie. Da slipper man å åpne for å sjekke. 

[Lars Holden]

13 minutes ago, Kari Larsen said:

Jeg skulle ønske det også var fyllt ut fullstendig fødselsdato når men vil lenke sammen barn i en familie. Da slipper man å åpne for å sjekke. 

Hvor tenker du dette? På søkesiden, livsløpstabellen eller andre steder?

[Arild Maka]

30 minutter siden, Lars Holden skrev:

Takk for god ide. 

Og som tidligere nevnt (?), det ville være flott om dere kunne ta med dato for fødsel og død i trefflista ved søk. Nå får vi kun opp f. år, og må dermed åpne hver enkelt treff for å finne ut om det er riktig person.

[Arild Maka]

7 minutter siden, Lars Holden skrev:

Hvor tenker du dette? På søkesiden, livsløpstabellen eller andre steder?

Det ville vært flott å ha med full fødselsdato og i personprofilen, dvs full fødselsdato på foreldre, søsken, parnere og barn. En ting til som kunne være av interesse... Etter navnet kunne det være en parentes med et tall, og da kunne tallet være antall kilder for denne personen. Hvis det er 2 stk Ole, og den ene har 10 kilder og den andre kun 1 kilde, så er det gjerne samme person. Har begge 10 kilder, så er det gjerne 2 forskjellige personer.

[Lars Holden]

2 minutes ago, Arild Maka said:

Det ville vært flott å ha med full fødselsdato og i personprofilen, dvs full fødselsdato på foreldre, søsken, parnere og barn. En ting til som kunne være av interesse... Etter navnet kunne det være en parentes med et tall, og da kunne tallet være antall kilder for denne personen. Hvis det er 2 stk Ole, og den ene har 10 kilder og den andre kun 1 kilde, så er det gjerne samme person. Har begge 10 kilder, så er det gjerne 2 forskjellige personer.

Jeg ser fordelen med dette også. Men tror vi må prioritere en del annet først. I slike vurderinger tar vi hensyn til forventet nytte, arbeidsomfang, inne i denne delen av koden og arbeidskapasitet. Den siste er dessverre begrenset i forhold til alle ønskene. 

[Kari Larsen]

Trenger ikke antall. To innførsler (fødsel og død) er gjerne et eldre søsken med samme navn. 

[Lars Egil Østenstad]

Hei,

Hva skal til for at søk på "Person"  født f.eks 1850, finner de som er "kalkulert år" ? 1850 vs (1850)?

 

Siden brud/brudgom blir estimert 25år(?), og mor/far 30 år om ingenting oppgitt, blir det veldig feil fødselsår på samme person, om dette er hendelser i samme/påfølgende år.

 

 

Kunne man gjort om på Født Fra/Til til å ha +/- (x)år ?

  

 

 

Lite hjertesukk; om man har en søkeliste, og har slått sammen 1 profil eller mer, virker ikke "Vis Familiemedlemmer", da denne baserer seg på søket man gjorde først. Refresh virker ikke, for noen profil-linjer vil jo mangle. Man må helt tilbake til søkesiden og søke på nytt....

[Lars Holden]

48 minutes ago, Lars Egil Østenstad said:

Hei,

Hva skal til for at søk på "Person"  født f.eks 1850, finner de som er "kalkulert år" ? 1850 vs (1850)?

 

Siden brud/brudgom blir estimert 25år(?), og mor/far 30 år om ingenting oppgitt, blir det veldig feil fødselsår på samme person, om dette er hendelser i samme/påfølgende år.

 

 

Kunne man gjort om på Født Fra/Til til å ha +/- (x)år ?

  

 

 

Lite hjertesukk; om man har en søkeliste, og har slått sammen 1 profil eller mer, virker ikke "Vis Familiemedlemmer", da denne baserer seg på søket man gjorde først. Refresh virker ikke, for noen profil-linjer vil jo mangle. Man må helt tilbake til søkesiden og søke på nytt....

Når fødselsår står i parentes, betyr det at denne ikke står i kilden. Hvis man spesifierer fødselsår i søket, vil man ikke få treff på de forekomstene der fødselsåret står i parentes. Fødselsår i parentes kan være helt feil. Det fins personer som gifter seg når de er 70 år og menn som får barn i samme alder. De gir likevel en indikasjon, spesielt hvis man søker på en sjelden kombinasjon over et lang tidsrom. 

 

Jeg ser absolutt nytten ved å oppdatere søket etter å ha slått sammen. Men det er ikke noe vi kan prioritere med det første.