On Tue, 15 Feb 2005 23:45:46 -0800, "Mike Turco"
<miketurco@yaho o-no-spam-4-me.com> wrote:
[color=blue]
>Are there any good primers or Access examples out there re. creating a
>genealogy-type database?[/color]
No good ones. Genealogy is hard to describe in plain language, let
alone a programming language. If it's not homework, consider buying
application softtware. I understand the Mormon Church has a good one.
Discover your family history. Explore the world’s largest collection of free family trees, genealogy records and resources.
On Tue, 15 Feb 2005 23:45:46 -0800, "Mike Turco"
<miketurco@yaho o-no-spam-4-me.com> wrote:
[color=blue]
>Are there any good primers or Access examples out there re. creating a
>genealogy-type database?
>[/color]
"Davidml" <davidml@netwiz .net> wrote in message
news:pef711le12 9eg3gfcav7qg6pq irrrc8202@4ax.c om...[color=blue]
> The Mormon Church has a FREE program to use, you can download it at:
> http://www.familysearch.org/[/color]
I was checking that out. Mike Sherrill also pointed out their database. I've
been asked to look into this by a large organization. I guess that's
something for which the mornoms qualify!
There are elements to this kind of thing, I'm sure, that aren't readily
apparent when you run an existing program. I was hoping to get an idea of
how a G database is structured. For example, what is a common
table/relationship structure for documenting a large family tree? How does
that structure change when you're doing, say a hundred or a thouscand
families?
The link below I found has a tom of data models. If you want to do it
in MS Access, this should help. It also provides an email address for
help creating it.
On Thu, 17 Feb 2005 08:50:18 -0800, "Mike Turco"
<miketurco@yaho o-no-spam-4-me.com> wrote:
[color=blue]
>
>"Davidml" <davidml@netwiz .net> wrote in message
>news:pef711le1 29eg3gfcav7qg6p qirrrc8202@4ax. com...[color=green]
>> The Mormon Church has a FREE program to use, you can download it at:
>> http://www.familysearch.org/[/color]
>
>I was checking that out. Mike Sherrill also pointed out their database. I've
>been asked to look into this by a large organization. I guess that's
>something for which the mornoms qualify!
>
>There are elements to this kind of thing, I'm sure, that aren't readily
>apparent when you run an existing program. I was hoping to get an idea of
>how a G database is structured. For example, what is a common
>table/relationship structure for documenting a large family tree?[/color]
Store persons separately from their interrelationsh ips.
Don't be surprised by loops in the personal relationships, by adopted
children of unknown parentage, or by outright lies.
Mike Sherrill <MSherrillnonon o@compuserve.co m> wrote in
news:i3nc119tq3 ggb5k8qv7f38ief h52h9p0fa@4ax.c om:
[color=blue]
> Don't be surprised by loops in the personal relationships, by adopted
> children of unknown parentage, or by outright lies.[/color]
Sometimes the lies or errors are in the written records, while family lore or
legends are correct. For years I have tried to reconcile a birth entry in a
parish registry with a lot of things that are generally accepted in two
families. There is no fit at all. After gathering a lot of evidence to
support the generally accepted stories, and considering my own recollections,
I have come to believe that the written record is wrong.
Comment