Disbyt utveckling

[AlfChr]

Phryxe, det finnes metoder for å gjøre registre søkbare uten å bidra med data til disbyt. Problemet med registre er gjerne at de er enkeltindivider, så de drukner ved søk og kan ikke gi opphav til trær man kan klatre med.

Også i et prosjekt med å lage en samlet, koplet database over alle slekter som har levd, f.eks. i Norden, vil man fortsatt kunne bruke DISBYT/DIStreff som basis ved at alle medlemmer da kan klatre i dette registeret, men for å klatre i medlemmenes egne data må man levere data selv.

Men for å lage det siste, kreves det innsats fra frivillige.

I DIStreff kan du f.eks. på egen hjemmeside redigere om du ønsker at alle kan klatre i dine data, eller om du ønsker bare medlemmer skal kunne klatre eller om bare bidragsytere kan klatre. Du kan derfor f.eks. om du diskuterer med noen på f.eks. DISchat om slekt og du vet at slekten finnes i DIStreff, gå inn i menyen og aktivere Z-status, og be vedkommende søke på navn av interesse. Da kan vedkommende fritt klatre i ditt bidrag så lenge du har angitt Z-status. Når chatten er over (og evt. diskusjonspartner har blitt interessert i å bli medlem, eller varsler at bidrag til DIStreff evt. Disbyt er oversendt så man får m-brukernavn, kan vedkommende igjen gå inn på siden og slå av Z-status, og i samme sekund vises de samme trær kun for bidragsytere :-)

[Phryxe]

Phryxe, det finnes metoder for å gjøre registre søkbare uten å bidra med data til disbyt. Problemet med registre er gjerne at de er enkeltindivider, så de drukner ved søk og kan ikke gi opphav til trær man kan klatre med ...

Det du nämner är en anledning att hålla isär hjälpregister och Disbyt. Helst ska man också kunna söka i varje enskilt litet register, av vad slag det nu vara månde, en bok med Porträttgalleri, något nummer av Polisunderrättelser eller ett bouppteckningsregister. Det ena utesluter inte det andra, man behöver inte ha antingen Disbyt eller en mängd småregister, eller en referensdatabas för den delen. Jag tror att det blir fel om man försöker knöka in en massa olika saker i en stor databas som skapades för ett specifikt ändamål - att sammanföra släktforskare med gemensamma forskningsobjekt. Utveckla de olika delarnas speciella behov/egenskaper och se till att de också kan genomsökas samtidigt från ett gränssnitt.

[AlfChr]

I en fremtidig base basert på databasesystem a la sql-basert, f.eks. MySQL, vil også filtrering på medlemsnr/identitet være gjennomførbart. Men vi må legge inn slike ønsker i en database om fremtidige muligheter som skal legges inn.

Om f.eks. et koplet totalt slektsregister legges inn i disbyt/distreff med brukernavn A00001, så vil man kunne f,eks. angi dette som et filterkriterie.

I en mysql-basert base vil det være naturlig å ha en velger som da forteller at A00001 er et register med godkjente slektstavler over alle kjente personer som har levd i Norge f.eks. frem til 1900 (ikke lagt inn !!) og at du velger å filtrere på navn A00001. Når du så finner det du ønsker ville det da være ønskelig at man trekker ut i søkeskjemaet de kritiske data som er kjent, fjerne filteret på A00001 og gjøre nytt søk og så finne alle medlemmer og andre registre som også inneholder samme person.

[m00137]

Jag tror att det blir fel om man försöker knöka in en massa olika saker i en stor databas som skapades för ett specifikt ändamål - att sammanföra släktforskare med gemensamma forskningsobjekt. Utveckla de olika delarnas speciella behov/egenskaper och se till att de också kan genomsökas samtidigt från ett gränssnitt.

Jag instämmer. Något jag ofta saknar vid sökning i olika databaser är en bild av hur omfattande de är och vilket källmaterial som har använts. Ja, i en väldokumenterad databas finns detta noga förtecknat på en särskild informationssida, men när man inte har den sidan framför sig är det lätt att glömma vilken databas man just då söker i, särskilt om databasernas användargränssnitt är förvillande lika varandra.

Ett exempel är skivan Emigranten, där jag främst har använt mig av Emihamn (poliskamrarnas förteckningar över utresande från de större emigrationshamnarna), men ibland även Emibas (som utgår från kyrkobokföringen). Dessa båda databaser omfattar inbördes olika tidsperioder och olika geografiska områden, varför många individer bara finns med i den ena eller andra databasen, men inte i båda. Dessbättre har de väldigt olika användargränssnitt, så att man svårligen förväxlar dem med varandra (även om sökformuläret till gamla Emihamn lämnar mycket att önska ur användbarhetssynpunkt).

Innan jag söker efter en individ i endera databasen, så vill jag veta huruvida jag ens har någon chans att få en träff (och inte försöker hitta någon som utvandrade före 1868 i Emihamn). En sökfunktion som kombinerar eventuella träffar från båda databaserna är till föga nytta om man inte har väldigt bråttom, för när jag får beskedet "0 träffar" vill jag pröva mig fram med alternativa indata, och vilka fält det lönar sig att variera beror på vilken databas det gäller. Det är nog ganska få forskare som tolkar "0 träffar" som "tyvärr, din påstådda släkting har aldrig existerat" och ger upp utan att ifrågasätta källmaterialets kvalitet eller omfång...

Sökfunktionerna hos amerikanska Ancestry betraktar jag som en katastrof och ett avskräckande exempel i det här sammanhanget. Ambitionen att söka efter en och samma individ i tusentals databaser samtidigt är utmärkt, men om jag nu vet att min emigrant var född 1870 och talar om det, så förstår jag inte varför jag skall behöva läsa en "träfflista" innehållande personer födda såväl 1830 som 1910. Slår jag på "exact match" får jag förstås ingen träff alls, eftersom den flaggan gäller alla fält. När jag inte heller erhåller en utförlig förteckning över vilka databaser som därmed har konsulterats, så vet jag inte vilka ytterligare databaser det kan löna sig att söka i.

Det finns gott om utrymme för förbättringar av enskilda databaser och deras sökfunktioner, innan det känns aktuellt att kombinera flera databaser med varandra. Till exempel skulle jag vilja att databaserna kunde innehålla datatypen "uppgift saknas", så att jag kan få en träff också när jag vet födelseåret (och därför anger det), men databasen inte vet födelseåret för just den personen. Jag har hittills inte sett någon databas med den funktionen, utan rådet brukar vara "ange inte födelseåret" varvid jag får alldeles för många träffar i stället.

Den här forumavdelningen skall handla om DISBYT. Jag vill gärna att namnet skall fortsätta att syfta på "knyta kontakt med andra forskare", även om vi i framtiden kan komma att integrera den databasen i ett större system av sök- och registreringsfunktioner, men det senare ligger utanför ramen för utveckling av just DISBYT. Jag vill inte se DISBYT i sig utvecklas till "everything but the kitchen sink".