Toppliste

Moths ordbog har følgende forklaring på "Udstyr": "Udstyr en kaldes den medgift som faderen giver sin datter nâr hun giftes". https://mothsordbog.dk/ordbog?query=udstyr Det siste ordet skal vel leses "Jevnet" i betydning "likt fordelt".

Jeg var inne på tanken om at det andre ordet, om det skal leses Jernet, har sammenheng med gjerd, som i ytelse: https://lokalhistoriewiki.no/wiki/Leksikon:Gjerd

Tidleg på 1800-talet vert denne posten i skiftebrev kalla "Bryllups-Gjær" i Nordfjord.

Er denne litt overivrig? De fleste i moderne tid har jo både SKDM og DODR. Bør kanskje sjekke dato også før det gis feilmelding?

Ettersom dere allerede har delt opp i foster-, ste- og adoptivforeldre, så synes jeg det er greit å fortsette med denne delingen. Føler det blir feil å bruke ressurser på å fjerne noe som egentlig er bra. Men det en bør se på er hva som gjøres av automatiske koblinger. Jeg forstår at det er naturlig å koble opp barn til foreldre i en folketelling. I de aller fleste tilfellene er det korrekt. Problemet er der noen av oss allerede har gjort en manuell kobling og fått det 100% riktig. Jeg har nå tatt for meg snart alle i FT 1920 for min kommune, og er livredd for at alt jeg har gjort plutselig er ødelagt pga en "overivrig" algoritme. Det å finne riktig fødested, og også enkelte andre detaljer, er ikke gjort i en håndvending. En må gjerne være lokalkjent i området og finlese det som står i kirkebøkene. At en algoritme plutselig sletter alt dette og putter inn det den finner i en "ny" kilde vil ikke gi noe godt resultat. Så jeg gjentar mitt store ønske... hold automatiske rutiner borte fra profiler der det er fylt ut "Sted for død". Det kan sikkert settes inn et felt der en kan krysse av for at profilen skal "låses", men å finne tilbake til alle de tusen profilene jeg har koblet opp, for å sette dette krysset, vil ikke være enkelt.

Litt usikker på om jeg forstår problemstillingen, men jeg ville beholdt alle referanser til alle relevante hendelser selv om transkriberingen var helt feil. Oppslag i scannet kilde og de andre hendelsene viser hva som er "riktig" navn. Men, ja, kommenter gjerne.

Jeg vil anbefale at dette vurderes grundig. Her er noen første innspill fra meg: 1. Første prioritet bør være å påvise og evt fjerne feilen som gjør at det dukker opp feilaktige foster-/ste-/adoptivforeldre. 2. Dersom alle kildene behandles likt, tror jeg det vil medføre mange feil og påfølgende stort behov for manuelle korrigeringer. Om vi ser bort fra transkriberingsfeil, så vil far og mor som er angitt ved dåpen være mye sikrere enn det som er registrert i påfølgende folketellinger. 3. Barn havner ofte i husholdet til andre enn sine biologiske foreldre på grunn av at den ene eller begge foreldrene dør. Da kan eldste kilde angi biologiske foreldre og nyere steforeldre. 4. Jeg tenker også at det blir feil å behandle begge foreldrene likt. Barn fra tidligere ekteskap eller fra før første ekteskap bor som oftest sammen med en av sine foreldre (i FT typisk registrert som «hans datter», «hennes barn» o.l.), og da bør bare ny ektefelle bli registrert som ste-.

Vi hadde en release i dag der det legges inn en advarsel på personsider hvis systemet mistenker feillenking. Varslet fjernes enten ved å delenke eller å markere som sikre. Vi vurderer å legge inn flere sjekker og kanskje også advarsler når man lenker. Som mye annet, er det en prioritering av ulike forbedringer og fjerning av bug. Oppgraderingen medførte at histreg var utstabil rundt kl 15 i dag. Vi legger vekt på redusere feillenking både med algoritmer og i brukergrensesnittet. Vi oppdaget at en del feillenker er laget manuelt. Vi håper advarslen vil bidra til å redusere antall feil og også at flere lenker markeres som sikre der både brukere og algoritmer kan tro at det er feil. For øyeblikket er 10% av flere forekomster i samme folketelling markert som sikre. Det er en mye større andel som er korrekte og som bør markeres som sikre. Det gjelder også ved stor variasjon i fødselsår og navn mellom ulike kilder. Advarselen vises også når man ikke er innlogget. Men teksten er litt kortere. Det står ikke at advarselen kan fjernes med å markere lenker som sikre. I denne releasen har vi også gjort endringer i fanen slik at denne tar mindre plass når vinduet blir smalere. Vi legger stadig nye personer i lister med feillenker, omtrent i samme tempo som de fjernes. Dette har var slik de siste 1-2 årene. Listen er så lang at mange personer blir liggende i listen lenge før de sjekkes. Vi har planer om å legge inn et system som fjerner personer som er rettet opp, men det må prioriteres opp mot andre endringer.

Bildet finnes under Rud i Gårds- og slektshistorie for Høland og Setskog bind 5, side 481. Det viser Gudbrand Kristoffersen (1788-1880), bruker av en del av Rud, seinere en del av Hveinemo (Vennemo), begge i Høland.

Problem med feillenking Jevnaker FT 1900 for Karl Olsen f 1875 gift med Anna Nilsdatter, bor Moløkken Folketellinga https://www.digitalarkivet.no/census/person/pf01037093002528 Anna Nilsdatter: https://histreg.no/index.php/person/pd00000030568494 Det blir ERROR når jeg forsøker å åpne for Karl. Vært slik lenge. Kan noen hjelpe ? MVH PJD

Hmmm. Prøver å puste med magen nå, men jeg er oppgitt. Dere MÅÅÅÅÅÅ slutte å tukle med profiler som allerede er ordnet manuelt!!!!! Pust. Jeg har brukt mye tid på å rette opp/koble hendelser, og det er en håpløs oppgave når dere når som helst kobler i hytt og vær på sviktende grunnlag. Jeg registrerer også ID-ene hos meg selv, så jeg vet hvem jeg har jobbet med. Dagens eksempel: https://histreg.no/index.php/person/pf01038181002189 Anne Marie Tønnesen døde fire år gammel i 1866. Profilen er nå blandet sammen med Anne Matilde, antakelig fordi hun i ett tilfelle er omtalt som Anne Marie. Noen ved navn Bertha har visst også vært inne i bildet. Legg også merke til at denne grove feilen - dvs. at en avdød person i ettertid skaffer seg mann og barn - ikke er feilmeldt. I det hele tatt: Inntil dere slutter å rote til det jeg/vi har gjort manuelt, kommer jeg ikke til å gjøre mer arbeid på HBR. Beklager. Endring: Det jeg har skrevet, er med forbehold om at feilen har oppstått maskinelt. Men jeg ser ikke helt at dette kan være gjort manuelt.