Gå til innhold
Arkivverket

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


Kjell Inge Tomren

Recommended Posts

11 timer siden, Ketil Firing Hanssen skrev:

Etter endringen faller også fødselsår ut av familietabeller, se for eksempel https://histreg.no/index.php/person/pf01052151001432 .

Opplever det samme som Ketil Firing Hanssen; at fødselsår ikke er med i personprofil i det hele tatt selv om det er angitt i gjeldende oppføring på DA:

https://www.histreg.no/index.php/person/pf01058418000320

Endret av Hanne Astad
Presisering
Lenke til kommentar
Del på andre sider

12 hours ago, Kjell Inge Tomren said:

Akkurat nå ser det ut som om EMIG vises som EMIP: 

Fra https://www.histreg.no/index.php/person/pv00000006640381

Partner og barn

Partner: Jørgine Sofie Georgsdatter Ansok, f. Ous , 1866 - 1953
Barn: Johanne Olivia Marie Ansok , 1888 - 1964
Barn: Ole Jørgen Rasmussen Ansok , 1890 - 1969
Barn: Julianne Rasmusdatter Ansok , 1891 - EMIP
Barn: Johan Hilmar Rasmusson Ansok , 1893 - 1982

Vi skal rette opp denne feilen. Skal også sjekke feilen som er meldt i neste to innlegg om fødselsår som faller ut.

  • Takk 2
Lenke til kommentar
Del på andre sider

Hei. Opplever for tiden svært varierende responstider når jeg jobber i histreg. Noen ganger tar det mange sekunder å få opp resultatet selv om det er relativt enkle oppdateringer som er gjort. Er det slik det må være, eller er det noe dere kan gjøre noe med?

Lenke til kommentar
Del på andre sider

1 hour ago, Lars Even Røed said:

Hei. Opplever for tiden svært varierende responstider når jeg jobber i histreg. Noen ganger tar det mange sekunder å få opp resultatet selv om det er relativt enkle oppdateringer som er gjort. Er det slik det må være, eller er det noe dere kan gjøre noe med?

Jeg merket også at det gikk senere litt tidligere på dagen. Nå er mitt inntrykk er at det går raskere igjen. Vi har opplevd noen slike perioder tidliger også. Jeg vet dessverre ikke årsaken. Det er Arkivverket som drifter maskinene.

 

Vi har funnet feilen med fødselsår. Den skal nå være rettet opp. Takk for at dere sier fra.

  • Liker 1
Lenke til kommentar
Del på andre sider

8 minutes ago, Hanne Astad said:

Det ser ut til å skyldes at denne kilden kaller bosted som hjemsted i motsetning til andre kilder. Det klarer vi å fange opp i søk, men ikke personsiden. Vi noterer som småting som kan rettes når det passer

Lenke til kommentar
Del på andre sider

6 hours ago, Lars Even Røed said:

Nå er det så dårlig respons at jeg får Time-out på oppdateringsvinduet.

Jeg ser at det til tider går sakte. Jeg skal ta det opp med de som drifter systemet i morgen.

Lenke til kommentar
Del på andre sider

Ang årstall for fødselsår som forsvinner. Jeg hadde en søskenflokk med en til to hendelser for hver og alle årstallene var synlige. Etter at jeg startet jeg prosessen med å lenke sammen "dublettene", så forsvant årstallene fra oversikten. Viser her utklipp før og etter sammenslåing av de to forekomstene av Edvard f. 1848.

 

Det er veldig greit når årstallene viser riktig, så jeg håper dette kan bidra til at dere får rettet denne feilen. 

 

 

image.thumb.png.4ccd8dbd72c1a7f46a0e7747f0646032.png

 

 

 

image.thumb.png.bbee147a83c61c271ee56063dab30e02.png

  • Liker 1
Lenke til kommentar
Del på andre sider

17 minutter siden, Kjell Inge Tomren skrev:

... Jeg hadde en søskenflokk med en til to hendelser for hver og alle årstallene var synlige. ...

Tilleggsopplysning: Årstallene som viste opprinnelig kom fra FT1865 og FT875, og det var single hendelser fra disse tellingene og ikke personprofiler. Årstallene forsvant etter at sammenslåingen resulterte i personprofiler med de to hendelsene fra folketellingene.

Endret av Kjell Inge Tomren
Lenke til kommentar
Del på andre sider

23 minutes ago, Kjell Inge Tomren said:

Tilleggsopplysning: Årstallene som viste opprinnelig kom fra FT1865 og FT875, og det var single hendelser fra disse tellingene og ikke personprofiler. Årstallene forsvant etter at sammenslåingen resulterte i personprofiler med de to hendelsene fra folketellingene.

