Jeg leder efter en anden databasestil, der giver mig mulighed for at udføre en iterativ søgning, der i stedet for at søge efter navn giver mig mulighed for at søg primært efter fødselsdato efter område for at få en liste over mennesker; specifikt til præamerikansk borgerkrig i PA & NY generelle områder er det, jeg er mest interesseret i.
Min tankegang er noget der ligner det følgende :
- Fødselsdato (svarer til et amerikansk lægekontor) – Just Return # af hits
- Region (Country-> State) – Just Return # af hits
- Amt / område – Returtællinger
- Forbedr / filtrer yderligere ved hjælp af fornavn, køn, by.
Årsagen til, at jeg ønsker dette er Jeg leder efter flere nåle inden for et felt med høstak, som standardmetoder til dato ikke har fungeret indtil videre. Det, jeg har, er endelige fødselsdatoer fra gravsten, men navnene på gravstenen kender jeg måske ikke eller vil ikke matche men fornavnet vil sandsynligvis gøre det, såsom ved adoption, børnehjem, migration osv. Dybest set leder jeg efter nogle brødkrummer til at begynde med at bygge videre på og håber, at jeg kan komme fremad og gående ender til at mødes på et tidspunkt.
Mens jeg er klar over, at dette måske ville være nd enorm opgave at manuelt søge igennem, jeg ved, at det er ret nemt at gøre, især med den rigtige grænseflade. Hvis jeg havde rådataene, kunne jeg selv gøre det.
Ancestry.com lader dig søge efter den nøjagtige dato, men dens resultater, selvom låsning af filteret er meget støj. FamilySearch giver dig mulighed for at indsnævre dette, men kun ned efter år (ikke efter bestemte dage), og jeg sætter spørgsmålstegn ved fuldstændigheden af dataene baseret på det lille antal resultater, selv på brede kriterier.
Er der en alternativ datakilde. metode (som på et websted, noget tilgængeligt på et bibliotek eller endda et API) som jeg kan søge specifikt efter fødselsdato og andre kriterier ovenfor for en liste over mennesker født på den dato?
Bemærk: Dette er til information, som jeg endnu ikke har samlet, ikke oplysninger i min egen personlige database / GED-fil.
Kommentarer
- En advarsel: du siger, at du har ” endelige fødselsdatoer fra gravsten ” men fødselsdatoer fra gravsten kan ofte være i fejl. Husk, at de fleste sten blev lavet efter personens ‘ død, så de er fjernt i tide fra fødselshændelsen. Jeg forstår, at det undertiden er alle de data, du skal fortsætte, men husk bare, at datoen fra en gravsten eller MI (mindesindskrift) skal evalueres som ethvert andet bevis.
- Forstår fuldstændigt, at jeg har yderligere understøttende beviser for år og måned i mange tilfælde også .. men som nævnt er det alt, hvad jeg skal fortsætte på dette tidspunkt.
- For at præcisere: vil du have hits til ALLE poster, der indeholder fødslen dato, uanset pladesamling? Vitale optegnelser selv kan være problematiske i den periode (se de tidligere spørgsmål her om at finde vitale optegnelser for NYC og NY-staten). For nogle nye steder at udforske, se Joe Beine ‘ s websted Online fødsel & Marriage Records Indexes for USA .
- Kunne du redigere spørgsmålet for at præcisere, at du leder efter dataudbydere og ikke måder til at søge i dine egne data, som du allerede har indsamlet?
Svar
I stedet for at se på den søgemetode, du vil bruge, skal vi se på egenskaberne ved den enkelte database eller søgeportal, som du leder efter:
- omfattende dækning af vigtige statistikker i New York og Pennsylvania for alle amter
- fulde fødselsdatoer med fødested for alle poster
- fødselsdatointerval inden 1860
Det eksisterer ikke (endnu).
Tidlige vitale statistikker er i bedste fald plettet og holdes, for det meste udigitiserede, i det det lokale niveau. Delvis fødselsdatoer og nogle fulde fødselsdatoer henvises til i andre optegnelser – ægteskab, død, militær osv., Men de er ikke nødvendigvis parret med den fulde fødested og ville udelade mange personer, der aldrig oplevede disse begivenheder. Disse poster er sekundære kilder til fødselsoplysningerne, så åben for fejl. På grund af personlig mobilitet skal sådanne poster fra andre steder også medtages.
Da flere poster digitaliseres OG indekseres, vil globale søgninger på de store slægtsforskningswebsteder forbedre sig i forhold til dit oplyste behov. (Det kan tage lang tid, før du kan være sikker på, at alle mulige personer er inkluderet).
Der er mindst 2 midlertidige løsninger til dig:
- bestem et andet kendetegn, der binder alle mulige (eller de fleste) kandidater til en bestemt eftersøgt person – placering, livsbegivenhed osv. – og start søgningen i database (r), der allerede er optimeret til den gruppe. (At bore ned i Ancestrys kortkatalog eller FamilySearchs liste over historiske postsamlinger kan tilnærme din filterliste, selvom deres datointervaller er begrænset til årtier eller større).
- se efter tip i familiestrukturen og derefter se på databaser og samlinger, der kan have omtrentlige fødselsdatoer, men som inkluderer familieoplysninger (folketællinger, aviser, testamenter). Selv personlige stamtræer kan tjene til dette formål, hvis de ses med sund skepsis.
Familieforskning har tendens til at udvikle sig ved at balancere data fra alle optegnelser.
Svar
Det lyder som om du har brug for et program, som du kan oprette dine egne SQL-forespørgsler med. Jeg har downloadet en som en 30 dages prøveversion for nylig, der kan hjælpe din søgning. Hvis du overhovedet er fortrolig med SQL-forespørgsler, skal du være i stand til at konstruere den enkle forespørgsel, der giver dig det svar, du leder efter.
Selvom jeg ikke har brugt programmet i vid udstrækning (jeg er stadig i gang med at importere GEDCOM-filen og sikre dataintegritet), ser Kith og Kin Pro ud til at have disse muligheder. Du kan selv spørge mod databasen i ud over at bruge de indbyggede rapporter.
Dette er ikke den eneste software, der tilbyder dette, bare den, som jeg syntes lød bedst udviklet med de funktioner, jeg ønskede. Min søgning i mit træ var efter mænd, der havde tjent i 1. verdenskrig. Jeg kunne ikke finde ud af, hvordan jeg kunne hente disse data fra Ancestry.
Min eneste tanke ville være, at din fødselsdatoformatering alle skulle være de samme.
Kommentarer
- Hej, velkommen til G & FH.SE! Dit svar er passende for en person, der kiggede efter r måder at foretage forespørgsler på sin egen database, men jeg tror, han leder efter dataudbydere. Jeg ‘ Jeg vil efterlade en kommentar og bede ham om at afklare.