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

[Arild Maka]

Det er så stille her for tiden. Jeg benytter derfor anledningen til å komme med et endringsforslag.

For mange personer er HBR-knappen inaktiv:


Det ville jo vært en del enklere hvis den var aktiv for alle personer. Da slipper en å kopiere pfid over i søkefeltet i Histreg for å søke den opp. Det skjermbildet en får når en søker opp pfid burde kunne komme opp automatisk når en klikker på HBR-knappen.

[Lars Holden]

10 hours ago, Arild Maka said:

Det er så stille her for tiden. Jeg benytter derfor anledningen til å komme med et endringsforslag.

For mange personer er HBR-knappen inaktiv:


Det ville jo vært en del enklere hvis den var aktiv for alle personer. Da slipper en å kopiere pfid over i søkefeltet i Histreg for å søke den opp. Det skjermbildet en får når en søker opp pfid burde kunne komme opp automatisk når en klikker på HBR-knappen.

Selv om det er stille i debattforumet, er det stor aktivtet i histreg med lenking av frivillige i sommervarmen. Det lenkes ca 2000 ny PFer pr dag i juli.

 

Dette er en side i Digitalarkivet. Så det er Arkivverket som må bestemme funksjonaliteten. Jeg ser poenget med at man slipper å søke. Slik det er laget nå, viser det om histreg har tilleggsinformasjon. Det er også nyttig å få vite på en lett måte.

Slik jeg forstår forslaget så kommer man til personsiden hvis flere PFer er lenket sammen, mens man kommer til en søkeside, hvis personen ikke er lenket.  Er det riktig forstått?  Her er jeg uenig. Det er greiere å komme til samme type side, og det er en fordel å se personsiden for å finne hvordan søket skal gjøres.

[Arild Maka]

20 timer siden, Lars Holden skrev:

Selv om det er stille i debattforumet, er det stor aktivtet i histreg med lenking av frivillige i sommervarmen. Det lenkes ca 2000 ny PFer pr dag i juli.

 

Dette er en side i Digitalarkivet. Så det er Arkivverket som må bestemme funksjonaliteten. Jeg ser poenget med at man slipper å søke. Slik det er laget nå, viser det om histreg har tilleggsinformasjon. Det er også nyttig å få vite på en lett måte.

Slik jeg forstår forslaget så kommer man til personsiden hvis flere PFer er lenket sammen, mens man kommer til en søkeside, hvis personen ikke er lenket.  Er det riktig forstått?  Her er jeg uenig. Det er greiere å komme til samme type side, og det er en fordel å se personsiden for å finne hvordan søket skal gjøres.

Hvis jeg søker opp personen og lagrer den i Histreg, så blir personen lagret i Histreg og knappen vil være aktiv. Så det spiller ingen rolle om noe er lenket sammen. Så hvis personen er lagret i Histreg vil en få opp personsiden. Hvis personen ikke er lagret i Histreg vil knappen være inaktiv og en får dermed ikke opp noe som helst. I stedet må en kopiere pfid til søkesiden i Histreg og deretter kan en lagre personen i Histreg og så vil knappen være aktiv.

Denne har jeg nå lagret i Histreg, og partner og barn vil være synlig i Histreg:
https://www.digitalarkivet.no/view/255/pd00000007525920

Dette er linken for partneren, men ettersom jeg ikke har lagret partneren i Histreg, er HBR-knappen fremdeles inaktiv:
https://www.digitalarkivet.no/view/255/pd00000007525921

 

Og tilsvarende er HBR-knappen for barnet inaktiv i Histreg:
https://www.digitalarkivet.no/view/255/pd00000007525919

[Lars Holden]

Jeg er enig i at det er en fordel å redusere kopiering av PFIDer mest mulig. Siden personer i samme hendelse har etterfølgende PFIDer, er det ofte jeg øker eller reduserer tallet i URLen med 1 når jeg skal gå fra en person til den neste i en folketelling eller dåp. Det reduserer antall kopieringer av PFIDer. 

 

Jeg kan ta opp med Arkivverket om hvordan de bruker HBR-knappen i Digitalarkivet. 

[Aase R Sæther - Gloppen]

Kva gjer eg med Andreas Marius som har fått foreldra til det etterfølgjande dåpsbarnet? 

 

HBR - Personside

[Lars Holden]

1 hour ago, Aase R Sæther - Gloppen said:

Kva gjer eg med Andreas Marius som har fått foreldra til det etterfølgjande dåpsbarnet? 

 