Vi skal se på dette.

  • Takk 2
Lenke til kommentar
Del på andre sider

Hva er foretrukken angivelse av dato der kun dåp eller kun begravelse er kjent, det vil si at henholdsvis fødelsedato og dødsdato ikke er kjent?

Jeg ser det er noen varianter som brukes. Med dåpsdato 14.02.1779 som eksempel lister jeg noen varianter (det er sikkert flere):

  • 14.02.1779 (registrere dåpsdato som fødselsdato)
  • etter 14.02.1779
  • døpt 14.02.1779
Lenke til kommentar
Del på andre sider

8 hours ago, Einar Aasprong said:

Hva er foretrukken angivelse av dato der kun dåp eller kun begravelse er kjent, det vil si at henholdsvis fødelsedato og dødsdato ikke er kjent?

Jeg ser det er noen varianter som brukes. Med dåpsdato 14.02.1779 som eksempel lister jeg noen varianter (det er sikkert flere):

  • 14.02.1779 (registrere dåpsdato som fødselsdato)
  • etter 14.02.1779
  • døpt 14.02.1779

Det er kompliserende når man blander inn tekst i datofelt fordi det gir problemer blant annet med familieoversikten.  Vi har imidlertid akseptert "etter åååå" og "EMIG" i felt for dødsdato, men vi vil helst ikke ha flere varianter. I disse tilfellene vil jeg foretrekke bare år eller 00.02.1779 hvis man vet måned.

 

Jeg har tidligere blitt spurt om hvor mange som bruker "EMIG". Det var 1650 personer som hadde tekst som begynte med "emi" med små eller store bokstaver ca 5 januar

  • Takk 3
Lenke til kommentar
Del på andre sider

I Ålesund skal lokalgruppen av Slekt og Data ha et møte med praktisk bruk av histreg.no som tema, og jeg har på forhånd fått noen spørsmål. Jeg har ikke klart å finne svar i bruksansvisningen,  så jeg tenker det er greit å spørre videre her slik at svarene blir delt med flere.

1. Hvordan bruke rubrikkene sikker/usikker/HP

2. Er det nyttig å bruke HP?

3. Hvordan velge eller forandre HP?

I tillegg kom jeg til å tenke på følgende:

4. Når vi lenker via personsiden, kommer det ikke spørsmål om å velge hovedforekomst. Hvordan blir den valgt da?

 

Lenke til kommentar
Del på andre sider

Det er veldig bra at dere arrangerer kurs i histeg og bidrar til å få flere bidragsytere. Det er også bra å diskutere funksjonalitet her. Jeg forsøker å legge all slik informasjon i bruksanvisningen, men denne er blitt veldig lang og dekke likevel ikke alt. Til spørsmålene:

 

1A. Usikre lenke brukes til å markere en usikkerhet, f.eks. til en Ole Olsen i en emigrantliste. En lenking her kan bety at personen emigrerte, dette er beste match i emigrantlisten og den passer ikke bedre til noen annen person. Det har ingen teknisk funksjon annet enn å vise usikkerhet.

 

1B Sikre lenker brukes til å markere sikkerhet. Det medfører at den ikke delenkes maskinelt og bevares ved manuell lenking.  Sikker lenke er mellom denne PFIDen og hoved PFID, HP. Dvs. vil man vise sikker lenke mellom to PFIDer (f.eks. to forekomster i samme folketelling)  hvor ingen av dem er HP, må begge markeres som sikre til HP. Det bør bare være nødvendig å markere når det er grunn til å være usikker på lenkingen, som ved ulikt navn, mer enn et år forskjell i fødselsår eller to ganger i samme folketelling.

 

2  HP er i de fleste tilfeller ikke viktig. Alle PFIDene viser samme personside. Men HP har en teknisk funksjon bl.a. ved sikre lenker.

 

3. Jeg foretrekker at HP er en viktig og sikker PF, f.eks. siste folketelling. I den grad man vil ha en unik ID for en person som flere bruker skal dette være HP.

 

4. Eneste mulighet er å delenke og lenke på nytt. Da må man passe på at man ikke mister biografier.

 

5 Når man lenker fra familieoversikten på personsiden, velger systemet øverste person i listen som HP.

  • Takk 1
Lenke til kommentar
Del på andre sider

3. Jeg hadde egentlig resignert litt angående valg av HP, siden det kan være vanskelig å se når man lenker sammen allerede sammenlenkede forekomster.

Jeg testet delenking og ny sammenlenkning. Det enkleste er da å kopiere PFID for det man ønsker skal være HP, deretter delenke denne ene kildeforekomsten fra resten. Når man så lenker sammen igjen kan man velge denne som HP.

