Släkttrim - Frågor/synpunkter

Error: 500 Internal Server Error

Sorry, the requested URL 'http://rgd.dis.se:8085/listDubl?workDB=' caused an error:

Internal Server Error
Exception:

KeyError('workDB',)
Traceback:

Traceback (most recent call last):
File "/usr/local/lib/python2.7/dist-packages/bottle-0.12.8-py2.7.egg/bottle.py", line 862, in _handle
return route.call(**args)
File "/usr/local/lib/python2.7/dist-packages/bottle-0.12.8-py2.7.egg/bottle.py", line 1732, in wrapper
rv = callback(*a, **ka)
File "/usr/local/lib/python2.7/dist-packages/bottle_cork-0.11.1-py2.7.egg/cork/cork.py", line 545, in wrapper
return func(*a, **ka)
File "UI.py", line 368, in listdubl
bottle.request.query.workDB = bottle.request.session['workDB']
File "/usr/local/lib/python2.7/dist-packages/Beaker-1.7.0dev-py2.7.egg/beaker/session.py", line 672, in __getitem__
return self._session()[key]
KeyError: 'workDB'

Har inte skapats någon databas...

Hej Tommy

Vi skall ta reda på vad som är problemet och informera.

Hej Tommy
Det verkar som om du försökt kört den Alternativa dubblettkontrollen 2A utan att först skapat en databas genom inläsning av en GEDCOM fil.
Eller så har du bara inte pekat ut din databas när du startade 2A.

Jo, det verkar ju så. Men när så nu inte är fallet så behövs kanske lite felsökning, eventuellt upplysning att om man väntar till nästa dag så löser det sig...

Jag gjorde om GEDCOM-inläsningen ett par gånger men det skapades ingen databas att välja i 2A,

INFO importGedcom::180 - Using database tommy_Petersson importing from file ./files/tommy/Petersson/Petersson.Olsson.Cobel.Ancestry_2015-05-12.ged_UTF8
INFO importGedcom::196 - Reading and parsing gedcom
INFO importGedcom::205 - Time 28.4157209396
INFO importGedcom::250 - Persons
INFO importGedcom::276 - Time 80.0669500828
INFO importGedcom::295 - Cleaning by applying patterns and rules
INFO importGedcom::300 - Merge families where husb and wife are same persons
INFO importGedcom::336 - Time 95.6541559696
INFO importGedcom::354 - Indexing tommy_Petersson in Lucene
INFO importGedcom::358 - Time 152.908850908

Den finns där nu, kanske det tar några timmar innan den "visar sig"?

Hej Tommy
Man skall inte behöva vänta till nästa dag, men du hade kanske inte tillräckligt tålamod att låta bearbetningen gå färdigt.

Du har stor databas så det tar lite tid att läsa in filen, göra testerna och skapa en databas.
Vi har inte klockat servern vi ligger på nu men min känsla är att den inte är lika snabb som den tidigare servern.
Du körde under natten så det kan tänkas att servern jobbade med backup tagning eller liknande serviceåtgärder.

Körningen av en GEDCOM fil i din storlek kan nog variera mellan 30 minuter och 1 timme beroende på belastningen på servern.

Hej,
Hur får jag inloggning till Släkttrim?

Hej Anders

Du kan skicka mail till Anders Ardö, anders.ardo@gmail.com
Han behöver Namn, Dis-id och en aktuell mailadress.

Anders är dock inte tillgänglig nu under helgen men kan fixa det i början på nästa vecka.

Utmärkt. Tack!

Hej när jag forskar och hittar ett vigseldatum har jag för vana att lägga in detta som ett gifte i Disgen även om det vid tillfället inte är klart vem maken/makan är utan detta får utredas senare. När jag kör släkttrim kommer alla dessa ofullständiga giften upp i filen med INFORMATIONSLISTA MED SAKNADE RELATIONSKOPPLINGAR under rubriken "Familj med endast en individ". Är det möjligt att samla dessa under en mer informativ rubrik eller lägga till en förklaring. MVH Anders

Hej Anders
Ja, det skulle säkert kunna gå att använda en annan rubrik. Men det är inte anledningen till den okompletta familjen vi analyserar, bara att familjen inte är komplett.