HBR - Personside

Foreløpig har vi ikke en løsning når feil i transkriberingen av kirkebøker medfører feil foreldre. Jeg anbefaler å lenke barnet og skrive en kommentar om at foreldrene er feil.  Når feilen i transkriberingen blir rettet, bør foreldene bli riktige. 

[Arild Maka]

20 timer siden, Aase R Sæther - Gloppen skrev:

Kva gjer eg med Andreas Marius som har fått foreldra til det etterfølgjande dåpsbarnet? 

 

HBR - Personside

Jeg bare skriver inn det riktige navnet på linje med alle andre transkriberingsfeil. Så plutselig kan Mari Hansdatter blir rettet til Ole Olsen. Blir kirkeboka korrekturlest, vil det bli riktig. De som søker etter "Mari Hansdatter" vil også se at det står "Ole Olsen", og med litt flaks vil de ikke koble vedkommende til andre kilder med "Mari Hansdatter".

[Arkivverket - Kristian Hunskaar]

På 25.7.2025 den 19.15, Aase R Sæther - Gloppen skrev:

Kva gjer eg med Andreas Marius som har fått foreldra til det etterfølgjande dåpsbarnet? 

 

HBR - Personside

 

På 25.7.2025 den 20.58, Lars Holden skrev:

Foreløpig har vi ikke en løsning når feil i transkriberingen av kirkebøker medfører feil foreldre. Jeg anbefaler å lenke barnet og skrive en kommentar om at foreldrene er feil.  Når feilen i transkriberingen blir rettet, bør foreldene bli riktige. 

 

På 26.7.2025 den 15.45, Arild Maka skrev:

Jeg bare skriver inn det riktige navnet på linje med alle andre transkriberingsfeil. Så plutselig kan Mari Hansdatter blir rettet til Ole Olsen. Blir kirkeboka korrekturlest, vil det bli riktig. De som søker etter "Mari Hansdatter" vil også se at det står "Ole Olsen", og med litt flaks vil de ikke koble vedkommende til andre kilder med "Mari Hansdatter".

 

Her må forekomsten Johan Johnsen (pd00000028671830) lenkes sammen med forekomster av den virkelige faren Ottar(?) Hansen, mens forekomsten Karen Gunille Christiansdatter (pd00000028671831) må lenkes sammen med forekomster av den virkelige mora Pauline Dortea Andreasdatter. De to nevnte forekomstene (pd00000028671830 og pd00000028671831) må frakobles de personene de nå er koblet til.

 