Risikerer man da fortsatt å miste eventuell biografi og referanser med mer?

Lenke til kommentar
Del på andre sider

8 hours ago, Einar Aasprong said:

3. Jeg hadde egentlig resignert litt angående valg av HP, siden det kan være vanskelig å se når man lenker sammen allerede sammenlenkede forekomster.

Jeg testet delenking og ny sammenlenkning. Det enkleste er da å kopiere PFID for det man ønsker skal være HP, deretter delenke denne ene kildeforekomsten fra resten. Når man så lenker sammen igjen kan man velge denne som HP.

Risikerer man da fortsatt å miste eventuell biografi og referanser med mer?

Jeg synes det er en fordel om HP er en sentral forekomst i kilde fordi den da vil være mer stabil og bedre egnet som referanse. Men siden det ellers ikke gir noen funksjonsendring, ville jeg ikke brukt mye tid på dette. For min egen del er det viktigere å lenke flere forekomster, enn å rette opp HP.

 

Jeg har testet det du spør om. Det skjer det man forventer:

Ved lenking legger man sammen alle biografiene, referansene og sikre lenker fra personene før lenking. Men sikre lenker blir nå en sikker lenke til ny HP.

Ved delenking følger biografien og sikre lenker hovedforekomst.

Men ved delenking får alle personene alle referanser. Dette gjøres for å sikre at man ikke mister referanser. Disse er også raske å fjerne.

 

Jeg har imidlertid hørt om personer som har mistet biografier og lenker, uten at jeg har klart å gjenskape dette. Det kan derfor være en fordel å beholde en kopi av en person i en egen fane før man gjør noe komplisert. Da kan man se hvordan personen så ut før operasjonen, og det er lettere å gjenskape.

  • Liker 2
Lenke til kommentar
Del på andre sider

1 hour ago, Ellen Fakset said:

Jeg jobber med personer hvor hendelser er registrert på formen "ÅÅÅÅ-kirkedag".  F.eks. denne dåpen.

 

Bare kirkedagen vises i livsløpstabellen, og derfor blir slike hendelser plassert nederst og ikke der de kronologisk hører hjemme.

 

Kan det fikses?

Dette er et godt forslag. Vi har forsøkt å gjøre noe med slike problemstillinger tidligere. Slik jeg forstår, er dette spesifisert på mange ulike måter i de ulike kildene, og mange av disse har vi ikke klart å fange opp. Vi tar gjerne forslag på andre eksempler der det står på andre måter, slik at vi kan rette opp flest mulig samtidig.

  • Liker 1
Lenke til kommentar
Del på andre sider

6 minutter siden, Lars Holden skrev:

Dette er et godt forslag. Vi har forsøkt å gjøre noe med slike problemstillinger tidligere. Slik jeg forstår, er dette spesifisert på mange ulike måter i de ulike kildene, og mange av disse har vi ikke klart å fange opp. Vi tar gjerne forslag på andre eksempler der det står på andre måter, slik at vi kan rette opp flest mulig samtidig.

 

Dette er noe som ideelt sett burde vært standardisert i Digitalarkivet, for tekst i felt som egentlig burde ha innhold på formen mm-dd skaper problemer med sortering osv. også i Digitalarkivet. Ideelt sett burde (merk: min mening) alle slike kirkedager vært konvertert til mm-dd, og så kunne kirkedagen (for kildetrohetens skyld) vært plassert i et merknadsfelt. Men Digitalarkivet har så mye av "ukurante" datoer, kanskje særlig i gamle transkriberinger, at jeg ikke kan se hvordan Arkivverket skal kunne få standardisert alt sammen, i alle fall ikke innenfor en rimelig tidshorisont. Derfor bør nok histreg.no prøve å programmere seg rundt problemet.

Lenke til kommentar
Del på andre sider

Join the conversation

Du kan poste nå og registrere deg senere. If you have an account, sign in now to post with your account.

Gjest
Skriv svar til emnet...

×   Du har limt inn tekst med formatering.   Fjern formatering

  Only 75 emoji are allowed.

×   Lenken din har blitt bygget inn på siden automatisk.   Vis som en ordinær lenke i stedet

×   Ditt forrige innhold har blitt gjenopprettet .   Tøm tekstverktøy

×   You cannot paste images directly. Upload or insert images from URL.

  • Hvem er aktive   0 medlemmer

    • Ingen innloggede medlemmer aktive
×
×
  • Opprett ny...

Viktig Informasjon

Arkivverket bruker cookies (informasjonskapsler) på sine nettsider for å levere en bedre tjeneste. De brukes til bl.a. skjemaoppdateringer og innlogging. Bruk siden som normalt, eller lukk informasjonsboksen for å akseptere bruk av cookies.