Syftet med denna kontroll går tillbaka till grundreglerna som sattes upp i pilotprojektet för RGD, "En relation måste bestå av minst två individer".
Skall man bygga en databas med släktrelationer, måste det finnas två individer i en relation för att det skall gå att länka samman en släktkedja. Antingen make och maka eller barn med en förälder.

Så i det fall du relaterar till kan maken/makan bli ensam om barn eller föräldrar saknas.
Normal finns maken/makan med om han/hon har barn eller föräldrar. Vi tappar normalt inte några personer utan bara begreppet relation.
I det exempel du gav registreras inte vigseldatum förrän du tillför en make/maka.
Saknar personen helt andra kopplingar, dvs. en orelaterad person, då kommer den personen inte med.

Mycket text när du bara efterfrågar en bättre rubrik, men jag ville bara försöka ge en bild av varför "Familj med endast en individ" finns med.

Ny test har tillkommit i Check-listan där intervallen mellan född/döpt och död/begravd jämförs.
Vid onaturligt stora intervaller skapas en rad i Check-listan.

I de tester vi gjort har det visat att slarvfel vid datuminskrivningen ibland uppstår och att detta inte uppmärksammas på något annat sätt.

Hej!

Jag har nu testat Släkttrim ett antal gånger och är mycket nöjd då jag nu har "trimmat" min forskning. Har hittat ett flertal dubbletter, fel kön och fel tidsintervaller (blandade ofta ihop från - till och mellan - och).

Ett par saker är jag dock inte kompis med. Det är först och främst felanmärkningarna på ortnamn. Många anor har jag inte hittat den rätta församlingen p.g.a. att böcker saknats eller att jag inte lagt ned så mycket jobb på en ana i utkanten av forskningen. Jag har då t.ex. valt att markera rätt län eller rätt kommun t.ex. "Gotlands län". Ibland har jag även skrivit in en egen "församling" såsom t.ex. "Karlskrona (K)" när jag inte vetat exakt den rätta av följande alternativ Karlskrona Amiralitetsförsamling (K), Karlskrona fångförsamling (K), Karlskrona Fredrika Dorotea Vilhelmina (K), Karlskrona mosaiska (K), Karlskrona stadsförsamling (K), Karlskrona Storkyrkoförsamling (K), Karlskrona tyska (K). Jag har i min forskning en mängd av liknande "fel". Hur ska jag göra? Ska jag ändra och gissa en annan församling vilket kan bli fel eller kommer Släkttrim att överse dessa felskrivningar?

Nästa sak som irriterar mig lite. Är när man t.ex. skrivit in vigselnotisen för ett barn eller vid gränsen intill en annan, ej medtagen flock och där endast en partner är inskriven. Då blir det en felanmärkning "Familj med endast en individ". För att slippa mycket av detta har jag vid tomma personer skrivit "Oforskad Person". Vad är meningen med denna information, vad ska det varna för? För mig är det ett medvetet val att inte forska på alla ingifta personer i släkten, trots att jag kanske hittat vigseldatum för något barn.

Jag förstår att Släkttrim är i en betaversion nu och kommer att förbättras en del. Jag tycker dock att det redan nu är mycket användbart och hoppas på mycket säkrare funktioner i framtiden, säkert mycket beroende på att vi användare berättar vad vi tycker.

Mvh Johnny

Släkttrim "godkänner" ingenting utan bara pekar på möjliga fel och du bestämmer själv vad/om du ska ändra.

Tommy, det var absolut inte något klagomål på Släkttrim utan jag förstår att jag själv bestämmer hur jag vill ha min forskning. Men har du läst mina frågor/synpunkter, vad har du för synpunkter på dessa och hur tycker DU att man bör göra i dessa fall.

Du skriver som du gjort bara det du vet, att gissa fel är sämre än att inte gissa alls.

Finns det kanske någon annan användare av Släkttrim som har åsikter och idéer hur man kan göra i de fall jag beskriver här ovan.

Hej Johnny

Det är fler som haft samma reaktion som du. Ser man listorna som "felanmärkningar" så är det lätt att man irriterar sig på vissa påpekanden.