Dette vil pr. nå se "rart" ut i livsløpstabellene, men som Arild Maka skriver, vil alt rette seg, når disse personpostene forhåpentlig blir korrigerte på et senere tidspunkt. (Jeg forutsetter at personpostene blir korrigerte på "riktig" måte, dvs. at id-ene følger rollene i dåpshandlingen for Andreas Marius.

[Arild Maka]

Jeg ser at Arkivverket nå har lagt ut døde også for årene 2015 til 2017. De lar seg finne i portalen til digitalarkivet, men hvis jeg prøver å søke opp PFID i histreg får jeg bare en feilmelding. Slik jeg har forstått det, så er denne listen utvidet med 3 år for å kunne fulleføre livsløpet i Histreg, så det er litt merkelig at de ikke lar seg søke opp.

 

Noen eksempler:
https://www.digitalarkivet.no/view/387/pc00000005003740
https://www.digitalarkivet.no/view/387/pc00000004911826
https://www.digitalarkivet.no/view/387/pc00000004943035
https://www.digitalarkivet.no/view/387/pc00000004957562

Søker jeg på disse i histreg får jeg bare: "person not found"

[Ellen Fakset]

Se tidligere innlegg:

 

 

[Arkivverket - Kristian Hunskaar]

På 3.8.2025 den 8.39, Arild Maka skrev:

Jeg ser at Arkivverket nå har lagt ut døde også for årene 2015 til 2017. De lar seg finne i portalen til digitalarkivet, men hvis jeg prøver å søke opp PFID i histreg får jeg bare en feilmelding. Slik jeg har forstått det, så er denne listen utvidet med 3 år for å kunne fulleføre livsløpet i Histreg, så det er litt merkelig at de ikke lar seg søke opp.

 

Noen eksempler:
https://www.digitalarkivet.no/view/387/pc00000005003740
https://www.digitalarkivet.no/view/387/pc00000004911826
https://www.digitalarkivet.no/view/387/pc00000004943035
https://www.digitalarkivet.no/view/387/pc00000004957562

Søker jeg på disse i histreg får jeg bare: "person not found"

 

På 3.8.2025 den 9.35, Ellen Fakset skrev:

Se tidligere innlegg:

 

 

Det ser ut til at den globale søkeindeksen ennå ikke er oppdatert. Dermed er status ennå som i mars, dvs. at man får treff ved søk i den konkrete kilden (https://www.digitalarkivet.no/search/119/108008), men ikke "Detaljert personsøk" (https://www.digitalarkivet.no/search/persons/advanced), som bruker den globale søkeindeksen. Likeledes bruker Historisk befolkningsregister den globale søkeindeksen.

 

Da jeg svarte i den andre tråden i mars, regnet jeg med at det var "work in progress", og at det hele ville rette seg i løpet av kort tid, men den antakelsen står seg visst ikke. Jeg skal melde dette til mine kollegaer som arbeider med søkbare data, i tilfelle problemet faktisk har gått under radaren.

[Kjell Inge Tomren]

På 13.7.2025 den 6.16, Lars Holden skrev:

Vi sjekket på nytt etter ferien.

Noe nytt om denne. Det hadde vært greit å få verifisert om det er en feil slik jeg har mistanke om. Stikkprøver jeg tar på ulike måter viser at profiler med ekstra lange navn svært ofte er en indikasjon på profilen inneholder mer enn en person. 

[Kjell Inge Tomren]

På 26.6.2025 den 13.12, Lars Holden skrev:

Vi rekker dessverre ikke legge ut en ny familiemodell før sommerferien. Vi håper fortsatt den blir ferdig utviklet før ferien, men vi rekker ikke tilstrekkelig testing.

Regner med dere er i gang med testingen? Noe nytt om når vi kan forvente å se den nye versjonen?

[Kjell Inge Tomren]

På 26.6.2025 den 13.12, Lars Holden skrev:

Vi håper histreg vil være stabilt i sommer. Det har vært stabilt en periode nå. Det er ikke planlagt endringer i systemet. Men hvis histreg blir overbelastet fra datamaskiner, kan vi få problemer. Vi har hatt en stabil periode de siste 2 ukene og håper det fortsetter.  

Tilgjengelighet og responstider har vært upåklagelig i hele sommer, og så vidt jeg kan se av statistikken har det vært bra aktivitet fra mange av de faste bidragsyterne. Måtte det fortsett lenge!

[Aase R Sæther - Gloppen]

På 24.7.2025 den 6.04, Lars Holden skrev:

Jeg kan ta opp med Arkivverket om hvordan de bruker HBR-knappen i Digitalarkivet. 

Her er eg ikkje enig, trur eg - dersom det ikkje er noko eg har misforstått. Når eg arbeider med ein person i DA har eg ofte søkt fram ei lang rekkje førekomstar. Når eg går så gjennom førekomstane, startar eg gjerne med ei folketelling, der sjansen er stor for at personer er komen inn i Histreg. Om han er det, puttar eg vedkomande i personkorga før eg merkjer eg meg kva andre førekomstar som er på same person, og så begynner å gå gjennom alle søkjeresultata. Er HBR-knappen grå, hentar eg PFID og puttar i personkorga - og då meiner eg at det er ein fordel at knappen ER grå slik at eg veit at denne førekomsten ikkje er med i korga frå før.  Men det kan heilt sikkert vere andre metodar og dermed andre meiningar om dette. 

[Lars Holden]

21 hours ago, Kjell Inge Tomren said:

Tilgjengelighet og responstider har vært upåklagelig i hele sommer, og så vidt jeg kan se av statistikken har det vært bra aktivitet fra mange av de faste bidragsyterne. Måtte det fortsett lenge!

Histreg har vært stabil i hele sommer. Det har vært lenket mye i sommer, stabilt på 2000 nye PFer pr dag, og noe mer siste 2 ukene da jeg har hatt tid til mye manuell lenking. I det meste av sommeren har det gått algoritmer som har funnet nye lenker. Disse lenkene leses inn i histreg i denne uken. Dette har heller forstyrret driften. Viktigste grunnen til stabiliteten tror jeg skyldes at det ikke har vært masive nedlastninger fra histreg fra personer som vi ikke vet hvem er. Vi forventer at dette vil starte igjen og må derfor fortsatt arbeide med kapasiteten i histreg. 

 

Det planlegges ikke noen releaser de første ukene. Vi nærmer oss en release av ny visning av familier. Det er omfattende og tar noe mer tid enn ventet. Vi ønsker også noe mer funksjonalitet i samme release som medfører minst en uke forsinkelse. 

 

Vi trenger litt mer tid før vi svarer på "langt navn".

 

Ang. HBR-knappen i Digitalarkivet avgjøres dette av Arkivverket. Vi tar med alle argumentene. Det er viktig å redusere behovet for å kopiere PFIDer og det er ønskelig at brukere av Digitalarkivet enkelt kan se om histreg har utfyllende informasjon om en person. 

[Lars Holden]

1 hour ago, Lars Holden said:

Histreg har vært stabil i hele sommer. Det har vært lenket mye i sommer, stabilt på 2000 nye PFer pr dag, og noe mer siste 2 ukene da jeg har hatt tid til mye manuell lenking. I det meste av sommeren har det gått algoritmer som har funnet nye lenker. Disse lenkene leses inn i histreg i denne uken. Dette har heller forstyrret driften. Viktigste grunnen til stabiliteten tror jeg skyldes at det ikke har vært masive nedlastninger fra histreg fra personer som vi ikke vet hvem er. Vi forventer at dette vil starte igjen og må derfor fortsatt arbeide med kapasiteten i histreg. 

 

Det planlegges ikke noen releaser de første ukene. Vi nærmer oss en release av ny visning av familier. Det er omfattende og tar noe mer tid enn ventet. Vi ønsker også noe mer funksjonalitet i samme release som medfører minst en uke forsinkelse. 

 

Vi trenger litt mer tid før vi svarer på "langt navn".

 

Ang. HBR-knappen i Digitalarkivet avgjøres dette av Arkivverket. Vi tar med alle argumentene. Det er viktig å redusere behovet for å kopiere PFIDer og det er ønskelig at brukere av Digitalarkivet enkelt kan se om histreg har utfyllende informasjon om en person. 

Ang. langt navn i listen over mulige feillenker.

Tomren har rett at i vi henter navnene fra kilden. Listen inkluderer dermed personer som har for langt navn i en kilde. Det burde vært slik jeg beskrev i mitt tidligere innlegg, at det er det sammensatte navnet på personsiden som er langt. Vi skriver dette på listen for bugs som skal rettes opp. Men vi oppfatter ikke dette som et stort problem. Jeg tror det er ganske stort sammenfall av hvilke personsider som markeres med de to alternativene, og begge alternativene inkluderer noen personer som er riktig lenket. 

[Kjell Inge Tomren]

29 minutter siden, Lars Holden skrev:

Men vi oppfatter ikke dette som et stort problem. Jeg tror det er ganske stort sammenfall av hvilke personsider som markeres med de to alternativene, og begge alternativene inkluderer noen personer som er riktig lenket. 

Dette siste er jeg ikke enig i. Heldigvis ser det ut til at antall profiler som inneholder mer enn en person nå reduseres, men den enkleste måten å finne dem på er lange navn i personprofilene. Det er for øvrig to typer feil som fortsatt henger igjen: Det ene er personprofiler som inneholder mer enn en person og som må splittes opp. Det andre er at i mange av de profilene som har blitt splittet henger det igjen feil navn som må fjernes. 

Her er et typisk og grelt eksempel på det første:

https://histreg.no/index.php/person/pf01074034026807

[Lars Holden]

49 minutes ago, Kjell Inge Tomren said:

Dette siste er jeg ikke enig i. Heldigvis ser det ut til at antall profiler som inneholder mer enn en person nå reduseres, men den enkleste måten å finne dem på er lange navn i personprofilene. Det er for øvrig to typer feil som fortsatt henger igjen: Det ene er personprofiler som inneholder mer enn en person og som må splittes opp. Det andre er at i mange av de profilene som har blitt splittet henger det igjen feil navn som må fjernes. 

Her er et typisk og grelt eksempel på det første:

https://histreg.no/index.php/person/pf01074034026807

Uansett, vi har det på listen over bug som skal rettes opp.

 

Langt navn på personsiden forekommer bl.a. i følgende tilfeller:

1. feillenking (inkluderer navn fra flere personer),

2. tidligere feillenking der navn ikke er rettet opp (retter ikke navn ved maskinell delenking, manuell delenking krever at enten skilles HP ut (da oppdateres navn) eller navn rettes manuelt),

3. navn på samme person skrives på mange ulike måter som alle inkluderes og

4. feil i transkriberingen slik at navnet i transkribert kilde er blitt veldig langt.