Du skriver "eller kommer Släkttrim att överse dessa felskrivningar?". Släkttrim gör inget med uppgifterna, kontrollerna är bara till för den som kör kontrollen.
Det är helt upp till dig själv om du använder "felsignalen" för att komplettera ditt data. Kvalitetsmålet sätter du själv, det gäller församlingar och även övriga uppgifter som signaleras.

Gissar du på en "godkänd församling" eller skapa en "Oforskad Person", bara för att bli av med en rad i "fellistan", så gör du dig själv en otjänst.

När det gäller bakgrunden till "Familj med endast en individ" så har jag försökt beskriva bakgrunden i svar #131 här ovanför.

Det är bra när användare kommer med synpunkter, det är vi tacksamma för så fortsätt med det.
Vi har försökt få bort begreppet "fellistor" och använt lite mildare ord i vissa av rubrikerna.
Men betänk att detta enbart är rent maskinella kontroller, som inte kan skilja på medvetna eller omedvetna val.

Tack Carl-Johan för ditt svar!

Det jag försöker göra är att i Disgen skriva in mina forskningsresultat så standardiserat som möjligt så att detta kan passa även för att kanske vara med i det framtida RGD. Det är väl då så, som jag har förstått, att alla bör använda ett likvärdigt system och detta ska nu Släkttrim hjälpa till med. Mitt problem är nog kanske att jag inte riktigt har förstått hur jag bäst ska skriva in min forskning så att det på bästa sätt kan passa i någon gemensam databas, typ RGD. Kanske det vore bra om någon kunde skriva en tipsmanual hur man bäst ska standardisera sin egen forskning, säkert fler en jag som är osäkra.

Att jag använt betäckningen och skapat "Oforskad Person" är inte så dramatiskt, dessa kan med lätthet raderas om det behövs och jag vill.

Att däremot "gissa" till en godkänd församling är ett större fel som jag därför inte ännu har gjort, mer än att långt tidigare, själv lägga in t.ex. Karlskrona (K) istället för att gissa på någon av alla de andra Karlskrona-alternativen. Möjligen kanske därför Släkttrim "påpekar" (ej felanmäla) detta vilket säkert kan vara bra med tanke på standardiseringen. Ett alternativ för mig hade då kunna var att klicka på nivån ovanför som då heter Karlskrona Kommun, eller möjligen nivån ovanför denna som är Blekinge Län (K). Nu verkar det som att Släkttrim inte godkänner heller detta och gör ett "påpekande" när jag har valt "Gotlands län". Hur har ni tänkt där?

Jag vill göra så rätt och standardiserat som möjligt och tycker att Släkttrim är mycket bra för detta. Men jag vet inte hur jag ska göra överallt och hur ni har tänkt, det är därför jag skickar in detta inlägg på forumet, inte alls något klagomål som ni behöver försvara. Toppenbra med dubblettkontrollen, rätt kön och datumkontrollen som jag har hittat flera fel med hjälp av Släkttrim.

Hej Johnny
Visst vore det bra och tacksamt med en "standard". Vi som jobbat med piloten i RGD har dock tyckt att den skall bestämmas på en "högre nivå".

Vi har valt en typ av standard som förslag till RGD. Samtidigt har vi sagt att det inte skall låsa upp släktforskaren utan det är RGD som skall anpassa data så att det passar det som blir RGD standard.
Därför har vi inte framfört några "krav" i den riktningen.

Då målsättningen i RGD är att inte registrera samma individ mer än en gång har det utvecklats funktioner för matchning av individer.
Det förutsätter att uppgifter är jämförbara och det är t.ex. inte församling / ort / län. Vi grupperar också namn för att olika stavningsformer inte skall försvåra jämförelser.

Den form vi föreslagit för angivelse av församling är att namnet skall följas av länsbokstav inom parentes.
Men om vi skulle begära att alla skulle ändra sina registreringar till det skrivsättet, så skulle nog huvudparten av Sveriges släktforskare protestera.
Det är naturligt att var och en tycker att "sin" metod är den rätta.

När det gäller ortangivelser som inte är församlingar, så hoppas vi ju inom RGD att någon annan släktforskare har samma person med församling angiven.

Ja ok Carl-Johan och tack för ditt svar!
Jag kan nog då fortsätta som tidigare utan några större förändringar med både mina orter och oforskade personer. Släkttrim har dock hjälpt mig att hitta dubletter och ändrat mina datumformat till det bättre.

Mvh Johnny

När det gäller datumkontrollen skulle jag absolut vilja ha rapporteringen uppdelad i två delar: "Felaktiga datum" och "Inexakta datum". '24fFeb 1912' är ett felaktigt datum, '14/14/1855' likaså. Men 'Abt 1535' är ett inexakt datum och kanske är det bästa som någonsin går att få fram. Inexakta datum ska bara ändras om man funnit mer exakta uppgifter, felaktiga datum ska alltid ändras.

Det är en bra synpunkt, det borde nog varit så. Lite knepigare att identifiera inexakta datum, så programmeraren tog väl den enklaste vägen.

Ungefärliga datum enligt GEDCOM standard borde gå att fånga upp, men ibland är tidpunkterna angivna som vanliga texter och då är det svårt att tolka det rätt.

Släkttrim är nu kompletterad med ytterligare en dubblettkontroll, 2 Dubblettkontroll XL (X-tra Large kandidatlista).

Denna är samma typ av dubblettkontroll, som den ordinarie kontrollen men lite annorlunda och har lite mindre begränsningar. Den kan ge dubbletter som ordinarie kontroll inte hittat, men ger givetvis då också fler falsklarm. Den skall därför ses som ett komplement, varför det är viktigt att spara falsklarmen från den ursprungliga genomgången efter som det är stor risk att de dyker upp igen.

Den tidigare alternativa dubblettkontrollen 2A finns också kvar men lite modifierad. Den bygger matchningsteknik för att hitta dubblettkandidater, varför urvalet av kandidater blir ett helt annat.
Modifieringen består i att resultatet från XL-kontrollen sorteras in tillsammans med resultatet från matchningskontrollen. Det ger tre olika sorteringar, dels matchningsresultatet, dels XL resultatet och sedan dessa två sammanvägda. Att växla mellan de olika värderingarna underlättar att få ögonen på kandidatpar som känns relevanta att kontrollera vidare.

Det är viktigt att man ser dessa funktioner som ett paket. Det skall stegvis och ur olika synvinklar hjälpa till att hitta dubbletter som enskilda dubblettsökningsprogram ibland missar.

Den största utmaningen för ett kommande RGD är kravet att databasen inte skall innehålla dubbletter, samma person skall bara finnas en gång. Att minimera dubbletter blir därmed en kvalitetsstämpel. Därför har mycket av kontrollfunktionerna i Släkttrim koncentrerats just till att söka dubbletter.

Bästa möjligheten att bedöma och avgöra om två personer är dubbletter eller inte, är givetvis släktforskaren själv (med lite hjälp från Släkttrim).

Citat:

---

Ursprungligen postat av C-J Gustafsson

Den tidigare alternativa dubblettkontrollen 2A finns också kvar men lite modifierad.

---

Om du har använt den alternativa dubblettkontrollen 2A på en databas tidigare så måste du ladda in den databasen på nytt och köra alternativ dubblettkontrol omigen.

Hej Tommy
Nu är datumkollen uppdelad så att inexakta datum fått en egen punkt i Check-listan. Vi hoppas det blir mer informativt och lättare att koncentrera på viktigare.
Tack för förslaget.

...och en bra funktion blir bara bättre... :-)

En fråga:

Betraktas "Exakt 1756" som mer exakt än "Mellan 17560820 och 17560822"?

Hej Bror
Ja, på grund av det regelverk programmet går efter blir det så.
Det skall helst vara exakta datum, men eftersom det i mycket stor utsträckning saknas, så är även ett exakt angivet årtal "godkänt".

Ur kvalitetssynpunkt är din intervallangivelse bättre, helt klart.

Om/när RGD blir aktuell så småningom, får vi även en mänsklig bedömning och då bör tidpunktsangivelser bli hanterade mer individuellt.

Ändringen av inexakta datum har tyvärr påverkat dubblettkontrollen negativt.
Om vi inte kan få till kombinationen av dessa funktioner korrekt blir vi kanske tvungna att backa ändringen.

Dubblettsökningen ger nu felaktigt stor kandidatlista.